共享托管网站优化(美国服务器)


shared hosting website optimization (US server)

我在godaddy上有一个托管服务器。我有一个经济计划,这是我目前项目的共同计划(在我得到交通和mnoey之前,我的预算很紧张)

我使用的是linux,我的数据库(页面、用户等)中有数据。当我显示/folder/pagex/时,我将其内部重写为rewriterule ^([^/]+)/([^/]+)/? index.php?f=$1&p=$2,然后查询数据库,获取数据并生成网页。

一切都很好,但显然它必须经过处理

  1. 从.htaccess获取页面->查询数据库->生成->显示

我想知道是否有更快的方法来执行这个?比如跳过数据库查询,但仍然显示页面

是的,你可以做很多事情。我在基于LAMP/suPHP的共享托管服务Webfusion上运行我的博客,而不是GoDaddy,但它们的总体实现架构非常相似:LAMP服务器场前面的负载平衡IP交换机,然后将1Gb互连切换回用户目录空间的NAS基础设施和操作数据库的D/B场。(是的,我还有一个AmazonEC2微实例。)

这种类型的服务提供成本低、可扩展,并且不涉及帐户持有人如何配置和管理云虚拟机。我还将我的所有内容和配置保存在后端D/B中。我的博客的平均页面加载时间(以Chome Pagespeed衡量)为200-500毫秒,Pagespeed得分为99/100。

因此,是的,在suPHP配置中,每个脚本都涉及一个PHP映像激活,通常会为请求时间增加约100mSec(本文解释了如何为您自己的服务进行基准测试),但当您从最终用户的角度对事务进行Pagespeed计时时,通常是缓存不足和压缩不足影响了性能。一旦你解决了这个问题,就会出现动态内容无法避免的图像启动——除非像Zeus建议的那样,你转向专用的VM+mod_php5+Xcache/APC。

下一个大问题是编组和读取所有脚本文件的I/O开销,当这些文件不在VFAT缓存中时,这可能会在第一次请求时增加几秒钟的时间,但我在博客文章中再次讨论了缓解问题。

PHP编译时间本身和脚本执行时间都在噪音中——除非你做了一些真正愚蠢的事情,比如对没有正确索引的大表进行全表扫描或连接。

不管怎样,我已经为像你这样的开发人员写了很多关于这类主题的文章。读一读,我希望你觉得它们有用。请带着更多的问题回到这里,但记住要让他们集中注意力;还要确保你提供了支持信息,不要用它来代替合理的研究水平。:-)

恐怕你做不到,因为它是从数据库中获取数据的,也许使用Cloudflare和CDN可以缩短页面加载时间(我认为这就是你的意思)。

祝好运