1. 常见的网络架构有哪些
常见的网络拓扑结构有以下几种：1.总线型网络拓扑结构；2.星型网络拓扑结构；3.环形网络拓扑结构；4.树型网络拓扑结构；5.网状网络拓扑结构；6.混合网络型拓扑结构。网络拓扑结构是指用传输媒体对各种设备进行连接的物理布局。
1.总线型网络拓扑结构
总线型结构是将网络中的所有设备通过相应的硬件接口直接连接到公共总线上，结点之间按广播方式通信，一个结点发出的信息，总线上的其它结点均可“收听”到。 总线型结构就像一张树叶,有一条主干线,主干线上面由很多分支。
2.星型网络拓扑结构
星型结构是一种以中央节点为中心，把若干外围节点连接起来的辐射式互联结构。这种结构适用于局域网，特别是近年来连接的局域网大都采用这种连接方式。这种连接方式以双绞线或同轴电缆作连接线路。
3.环形网络拓扑结构
环形结构各结点通过通信线路组成闭合回路，环中数据只能单向传输，信息在每台设备上的延时时间是固定的，特别适合实时控制的局域网系统。环形结构就如一串珍珠项链,环形结构上的每台计算机就是项链上的一个个珠子。
4.树型网络拓扑结构
树型拓扑结构是一种层次结构，结点按层次连结，信息交换主要在上下结点之间进行，相邻结点或同层结点之间一般不进行数据交换。树型拓扑结构是就是数据结构中的树。
5.网状网络拓扑结构
网络拓扑结构又称作无规则结构，结点之间的联结是任意的，没有规律。
6.混合网络型拓扑结构
混合型网络拓扑结构就是指同时使用上面的5种网络拓扑结构种两种或两种以上的网络拓扑结构。
2. 当前比较流行的网站架构有哪些
目前功能相似的能解决同类需求的主要是国外的开源框架，如Bootstrap、Foundation、Semantic UI。Bootstrap是由Twitter在2011年8月推出的开源WEB前端框架，集合CSS和HTML，使用了最新的浏览器技术，为快速WEB开发提供了一套前端工具包，包括布局、网格、表格、按钮、表单、导航、提示，其核心就是基于Less框架构建的CSS。Bootstrap框架拥有美观的样式和封装完善的JQ插件，使用方便，基于Bootstrap的扩展也很多，这是其他框架所无法比拟的，也是其最受欢迎的条件之一。
Foundation宣称是世界最好的响应式前端框架，默认支持5种网格布局，是三款框架中最复杂也是最灵活的。Bootstrap默认支持四种网格布局，Pure默认支持一种。
Semantic UI是语义化设计的前端框架，开发更加直观，UI组建可实时调试输出，其最大的特点是充分利用CSS3动画特效，简洁实用漂亮的样式。以上各种产品我们也用过，当时我们发现全球有将近6%的网站是基于Bootstrap做的。不过对于中国开发者来说，Bootstrap门槛仍然较高，而且本土化支持不够好。
首先，Bootstrap只支持英文字体，并没有对中文字体做设置。在不同操作系统、不同浏览器下，默认的中文字体可能是不一样的，这样会导致网页在某些时候显示得不太好看。而且英文字号和中文字号的大小也不一样，直接用Bootstrap来做文字排版并不能达到最好的效果。另外，国内浏览器种类繁多，Bootstrap也无法照顾到对国内浏览器的支持，我们希望不断加强对各种本土浏览器的支持，帮助广大前端开发者从最繁琐痛苦的浏览器性问题中解脱出来。其次，Bootstrap还没有把重点放在丰富界面组件上，而Amaze UI非常注重提高开发者的效率，我们会不断增加跨屏的界面组件，让开发者尽量少些代码。第三，Bootstrap 因为最早是从PC端开始做的，所以有些地方是先PC后移动，而Amaze UI的思路是先移动后PC。例如，Bootstrap使用了jQuery库，而Amaze UI使用了Zepto.js，Zepto.js的体积不到jQuery的1/3，对移动端的性能很大提升。
因此，一个针对中国市场的、移动优先的跨屏前端开发框架开发者有很强的需求，也是一个行业的空白。
Amaze UI应该是中国首个HTML5跨屏前端开发框架，其不仅兼容前几者的优势，还具有以下优势：
1、加入更多符合中国市场特性的元素：中文排版更优化，兼容中国本土主流浏览器
2、更轻量化，不仅适用于桌面端，更适合移动端3、包含一些封装好的Widgets，其他框架则没有
3. 网站建设要建设哪些基本结构
一、网站目录结构的确定
网站目录结构的确定这点是不容忽视的，主要是指建立网站时创建的文件夹。在创建本地站点时，首先要建立本地站点根文件夹和images子文件夹，再创建多个子文件夹，然后将站点的文件分类储存到相应的子文件夹中，而不是将所有文件都存放在根文件夹下。其实，目录结构的好坏，对浏览者来说并没有太大影响，但是对于站点本身的上传和维护、内容的扩充和移植有着重要的影响。
目录结构建立的好坏，对于企业后期进行网站维护是有直接联系的，专业与不专业网站建设公司这些也是有差别的，你会发现不专业的建站公司有时候从目录中你都找不到想要的文件夹，而专业的一看文件夹名字就可以轻而易举找到。
二、网站链接结构的确定
上海雍熙认为，网站链接结构也是要提前确定好的，我们这里所说的网站链接结构主要指的是网站中各个子网页之间相互的链接关系，它映射着网站主题与主题相关的内容以及网站设计者建立此站点的目的。
好的网站链接结构不仅可以让访客在浏览时轻松自如的进行各页面之间的跳转，搜索引擎在爬取的时候速度也会更快，网站收录也会更快。说到网站链接结构我们不得不提面包屑导航了。
网站建设，一般链接结构包含树状链接结构和星状链接结构，而在进行企业建站的时候用的比较多的就是树状链接结构。从某种程度上，网站结构的好坏直接影响着搜索引擎对于这个网站收录的快慢，所以我们在进行建站的时候要特别的注意。
4. 网站结构主要包括哪些方面
网站结构主要包括四方面：
一，友好的网站结构
1， 扁平or树型：
2， 链接结构
1）首页链接应该链向重要的频道页，频道页再链向下面的节点页或普通页面。同时，频道页、节点页和普通页面都应该可以链回到首页
2）无论哪些页面之间互相链接，都需要一个描述恰当的锚文本
3）链接不要放在JS、FLASH等搜索引擎不可见的位置，使用图片做链接入口应该完善alt标签
二，通过导航让网络更好地认识站点
对于用户，导航要解决的问题是：我在网站的什么位置，我想看上一级、甚至上上一级更多内容的入口在哪里；对于spider，导航要解决的问题是：这个页面属于哪个领域，要表达的主题是什么。所以说，清晰的导航系统不仅有助于提高用户体验，对SEO的意义也是重大的，所有SEO做得出色的网站基本都拥有清晰明确的导航。
三，合理的domain结构
除了在网站建设的时候站长会思考到底使用二级域名还是子目录，在网站运营的过程中，也会考虑是否要把子目录的内容拆分成二级域名。
四，url结构很重要
1，url结构规律化：同一个网页有不同url，会造成多个url同时被用户推荐导致权值分散；同时网络最终选择展现的那个url不一定符合你的预期。站点应该尽量不把sessionid和统计代码等不必要的内容放在url，如果一定要这样做可以通过robots禁止网络抓取这些非规范url
2，最好能让用户从url即可判断出网页内容，便于蜘蛛解析的同时便于用户间传播
3，url尽量短
4，不要添加蜘蛛难以解析的字符
5，动态参数不要太多太复杂，目前网络对动态url已经有了很好的处理，但是参数过多过复杂的url有可能被蜘蛛认为不重要而抛弃
5. 开发动态网站有哪几种常用的架构
常见的web前端开发框架如下：
1、Bootstrap：
主流框架之一，Bootstrap 是基于 HTML、CSS、JavaScript的，它简洁灵活，使得 Web 开发更加快捷。
2、html5-boilerplate：
该框架可以快速构建健壮，且适应力强的web app或网站。
3、Meteor：
Meteor是新一代的开发即时web应用的开源框架，它能在较短时间内完成开发。
4、Materialize：
基于材料设计的现代响应前端框架。可以提供默认样式，自定义组件。此外，Materialize还改进了动画和过渡，为开发人员提供了流畅的体验。
5、Amaze UI：
中国首款开源HTML5跨屏前端框架产品系列，支持中文排版更好，本地组件丰富。产品线包括Amaze UI Touch，一个混合HTML5应用程序开发框架的移动应用程序，和Amaze UI Web跨屏幕HTML5网页。
(5)网站系统架构有哪些扩展阅读：
web框架程序的作用
Web框架使得在进行Web应用开发的时候，减少了工作量。Web框架主要用于动态网络开发，动态网络主要是指现在的主要的页面，可以实现数据的交互和业务功能的完善。
当使用Web框架进行Web开发时，在数据缓存、数据库访问、数据安全验证等方面不需要重新实现，但可以将业务逻辑相关的代码写入框架中。也就是说，通过主观地“修补”Web框架，您可以实现自己的Web开发需求。
以PHP为例，您可以在apache服务器上进行Web开发，而无需使用框架。当使用PHP打开时，数据库连接需要在没有框架的情况下独立完成，页面生成和显示也是如此。例如，框架可以完成避免SQL注入的工作，而使用PHP，您可以在不使用框架的情况下自己完成这项工作。
6. 电子商务网站常用的系统架构哪些
前台系统包括：商品展示，内容展示，订单确认，支付系统，用户中心四大模块
一. 商品展示
站内搜索(搜索提示，搜索规则，搜索成功页，搜索不成功页，相似推荐)
导航(频道导航，其他导航如销售排行，广告位，推荐位，文字链，also buy等)
商品分类(品牌分类，品类分类，属性分类如剪裁形式)
登陆页(商品列表页，商品详细页，商品活动页)
这里的访问逻辑是：a /b/c分流消费者去往相对个性化的页面，由登陆页体现商家的核心诉求和价值传递，完成call-to-action的第一步。
二. 内容展示：内容展示较为简单，对纯购物品牌而言包括：
公告区
帮助中心
论坛(如需商城与论坛发生交互，则需自行开发，否则可集成discuz做同步登陆即可)
三. 订单确认
订单确认，就是帮助消费者正确提交订单信息的环节，看似简单，实则非常复杂，需要对很多信息逻辑判断和处理，一般由2个部分组成：
购物车
订单提交(返回购物车，收货地址&地址薄，支付方式判断，配送方式，发票，订单标记，实付金额计算等等)
四. 支付系统
与一般的想象不同，支付系统其实并不简单等于第三方支付工具接入：
外部支付系统(支付宝将接口，财付通接口，网银直联端口，信用卡分期端口)
内部支付系统(账户余额，积分，礼品卡，优惠券)
支付系统的逻辑设计不但需要考虑到各种极端情况的发生(如一张订单先用礼品卡，再用积分，最后网银支付)，还要预留财务做账所需的相关字段，并充分考虑订单取消之后如何回滚各类内部账户。
五. 用户中心
用户中心的实质是用户自助功能的dashboard，一般4个部分组成：
注册&登陆(快速注册，完整注册，注册有礼，推荐注册，密码找回，主站id登陆，open-id登陆如qq，新浪微博等)
订单中心(历史订单状态，中间状态订单修改，物流追踪)
服务中心(各类自助服务如退款申请，退换货申请，建议与投诉等)
信息管理(用户基本信息管理和账户信息管理)
后台系统包括：商品&促销，crm，订单处理，wms，采购管理，财务管理，报表管理，系统设置，wa系统9大模块
一. 商品&促销
商品管理(品类管理，品牌管理，单品管理)
促销管理(活动管理和自定义活动模板管理)
在上述模块中，最重要的是2个部分：单品管理中的批量产品生成的自动程序和活动管理中“共享与互斥”管理。前者用于大幅提升上新速度，后者避免促销活动失控。
二. crm ：crm是对b2c核心资源—会员的管理，服务与再营销系统，包括如下部分：
会员管理(会员信息的增删改查和到其他系统的链接)
用户关怀(条件触发和人工触发相关edm &短信& ob)
定向营销(会员分组和营销活动管理)
客服管理(内容非常多，集成所有需前台与后台交互的功能，详情还是看图吧)
呼叫中心(ivr，坐席管理，统计报表，参数传递与窗口嵌入)
值得注意的，edm和短信通道市面上已经有成熟的外包服务商，一般都会外包；呼叫中心和在线客服自行开发成本太高，特别是呼叫中心系统，业务初期也都是外包的。
三. 订单处理：订单处理是在订单未正式进入仓储部门处理之前，对订单的前置性处理环节。
订单录入(电话订购，网上下单，外部团购订单，无金额订单录入如礼品单)
订单审核(自动审核和人工审核)
rma处理(rma申请单和rma处理单)
四. wms(warehouse management system仓库管理系统)
wms的流程很长，功能模块也很多，大致分为入库管理，库存管理，出库管理和票据管理4个模块四个模块
五. 采购管理
供应商管理(供应商信息管理，合同发票管理)
采购单管理(po单管理，负po单管理)
库存管理(库存查询，库存占用单，库存变动log)
六 .财务管理：b2c的财务管理，主要是对供应商，渠道和内部费用支出的成本控制。
供应商结算
渠道结算
配送结算
内部结算
七. 报表管理：报表是b2c业务的宏观表现，理论上说，每个部门的kpi都应该从中找到。
搜索报表(站内搜索量查询)
销售报表(多个维度销量查询，优惠券使用情况，报表导出)
财务报表
客服报表(客服日报和坐席报表)，前者反映与消费者发生的日常交互(包括正常与异常)，后者考核客服的工作绩效
仓储物流报表，这几块报表，是业务运作的核心，涉及到公司机密，就不能写的太细了，见谅。
八. 系统设置：这块大家都知道是干嘛的，也就不多说了，分成三块。
基础设置(和业务有关的一些字段值)
权限设置(不同账号的操作权限和操作记录)
其他设置
九. wa系统(web analytcis)
网站分析系统，几乎全是外购，很少有能够自建的，即使自建，最多做几个简单的模块。用于实战的，要么是免费的ga(google analytics)，要么是昂贵的omniture。
7. 常见的网络架构有哪些
常见网络架构的有星形、总线形、环形和网状形等。
1、星形网络拓扑结构：
以一台中心处理机（通信设备）为主而构成的网络，其它入网机器仅与该中心处理机之间有直接的物理链路，中心处理机采用分时或轮询的方法为入网机器服务，所有的数据必须经过中心处理机。
星形网的特点：
（1）网络结构简单，便于管理（集中式）；
（2）每台入网机均需物理线路与处理机互连，线路利用率低；
（3）处理机负载重（需处理所有的服务），因为任何两台入网机之间交换信息，都必须通过中心处理机；
（4）入网主机故障不影响整个网络的正常工作，中心处理机的故障将导致网络的瘫痪。
适用场合：局域网、广域网。
2、总线形网络拓扑结构：
所有入网设备共用一条物理传输线路，所有的数据发往同一条线路，并能够由附接在线路上的所有设备感知。入网设备通过专用的分接头接入线路。总线网拓扑是局域网的一种组成形式。
总线网的特点：
（1）多台机器共用一条传输信道，信道利用率较高；
（2）同一时刻只能由两台计算机通信；
（3）某个结点的故障不影响网络的工作；
（4）网络的延伸距离有限，结点数有限。
适用场合：局域网，对实时性要求不高的环境。
3、环形网络拓扑结构：
入网设备通过转发器接入网络，每个转发器仅与两个相邻的转发器有直接的物理线路。环形网的数据传输具有单向性，一个转发器发出的数据只能被另一个转发器接收并转发。所有的转发器及其物理线路构成了一个环状的网络系统。
环形网特点：
（1）实时性较好（信息在网中传输的最大时间固定）；
（2）每个结点只与相邻两个结点有物理链路；
（3）传输控制机制比较简单；
（4）某个结点的故障将导致物理瘫痪；
（5）单个环网的结点数有限。
适用场合：局域网，实时性要求较高的环境。
4、网状网络拓扑结构：
利用专门负责数据通信和传输的结点机构成的网状网络，入网设备直接接入结点机进行通信。网状网络通常利用冗余的设备和线路来提高网络的可靠性，因此，结点机可以根据当前的网络信息流量有选择地将数据发往不同的线路。适用场合：主要用于地域范围大、入网主机多（机型多）的环境，常用于构造广域网络。
8. 什么是网站架构
网站架构，一般认为是根据客户需求分析的结果，准确定位网站目标群体，设定网站整体架构，规划、设计网站栏目及其内容，制定网站开发流程及顺序，以最大限度地进行高效资源分配与管理的设计。其内容有程序架构，呈现架构，和信息架构三种表现。而步骤主要分为硬架构和软架构两步程序。网络架构是现代网络学习和发展的一个必须的基础技术。
中文名
网站架构
一般认为
根据客户需求分析的结果
制定
网站开发流程及顺序
内容
程序架构，呈现架构
快速
导航
软架构八个方案
硬架构
机房的选择
在选择机房的时候，根据网站用户的地域分布，可以选择网通或电信机房，但更多时候，可能双线机房才是合适的。越大的城市，机房价格越贵，从成本的角度看可以在一些中小城市托管服务器，比如说北京的公司可以考虑把服务器托管在天津，廊坊等地，不是特别远，但是价格会便宜很多。
带宽的大小
通常老板花钱请我们架构网站的时候，会给我们提出一些目标，诸如网站每天要能承受100万PV的访问量等等。这时我们要预算一下大概需要多大的带宽，计算带宽大小主要涉及两个指标（峰值流量和页面大小），我们不妨在计算前先做出必要的假设：
第一：假设峰值流量是平均流量的5倍。
第二：假设每次访问平均的页面大小是100K字节左右。
如果100万PV的访问量在一天内平均分布的话，折合到每秒大约12次访问，如果按平均每次访问页面的大小是100K字节左右计算的话，这12次访问总计大约就是1200K字节，字节的单位是Byte，而带宽的单位是bit，它们之间的关系是1Byte = 8bit，所以1200K Byte大致就相当于9600K bit，也就是9Mbps的样子，实际情况中，我们的网站必须能在峰值流量时保持正常访问，所以按照假设的峰值流量算，真实带宽的需求应该在45Mbps 左右。
当然，这个结论是建立在前面提到的两点假设的基础上，如果你的实际情况和这两点假设有出入，那么结果也会有差别。
服务器的划分
先看我们都需要哪些服务器：图片服务器，页面服务器，数据库服务器，应用服务器，日志服务器等等。
对于访问量大点的网站而言，分离单独的图片服务器和页面服务器相当必要，我们可以用lighttpd来跑图片服务器，用apache来跑页面服务器，当然也可以选择别的，甚至，我们可以扩展成很多台图片服务器和很多台页面服务器，并设置相关域名，如img.domain和 www.domain，页面里的图片路径都使用绝对路径，如<img src="http://img.domain/abc.gif" />，然后设置DNS轮循，达到最初级的负载均衡。当然，服务器多了就不可避免的涉及一个同步的问题，这个可以使用rsync软件来搞定。
数据库服务器是重中之重，因为网站的瓶颈问题十有八九是出在数据库身上。一般的中小网站多使用MySQL数据库，不过它的集群功能似乎还没有达到stable的阶段，所以这里不做评价。一般而言，使用MySQL数据库的时候，我们应该搞一个主从（一主多从）结构，主数据库服务器使用innodb表结构，从数据服务器使用myisam表结构，充分发挥它们各自的优势，而且这样的主从结构分离了读写操作，降低了读操作的压力，甚至我们还可以设定一个专门的从服务器做备份服务器，方便备份。不然如果你只有一台主服务器，在大数据量的情况下，mysqlmp基本就没戏了，直接拷贝数据文件的话，还得先停止数据库服务再拷贝，否则备份文件会出错。但对于很多网站而言，即使数据库服务仅停止了一秒也是不可接受的。如果你有了一台从数据库服务器，在备份数据的时候，可以先停止服务（slave stop）再备份，再启动服务（slave start）后从服务器会自动从主服务器同步数据，一切都没有影响。但是主从结构也是有致命缺点的，那就是主从结构只是降低了读操作的压力，却不能降低写操作的压力。
为了适应更大的规模，可能只剩下最后这招了：横向/纵向分割数据库。所谓横向分割数据库，就是把不同的表保存到不同的数据库服务器上，比如说 用户表保存在A数据库服务器上，文章表保存在B数据库服务器上，当然这样的分割是有代价的，最基本的就是你没法进行LEFT JOIN之类的操作了。所谓纵向分割数据库，一般是指按照用户标识（user_id）等来划分数据存储的服务器，比如说：我们有5台数据库服务器，那么 “user_id % 5 + 1”等于1的就保存到1号服务器，等于2的就保存到2号服务器，以此类推，纵向分隔的原则有很多种，可以视情况选择。不过和横向分割数据库一样，纵向分割数据库也是有代价的，最基本的就是我们在进行如COUNT, SUM等汇总操作的时候会麻烦很多。综上所述，数据库服务器的解决方案一般视情况往往是一个混合的方案，以其发挥各种方案的优势，有时候还需要借助memcached之类的第三方软件，以便适应更大访问量的要求。
如果有专门的应用服务器来跑PHP脚本是最合适不过的了，那样我们的页面服务器只保存静态页面就可以了，可以给应用服务器设置一些诸如app.domain之类的域名来和页面服务器加以区别。对于应用服务器，我还是更倾向于使用prefork模式的apache，配上必要的xcache之类的PHP缓存软件，加载模块要越少越好，除了mod_rewrite等必要的模块，不必要的东西统统舍弃，尽量减少httpd进程的内存消耗，而那些图片服务器，页面服务器等静态内容就可以使用lighttpd或者tux来搞，充分发挥各种服务器的特点。
如果条件允许，独立的日志服务器也是必要的，一般小网站的做法都是把页面服务器和日志服务器合二为一了，在凌晨访问量不大的时候cron运行前一天的日志计算，不过如果你使用awstats之类的日志分析软件，对于百万级访问量而言，即使按天归档，也会消耗很多时间和服务器资源去计算，所以分离单独的日志服务器还是有好处的，这样不会影响正式服务器的工作状态。
软架构
框架的选择
PHP框架有很多选择，比如：CakePHP，Symfony，Zend Framework等等，至于应该使用哪一个并没有唯一的答案，要根据Team里团队成员对各个框架的了解程度而定。很多时候，即使没有使用框架，一样能 写出好的程序来，比如Flickr据说就是用Pear+Smarty这样的类库写出来的，所以，是否用框架，用什么框架，一般不是最重要的，重要的是我们 的编程思想里要有框架的意识。
逻辑的分层