网站结构

第一章 Java Web应用开发概述 知识点： （1） 了解 C/S 结构和 B/S 结构 （2） 理解 Web 应用程序的工作原理 （3） 了解 Web 应用的客户端应用技术 （4） 了解 Web 应用的服务器端应用技术 （5） 了解 Java Web 成功案例 （6） 了解 Java Web 开发的常用网上资源 本章概述： 随着网络技术的迅猛发展，国内外的信息化建设已经进入了以 Web 应用开发为核心的阶段。与此同时， Java 语言也在不断完善优化，更适合开发 Web 应用。因此，越来越多的程序员或编程爱好者走上了 Java Web 应用开发之路 。 1.1 程序开发体系结构 随着网络技术的不断发展，单机的软件程序已难以满足网络计算的需要。为此，各种各样的网络程序开发体系结构应运而生。其中，运用最多的网络应用程序开发体系结构可以分为两种，一种是基于客户端 / 服务器的 C/S 结构，另一种是基于浏览器 / 服务器的 B/S 结构。下面进行详细介绍。 1.1.1 C/S 体系结构介绍 C/S 是 Client/Server 的缩写，即客户端 / 服务器结构。在这种结构中，服务器通常采用高性能的 PC 机或工作站，并采用大型数据库系统（如 Oracle 或 SQL Server ），客户端则需要安装专用的客户端软件，如图 1.1 所示。这种结构可以充分利用两端硬件环境的优势

1.4.1 需求分析 需求分析主要是客户对整个项目大的计划、时间要求和资金预算等。 1、项目立项 2、客户需求说明书 1.4.2 整体规划 在确定了用户的需求之后，并不是直接开始制作，而是需要对项目进行总体设计和详细设计，制作出一份网站方案给客户。 1、总体设计 l 网站需要实现那一些功能，反映到程序里面就是划分多少个模块； l 网站开发使用什么软件，在什么样的硬件环境下开发； l 整个项目有多少工作量，可以量化为需要多少人，多少时间； 2、规划说明书 3、网站建设方案 l 客户情况 l 网站实现的目的和目标； l 网站形象； l 网站的栏目版块和结构； l 网站内容的安排和相互连接和关系； l 开发时间进度表； l 宣传推广方案； l 维护方案； l 制作费用； 1.4.3详细设计 1、资料收集 l 跟主题相关的文字、图片、字体文件等； l 网上同类型优秀网站； l 各种风格的交互页面； l 功能强大、性能优异的开放源代码； 2、整体形象设计 l 定位网站主题和名称； l 定位网站CI形象； l 确定栏目和版块； l 网站的整体风格创意设计； l 网站的层次结构和链接结构； 1.4.4网站实施 l 界面设计 l 代码设计 l 调试完善 1.4.5 申请域名和空间 l 域名申请 l 虚拟主机 l 服务器托管 1.4.6发布站点 1.4.7推广网站 l 注册到搜索引擎 l

对于企业外项目：用户体验为转化率铺垫，查看ROI（return on investment） 对于企业内项目：优点：1.帮助人们工作得更快 2.减少他们犯错的几率 用户体验做的好：为企业创造价值的项目（工具效率改进，会直接提升企业的整体生产力） 不好：变成资源消耗噩梦的项目 科技产品的可用性不够简单，会让人们觉得自己很笨，累的筋疲力尽，要求：简单、容易使用、不令人沮丧、没有不必要的复杂性 表现层：一系列网页 框架层：按钮、控件、照片、文本区的位置；框架层用于优化设计布局，以达到这些元素的最大的效果和效率：在你需要的时候能记得并找到购物车的按钮在哪里 结构层：比框架层更抽象，框架是结构的具体表达方式； 对比：框架决定了某个页面的交互元素的位置，而结构层用来设计用户如何到达某个页面，并且在他们做完事情以后能去什么地方， 框架层定义导航条上各类元素的排列方式，允许用户可以浏览不同的商品分类，结构层则确定哪些类别应该出现在哪里 范围层：结构层确定网站各种特性和功能最合适的组合方式，这些特性和功能就构成了网站的范围层。任何一个功能是否应该成为网站的功能之一，属于范围层要解决的问题； 战略层：网站范围基本上是由网站战略层所决定的，战略层包括了经营者想从网站得到什么，还包括用户从网站得到什么，比如电商：买卖商品；但是促销或者广告就不那么清晰； 五个层面：战略、范围、结构、框架、表现

第一章 用户体验为何如此重要 1、开发过程中，人们更多地关注产品将用来做什么，经常忽略的另一个因素是产品如何工作，而这一因素恰恰是决定产品成败的关键因素。 2、"用户体验"并不是指一件产品本身是如何工作的（虽然这有时对用户体验具有很大的影响）。用户体验是指"产品如何与外界发生联系并发挥作用"的，也就是人们如何"接触"和"使用"它。 3、转化率是一种常用的方式，来衡量用户体验的效果。通过跟踪有百分之多少的用户被"转化"到了下一个步骤，就能衡量你的网站在达到"商业目的"方面的效率有多高。 4、创建吸引人的、高效的用户体验的方法被称为以用户为中心的设计（User-centered design）。以用户为中心的设计思想非常简单：在开发产品的每一个步骤中，都要把用户列入考虑范围。 5、用户所体验的每一件事，对你来讲都应该是经过慎重考虑和论证以后的决定。实际上，设计出一个更好的解决方案需要更多的时间和费用，你可能不得不在各个方面做出妥协。但是，一个"以用户为中心"的设计流程保证了这些妥协不是随机决定的。考虑用户的体验、把它分解成各个组成要素、从不同的角度来了解它，通过这些才能确保你控制了决策所造成的全部结果。 第二章 认识这些要素 1、用户体验的五个层面（提供了一个较为系统的分析框架）： 表现层 在表现层（surface），你看到的是一系列的网页，有图片和文字组成。一些图片是可以点击的

大规模爬虫流程总结 爬虫是一个比较容易上手的技术，也许花5分钟看一篇文档就能爬取单个网页上的数据。但对于大规模爬虫，完全就是另一回事，并不是1*n这么简单，还会衍生出许多别的问题。 系统的大规模爬虫流程如图所示。 先检查是否有API API是网站官方提供的数据接口，如果通过调用API采集数据，则相当于在网站允许的范围内采集，这样既不会有道德法律风险，也没有网站故意设置的障碍；不过调用API接口的访问则处于网站的控制中，网站可以用来收费，可以用来限制访问上限等。整体来看，如果数据采集的需求并不是很独特，那么有API则应优先采用调用API的方式。 数据结构分析和数据存储 爬虫需求要十分清晰，具体表现为需要哪些字段，这些字段可以是网页上现有的，也可以是根据网页上现有的字段进一步计算的，这些字段如何构建表，多张表如何连接等。值得一提的是，确定字段环节，不要只看少量的网页，因为单个网页可以缺少别的同类网页的字段，这既有可能是由于网站的问题，也可能是用户行为的差异，只有多观察一些网页才能综合抽象出具有普适性的关键字段——这并不是几分钟看几个网页就可以决定的简单事情，如果遇上了那种臃肿、混乱的网站，可能坑非常多。 对于大规模爬虫，除了本身要采集的数据外，其他重要的中间数据（比如页面Id或者url）也建议存储下来，这样可以不必每次重新爬取id。 数据库并没有固定的选择

页面架构： 系统使用 Nginx+Apache+Mysql+PHP 负载均衡 缓存系统 Memcached + Redis + File缓存 PHP 应用层框架 CodeIgniter 文件上传前端插件 WebUploader 【可以上传大文件，断点续传】 图片架构： 分布式存储集群MogileFS http://wangzan18.blog.51cto.com/8021085/1716499/ PHP扩展 MogileFS mogilefs-php扩展的安装配置 http://pecl.php.net/package/mogilefs # svn checkout http://svn.usrportage.de/php-mogilefs/trunk # cd trunk # phpize # ../configure --with-php-config=/opt/php/bin/php-config /** checking for PHP extension directory... /usr/local/php/lib/php/extensions/no-debug-non-zts-20060613 checking for PHP installed headers prefix... /usr/local/php/include/php checking if

数据表总共40万数据，然后手贱看到没有主键用的是unique key，想着把unique key直接顺手改成主键。然后整个数据表全部卡死 …… 网站无法访问。。。。 翻车，犯了大错。吓出一身冷汗。 从业数十年，都没留意过数据量这么大的时候该表结构会出现什么问题。 从来都是所以然的直接思索。但一旦遇到数据量大的时候，你以前认为的那些一切都失灵。 来源： CSDN 作者： 用户昵称不能为空 链接： https://blog.csdn.net/default7/article/details/99541644

如果硬生生的用新网站覆盖掉老网站肯定是有影响的，要做一些专业的SEO过渡处理方法，才能把影响降低。网站排名之所以能上去，就是因为搜索引擎认可了老网站的很多网页，包括URL，内容，链接和各种属性已经认可了，改版势必会导致这些页面打不开，破快原有的内部链接结构，导致网站权重失衡，排名不稳。所以网站改版前要通知专业优化人员，让专业的人去做专业的处理，千万别直接就覆盖了，有很多切换和过渡的技术要做处理，不然网站很有可能被惩罚导致排名消失。 来源： https://www.cnblogs.com/caidiyezhu/p/11677873.html

　　一、服务器租用 　　通常大部分企业用户在选择租用服务器的时候都会选择打开速度快、稳定系数高的服务器，来避免网站打开速度缓慢，这是没有问题的。但是服务器打开缓慢也有几个因素，例如服务器采用的网络环境和服务器的硬件设施条件，以及服务器的宽带是否充足，都是影响网站打开速度的原因。所以后续大家在选择服务器的时候也可以参考以下几个因素。 　　网站打开速度的测试 　　iis7网站监控 　　网站是否被劫持、DNS是否被污染、网站打开速度测试的检查。 　　二、网站内部因素 　　1、网站的页面结构 　　网站页面结构的大小和JS调用，要知道网站的结构大小和网站的访问速度也是有一定关系，文字内容较大和JS调用频繁都是影响网站速度的因素。 　　2、页面中的图片 　　很多企业喜欢使用大量图片，制作炫酷的效果，其实这对网站打开速度是有很多影响的，图片多，网站打开时加载的时间就会长。在企业营销型网站建设中，我们是建议客户合理优化图片，也是为了确保网站的打开速度，给客户一个更好体验。 　　总之，关于影响网站打开速度的原因，在实际使用中还会有更影响因素。大家在建设网站的时候要尽可能规避这些问题，提升网站打开速度，减少访客流失。 来源： https://www.cnblogs.com/xiaokeaia/p/11576823.html

经典的Django项目源码目录结构 Django在一个项目的目录结构划分方面缺乏必要的规范。在Django的官方文档中并没有给出大型项目的代码建议目录结构，网上的文章也是根据项目的不同结构也有适当的变化。 样式一 ：强调模块化设计 参见参考文章二 ··管理项目的依赖文件requirements文件夹，列出项目中需要的依赖的文件，比如项目使用的所有python包。 ··分离应用文件和库文件（apps ,libs）新建apps和libs用来保存application和library ··创建完善的setting模块 优势：模块化设计适合规模较大的项目 缺点：这种布局结构没有说明static文件的放置路径。 $ tree . . ├── djangolicious │ ├── apps │ │ ├── blog │ │ │ ├── __init__.py │ │ │ ├── models.py │ │ │ ├── tests.py │ │ │ └── views.py │ │ ├── __init__.py │ │ ├── news │ │ │ ├── __init__.py │ │ │ ├── models.py │ │ │ ├── tests.py │ │ │ └── views.py │ │ └── reader │ │ ├── __init__.py │ │ ├── models