网页设计网站|企业网站|南城网页设计

网站建设过程中应该注意的事项有哪些

网站建设过程中应该注意的事项有哪些  2017-08-23 08:40  来源：原创先锋  我来投稿  我要评论　 企业怎么做品牌推广 七夕来了好推有礼！

　　网站建设过程中应该注意什么才能让自己的网站更加持久的适应互联网的发展?

　　1：导航栏的风格和功能布局安排

　　导航栏是一个总结的作用，导航栏的功能布局尤为重要，一个导航栏最起码应该包括：公司简介，公司主营业务，好看的网页设计，公司案例，公司新闻动态分享，联系我们。这是属于最基本的布局，也是总结性最强的布局

　　2：banner的加载速度

　　banner一般是指首页导航下面的轮播图片，现在H5技术的普及注定会淘汰一批加载慢的网站，如果一个网站打开3秒，网站的banner部分还没有加载出来，那么用户很可能关闭网站，继续浏览其他家网站，比较酷炫的banner能够给用户一个深刻的印象，能够提高用户想要继续了解的欲望，如果banner加载速度比较慢，那么对于网站的用户浏览量将是较大的损失

　　3：网站的页面布局

　　一个的页面布局既要符合网站结构又要对网站的优化带来好处，页面布局如果只用DIV+CSS技术，那么网站的布局用一句大白话来说就是小方块堆成了大方块，大方块堆成了一个网站，这样的网站美观度远不如H5来的自然，并且H5具备对搜索引擎的友好型，对于一些注重优化的公司来说是福音

　　4：网站的兼容性

　　如果您的网站只适合在PC端固定的分辨率下才能展示出比较满意的效果，在其他分辨率的设备或者说移动端上，网站出现乱码，失真的情况，那么建议您对你的网站进行改版或者重建。现在移动端设备越来越多，单是华为手机就有十几种甚至几十种分辨率，现在移动设备逐渐占据主潮流，所以说网站的兼容性问题便不容忽视，目前为止，能够兼容各种设备，并且能够实现一站多呈现方式的只有H5技术才能够做到

大型网站的 HTTPS 实践：基于协议和配置的优化

　百度在2015年即完成HTTPS改造，那大型网站的HTTPS改造中都有哪些实践经验，学院君特分析这篇干货满满系列内容，转自百度运维博客。

　　1 前言

　　上文讲到 HTTPS 对用户访问速度的影响。

　　本文就为大家介绍 HTTPS 在访问速度，计算性能，安全等方面基于协议和配置的优化。

　　2 HTTPS 访问速度优化

　　2.1 Tcp fast open

　　HTTPS 和 HTTP 使用 TCP 协议进行传输，也就意味着必须通过三次握手建立 TCP 连接，但一个 RTT 的时间内只传输一个 syn 包是不是太浪费？能不能在 syn 包发出的同时捎上应用层的数据？其实是可以的，这也是 tcp fast open 的思路，简称 TFO。具体原理可以参考 rfc7413。

　　遗憾的是 TFO 需要高版本内核的支持，linux 从 3.7 以后支持 TFO，但是目前的 windows 系统还不支持 TFO，网页设计网站，所以只能在公司内部服务器之间发挥作用。

　　2.2 HSTS

　　前面提到过将用户 HTTP 请求 302 跳转到 HTTPS，这会有两个影响：

　　1， 不安全，302 跳转不仅暴露了用户的访问站点，也很容易被中间者支持。

　　2， 降低访问速度，302 跳转不仅需要一个 RTT，浏览器执行跳转也需要执行时间。

　　由于 302 跳转事实上是由浏览器触发的，服务器无法完全控制，这个需求导致了 HSTS 的诞生：

　　Chrome， firefox， ie 都支持了 HSTS。

　　2.3 Session resume

　　Session resume 顾名思义就是复用 session，实现简化握手。复用 session 的好处有两个：

　　1， 减少了 CPU 消耗，因为不需要进行非对称密钥交换的计算。

　　2， 提升访问速度，不需要进行完全握手阶段二，节省了一个 RTT 和计算耗时。

　　TLS 协议目前提供两种机制实现 session resume，分别介绍一下。

　　2.3.1 Session cache

　　Session cache 的原理是使用 client hello 中的 session id 查询服务端的 session cache， 如果服务端有对应的缓存，则直接使用已有的 session 信息提前完成握手，称为简化握手。

　　Session cache 有两个缺点：

　　1， 需要消耗服务端内存来存储 session 内容。

　　2， 目前的开源软件包括 nginx，apache 只支持单机多进程间共享缓存，不支持多机间分布式缓存，对于百度或者其他大型互联网公司而言，单机 session cache 几乎没有作用。

　　Session cache 也有一个非常大的优点：

　　1， session id 是 TLS 协议的标准字段，市面上的浏览器全部都支持 session cache。

　　百度通过对 TLS 握手协议及服务器端实现的优化，网页设计与制作，已经支持全局的 session cache，能够明显提升用户的访问速度，节省服务器计算资源。

　　2.3.2 Session ticket

　　上节提到了 session cache 的两个缺点，session ticket 能够弥补这些不足。

　　Session ticket 的原理参考 RFC4507。简述如下：

　　server 将 session 信息加密成 ticket 发送给浏览器，浏览器后续握手请求时会发送 ticket，南城网页设计，server 端如果能成功解密和处理 ticket，就能完成简化握手。

　　显然，session ticket 的优点是不需要服务端消耗大量资源来存储 session 内容。

　　Session ticket 的缺点：

　　1， session ticket 只是 TLS 协议的一个扩展特性，目前的支持率不是很广泛，只有 60% 左右。

　　2， session ticket 需要维护一个全局的 key 来加解密，需要考虑 KEY 的安全性和部署效率。

　　总体来讲，session ticket 的功能特性明显优于 session cache。希望客户端实现优先支持 session ticket。

　　2.4 Ocsp stapling

　　Ocsp 全称在线证书状态检查协议 (rfc6960)，用来向 CA 站点查询证书状态，比如是否撤销。通常情况下，浏览器使用 OCSP 协议发起查询请求，CA 返回证书状态内容，然后浏览器接受证书是否可信的状态。

　　这个过程非常消耗时间，因为 CA 站点有可能在国外，网络不稳定，RTT 也比较大。那有没有办法不直接向 CA 站点请求 OCSP 内容呢？ocsp stapling 就能实现这个功能。

　　详细介绍参考 RFC6066 第 8 节。简述原理就是浏览器发起 client hello 时会携带一个 certificate status request 的扩展，服务端看到这个扩展后将 OCSP 内容直接返回给浏览器，完成证书状态检查。

　　由于浏览器不需要直接向 CA 站点查询证书状态，这个功能对访问速度的提升非常明显。