网站关键词没有排名网站制作

一般性建议尽管您的实际情况会指导您选择的缓存策略，但是下面的建议能帮助您获得一些合理的决定。在您担心使用哪一个特定的头部之前，有一些特定的步骤可以帮助您提高您的缓存命中率。一些建议如下：●为图像、CSS和共享的内容建立特定的文件夹：将内容放到特定的文件夹内使得您可以方便的从您的站点中的任何页面引用这些内容。●使用同样的URL来表示同样的内容：由于缓存使用内容请求中的主机名和路径作为键，因此应保证您的所有页面中的该内容的引用方式相同，前一个建议能让这点更加容易做到。●尽可能使用CSS图像拼接：对于像图标和导航等内容，使用CSS图像拼接能够减少渲染您页面所需要的请求往返，并且允许对拼接缓存很长一段时间。●尽可能将主机脚本和外部资源本地化：如果您使用Java脚本和其他外部资源，如果上游没有提供合适的缓存头部，那么您应考虑将这些内容放在您自己的服务器上。您应该注意上游的任何更新，以便更新本地的拷贝。●对缓存内容收集文件摘要：静态的内容比如CSS和Java文件等通常比较适合收集文件摘要。这意味着为文件名增加一个独特的标志符（通常是这个文件的哈希值）可以在文件修改后绕开缓存保证新的内容被重新获取。有很多工具可以帮助您创建文件摘要并且修改HTML文档中的引用。对于不同的文件正确地选择不同的头部这件事，下面的内容可以作为一般性的参考：●允许所有的缓存存储一般内容：静态内容以及非用户相关的内容应该在分发链的所有节点被缓存。这使得中间节点可以将该内容回复给多个用户。●允许浏览器缓存用户相关的内容：对于每个用户的数据，通常在用户自己的浏览器中缓存是可以被接受且有益的。缓存在用户自身的浏览器能够使得用户在接下来的浏览中能够瞬时读取，但这些内容不适合在任何中间代理节点缓存。●将时间敏感的内容作为特例：如果您的数据是时间敏感的，那么相对上面两条参考，应该将这些数据作为特例，以保证过期的数据不会在关键的情况下被使用。例如，您的站点有一个购物车，它应该立刻反应购物车里面的物品。依据内容的特点，可以在Cache-Control头部中使用no-cache或no-store选项。●总是提供验证器：验证器使得过期的内容可以无需重新下载而得到刷新。设置ETag和Last-Modified头部将允许缓存向原始服务器验证内容，并在内容未修改时刷新该内容新鲜度以减少负载。●对于支持的内容设置长的新鲜期：为了更加有效的利用缓存，一些作为支持性的内容应该被设置较长的新鲜期。这通常比较适合图像和CSS等由用户请求用来渲染HTML页面的内容。和文件摘要一起，设置延长的新鲜期将允许缓存长时间的存储这些资源。如果资源发生改变，修改的文件摘要将会使缓存的数据无效并触发对新的内容的下载。那时，新的支持的内容会继续被缓存。●对父内容设置短的新鲜期：为了使得前面的模式正常工作，容器类的内容应该相应的设置短的新鲜期，或者设置不全部缓存。这通常是在其他协助内容中使用的HTML页面。这个HTML页面将会被频繁的下载，使得它能快速的响应改变。支持性的内容因此可以被尽量缓存。关键之处便在于达到平衡，一方面可以尽量的进行缓存，另一方面为未来保留当改变发生时从而改变整个内容的机会。您的站点应该同时具有：●尽量缓存的内容●拥有短的新鲜期的缓存内容，可以被重新验证●完全不被缓存的内容这样做的目的便是将内容尽可能的移动到第一个分类（尽量缓存）中的同时，维持可以接受的缓存命中率。

相同内容相同模板。这样的类似于镜像站，搜索引擎对于这样的网页的话，会进行聚类，将这些页面聚成一个网页，所以不一定会排序到你。相同内容不同模板。这样的页面就类似于转载，也不一定会排序到你。内容略不同模板相同。这个就很有可能被搜索引擎判为作弊，如果是转载过来的话，那么内容中应该是相同的，如果你调整了内容的话，可能是作弊方面的，比如采集。内容略不同模板不同这种类似大型门户网站的转载情况，比如新闻类的，就一件事，内容怎么改也是大同小异，这种搜索引擎就会将这个页面在搜索结果里放出来。

所以，如果是伪原创的话，内容尽管很重要，但是模板同样也是非常重要的，下面就来说下模板的优化。处理模板的时候，需要注意一些细节方面的问题。就拿我现在的一个网站的例子来说明，每次为网站进行整站静态页更新之后，网站的流量就会变少，这在一开始的时候我认为是服务器负载过高导致的，而事实是，服务器是很小一方面原因，真正的原因在于我的更新策略出现了严重的问题。