Questions tagged «web»

“ Web”或“万维网”是使用Web浏览器通过Internet访问的超文本链接文档系统的术语。大多数网页之前的“ www”是对“万维网”的引用。

1
什么时候应该使用和不使用Etags?
我只是在WebPageTest.org上浏览我们的网站,他们关于加快网站访问速度的建议之一是: 除非您有明确的理由需要,否则通常不应使用ETag标头 我想知道这意味着什么。这是否意味着您将不会更改的静态内容不应该包含它们,或者这意味着您将要定期更改的内容不应该具有它们,或者它意味着除非您拥有固定的内容,否则通常不应使用它们具体需求。 如果是后者,那么什么时候才是合适的使用时间?


1
使用IPv6,我们应该为通过HTTP(S)服务的每个主机名分配不同的IP地址吗?
借助IPv4,几乎可以肯定的是,除非有特定的需要可以保证基于IP的虚拟主机,否则应进行基于名称的虚拟主机,以避免不必要地耗尽地址空间。 但是,考虑到对于IPv6,当前的建议是,即使是归属站点也应接收多个/ 64s的地址空间,这是否合理,缺乏特定情况下的操作习惯,这会使此操作困难或望而却步,因此要为其分配不同的IPv6地址每个网站,即使这些网站共同托管在同一服务器上? 假设已经建立了一种良好的地址管理基础结构,以便可以处理地址分配,那么为每个网站分配自己的IPv6地址是反对还是反对呢? 为了完整起见,上述RFC部分中的相关部分是(强调我;请注意,这仅是为了进行比较,并且此引用并未引起有关家庭网络的问题): 同时,可能会很想给主站点一个/ 64,因为与今天的IPv4实践相比,这已经大大增加了地址空间。但是,这排除了甚至家庭站点也将支持将来的多个子网的期望。因此,强烈希望默认情况下甚至为家庭站点都分配多个子网空间。因此,本文档仍然建议给本地站点远多于单个/ 64的范围,但也不建议给每个本地站点一个/ 48的范围。 同样是为了完整性:相关网络尚没有任何IPv6分配,并且我不知道可能要进行的分配的确切大小,但是我希望在接下来的6-12年内建立并运行IPv6。几个月的时间,并希望在发生这种情况时提前做好一些准备。
9 ipv6  web-hosting  web 


5
如何在一台虚拟服务器上使用ssl_verify_client = ON并在另一台虚拟服务器上使用ssl_verify_client = OFF?
我想强制对我的虚拟主机进行ssl客户端验证。但是出现“未发送必需的SSL证书”错误,试图从中获取某些信息。 这是我的测试配置: # defaults ssl_certificate /etc/certs/server.cer; ssl_certificate_key /etc/certs/privkey-server.pem; ssl_client_certificate /etc/certs/allcas.pem; server { listen 1443 ssl; server_name server1.example.com; root /tmp/root/server1; ssl_verify_client off; } server { listen 1443 ssl; server_name server2.example.com; root /tmp/root/server2; ssl_verify_client on; } 第一台服务器回复200个http代码,但第二台服务器返回“ 400 Bad Request,未发送所需的SSL证书,nginx / 1.0.4”。 可能在同一IP上使用ssl_verify_client是不可能的吗?我应该将这些服务器绑定到不同的IP,这可以解决我的问题吗?
9 nginx  ssl  web 

1
Dell PowerEdge服务器崩溃,该如何修复?发生了什么?内部信息
我目前在读高中,并且在运行我们学校的网站。今年夏天,我们的SysAdmin被诊断出患有癌症,他去了治疗,所以我陷入了一个有趣的境地。 我真的不确定此网络服务器出了什么问题,但是我希望您的想法/教学/输入能帮助我快速学习,以便为您提供帮助。 服务器运行/正在运行FreeBSD,这可能没有任何意义,因为这是硬件问题。我知道服务器曾经有五个相同的驱动器(这意味着Raid-5吗?),但是在崩溃时,其中有三个工作的驱动器(“以降级模式运行?”)。 大约一周前,服务器由于只有1个逻辑驱动器而无法启动。我运行了配置实用程序,并看到了以下内容: 我认为在该活动驱动器上还会剩下一些数据,对吗?(我确实有Web Fies的备份,但没有实际的OS和Web Server设置)。 如果有任何我需要添加的信息,以便您可以更好地解释发生了什么,我非常愿意这样做。我只是想了解发生了什么,在某一时刻发生了什么,以及如何采取措施解决此问题。 非常感谢。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.