>>>docs.google.com/my project/s***** b2c
苏*宁联盟
http://u.s*****.com/13851897759
http://www.s*****.com/?utm_source=union&utm_medium=C&utm_campaign=1474094
苏*宁O2O / 双十一
http://sale.s*****.com/images/advertise/001/byeo2o/index.html
http://dl.iteye.com/topics/download/c69e50d8-73c0-3551-a9d8-3c980c312a20
s*****shop.com Text Analyzer:
window.location="../s*****/index.shtml"
双软认定申报表系统.rar (1.3 MB)
2006国家火炬计划项目申报系统.rar (4.5 MB)
http://www.jssia.org/ 江苏省软件行业协会
http://www.jss580.org/ 江苏软件搜索网
集团美国研究院新址正式启用 / 845 PageMillRd，Palo Alto
http://oa.cns×××××.com/portal/root/home/infopublish/acticle.jsp?id=25586
Palo Alto / 帕罗奥多市；帕洛阿尔托(美国加利福尼亚州西部城市；靠近旧金山)
1661 Page Mill Road, Palo Alto, CA, United States
https://maps.google.com.hk/maps?safe=strict&q=1661+Page+Mill+Road,+Palo+Alto,+CA,+United+States&ie=UTF-8&hq=&hnear=0x808fbabe1cd472af:0x2bd32897dcd7d45,1661+Page+Mill+Rd,+Palo+Alto,+CA+94304%E7%BE%8E%E5%9B%BD&gl=cn&ei=oQaXUsKPNuafiAfbiICoCA&ved=0CEUQ8gEwAA
apps
58.240.18.246
http://edm.s*****.cn:9080/mailpicture/sale/trace?task=174&[email protected]&urlAddr=https://www.s*****.cn/webapp/wcs/stores/servlet/LogonForm?storeId=10052ILOVESEDMcatalogId=10051ILOVESEDMkrypto=1jDgONua6tU1KYQxJ4aMIfuMpJEvPM8OSc7uU6yfQ67tudV2H6oBZ%2B4nmhpvPGTgpmhZh2%2B0vOXERddfF%2BvdcOnu/n6mkoytzxXes49kMlsitbf6An2rh3EtiR/hqRqM95KzrboQNFcjM7jzbIjB7zXHOjCf278LILOVESEDMddkey=http:LogonForm
119.167.264.114
http://image1.s*****.cn
122.96.152.205
https://www.s*****.cn
http://s*****shop.com
http://www.s*****.cn
218.94.68.126
http://s*****.cn
218.95.159.116
https://bbs.s*****.cn/
218.94.159.115
http://online.s*****.cn/5107/chat/chat.php
http://s*****.cn/robots.txt
User-agent: *
Disallow: /OrderItemDisplay
# Sitemap files
Sitemap: http://www.s*****.cn/sitemap.xml
电子商务开源产品参考
http://www.oschina.net/project/tag/68
http://koda.iteye.com/blog/320332
免费dns解析 http://www.dnspod.com/
一步一步吧域名转移到Godaddy
http://www.souzz.net/html/web/web3/71334.html
通过SEO（搜索优化）高效地进行海外推广
建英文站，一般都选用GoDaddy申请域名 ，ixWebHosting购买空间的.
http://www.njkj.gov.cn/ 南京科技局
http://www.njkj.org/ 南京科技成果转化服务平台
南京市成贤街118号 电话：025-83366900 83366901
若干盲签名方案及其在电子商务中的应用
摘 要:
介绍了４类盲签名方案：盲消签名，盲参数签名，弱盲中和强盲签名，
上述几类合流主案在电子商务中的一些实际应用。 (共4页)
说说大型高并发高负载网站的系统架构（更新）[Michael]
http://www.blogjava.net/jjwwhmm/articles/218311.html
linux WEB服务器故障两则，兼谈分布式系统
http://qiezi.iteye.com/blog/177616
web2.0 性能优化
http://wangdei.iteye.com/blog/211924
当互联网吵吵嚷嚷的进入2.0时代，当互联网的技术不再是那么高不可攀，当复制变成家常便饭，互联网热闹起来了
myspace火了，中国冒出更多的myspace
youtube刚刚起来，中国的视频网站就遍地开花
51拔地而起，中国出了无数的SNS
facebook则改变了中国站长的抄袭方式，不再学chianren了，校内火了
..........
当抄袭变成习惯，我想说的是，模仿，站长，你准备好了吗？
如果你打算做垃圾站，或者赚点广告费的网站，请不要点击这篇文章，我从技术角度方面谈谈WEB2.0网站的模仿问题。
当投资和流量都不是问题的时候，我想说的是，您真的一帆风顺吗？
拿SNS网站来说，当匆匆上线的2.0，当一笔笔投资砸进去的时候，当流量上去的时候，您的困惑在什么地方？
我做过多个2.0公司的技术顾问，简单的谈谈2.0公司遇到的问题(涉及隐私，我用A B C D代替)，这里就不再赘述大家众所周知的页面静态化，缓存和代码安全等问题了，有点技术的2.0公司的CTO都知道这些东西，我们谈点发展之后的问题
A公司
A公司做的是SNS网站，程序是两个毛头小伙子做的，目标直指51，程序开发是一帆风顺，功能也比51牛多了，推广也是一帆风顺（A公司有自己独到的推广方式。但是当ALEXA到2W的时候问题出来了，每天下午4点左右，网站速度慢的惊人，基本上打不开，公司三台服务器CPU100%，让人郁闷的是公司的网络配置方式，居然是双WEB的集群，而单独一台DB数据库。整个瓶颈在数据库，于是我建议做DB的集群，分析了一下数据结构，MD，典型的WEB程序员的作品，没有一点数据库设计规范，功能实现是可以，如果要扩展，不可能，集群基本上是不可能的，怎么办？不能办，于是，一个月的时间修改程序，数据结构基本上换了一遍 前期砸进去的几十万打了水飘，用户走光了。
结论：WEB2.0前期设计的时候不应该只考虑功能，应该认真考虑一下底层和数据结构了。
B公司
B公司也是做的SNS网站，程序是3个人开发的，CEO是某名牌大学的经济学硕士，有点知己网的味道，又有一些特色出来，说实话，公司的潜力不错，CEO 有很强的运作能力，感觉前景不错。系统架构还行，但是---但是系统崩溃了，why?系统没有考虑到用户有个海量的说法，文件也有个海量的说法，用户的相册，图片全部存贮在WEB服务器的一个分区上，每个用户一个目录，而打开性能监视器，磁盘的IO高的惊人，基本上无暇响应。众所周知，文件系统也是一个数据库，单独大文件无所谓，关键是整个是300多个G的零碎文件，大量的读写操作，系统崩溃，数据丢失，文件系统的一个链断了，用户数据全部丢失！！！ Raid并不能解决所有问题，磁盘阵列只能保证在硬盘损坏的时候进行恢复，但是这个是文件系统的损坏，raid不能恢复。这是一个非常沉重的问题，系统整整停了一个月来做数据恢复（单独文件很容易，但是海量文件目前还没有一个软件能组织起来软件架构，数据恢复软件一般在建立目录结构索引的时候就已经死掉了，尝试过用16G内存的服务器做恢复，无效）。解决方案：修改程序架构，做分布式文件存贮（程序修改用了8天，但是文件转移却又用去了将近一个月）， 20万用户损失殆尽 像这种 http://www.bt285.cn bt下载
结论：WEB2.0前期的设计应该有应付海量存贮的考虑，整个涉及了程序架构的修改，前期规划不好的话基本上思路一条。
C公司
结论：WEB2.0前期设计应该有良好的散列考虑，程序应该能有配合的扩充性，符合数据库的扩充
D公司
D公司是一个各个方面做的比较好的公司，做了CDN加速，图片也独立分出了N个服务器，数据库不错的一个，(CTO是个数据库专家），系统崩溃的原因在于 WEB，按道理说WEB很容易做集群的，但是发现集群并解决不掉问题，他们的集群只允许做4台的WEB集群，但是4台都当掉了。仔细分析，找到原因，我估计整个也是大部分CTO最容易犯的一个错误，或者说他们根本就想不到的问题，就是WEB上传的问题，上传的时候由于数据传输的原因，线程是保持链接的， 300个线程就可以把一个WEB Server当掉了。解决方案：这个最简单，把上传和其他耗能大户分离出独立出来，同时做异步分布式上传。程序改动不是很大，但是之前半个月速度满对用户体验的损失也不可小视。像这种http://www.5a520.cn 小说520网
结论：没有什么结论了，毕竟有海量访问经验的CTO不多，也就是那几个大站的。
总结：不是泼冷水，模仿其实是很容易的，随便找几个WEB程序员就能做到，并且很简单，速度可能还很高效，因为WEB2.0无非就是跟数据库打交道，会操作数据库就会做。但是真正做大并不容易，因为能应付海量访问的程序并不简单，现在的程序员都太自命不凡，其实真正有经验的并不多，不要相信一个月薪5K- -10K的程序员能给你多大的惊喜，能应付海量访问的程序员不是那个价格。如果您想做2.0，想做大，有几个个建议：
一.找DBMS的专家设计好数据库，大部分程序员都不知道分区视图，数据散列，数据组的概念
二.设计好程序架构（这个其实不难，有个高人指导就行了），保持良好的扩展性，成本考虑可以找兼职的系统架构设计师做好系统架构，确定将来的发展瓶颈。
三.考虑好文件存贮的问题。文件存贮的技术含量看起来很低，其实是很高的，可以考虑反向代理的方案。文件存贮出问题了，站点基本上就完蛋了，不仅仅是RAID的问题和存贮服务器的问题，不过道理倒是一点就破的
四.中国国情考虑，这个最致命，需要考虑电信和网通的问题，CDN并不能解决所有问题。互动性的东西并CDN并不是很有效。最关键的是，现有的双线机房遇到DDOS攻击基本上都会当掉，原因很简单，双线机房都是私人机房，本身就不会有太高的带宽，随便攻击一下就可以D掉（顺带提一个笑话，我知道一个双线机房的老总总共1G的带宽却买了4G的金盾墙，很简单800M的攻击就可以搞定）。
五.网络延迟的问题，这是分布式系统必须要考虑的，程序要能容忍0到100秒的数据延迟的功能，也就是同步的问题。不要小看这几十秒，问题很大的，如果你的站点有交互式功能，比如即时聊天，你可以想象一下是个什么结果。对于即时聊天的东西，可以用反向代理来解决（成本较高）。但是对于留言和评论的影响不大，但是如果系统为了健壮做了缓存和静态化的时候，这个东西可能就是灾难性的了。静态文件的更新和重写需要异步的方式来做。
六.分散你的程序，如果你没有太多的资金构筑动辄百万的服务器，建议把功能分散开来，比如相册一台服务器，留言一台服务器
七.看好你的程序员，如果没有很好的激励措施的话你的程序员很容易写出敷衍性的代码，而这个可能就是将来的大患，程序架构定下来后要修改可能就要费牛劲了。最好你的CTO能对你100%的衷心，100%的负责。
linux WEB服务器故障两则，兼谈分布式系统
http://qiezi.iteye.com/blog/177616
前段时间公司网站出过两次事故，前台跑PHP的Apache进程大量死锁，造成服务器无负载但不能提供服务，不断重启服务也未能解决问题，但过几小时后自动恢复。这些系统已经稳定运行数月之久，虽然不断有升级但没有出现这类情况。
一周后第二次出现相同情况时公司组织人力进行了排查，没有发现问题。由于没有WEB机器登录权限，于是让运维同事做了这些操作来查找原因：
1、strace -p xxxx查看任意httpd进程，查看进程运行状态。如果没有阻塞在futex上，换一个进程再查看。
这一步一般可以查出很多原因，比如死循环，如果strace没有显示一个系统调用正在进行，一般是限入无终结条件的死循环，这种情况一般伴随着高CPU占用。如果不断有系统调用，就更方便找出死循环的原因了，当然一般也是逻辑错误。
经过查看，大部分进程阻塞在futex上。记下futex死锁的文件描述符，比如是10。
2、lsof -p xxxx查看进程打开的文件描述符，找到10对应的资源。结果是这是一个session文件，于是可以推断是session锁导致服务进程挂死。
记下这个session文件路径，比如是/tmp/abcdefg。
3、lsof /tmp/abcdefg，查看所有打开这个文件的进程ID。
4、strace -p xxxx对第三步找出的进程ID进行分析，一般会发现有一个进程没有阻塞在futex上，记下这个进程ID，比如1111，并记下当前阻塞的操作，通常也是个文件描述符，比如是11。或者这个进程也处于死循环，注意观察一下就能发现。
5、lsof -p 1111查看这个进程，查找11这个文件描述符对应的资源，有可能是个socket连接或者其它，总之这里一般可以找到真正原因了。
公司的服务器经过排查，原因在于某一时刻网络质量下降，连接到远端另一个socket服务器的主动关闭的包丢失，甚至多次重传也没有成功，所以远端已经无法看到这个连接，但该WEB服务器上却显示ESTABLISHED，PHP代码一直接收socket数据直到断开，自然是无法返回了。很多时候由于安全问题没有办法拿到服务器权限，如何通过简单的办法找出问题就很重要了。
另一个例子是PHP上传程序，由于使用了分布式存储，数据是通过socket发送到存储服务器上。PHP程序使用 stream_set_timeout来设置超时，但某次事故后分析发现它只影响read，对write没有作用，于是改为socket_send，用 setsockopt设置超时。
这种情况应该会经常发生，只是大部分时候网络状况没有问题，也就不想写一些复杂代码处理这种异常情况，或者很多时候认为这只是小事故，不过对于大型网站来说一般是计算影响了多少人、多少时间、造成多少功能无法使用来确定事故等级的。
事故无大小，应该从事故中吸取经验避免再次发生。公司每周都有超过10个运行事故，我到公司后共造成3个事故，当然主要是刚接管时旧系统架构问题或者库的稳定性造成的，但也有代码BUG造成的。BUG只能减少，要做到完全没有BUG只有理论上可行，而且可能成本过高，相对低成本的是增加容错和报警监控机制，但发现问题还是要及时修复并升级系统，这时候单元测试就很重要了。
分布式系统简单说就是一组服务器协同工作，主要目的在于均衡负载、均衡数据、冗余等，面对的主要难点在于数据同步、防止宕机造成连锁反应、减少服务器间通讯及依赖、处理任意一个节点缓慢造成任务堆积或失败等方面，还有一点就是不要信任网络，这是最不稳定的部分，即便是同一机房。最近几个月通过改善开发过程、规范单元测试、增加容错机制、消除单点增加冗余、完善监控系统、细化统计分析等方面来提高质量，效果还是明显的，但还有很多路要走。系统设计阶段着眼于大方向上，开发阶段小细节上也需要特别在意，比如日志，系统一旦上线这可能是最丰富稳定的信息源。
http://www.blogjava.net/jjwwhmm/articles/218311.html
http://www.blogjava.net/jjwwhmm/articles/218311.html
说说大型高并发高负载网站的系统架构（更新）[Michael]
我在CERNET做过拨号接入平台的搭建，而后在Yahoo&3721从事过搜索引擎前端开发，又在MOP处理过大型社区猫扑大杂烩的架构升级等 工作，同时自己接触和开发过不少大中型网站的模块，因此在大型网站应对高负载和并发的解决方案上有一些积累和经验，可以和大家一起探讨一下。
一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对 系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的 技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所 能比拟的。
大型网站，比如门户网站。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。
上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。
1、HTML静态化
其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也 是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站 点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权 限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态 化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。目前很多博客也都实现了静态化，我使用的 这个Blog程序WordPress还没有静态化，所以如果面对高负载访问， www.bt285.cn 一定不能承受
同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论 坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将 这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。
在进行html静态化的时候可以使用一种折中的方法，就是前端使用动态实现，在一定的策略下进行定时静态化和定时判断调用，这个能实现很多灵活性的操作，我开发的小说网站故人居( www.5a520.cn )就是使用了这样的方法，我通过设定一些html静态化的时间间隔来对动态网站内容进行缓存，达到分担大部分的压力到静态页面上，可以应用于中小型网站的架构上。小说网站的地址：http:// www.5a520.cn ，顺便提一下，有喜欢小说的朋友多多支持我这个免费网站:)
2、图片服务器分离
大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大 型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因 为图片问题而崩溃。
在应用服务器和图片服务器上，可以进行不同的配置优化，比如Apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule，保证更高的系统消耗和执行效率。
我的台球网站故人居8zone.cn也使用了图片服务器架构上的分离，目前是仅仅是架构上分离，物理上没有分离，由于没有钱买更多的服务器:)，大家可以看到故人居上的图片连接都是类似img.9tmd.com或者img1.9tmd.com的URL。
另外，在处理静态页面或者图片、js等访问方面，可以考虑使用lighttpd代替Apache，它提供了更轻量级和更高效的处理能力。
3、数据库集群和库表散列
大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。
在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。
上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用 并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或 者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样 的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让 系统随时增加一台低成本的数据库进来补充系统性能。
4、缓存
缓存一词搞技术的都接触过，很多地方用到缓存。网站架构和网站开发中的缓存也是非常重要。这里先讲述最基本的两种缓存。高级和分布式的缓存在后面讲述。
架构方面的缓存，对Apache比较熟悉的人都能知道Apache提供了自己的mod_proxy缓存模块，也可以使用外加的Squid进行缓存，这两种方式均可以有效的提高Apache的访问响应能力。
网站程序开发方面的缓存，Linux上提供的Memcached是常用的缓存方案，不少web编程语言都提供memcache访问接口，php、 perl、c和java都有，可以在web开发中使用，可以实时或者Cron的把数据、对象等内容进行缓存，策略非常灵活。一些大型社区使用了这样的架 构。
另外，在使用web语言开发的时候，各种语言基本都有自己的缓存模块和方法，PHP有Pear的Cache模块和eAccelerator加速和 Cache模块，还要知名的Apc、XCache（国人开发的，支持！）php缓存模块，Java就更多了，.net不是很熟悉，相信也肯定有。
5、镜像
镜像是大型网站常采用的提高性能和数据安全性的方式，镜像的技术可以解决不同网络接入商和地域带来的用户访问速度差异，比如ChinaNet和 EduNet之间的差异就促使了很多网站在教育网内搭建镜像站点，数据进行定时更新或者实时更新。在镜像的细节技术方面，这里不阐述太深，有很多专业的现 成的解决架构和产品可选。也有廉价的通过软件实现的思路，比如Linux上的rsync等工具。
6、负载均衡
负载均衡将是大型网站解决高负荷访问和大量并发请求采用的终极解决办法。
负载均衡技术发展了多年，有很多专业的服务提供商和产品可以选择，我个人接触过一些解决方法，其中有两个架构可以给大家做参考。另外有关初级的负载均衡DNS轮循和较专业的CDN架构就不多说了。
6.1 硬件四层交换
第四层交换使用第三层和第四层信息包的报头信息，根据应用区间识别业务流，将整个区间段的业务流分配到合适的应用服务器进行处理。 第四层交换功能就 象是虚IP，指向物理服务器。它传输的业务服从的协议多种多样，有HTTP、FTP、NFS、Telnet或其他协议。这些业务在物理服务器基础上，需要 复杂的载量平衡算法。在IP世界，业务类型由终端TCP或UDP端口地址来决定，在第四层交换中的应用区间则由源端和终端IP地址、TCP和UDP端口共 同决定。
在硬件四层交换产品领域，有一些知名的产品可以选择，比如Alteon、F5等，这些产品很昂贵，但是物有所值，能够提供非常优秀的性能和很灵活的管理能力。Yahoo中国当初接近2000台服务器使用了三四台Alteon就搞定了。
6.2 软件四层交换
大家知道了硬件四层交换机的原理后，基于OSI模型来实现的软件四层交换也就应运而生，这样的解决方案实现的原理一致，不过性能稍差。但是满足一定量的压力还是游刃有余的，有人说软件实现方式其实更灵活，处理能力完全看你配置的熟悉能力。
软件四层交换我们可以使用Linux上常用的LVS来解决，LVS就是Linux Virtual Server，他提供了基于心跳线heartbeat的实时灾难应对解决方案，提高系统的鲁棒性，同时可供了灵活的虚拟VIP配置和管理功能，可以同时满 足多种应用需求，这对于分布式的系统来说必不可少。
一个典型的使用负载均衡的策略就是，在软件或者硬件四层交换的基础上搭建squid集群，这种思路在很多大型网站包括搜索引擎上被采用，这样的架构低成本、高性能还有很强的扩张性，随时往架构里面增减节点都非常容易。这样的架构我准备空了专门详细整理一下和大家探讨。
6.3 七层交换
大家都知道TCP/IP的七层协议，四层交换是基于传输层的，在这一层只能处理连接的管理，但是无法和业务关联起来，通常只能针对tcp、udp的连 接来进行处理，而真正的业务逻辑需要后面的服务器群自己来处理，随着技术的发展，今天，我们在很多高级的应用中出现了七层交换。
七层交换是基于TCP/IP的第七层应用层来实现的，在这一层上，首先我们可以区分出具体的应用，比如HTTP、TELNET、FTP、DNS等等，还能 根据应用中传送的内容来进行策略的管理，比如我们有这么两个网站的路径 a.com/music/… 和a.com/photo/… NBA , 小说520 , BT下载 ,原来基于四层交换只能把这两个url的请求都分发到后面一组服务器上，但是七层交换可以判断访问的是music/还是photo/路径，然后分别分发到不通的服务器群上，从而实现更灵活的系统架构设计。
当然，七层交换也分硬件和软件的实现方式，在这里我不细说了，硬件有著名的F5、Nortel等，软件有Haproxy等，当然，七层交换的软件目前还是在性能上要远远差别于硬件实现的，要知道，这些硬件都价格不菲
总结：
[转]5款死链检查工具
Posted by JCLee under 资源
死链，也就是坏链，无效链接，Broken Links, Dead Links。网站中如果死链过多，是影响SEO的。这时你需要使用一些死链检测工具检查出来死链在哪里，然后进行修复。
1. Xenu
Xune 是一个免费的桌面软件，会检测您整个网站的所有链接，并告诉您哪些是好的、哪些是死的、哪些是超时的以及哪些是暂时无法连接上的，然后还会生成一份详细的报告给您，不过那些报告我还从未看完过——因为链接太多了。
2.Dead Links
Dead Links 是一个提供免费链接检测服务的网站，也可以检查您博客所有的链接，检测结果分为内链接、外链接和未验证链接三种。整体效果比 Xenu 差一点。
3.Linktiger
Linktiger，名字挺牛逼的，主要服务为每周或者每天固定把您博客链接的死活情况发送到您的邮箱，可惜免费的帐户只能检测 1000 个链接，太小气了。
4.Linkpatch
这个是我昨天发现的，很好玩。您注册了之后把一段代码复制粘贴到您的 404 模板（404.php)，然后您的博客一旦出现 404 页面，Linkpatch 就会把这个消息通过邮件发送给您，算是错误报告吧。
5.Broken Link Checker
Broken Link Checker 是一个 WordPress 插件，也是我目前最喜欢的死链接检测软件。它的优势在于不仅可以检测所有文章的死链接和重置链接，而且还可以直接在 WordPress 后台对这些链接进行修改。不过有一个不足的地方是，它只在您的 WordPress 后台开着的时候才会检测，大懒虫一个。
注意：
1. 使用死链接检查工具之前，还得确认你有足够的耐心。比如我用Broken Link Checker检查出本站内有3000多条无效链接时，我选择放弃去管它们了。期待插件作者在以后的版本中也许能增加批量功能。
2. 无效链接检查工具检查出来的坏链并不一定就是真正的坏了，有的时候可能只是暂时无法访问或在某些国家无法访问，也会被判定为死链。所以，检测死链，判断死链，最后再删除或修复死链。这实在是件枯燥无味的事情。
猜测您可以感兴趣的内容:
* Fxspy-一款类似于Firebug调试Flex2.0/3.0应用的Firefox插件
* 20个让Web Developer开发生涯更加轻松的工具
* FlashSpring是一款很好的ppt转swf工具
* Domain Name Analyzer：免费的域名批量查询工具
* 一个超不错的网页原型设计工具-Axure RP
http://blog.vsharing.com/wood/A886772.html
一、企业电子商务营销背景
B2C电子商务是指企业与消费者之间通过电子化手段传递信息，不直接接触发生的商务活动。这种商务的基本形式是电子零售业，即企业借助网络开展在线销售活动，它是消费者通过网络参与经济活动的高级形式。
在 金融危机、行业同质化竞争双重冲击下，传统企业是否充分利用电子商务开拓新的营销模式已经成为企业成败的重要因素。当今，全球电子商务的发展是不可逆转的 态势。对于传统企业，通过电子商务营销可以从根本上改变经营模式和生产模式，凭借交易成本降低、交易效率提高、回款时间缩短、销售范围扩大、提升服务针对 性等特点可以有效的提升中小企业竞争力。
2008年全球金融危机的冲击，给中国的企业尤其是出口企业带来严重的影响，互联网经济尤其是网络购物得 以空前的发展，2008年超过1200亿，同比增长128%，而该份额未达到传统零售市场1%，网络中国网络购物人数达1.2亿，同比增长185%；市场 主要的购买群体在一线城市趋于饱和，逐渐转向更加广阔的二线甚至三线市场，由此可以预期，中国的电子商务市场还将处于一个高速的增长阶段。
二、波希网络介绍
波希网络是一家专业致力于互联网电子商务服务的高科技咨询服务型企业，为企业提供电子商务行业解决方案、实施及整体营销的“一站式”服务，满足企业在新经济形式下的需求，帮助企业快速搭建网上商城，通过电子商务营销模式获得成功。
波希网络科技有限公司拥有一支资深的电子商务专家团队，多年来专注于中国企业电子商务模式的探索，有着丰富的理论基础与实践经验。波希网络以国内市场的实际状况为出发点，有效的结合国内外先进理念和思想，为中国中小企业量身打造电子商务解决方案。
三、电子商务业务基本组织结构
企业通过互联网开展电子商务业务，需要构建配套的组织机构来保证业务的流程的正常运转，基本的组织结构如下，企业可以根据业务的需要进行调整：
四、波希网络电子商务平台功能介绍
4．1基本信息模块
n 植入最新的国内省、市、区县等行政管理，便于客户、物流配送等分类管理。
n 方便便捷的更新地区信息
n 系统管理员收发邮件控制；
n 实时定位系统管理员状态；
n 可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。
n 完善的权限管理，★ 防止不法分子窃取企业机密信息 ★ 防止内部员工泄漏企业机密信息★ 实时确保重要数据的完整性
n 个人用户密码修改管理和个人快捷菜单管理。
n 个人采购篮管理（针对采购经理）
n 完善的系统日志管理，可以定位具体操作时间、操作人、操作内容等。
4．2商品资料模块
n 灵活的类别结构，类别商品负责人和备份负责人的体系，使商品资料管理分工有序，责任明确。
n 类别统一毛利率管理，防止商品价格设置有误。
n 自定义商品的属性，能突出商品的特性，增加的商品的可读性。
n 自定义高级搜索条件，不同的类别根据客户关注度灵活设置不同的筛选条件。
n 支持克隆商品,克隆二手品，更便捷的添加同类商品.
n 提供便捷的库存查看，能快速的根据库存状态下采购单。
n 支持HTML格式的商品信息描述，商品促销信息描述。
n 一整套商品图片管理体系，支持自动生成图片，更方便的定位商品图片，。
n 完善的价格管理体系，防止商品定价有误。支持积分，现金折扣，并能指定商品购买方式：仅积分，仅现金，两者皆可。
4．3订单模块
n 完善的订单管理，提供订单追踪以避免了订单丢失，规范的多人订单处理流程大大提高订单处理的效率。
n 傻瓜式的运单打印，加速订单的处理过程。
n 详细的信息记录为决策者提供更加准确的市场分析资料。
n 支持限时抢购，捆绑销售和买一送一等多种促销模式
n 提供其他渠道的订单导入，以便整体管理和分析。
4．4售后管理模块
n 完整的跟踪体系，能清楚地了解需要售后处理的商品在系统中的来龙去脉。
n 能够定位到订单中的每一件商品来进行售后处理。
n 灵活多变的处理方式，加快售后处理速度，提升客户的满意度
n 多级审核的处理策略，能让售后处理责任分担。
4．5物流及支付设置：
n 支持多种配送方式、配送地区物流价格设置
n 自定义配送价格，实现按重量、体积计算等所有的运费价格方式
n 支持配送方式运费促销和配送方式前台显示配置。
n 支持几十种支付方式，如支付宝、快钱等，可简单设置自动开启相应支付。
n 支持配送方式和配送方式的相互支持方式。
4．6采购管理
n 灵活进行公司采购经理的设置和终止。
n 方便快捷的多种条件查找采购单
n 采购经理能快捷制订采购单，采购单状态包括“初始”、“审核待入库”、“已入库”和“作废”等状态，入库后采购单进行封存归档。
n 采购单入库支持“部分收货”和“商品条码”管理
n 采购支持“预付款”、“帐期”、“货到付款”等多种方式。
n 采购过程能灵活开启/关闭商品毛利控制，能有效管理采购过程。
n 通过负采购进行商品退换货管理。
n 可按照商品小类进行供应商返点申请、审批和使用管理
n 完整的供应商管理体系。
4．7资金管理
n 方便快捷的多种条件查询采购应付款
n 根据应付款快速生成付款单，支持一张应付库分多张付款单。
n 付款单状态包括“初始”、“已付款”和“已作废”等状态。
n 应付款包括“采购单应付款”、“现金返点”等类型管理。
n 应付款和付款单可与“帐期”有机结合，及时有效提醒付款和进行财务保全管理。
n 管理几十种支付方式，如支付宝、快钱、汇款等应收款管理。并协助进行手工网上银行审核支付管理。
n 按照公司财务管理要求进行积分体系充值管理，包括“商品积分账户”、“客服积分账户”、“市场积分账户”以及“评论账户”等4类。
n 可以进行客户积分申请调整管理。
4．8市场促销管理：
n 方便快捷进行“1对1”，“1对多”等商品赠品设置和管理。
n 快速查询和管理商品组合策略，提升商品促销力度（如将笔记本和笔记本包这2种商品捆绑在一起销售）；
n 实时有效进行网站“限时抢购”活动管理，准确完成无干预情况下商品准时上下架，真正实现“限时”抢购！
n 完整的礼券管理，可发布“自动产生”公司内部礼券和外部合作企业的礼券。
n 支持完整的客户EDM和邮件订阅市场促销，可向会员发送会刊、广告等邮件
4．9前台网站管理：
n 支持多种广告位、广告尺寸和表现形式（文字广告、图片广告、浮动广告）
n 可以灵活定制“首页”、“小类”等促销商品。
n 支持“文字”和“图片翻页”两种网站新闻发布。
n 方便快捷的多种条件查询客户信息和管理客户的评论信息，进行评论的精华设置等。
4．10统计报表
n 按“时间”、“商品类别”、“捆绑”、“品牌”、“采购经理”统计月、日等销售情况。
n 商品库存统计
n 商品分阶段库龄统计
n 商品点击率统计
n 配送物流费用统计
http://blog.sina.com.cn/s/blog_417fc2a9010007w4.html~type=v5_one&label=rela_prevarticle
拦截从卖场空手而归的顾客
说起终端拦截，很多人首先会想到DM。其实拦截住从卖场空手而归的顾客，促成销售成功率更高。会逛家电卖场的顾客基本上都是因为需要才会进来。如果他们空手而归，我们就要去询问是价格、赠品还是我们的服务不到位。处处让顾客满意了，他自然会购买。
一 天，店长吩咐我们留心询问顾客空手而归的原因。我和同事小朱就在门口尽量堵住部分流失的顾客。眼看着一老一少从楼梯下来，我立即“盯”着他们的一言一行， 从中找沟通的话题。“十块钱也还不掉，不如去苏*宁算了……”“就是！”这一老一少的对话我听得清清楚楚。“请问，你们准备买什么电器的？如果是价格不满意 我可以上去给你们协调。”“也没什么，就十块钱的事情，只是不服气罢！你要是上去能有用，我就立即掏钱买！”顾客倒也干脆。原来他们看中了三洋洗衣机，谈 到最后为了十块钱谈崩了。紧接着我找到冰洗部的负责人，经过协商，最终达成销售。临别前，年青的顾客说：“过两天我还要来买手机，到时候再找你，你可帮我 多优惠优惠！”“谢谢，谢谢，到时候你来找我肯定给你最优惠的价格！”
送走这一老一少，后面又出来了一家子人。我毫不犹豫的迎上去：“你 好，请问你们是准备买什么电器的？”一家子人停住，打量着我：“你是谁？”“我是负责销售的，请问你们需要我的帮助吗？”“我们看中了电视、冰箱和热水 器，可你们的营业员却说不给我们送货……”终于“打探”他们离开的原因了。“我们的营业员说不给你们送货？你们的家住哪里？”“戴窑！”“哦，我们的物流 路线不走那里，不过我可以去找老总和物流商量一下，看能不能破例为你们送货？”我决定先稳住他们。“好，你先去问问，只要你们送货，我们立即叫营业员开 票！”“那么你们跟着我，我们一起去和老总沟通！”我将他们引上二楼营业大厅。遇到老总，我把顾客的要求反馈上去。“你带顾客去开票，物流这边我来沟 通！”有了老总的支持，我立即陪着顾客们到各个部门开票。“谢谢，谢谢，以后我们那的人要买电器，我们一定介绍他们到五星电器……”良好的口碑胜过任何大 牌导演制作的广告效应！
整个下午，我们“拦截”的销售业绩达到两万块钱。
终端拦截的好处不仅仅提高了销售，而且还提升了我们的品牌，甚至还能从顾客的口中了解到市场信息、商品信息、价格信息、促销信息等。这真是有百利而无一害呀！