文件每段前几个字符替换_每个网站需要十个（或几个）文件-CSDN博客

文件每段前几个字符替换

每个网站实际上应该有一些标准文件，但大多数情况下都被忽略了。这些大多数都是约定俗成的问题，而不是技术要求，但是您在站点上做错了，不提供它们。让对自己想找到的内容大加猜测的用户通常会在猜测URL时成功。本技巧简要讨论了每个标准文件。

究竟如何提供给定资源取决于您使用的Web服务器和Web应用程序层。在像Apache这样的“传统的”，大多数为静态的服务器中，这些资源很可能是服务器上的文字文件。但是在不同的配置中，它们实际上可能是数据库中的条目，配置文件中的行，服务器进程中的类，等等。本技巧着重于用户最终看到的内容，而不是您需要做些什么才能使其实现。

404.html

用户使用您的网站时，不可避免地会寻找不存在的资源。发生这种情况的可能可能是URL的错字，而不是其他任何原因，但是链接腐烂，后端配置错误，URL在各个点上的混乱以及其他原因都是造成这种情况的原因。当资源不可用时，最好提供某种后备页面，以帮助用户导航到更有用的内容。普通的“未找到”足以使用户知道资源不可用，但是它并不能帮助他们确定“下一步”。

创建自定义404.html（或Web服务器用来传递自定义“未找到”消息的任何机制）时的警告：太多的网站被错误地配置为传递“软404”消息。换句话说，他们提供一个带有常规“ 200 OK”标题的页面，该标题仅在文本中的某处说“不可用”，也许（但不总是）在其中某处提到“ 404错误”。你不应该这样做！相反，让您的用户以及他们的Web浏览器和其他工具休息一下，并使用准确的状态标题！

about.html

那么，为什么仍然要创建网站？是的，您有一个可以回答该问题的首页。不过，它更有可能不会，而是可以让用户登录，“出售”您的网站，显示出令人眼花something乱的内容，等等。用户可能有一种方法可以从主页导航到“关于”页面-继续进行操作，并可以从http://mysite.example.com/ about.html立即获得该信息。有人会在那里寻找它。

好的about.html页面提供了网站工作的快速概述，可能是您创建网站的原因，用户可能在意的原因，并且可能有一些链接可以导航回网站的核心功能。此页面不需要，通常也不需要花哨。只是要做到事实和简洁，以便用户可以继续利用您网站提供的所有精美内容。

contact.html

所以，你是谁？与about.html一样，用户可能会在距您现有主页足够多的点击之后获得此信息。不要让用户为这个信息而努力：将其放在http://mysite.example.com/ contact.html上。当您使用它时，也可以在同一页面上使用contacts.html。插入.htm扩展名。名字很便宜。当然，您也可以将这些信息保留在Whiz-bang导航屏幕中的这些单击结束时。寻找资源的一点冗余也不错。

copyright.html

这些东西属于谁？内容可能属于您，您又是谁？个人？公司？一组合作者？政府机构？如果您的内容在公共领域或某种形式的免费内容许可下，则让用户知道这一点可能更为重要。如今，所有内容都是受版权保护的：如果您的材料遵循不同的规则，请告知用户。没有足够的网站使用此资源，但是为什么不将其添加到您的资源中呢？有人会寻找它。

显然，不同的页面或资源可能具有不同的版权信息。让该通用页面为用户提供一些有关如何确定那些个体差异（如果相关）的信息。如果有商标问题，请同时提及。

index.html（和index.htm）

并非每个Web服务器都使用实际的index.html文件来描述其主页。根据您的设置，您可能具有URL重写，按路径名动态生成等。用户不在乎！只需使http://mysite.example.com/ index.html指向您的主页，即使您必须使用简单HTML重定向来实现此目的。

哦，当您在使用它时，您最好也使旧的Windows受限.htm扩展名也可以工作。如果您感觉特别慷慨，甚至也可以将index.cgi移到同一位置。

索引

RSS提供了许多Web内容。这样做对每个网站都没有意义，但对许多网站来说都是有意义的。使RSS内容依赖于用户特定的配置选项，登录或为特定信息付费是完全合理的。一种尺寸不一定适合所有RSS。

但是，如果您可以以RSS的形式提供某些内容，请继续进行。也许您在index.rss下给出的只是“预告”内容，以及有关如何利用完整RSS feed的重复“故事”。甚至只是一个有关RSS为什么与您的网站不相关的故事。

privacy.html

如果您打算从用户那里收集任何信息（甚至只有用户名或流量日志），请让他们知道您打算如何使用该信息。有关网站创建者和/或用户的权利和义务的法律问题很复杂-我不是律师，更不用说您的律师了。尽管如此，知道您对他们的隐私的了解，用户会感觉更好。也许是时候与您的律师讨论您打算如何处理用户数据的好时机。

robots.txt

如果您不希望通过自动工具为网站上的所有资源建立索引，请在robots.txt文件中声明。哎呀，如果您确实希望将所有内容都编入索引，也请说。对用户而言，“机器人排除标准”指令不是强制性的：如果您确实不希望看到某些内容，请不要将其放置在您的网站上，或者确保它没有足够的权限保护。但是所有主要的合法Web搜寻引擎都遵守robots.txt中的请求。明确你的意图。

security.html

security.html资源的使用不统一。但是，如果您的站点可能引起安全隐患（例如，如果您从用户那里收集了任何敏感信息），则记录安全过程（至少要大致概括）是一个好主意。如果用户有疑问或可能提出有用的改进，请在此页面上提供一些联系信息。查找此信息应遵循站点导航选项的整体组织。但是，当您使用它时，也可以在该URL上放置该资源的副本。

确切地讲，如何显示整个网站的地图还没有很好的标准化。遵循这些思路提供一些东西总是有用的，但是究竟可以提供多少详细信息取决于您网站的动态程度（以及方式）。此外，您想向用户显示的内容可能取决于站点的目的。例如，如果所有用户没有使用资源X的权限，那么让他们完全知道资源X可能并不适合。使用您的判断力，但请考虑提供一些东西。

对于许多站点而言，站点地图只是对诸如搜索引擎之类的机器人友好的一种方式。 Google发布了一个约定，该约定附带在robots.txt约定上。简而言之，您可以创建一个XML文件，该文件记录站点提供的所有资源。它充当“包含列表”，以补充robots.txt的“排除列表”。

电子邮件地址

并非所有事情都在网络上发生。实际上，以防万一您网站上的导航工具没有达到您的期望（或者您的用户在辨别您的优雅设计时会出现小故障），也可以让用户也通过电子邮件与您联系。

无论如何，请在contact.html和您网站的其他位置上突出宣传联系信息。但是，作为后备，请确保发送到一些通用电子邮件地址的邮件会到达正确的人。这些至少包括postmaster @ mysite.example.com，webmaster @ mysite.example.com和security@mysite.example.com。对于真正的老朋友，您可能也希望让root@mysite.example.com有意义的地方（但出于安全原因，可能不要“ root”）。当您使用它时，请使用电子邮件转发功能发送更多的单词，这些单词对于您的网站而言似乎很明显。电子邮件地址几乎与Web服务器目录中的符号链接一样便宜。

翻译自: https://www.ibm.com/developerworks/web/library/wa-webfiles/index.html