网站门户设计框架

1、如何搭建垂直门户网站的内容层次架构？

此文转载至：马海祥博客

垂直网站注意力集中在某些特定的领域或某种特定的需求，提供有关这个领域或需求的全部深度信息和相关服务，作为互联网的亮点，垂直网站正引起越来越多人的关注，和第一代大而全的公众信息门户不同，垂直网站注意力集中在某些特定的领域或某种特定的需求，提供有关这个领域或需求的全部深度信息和相关服务，作为互联网的新亮点，垂直网站正引起越来越多人的关注。

今天，我在马海祥博客上发布的这篇文章特别针对网页设计人员、网站策划人员和编辑人员撰写，旨在帮助垂直主题网站进行内容架构和合理的内容搭建。

1、公众信息网站与垂直主题门户的区别

简单的来说，公众信息网站的内容是“获取-释放”式的，而垂直网站的优势则是对内容的高复合利用。

（1）、公众信息门户的线性内容利用

公众信息门户总是寻找那些最热点的内容，强调时效性，获取那些炙手可热的最新消息，当这些内容过时之后，通常会将它们释放，不再作为重点信息使用。

（2）、垂直主题门户的环形内容利用

与“获取-释放”模式不同，垂直主题网站因为长期关注某一领域，因而能够在信息来源和用户来源上趋近一致，其结果就是同一内容被多次应用，或同一内容被多角度应用。

2、内容的深浅

网站上的内容，也必须基于网页进行搭建，因为内容架构是信息架构的一种具体形式（具体可查看马海祥博客《如何规划并架构网站的导航信息结构》的相关介绍）。

垂直网站内容架构中的三层金字塔结构

所有的合理文档结构都具有金字塔结构，无论是对单一文档还是多文档的主题内容集合，内容都将在三个层面展开：浅表层面、延伸描述、宽泛深入的内容。

（1）、浅表层面（浅层）

浅层结构通常包含一些推论、结果、关键字，能够最直观的表达主题的本质。

（2）、延伸描述（中层）

延伸结构通常包含一些摘要、论述、论题列表，能够对浅层结构进行支持的内容。

（3）、宽泛深入的内容（深层）

宽泛结构通常包括背景资料、技术文档、固化百科知识，能够对延伸结构进行细枝末节的拆卸和解析。

单一内容的页面，同样具备内容层次

在某个单一页面中，通常也会包含金字塔结构的内容架构，层进的传达核心思想，当页面中只有一篇文章时，文章的标题、摘要、正文部分就显得非常重要，因为正是它们一步一步让读者了解内容的信息。

页面中的深层内容可以向其他浅层内容关联

这里马海祥提醒大家必须注意：在任何内容档中会包含其它内容的索引（丛内容到标题的关联），也正是这种复杂的上下文关系，形成了丰富多彩的网络内容形式。

在正文中插入出现的浅层关键字并非是特意安排的，而只有当遇到必须使用的时候才应该有，并且尽量不要打算读者的阅读线路。

由每一个网页的核心思想组成的一个主题，就是内容集，通常意义上，可以简单的通过网页的标题知道它的核心内容，因此，内容集也可以看作标题集。

内容集是内容按照上下文关系组织的结果

在组成内容集的众多标题中，也是要分为三个层面的，应当避免将不同层级的内容无差别的并列在一起，这是有悖垂直主题网站核心竞争力的做法。

Tags就是一种浅表层面内容集合的具体应用，它能够把浅层内容从复杂的导航系统中解放出来，但是，Tags并非灵丹妙药，只有内容足够丰富，中层支持和深层解析足够饱满的情况下，才应该将其浅表内容提出作为Tag；马海祥见到很多网站的某个tag下面只有1-2篇文章，内容淡薄，这种使用Tag的做法是错误的。

3、内容的时效

与那些公众信息过分强调时效性相区别，垂直主题网站依赖于时间轴，但不以时效作为内容主线，分层的内容时效性是一种由深到浅的回归关系，即深层内容由量变到质变，因此支撑关系的改变，从而影响到浅表内容。

分层内容的时效性

分层内容时效性的含义：

（1）、宽泛深入的内容（深层）的版本更替

作为一系列背景和技术资料，伴随时间的延续，可能会产生新的版本和不断的补充，基础的变化带来上层结构的变化，也正是这些内容的不断更新，最终引发了本质的变化，深层内容的“势能”将引发整个垂直领域的变革。

（2）、延伸描述（中层）的进化

在论述层面，背景的更替给论述带来了新“原料”，中层通过引述和评论给表层内容带来一种新的支撑，中层内容往往存在一种相互博弈的关系，即思想流派、方法论、意识层面的相互激荡和对峙；中层内容是整个内容体系的中心，也是讨论和辩论的中心，最丰富多彩的一面。

（3）、浅表层面（浅层）的有效

作为垂直主题网站内容体系最精华的部分，浅表内容长期有效，它们的失效通常是因为由深层内容大面积版本更替而造成的理论崩溃，当然这个过程需要中层内容的传导和激荡作用。

不推荐随意改变浅层内容的方法，如果没有依据的推出新概念、新Tag的话，那只是炒作概念的标题党而已。

垂直网站内容沙漏效应

对于能够长期围绕某一领域的进行用户黏滞的垂直门户，用户在对内容进行访问存在一种“沙漏效应”：伴随时间推移，某一用户访问的次数越多、频率越频繁、内容关注度越深，那么用户会越关注和相信浅表内容（具体可查看马海祥博客《网站内容建设的6大策略》的相关介绍）。

4、内容的上下文关系

网站的内容关系本质就是页面关系，因此，我们基与页面对内容上下文关系进行改造，在多万维网设计人员的严重，仿佛只有三种页面：首页、列表页、信息页；在没有划分内容层次和分析上下文关系的基础上，大概也确实没办法再想出其它的页面，于是用户不得不“下一页，再下一页”的在冗长的标题列表中寻找自己需要的内容，这是公众信息门户普遍的做法，因为这些网站太依赖时间轴了。

在复杂内容结构和大量信息存在的门户级网站，要打破列表式线形浏览就必须依赖上下文关系，那些聪明的计算机技术前辈早就为我们指引了方向，比如DOM结构以及《a》标记中rel属性rev属性，虽然浏览器对这些技术的支持有限，但是它们的确真实存在。

（1）、非条件关系举例

同一关系（孪生）

继承关系（父子）

同类关系（兄弟）

旁类关系（堂兄弟）

旁类继承（叔侄）

（2）、条件关系举例

迭代

因果

递进

层进

反溯

附加

5、更复杂的上下文关系

在一些基本的条件与非条件关系的基础上，内容可以有十分复杂的关系。

例如：一个内容可以同时推演出两个内容，两个内容支持同样的结论，两个相悖的结论，是有同一个内容推演而来，借喻和隐喻手法在内容当中的应用……，永远复杂且在变化。

所以，讨论内容的层次，是在网站策划、搭建、编辑、运营的过程中都应当注意的问题，而对垂直的主题网站更为重要。

2、如何搭建垂直门户网站的内容层次架构？

1、公众信息网站与垂直主题门户的区别
简单的来说，公众信息网站的内容是“获取-释放”式的，而垂直网站的优势则是对内容的高复合利用。
（1）、公众信息门户的线性内容利用
公众信息门户总是寻找那些最热点的内容，强调时效性，获取那些炙手可热的最新消息，当这些内容过时之后，通常会将它们释放，不再作为重点信息使用。
（2）、垂直主题门户的环形内容利用
与“获取-释放”模式不同，垂直主题网站因为长期关注某一领域，因而能够在信息来源和用户来源上趋近一致，其结果就是同一内容被多次应用，或同一内容被多角度应用。
2、内容的深浅
网站上的内容，也必须基于网页进行搭建，因为内容架构是信息架构的一种具体形式。
所有的合理文档结构都具有金字塔结构，无论是对单一文档还是多文档的主题内容集合，内容都将在三个层面展开：浅表层面、延伸描述、宽泛深入的内容。
（1）、浅表层面（浅层）
浅层结构通常包含一些推论、结果、关键字，能够最直观的表达主题的本质。
（2）、延伸描述（中层）
延伸结构通常包含一些摘要、论述、论题列表，能够对浅层结构进行支持的内容。
（3）、宽泛深入的内容（深层）
宽泛结构通常包括背景资料、技术文档、固化百科知识，能够对延伸结构进行细枝末节的拆卸和解析。
单一内容的页面，同样具备内容层次
在某个单一页面中，通常也会包含金字塔结构的内容架构，层进的传达核心思想，当页面中只有一篇文章时，文章的标题、摘要、正文部分就显得非常重要，因为正是它们一步一步让读者了解内容的信息。
页面中的深层内容可以向其他浅层内容关联
这里夫唯学院提醒大家必须注意：在任何内容档中会包含其它内容的索引（丛内容到标题的关联），也正是这种复杂的上下文关系，形成了丰富多彩的网络内容形式。
在正文中插入出现的浅层关键字并非是特意安排的，而只有当遇到必须使用的时候才应该有，并且尽量不要打算读者的阅读线路。
由每一个网页的核心思想组成的一个主题，就是内容集，通常意义上，可以简单的通过网页的标题知道它的核心内容，因此，内容集也可以看作标题集。
内容集是内容按照上下文关系组织的结果
在组成内容集的众多标题中，也是要分为三个层面的，应当避免将不同层级的内容无差别的并列在一起，这是有悖垂直主题网站核心竞争力的做法。
Tags就是一种浅表层面内容集合的具体应用，它能够把浅层内容从复杂的导航系统中解放出来，但是，Tags并非灵丹妙药，只有内容足够丰富，中层支持和深层解析足够饱满的情况下，才应该将其浅表内容提出作为Tag；马海祥见到很多网站的某个tag下面只有1-2篇文章，内容淡薄，这种使用Tag的做法是错误的。
3、内容的时效
与那些公众信息过分强调时效性相区别，垂直主题网站依赖于时间轴，但不以时效作为内容主线，分层的内容时效性是一种由深到浅的回归关系，即深层内容由量变到质变，因此支撑关系的改变，从而影响到浅表内容。
分层内容的时效性
分层内容时效性的含义：
（1）、宽泛深入的内容（深层）的版本更替
作为一系列背景和技术资料，伴随时间的延续，可能会产生新的版本和不断的补充，基础的变化带来上层结构的变化，也正是这些内容的不断更新，最终引发了本质的变化，深层内容的“势能”将引发整个垂直领域的变革。
（2）、延伸描述（中层）的进化
在论述层面，背景的更替给论述带来了新“原料”，中层通过引述和评论给表层内容带来一种新的支撑，中层内容往往存在一种相互博弈的关系，即思想流派、方法论、意识层面的相互激荡和对峙；中层内容是整个内容体系的中心，也是讨论和辩论的中心，最丰富多彩的一面。
（3）、浅表层面（浅层）的有效
作为垂直主题网站内容体系最精华的部分，浅表内容长期有效，它们的失效通常是因为由深层内容大面积版本更替而造成的理论崩溃，当然这个过程需要中层内容的传导和激荡作用。
不推荐随意改变浅层内容的方法，如果没有依据的推出新概念、新Tag的话，那只是炒作概念的标题党而已。
垂直网站内容沙漏效应
对于能够长期围绕某一领域的进行用户黏滞的垂直门户，用户在对内容进行访问存在一种“沙漏效应”：伴随时间推移，某一用户访问的次数越多、频率越频繁、内容关注度越深，那么用户会越关注和相信浅表内容。
4、内容的上下文关系
网站的内容关系本质就是页面关系，因此，我们基与页面对内容上下文关系进行改造，在多万维网设计人员的严重，仿佛只有三种页面：首页、列表页、信息页；在没有划分内容层次和分析上下文关系的基础上，大概也确实没办法再想出其它的页面，于是用户不得不“下一页，再下一页”的在冗长的标题列表中寻找自己需要的内容，这是公众信息门户普遍的做法，因为这些网站太依赖时间轴了。
5、更复杂的上下文关系
在一些基本的条件与非条件关系的基础上，内容可以有十分复杂的关系。

3、门户类的网站的前端，一般用什么类型的前端框架比较合适

哪方面的框架？js框架就jQuery、zepto等等吧，mv*的就angular、backbone等

4、c#制作新闻门户网站一般用什么框架

做.NET网站就用MVC框架，然后采用三层架构设计，无论开发还是后期维护，都能保证有条不紊

5、如何对门户网站进行架构？？

一个小型的网站，比如个人网站，可以使用最简单的html静态页面就实现了，配合一些图片达到美化效果，所有的页面均存放在一个目录下，这样的网站对系统架构、性能的要求都很简单，随着互联网业务的不断丰富，网站相关的技术经过这些年的发展，已经细分到很细的方方面面，尤其对于大型网站来说，所采用的技术更是涉及面非常广，从硬件到软件、编程语言、数据库、WebServer、防火墙等各个领域都有了很高的要求，已经不是原来简单的html静态网站所能比拟的。

大型网站架构，比如门户网站的架构。在面对大量用户访问、高并发请求方面，基本的解决方案集中在这样几个环节：使用高性能的服务器、高性能的数据库、高效率的编程语言、还有高性能的Web容器。但是除了这几个方面，还没法根本解决大型网站面临的高负载和高并发问题。

上面提供的几个解决思路在一定程度上也意味着更大的投入，并且这样的解决思路具备瓶颈，没有很好的扩展性，下面我从低成本、高性能和高扩张性的角度来说说我的一些经验。

1、HTML静态化

其实大家都知道，效率最高、消耗最小的就是纯静态化的html页面，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。但是对于大量内容并且频繁更新的网站，我们无法全部手动去挨个实现，于是出现了我们常见的信息发布系统CMS，像我们常访问的各个门户站点的新闻频道，甚至他们的其他频道，都是通过信息发布系统来管理和实现的，信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。

除了门户和信息发布类型的网站，对于交互性要求很高的社区类型网站来说，尽可能的静态化也是提高性能的必要手段，将社区内的帖子、文章进行实时的静态化，有更新的时候再重新静态化也是大量使用的策略，像Mop的大杂烩就是使用了这样的策略，网易社区等也是如此。

同时，html静态化也是某些缓存策略使用的手段，对于系统中频繁使用数据库查询但是内容更新很小的应用，可以考虑使用html静态化来实现，比如论坛中论坛的公用设置信息，这些信息目前的主流论坛都可以进行后台管理并且存储再数据库中，这些信息其实大量被前台程序调用，但是更新频率很小，可以考虑将这部分内容进行后台更新的时候进行静态化，这样避免了大量的数据库访问请求。

2、图片服务器分离

大家知道，对于Web服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的 LoadMole，保证更高的系统消耗和执行效率。

3、数据库集群和库表散列

大型网站都有复杂的应用，这些应用必须使用数据库，那么在面对大量访问的时候，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群或者库表散列。

在数据库集群方面，很多数据库都有自己的解决方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是类似的方案，您使用了什么样的DB，就参考相应的解决方案来实施即可。

上面提到的数据库集群由于在架构、成本、扩张性方面都会受到所采用DB类型的限制，于是我们需要从应用程序的角度来考虑改善系统架构，库表散列是常用并且最有效的解决方案。我们在应用程序中安装业务和应用或者功能模块将数据库进行分离，不同的模块对应不同的数据库或者表，再按照一定的策略对某个页面或者功能进行更小的数据库散列，比如用户表，按照用户ID进行表散列，这样就能够低成本的提升系统的性能并且有很好的扩展性。sohu的论坛就是采用了这样的架构，将论坛的用户、设置、帖子等信息进行数据库分离，然后对帖子、用户按照板块和ID进行散列数据库和表，最终可以在配置文件中进行简单的配置便能让系统随时增加一台低成本的数据库进来补充系统性能。

6、作门户网站运营，团队的基本框架是怎样的。

看公司的人员架构和计划了，正常的运用团队架构有：
1、网站编辑：根据网站内容的多少，所以网站内容的更新维护，后台的管理
2、网站美工：网站的也没制作设计，图片的设计制作
3、网站程序：网站程序开发及维护
4、网站推广：SEO/SEM专员，其他推广专员
5、市场合作：网站市场活动，线上线下活动，资源互换等
6、网站客服：根据网站的情况，负责客户的服务，会员服务等
7、其他：根据网站的类型和需求，有些还需要陪，网站策划、产品专员、市场调研、数据分析等等
上面说的是纯网站运营架构，另外就是销售、行政之类的，就能够算是一个完整的网络公司架构了，有空可以去我的博客看看，里面有我多年的网站运营的经验的分享，希望对你有帮助，http://www.51trys.com/

7、做一个社区类的网站，现在基本框架已经搭出来了。想做一个门户，但是不知道从何下手。

做社区类抄的网站我建议以信息发袭布站为主，最好是弄一台独立的服务器， 以大家感兴趣的话题为主。 多发这些话题， 再多和这方面的网站做友情链接。 把你网站的权重做上去， 再多做一些宣传， 每天更新10~20篇文章， 一开始多转载一些门户站的新闻， 转多了之后来的人也就多了。

8、java 门户框架 选哪个？ 系统集成SAP， PI ，还有一些网站，ava语言框架选哪个框架呢？

java 三大框架 介绍

三大框架：Struts+Hibernate+Spring

Java三大框架主要用来做WEN应用。

Struts主要负责表示层的显示

Spring利用它的IOC和AOP来处理控制业务（负责对数据库的操作）

Hibernate主要是数据持久化到数据库

再用jsp的servlet做网页开发的时候有个
web.xml的映射文件，里面有一个mapping的标签就是用来做文件映射的。当你在浏览器上输入URL得知的时候，文件就会根据你写的名称对应到一
个JAVA文件，根据java文件里编写的内容显示在浏览器上，就是一个网页。

一 .Struts框架：struts是开源软件。使用Struts的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间。如果我们想混合使用Servlets和JSP的优点来建立可扩展的应用，struts是一个不错的选择。

1．流程：服务器启动后，根据web.xml加载ActionServlet读取struts-config.xml文件内容到内存。

2．架构：Struts对Model，View和Controller都提供了对应的组件。ActionServlet，这个类是Struts的核心控制器，负责拦截来自用户的请求。

Model部分：由JavaBean组
成，ActionForm用于封装用户的请求参数，封装成ActionForm对象，该对象被ActionServlet转发给
Action，Action根据ActionFrom里面的请求参数处理用户的请求。JavaBean则封装了底层的业务逻辑，包括数据库访问等。

View部分：该部分采用JSP实现。Struts提供了丰富的标签库，通过标签库可以减少脚本的使用，自定义的标签库可以实现与Model的有效交互，并增加了现实功能。对应上图的JSP部分。

Controller组件：Controller组件有两个部分组成——系统核心
控制器，业务逻辑控制器。 系统核心控制器，对应上图的ActionServlet。该控制器由Struts框架提供，继承HttpServlet
类，因此可以配置成标注的Servlet。该控制器负责拦截所有的HTTP请求，然后根据用户请求决定是否要转给业务逻辑控制器。业务逻辑控制器，负责处
理用户请求，本身不具备处理能力，而是调用Model来完成处理。对应Action部分。

二．Spring框架

Spring是一个解决了许多在J2EE开发中常见的的问题的强大框架。
Springle提供了管理业务对象的一致方法并且鼓励了注入对接口编程而不是对类变成的好习惯。Spring的架构基础是基于使用JavaBean属性
的Inversion of
Control 容器。然而Spring在使用IoC容器作为构建玩关注所有架构层层的完整解决方案方面是独一无二的。Spring提供了唯一的数据管理
抽象包括简单和有效率的JDBC框架，极大的改进了效率并且减少了可能的错误。Spring的数据访问架构还集成了Hibernate和其他O/R
mapping 解决方案。

三．Hibernate框架

Hibernate 是一个开源代码的对象关系映射框架，对JDBC惊醒了费城轻量级的
的对象封装，使得Java程序员可以随心所欲的使用对象变成思维来操作数据库。Hebernate可以应用在任何使用JDBC的场合，既可以在java的

客户端程序使用，也可以在Servlet/JSP的Web应用中使用最具革命意义的事，Hibernate可以在应用EJB的J2EE架构中取代CMP,
完成数据持久化的重任

Hibernate的核心接口一共有5个，分别为:Session、
SessionFactory、Transaction、Query和Configuration。这5个核心接口在任何开发中都会用到。通过这些接口，
不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这五个核心接口分别加以介绍。

1．Session接口：负责执行被持久化对象的CRUD操作(CRUD的任务是完成与
数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象是非线程安全的。同时，Hibernate的session不同于
JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，而以后会将
HttpSession对象称为用户session。

2．SessionFactory接口：负责初始化Hibernate。它充当数据存储
源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory并不是轻量级的，因为一般情况下，一个项目通常
只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。

3．Configuration接口：负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取配置，然后创建SessionFactory对象。

4．Transaction接口：负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码。

5．Query和Criteria接口：负责执行各种数据库查询。它可以使用HQL语言或SQL语句两种表达方式。

9、大型地方综合类门户网站的架构应该是怎样的呢

系统架构
选用支持高并发的数据库类型，支持以数据库为核心的数据，保证系统稳定、高效、安全地运行；选用B/S架构得信息发布平台，内网制作服务器完成网站信息。并提供管理员密保卡，使外网用户能通过身份验证方便、安全地完成对网站信息的更新、发布。