源官网：http://www.zhenyijz.com/盐田网站开发公司哪家值得合作

盐田网站开发公司，无疑是现代企业不可或缺的合作伙伴。在当今数字化时代，网站已成为企业展示形象、增强品牌认知和实现业务目标的重要工具。然而，在众多的网站开发公司中，究竟哪家值得合作呢？下面将对盐田网站开发公司进行深刻的解析，以帮助您做出明智的决策。

1.技术实力：

盐田网站开发公司在技术实力方面表现优秀。他们拥有一支经验丰富且高技能的开发团队，熟练掌握各种前端和后端技术。无论是响应式设计、数据库管理还是安全性能，他们都能提供全方位的解决方案。这保证了网站的稳定性、安全性以及用户体验。

2.创新能力：

盐田网站开发公司注重创新，并能够根据客户的需求进行定制化设计。他们深入了解客户的行业特点和目标受众，通过独特的设计和功能，提供与众不同的用户体验。无论是界面设计、交互方式还是内容呈现，他们都能为客户打造一个引人入胜、易于导航的网站。

3.响应式设计：

盐田网站开发公司非常重视响应式设计，即能够适应不同终端设备的屏幕尺寸和分辨率。他们的开发团队精通HTML5和CSS3等前端技术，能够确保网站在PC、手机和平板电脑等多个设备上都能够完美显示。这对提升用户体验、减少页面加载时间以及搜索引擎优化都具有重要意义。

4.搜索引擎优化：

盐田网站开发公司在SEO（SearchEngineOptimization）方面有着广泛的经验。他们了解搜索引擎的工作原理，并能够通过优化网站的结构、内容和关键词，提高网站在搜索引擎结果中的排名。这有助于增加网站的曝光率，吸引更多的目标受众，并带来潜在的业务机会。

5.后期维护和支持：

盐田网站开发公司提供全面的后期维护和支持服务。他们有专业的技术人员负责监测网站的运行情况，及时发现并解决问题。此外，他们还提供域名注册、服务器托管和数据备份等周边服务，确保网站的稳定运行。

综上所述，从技术实力、创新能力、响应式设计、搜索引擎优化和后期支持等方面考虑，盐田网站开发公司是一家值得合作的伙伴。他们能够根据客户需求量身定制网站，并通过创新设计和优化技术，提供卓越的用户体验和业务价值。与他们合作，您必将获得一流的网站，展示您的品牌形象，引领行业趋势。

源官网：http://www.zhenyijz.com/宝安网站建设需要多少钱

宝安网站建设需要的费用是多少呢？这是很多企业主都很关心的问题。建设一个合规、专业、功能齐全的网站是企业宣传、推广、销售等方面的重要工具。下面就为大家深入解析一下宝安网站建设所需的费用。

1、需求分析和功能规划：在网站建设之前，首先要进行需求分析和功能规划。这一步是建设一个符合企业需求、满足用户使用习惯和要求的网站至关重要的一步。费用因企业需求而异，相对变动较大。

2、网站设计与界面开发：网站设计是网站建设的核心环节之一。精美的设计和用户友好的界面能够吸引用户，提升用户体验。根据企业需求，设计师将进行网站原型图、视觉设计等多项工作，费用约在XX元-XX元之间。

3、网站前端开发与后端架构搭建：网站前端开发和后端架构搭建是保证网站稳定性和流畅性的重要环节。前端开发包括HTML、CSS、JavaScript等技术的应用，后端架构搭建包括数据库设计、服务器搭建等工作。费用一般在XX元-XX元之间。

4、网站内容编写和优化：网站需要具备优质的内容才能吸引用户，同时内容的优化也有助于提升网站在搜索引擎中的排名。费用大约在XX元-XX元之间。

5、网站域名注册和服务器托管：网站域名注册和服务器托管是网站上线所必需的环节。域名注册费用因域名选择而异，一般在XX元-XX元之间。服务器托管费用则根据服务器的类型和配置而不同，一般在XX元-XX元每年之间。

6、网站测试与上线：网站建设完成后，还需要经过测试以确保各项功能正常运行。测试过程中可能会有一些Bug需要修复，费用一般在XX元-XX元之间。网站上线费用视选择的服务商而定，一般在XX元-XX元之间。

总结起来，宝安网站建设所需的费用主要包括需求分析与功能规划、网站设计与界面开发、网站前端开发与后端架构搭建、网站内容编写和优化、网站域名注册与服务器托管、网站测试与上线等环节。这些费用根据企业需求和网站规模而不同，大致在XX元-XX元之间。企业在进行网站建设时，可以根据自身需求和预算，选择合适的服务商进行合作，才能建设出性价比高的网站。

考链接

• 图解SSL/TLS协议 - 阮一峰的网络日志
• （建议精读）HTTP灵魂之问，巩固你的 HTTP 知识体系 - 掘金
• 细说浏览器输入URL后发生了什么 - 掘金
• 深入浅出HTTPS的交互过程 - 简书
• HTTPS和TCP协议三次握手设计 - 卓庆森 - 博客园
• 22. TCP协议之四次挥手_啦啦啦-CSDN博客_tcp协议四次挥手

生成请求 URL

url 的组成部分： schema :// [user:password@] host:port path?query #fragment

** schema** (协议：http/https/ssh)

user:password@ 表示登录主机的用户名、密码，不安全，不常用

** host** 主机地址，可以是 ip，也可以是域名，如果是域名，就需要做下面的 DNS 解析来查找到域名映射的服务器 ip 地址

** port** 端口号

** path** 表示请求路径，也就是标记资源所在的位置

** query** 表示请求参数，比如 k=v，如果是多个参数 k1=v1&k2=v2

** fragment** 当前页面描点，用于浏览器定位到页面的指定描点位置·

DNS 域名解析

DNS 服务器是树形结构的

- 根 DNS 服务器：返回顶级域
- 顶级域 DNS 服务器：返回权威 DNS 服务器的 ip 地址
- 权威 DNS 服务器：返回相应主机的 ip 地址

DNS 的域名查找是一个递归的查找： 客户端 -----> 浏览器缓存 -----> 本地系统 host 文件 -----> 本地 DNS解析器的缓存 -----> 本地系统的 DNS 服务器，如果在上述位置没有查找到，那么就会 -----> 根 DNS 服务器查找，根据返回的结果，继续去 -----> 顶级域 DNS 服务器查找，根据返回，再去 -----> 权威服务器查找，最后再把查找的结果返回给 -----> 客户端，结束 DNS 的查找

建立 TCP 链接

在查找到域名所映射的主机 IP 地址后，浏览器会判断当前的请求协议是 http 还是 https，如果是 https 的话，就需要进行证书的验证，因为 https 是由 http + ssl/tls 两部分组成的

- http ：
    - 第一次握手，建立连接。客户端发送连接请求报文后，客户端进入等待状态，等待服务器的确认响应（这一步是为了验证客户端是否能正常发送请求）
    - 第二次握手，服务器接收处理客户端发送的连接请求报文。服务器需要对客户端发送的请求连接报文进行确认，确认完后，就返回一个响应报文给客户端，然后服务器进入一个等待状态，等待客户端的确认请求（这一步是为了验证服务器是否能正常接收请求、发送响应）
    - 第三次握手，客户端接收响应后，将处理的报文一起发送给服务器。客户端接收到响应性，对响应报文进行确认后，就可以把等待确认状态变更为成功状态，然后再把对应的处理结果再发送给服务器，发送完毕后，整个握手流程结束，tcp 连接建立成功（这一步是为了验证客户端是否能正常接受响应以及让服务器确认自己能够正常地接收、响应请求）

小结：tcp 的三次握手就是为了让客户端确认自己的发送请求、处理响应的能力是正常，让服务器确认自己的接收请求、发送响应的功能是正常的，这个也能解释另一个常见的面试题：为什么 http 建立 tcp 连接是三次握手，而不是一次、两次、四次呢，原因就是在于一次、两次并不能完整地确认客户端、服务器的功能正常，而四次甚至更多则是多余的

- https
*https 是基于 ssl 的 http 协议*
    - 通过三次握手，建立 TCP 连接，将客户端随机数 `client_random`、客户端支持的 TLS 版本、客户端支持的加密算法、session id（用于保存会话，避免频繁断开创建 https 连接）一起发送给服务器
    - 服务器确认客户端发送的 TLS 版本、加密算法后，也会生成一个随机数 `server_random`，然后将域名的数字证书响应给客户端
    - 客户端收到证书后，会逐级向 CA 机构验证证书是否有效，确认证书的有效后（这一步很重要，这一步就是为了防止中间人攻击，因为为了确保证书的有效性，证书的签发都是由受信任的 CA 机构来进行签发管理的），客户端就会根据证书来生成新的随机数：pre-master，然后客户端会将 client_random + server_random + pre-master  用证书的公钥，进行非对称加密后，然后再用协商好的加密算法来将签名进行摘要加密，然后发送给服务器
    - 服务器拿到了加密后的签名后，会用私钥来解签，然后再用解签出来的 `pre-master `随机数对摘要进行对比，如果是一致，那么服务器就会用 `pre-master` 再加密一段信息（握手信息 + 刚刚接收到的 hash 摘要）发送给客户端
    - 客户端拿到加密后的信息，用随机数 pre-master 来加密之前发送的捂手信息，如果对比是一致，那么握手结算，后续都将使用对称加密的方式来进行通讯

小结：客户端跟服务器的 ssl 握手过去就是为了确认证书的合法性，为了平衡安全跟性能，客户端跟服务器的交互过程分别使用了非对称加密跟对称加密，因为非对称加密再安全性上面高于对称加密，但是在加解密的过程消耗是更大的，所以非对称加密仅用在握手期间的随机数加解密上，而对称加密则是用在握手成功后，接下来的每一次通讯过程

发送 HTTP 请求，服务器处理请求后，返回响应结果

TCP 连接建立起来后，客户端就可以用 http/https 协议，像服务器发起请求。服务器在接收到请求后，会先解析请求头，如果请求头有缓存信息，比如 if-no-match、if-modified-since 的话，那就先验证缓存是否有效，如果已失效，那么就重新返回资源，状态码为 200，如果还有效，那么直接返回状态码 304

关闭 TCP 连接（4 次挥手）

- 第一次挥手，主动关闭方（可以是客户端也可能是服务器端）向被动关闭方发送一个 FIN 报文（关闭的意思），然后主动关闭方进入等待关闭状态（等待被动关闭方返回的 ACK 报文）

- 第二次挥手，被动关闭方收到了主动关闭方发送的 FIN 报文后，会向其发送一个 ACK 报文，然后进入了等待关闭的状态，这个时候，被动关闭方还是可以继续向主动关闭方发送数据，直到发送完数据后，再发送一个 FIN 报文后，就进入等待主动关闭方的 ACK 报文来完成关闭

-  第三次挥手，*因为 TCP 是全双工的，所以是具有半关闭的特性，需要每一个端都要对读写部分进行关闭*，而主动关闭方虽然是已经确定是没有数据发送了，但是被动关闭方还是可以继续向主动关闭方发送数据的，这个时候，主动关闭方只能接收数据，而不能发送数据，等被动关闭方将数据传输完毕后，在接收到其发送的 FIN 报文后，主动关闭方就可以发送一个 ACK 报文完成关闭操作

- 第四次挥手，被动关闭方在收到主动关闭方发送的 ACK 报文后，就进行会关闭操作

小结： 因为 TCP 是全双工的，所以需要每一个端都要完成读写的关闭，所以就需要双方都要发送读/写的关闭状态来进行可以关闭的确认，这也就是为啥需要 4 次，而不是 5 次或者是 3 次

浏览器渲染

按照渲染的时间顺序，处理的流程分别是：

- 渲染进程将 HTML 转化为 DOM 节点
- 渲染引擎将 CSS 样式表转化为浏览器的 styleSheets，然后计算出节点的样式
- 创建布局树，并计算元素的布局信息
- 将布局树进行分层，生成布局树
- 为每一个图层生成绘制列表，并提交到合成线程中，合成现成会将图层切割成块，并栅格化每一个图块，将其转为位图
- 合成线程发送绘制图块的命令发送给浏览器进程，浏览器进程根据指令生成页面，将页面显示到显示器上

构建 DOM 数（AST 转化的过程）

- 转码，读取 HTML 的二进制内容，将二进制按照字符编码转化为字符
-  Tokens 化，将 HTML 字符通过词法分析后转化成描述每个节点的作用的标签
- 构建 nodes 节点树，根据语法分析将 tokens 标签转换成描述关系、作用的节点
- 构建 DOM 树，将 nodes 完整地连接起来

样式计算

渲染引擎将 css 样式表转化为能被浏览器理解的 styleSheets，然后计算出对应节点的样式

css 的来源主要是三种，一种是外链的样式表、写在 style 标签里面的样式表，一种是内联样式，这个计算过程就是将每一个节点的样式都做转化、计算，这样的过程又可以称为 CSSOM 的构建过程

页面布局

布局的过程就是在排除了 script、mate 这类非节点元素、非可视的元素、display: none 的节点后，通过计算、确定元素的位置信息后，构建出一颗只包含可见元素的布局树，在这个过程里，还会涉及 重绘、回流

生成分层树

在页面中，可能会存在很多复杂的效果，为了能够方便地实现这些效果，渲染引擎会为特殊的效果建立对应的图层，并生成图层数，把所有的图层都合在一起，才是用户完整看到的页面

栅格化

合成线程会根据当前浏览器的可视区域，来优先生成位图，生成位图的过程实际就是将切割的图块转化为位图

显示

最后，合成线程就会发送绘制的命令给浏览器，浏览器会根据指令来绘制页面，最终输出到显示器上

小结：浏览器会对 html 内容进行转化，然后通过渲染引擎来计算元素的位置、样式，最后再绘制成页面在浏览器上显示

总结

浏览器输入 URL 后的流程是：如果是域名访问，会先通过 DNS 解析，来拿到对应主机的 IP，如果是 IP 地址访问，就跳过这一步，然后通过 TCP 的三次握手来建立连接（这里需要知道 http、https 的握手流程），当连接建立成功后，浏览器就会发起 http 请求，然后服务器会先解析请求头，判断是否有缓存相关的请求头，如果有，那什么就判断下缓存是否失效，如果失效了，那么就重新返回资源内容，这时候的状态码是 200，通过缓存没有失效，那么就直接返回状态 304，请求处理完成后，会经过 4 次挥手来关闭 TCP 连接，到了这里，浏览器跟服务器的交互完成，接下来就是浏览器的渲染过程，浏览器会先将服务器返回的 HTML 二进制内容根据编码转化为字符，然后将字符转化 tokens，然后再把 tokens 转化为节点树，这个过程实际就是 DOM 树的构建过程，这样的过程实际就是 AST 的过程，DOM 树构建完成后，就进入了样式的计算，因为我们平常写的 css 样式并不是浏览器真实使用的数据，浏览器会进行一系列的计算后，将 css 样式转化为 styleSheet（style 样式表），这个东西我们可以通过控制台，查找一个元素节点的节点数据就可以看到这个元素节点的 styleSheet 对象数据，样式计算完成后，就开始进行元素节点的布局计算，结合 dom 树跟元素节点对应的样式数据后，就会生成只包含可见元素的布局树，比如样式设置为 display: none 的元素节点是会被跳过的，当布局树生成完成后，渲染引擎还需要针对动画效果，还生成对应的图层，这些图层的结合，才是一个完整的页面，分层树处理完成后，就进入栅格化的步骤，栅格化的布局就是把元素的图块（元素所在的分层的位置）转换成位图，这里需要注意一下的就是，浏览器会对这里进行一定的优化，这个优化就是优先对可见区域的图块进行位图转换，这样就能让用户快速看到页面，当上述步骤都完成后，合成线程就会通知浏览器进行绘制，然后输出到显示器上，进行显示