Changes between Version 2 and Version 3 of WikiStart


Ignore:
Timestamp:
04/24/2012 02:54:13 PM (14 years ago)
Author:
oubin
Comment:

--

Legend:

Unmodified
Added
Removed
Modified

  • WikiStart

    v2 v3  
    1 欢迎访问太平洋亲子网 母婴用品库 需求管理中心 
    2  
    3 前台地址： http://product.pcbaby.com.cn/ 
    4  
    5 管理地址： http://product.pcbaby.com.cn/admin/ 
    6  
    7 源码地址： http://svn.demo.pc.com.cn/svn/babylib/ 
    8  
    9 测试地址： http://pkdev.pconline.com.cn:8086/admin/ 
    10  
    11 http://t.chenzixin.com/babylib/raw-attachment/wiki/WikiStart/zx.png 
    12  
    13 太平洋亲子网母婴用品库提供最齐全、最专业的母婴用品详细信息和百万父母的亲身使用点评，帮助您正确选择奶粉、辅食、营养品、纸尿裤、服饰等母婴用品。 
    14 备忘 
    15  
    16 新的用品平台计划国庆之后上线。 
    17  
    18 以下问题需要在9月份解决： 
    19  
    20     旧用品库的接口，要完整的保留，特别是CMS接口；  
    21  
    22     用品库360版本也要相应更新；  
    23  
    24     试用平台依赖于用品库，新的用品平台上线，也要保证用品库正常运作。（黄俊伟会在8月25日之前，整理出试用对用品的详细依赖）  
    25  
    26 兄弟部门配合的问题： 
    27  
    28     快搜什么时候加入？  
    29  
    30     CMS初定于8月15日左右加入。  
     1在应用访问数据库很频繁，数据库顶不下来的时候，我们大多数情况下会在应用与数据库之间加入缓存；但如果是数据库没压力，SQL正常等这些情况下，应用顶不下来，那我们该怎么处理？？？（PS:在这旁路缓存中，我们只讨论动态页的缓存）在现阶段，我们暂时只有的办法是：1. 加资源进行扩充； 2. 如果程序还存在优化空间，就对程序进行相应的优化。可不可以有一种方式：在资源不增加和应用基本不该动的情况下，进行架构的调优？针对这样一个提问，最近诞生一个不切实际的想法：旁路缓存。基本目标是：外部条件帮助应用生成动态链点的缓存，应用代码不需更改或只需要增加个投递功能。基本原理为：Nginx做mc|redis的存取，用户第一次访问Nginx，Nginx进行读取mc|redis，如果没有则留下痕迹，旁路缓存根据痕迹生成相应的缓存数据，并把相应数据存入相应的缓存中。架构图如下：