‘壹’ 让php网站跑的更快 如何优化PHP
php（做为现在的主流开发语言）是一种执行起来非常迅速的编程语言，但是比起仅仅优化代码来说仍然值得优化php（做为现在的主流开发语言）本身。
本文我们将根据一些实效阐述为什么优化php（做为现在的主流开发语言）本身要比优化代码来的更贴切，以及为什么需要理解根据php（做为现在的主流开发语言）在你的服务器上其他相关子系统的表现找出瓶颈并修复之。与此同时，我们也提到了如何优化您的php（做为现在的主流开发语言）代码来让他们拥有更快的执行速度。
获得高性能
当我们谈及好的性能，往往不仅仅是指您的php（做为现在的主流开发语言）代码执行起来有多快。性能是一套在可量化评测和速度之间取出的平衡。仅仅依靠使用更少资源的代码执行起来也许比在高速缓存中之行的代码更慢，并且相同的一组（在高速缓冲中执行的）代码可以在同时并发执行在一台Web服务器上。
在下面的例子中，A.php（做为现在的主流开发语言）算作一位尽可能跑得快的赛跑选手，而B.php（做为现在的主流开发语言）是一个几乎可以以同一慢速永远跑下去的马拉松选手。轻负荷情况下，A.php（做为现在的主流开发语言）可以充分的快，但是当流量增加后，B.php（做为现在的主流开发语言）的性能表现将仅仅降低一点点而A.php（做为现在的主流开发语言）会垮掉。
让我们来通过一个事实来验证此说法更深远的本质意义。假设我们需要读取一个250K的文件并生成一个关于此文件的HTML概要。我们写了两个脚本来做同样一件事：hare.php（做为现在的主流开发语言）将一次性读取整个文件到内存中，然后一步执行到位；而tortoise.php（做为现在的主流开发语言）每次只读取文件的一行，并且决不超过内容容量。结果Tortoise.php（做为现在的主流开发语言）因为多次读写需要更多的系统回应而慢得多。"
程序每执行一次，hare.php（做为现在的主流开发语言）需要0.04秒CPU执行时间和10Mb的内存，而tortoise.php（做为现在的主流开发语言）需要0.06秒CPU执行时间和5Mb的内存。服务器共有100Mb实际内存容量并且其CPU有99%是空闲的。我们同时假定执行这样一个简单事件不产生内存碎片。
当有10各程序并发执行时，hare.php（做为现在的主流开发语言）将发生内存溢出（10 ×10 = 100）。与此同时，tortoise.php（做为现在的主流开发语言）仍将有50Mb空余内存可用！11个程序并发执行将使hare.php（做为现在的主流开发语言）彻底“溃败”因为它开始需要使用虚拟内存——执行速度有可能降低到其常规速度的一半以下；而且现在每一个单独程序进程需要0.08秒CPU执行时间。而此期间，tortoise.php（做为现在的主流开发语言）仍旧运行在其常规CPU执行时间——0.06秒！
以下表格中，执行得更快的php（做为现在的主流开发语言）脚本使用粗体区分开来：
------------------------------------------------------------------------------------------
| 连接数 | 每执行1次HTTP请求所需CPU执行时间（秒）| 每执行10次HTTP请求所需CPU执行时间（秒）| 每执行11次HTTP请求所需CPU执行时间（秒）|
------------------------------------------------------------------------------------------
| hare.php（做为现在的主流开发语言） | 0.04 | 0.04 | 0.88（内存溢出） |
------------------------------------------------------------------------------------------
| tortoise.php（做为现在的主流开发语言） | 0.06 | 0.60 | 0.66 |
------------------------------------------------------------------------------------------
如您在上例中看到的，获得更好的性能不再仅仅是写出执行起来更快的php（做为现在的主流开发语言）程序。高性能php（做为现在的主流开发语言）表现需要对底层硬件知识以及操作系统、软件支持如Web服务器、数据库等有一个良好认识和理解。
瓶颈
以上两个例子让我们看到了（性能）下降的瓶颈所在。当拥有无限大容量的内存时，hare.php（做为现在的主流开发语言）的确是始终比tortoise.php（做为现在的主流开发语言）快。但是，仅仅认为内存是php（做为现在的主流开发语言）整体性能的瓶颈所在显得过于单纯——实际上远不止这些：
（a） 网络
你的网络有可能是最大的瓶颈所在。如果你有10M的带宽——最多你只能获得1M/秒的传输速度。如果假设每个php（做为现在的主流开发语言）页为30k，那么每秒仅仅只传输33页就将使你的网络带宽达到饱和。更多导致瓶颈产生的因素包括频繁访问低速DNS，或者网络设备仅能获得十分有限的存储。
（b） CPU
如果你监视一下你的CPU负荷情况，发送一个纯静态HTML页面并不会增加CPU负担——就像我们以上提到的，此时瓶颈在于网络。当然啦，对于由php（做为现在的主流开发语言）生成的复杂动态页面，你的CPU速度自然将成为限制因素之一。拥有包含多个CPU的服务器或者一个服务器阵列将减轻因CPU带来的影响。
‘贰’ php优化方法
$rsuly = mysql_query("select * from login_record where logintype = '1' order by time desc");
$a = array();
while($row = mysql_fetch_array($rsuly))
{
$a[] = $row ;
}
echo count($a);
这个应该是你想要的结果，如果你想直接统计logintype=1的数据有多少行，直接用sql就可以搞定啦
select count(*) as n from login_record where logintype = '1' order by time desc
‘叁’ php有哪些优化技巧
优化的点有很多，看具体使用环境：
1、 用单引号代替双引号来包含字符串，这样做会更快一些。因为 PHP 会在双引号包围的 字符串中搜寻变量，单引号则不会，注意：只有 echo 能这么做，它是一种可以把多个字符 串当作参数的“函数”(译注：PHP 手册中说 echo 是语言结构，不是真正的函数，故把函数 加上了双引号)。
2、如果能将类的方法定义成 static，就尽量定义成 static，它的速度会提升将近 4 倍。
3、$row['id'] 的速度是$row[id]的 7 倍。
4、echo 比 print 快，并且使用 echo 的多重参数(译注：指用逗号而不是句点)代替字符串 连接，比如 echo $str1,$str2。
5、在执行 for 循环之前确定最大循环数，不要每循环一次都计算最大值，最好运用 foreach 代替。
6、注销那些不用的变量尤其是大数组，以便释放内存。
7、尽量避免使用__get，__set，__autoload。
8、require_once()代价昂贵。
9、include 文件时尽量使用绝对路径，因为它避免了 PHP 去 include_path 里查找文件的速 度，解析操作系统路径所需的时间会更少。
10、如果你想知道脚本开始执行(译注：即服务器端收到客户端请求)的时刻，使用 $_SERVER['REQUEST_TIME'] 要好于 time()
11、函数代替正则表达式完成相同功能。
12、str_replace 函数比 preg_replace 函数快，但 strtr 函数的效率是 str_replace 函数的四倍。
13、如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么 可以考虑额外写一段替换代码， 使得每次传递参数是一个字符， 而不是只写一行代码接受数 组作为查询和替换的参数。
14、使用选择分支语句(译注：即 switch case)好于使用多个 if，else if 语句。
15、用@屏蔽错误消息的做法非常低效，极其低效。
16、打开 apache 的 mod_deflate 模块，可以提高网页的浏览速度。
17、数据库连接当使用完毕时应关掉，不要用长连接。
18、错误消息代价昂贵。
19、在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。
20、递增一个全局变量要比递增一个局部变量慢 2 倍。
21、递增一个对象属性(如：$this->prop++)要比递增一个局部变量慢 3 倍。
22、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢 9 至 10 倍。
23、仅定义一个局部变量而没在函数中调用它，同样会减慢速度(其程度相当于递增一个局 部变量)。PHP 大概会检查看是否存在全局变量。
24、方法调用看来与类中定义的方法的数量无关，因为我(在测试方法之前和之后都)添加了 10 个方法，但性能上没有变化。
25、派生类中的方法运行起来要快于在基类中定义的同样的方法。
26、调用带有一个参数的空函数，其花费的时间相当于执行 7 至 8 次的局部变量递增操作。 类似的方法调用所花费的时间接近于 15 次的局部变量递增操作。
27、Apache 解析一个 PHP 脚本的时间要比解析一个静态 HTML 页面慢 2 至 10 倍。尽量 多用静态 HTML 页面，少用脚本。
28、除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套 PHP 缓存机制通常 可以提升 25%至 100%的性能，以免除编译开销。
29、尽量做缓存，可使用 memcached。memcached 是一款高性能的内存对象缓存系统， 可用来加速动态 Web 应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使 得脚本不必为每个请求做重新编译。
30、 当操作字符串并需要检验其长度是否满足某种要求时， 你想当然地会使用 strlen()函数。 此函数执行起来相当快，因为它不做任何计算，只返回在 zval 结构(C 的内置数据结构，用 于存储 PHP 变量)中存储的已知字符串长度。但是，由于 strlen()是函数，多多少少会有些 慢，因为函数调用会经过诸多步骤，如字母小写化(译注：指函数名小写化，PHP 不区分函 数名大小写)、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用 isset() 技巧加速执行你的代码。 (举例如下) if (strlen($foo) < 5) { echo “Foo is too short”$$ } (与下面的技巧做比较) if (!isset($foo{5})) { echo “Foo is too short”$$ } 调用 isset()恰巧比 strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它 的执行不需要函数查找和字母小写化。 也就是说， 实际上在检验字符串长度的顶层代码中你 没有花太多开销。
31、当执行变量$i 的递增或递减时，$i++会比++$i 慢一些。这种差异是 PHP 特有的，并不 适用于其他语言， 所以请不要修改你的 C 或 Java 代码并指望它们能立即变快， 没用的。 ++$i 更快是因为它只需要 3 条指令(opcodes)，$i++则需要 4 条指令。后置递增实际上会产生一 个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的 一种，正如 Zend 的 PHP 优化器所作的那样。牢记这个优化处理不失为一个好主意，因为 并不是所有的指令优化器都会做同样的优化处理， 并且存在大量没有装配指令优化器的互联 网服务提供商(ISPs)和服务器。
32、并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很 多内存。
33、并非要用类实现所有的数据结构，数组也很有用。
34、不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码?
35、当你需要时，你总能把代码分解成方法。
36、尽量采用大量的 PHP 内置函数。
37、如果在代码中存在大量耗时的函数，你可以考虑用 C 扩展的方式实现它们。
38、 评估检验(profile)你的代码。 检验器会告诉你， 代码的哪些部分消耗了多少时间。 Xdebug 调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。
39、mod_zip 可作为 Apache 模块，用来即时压缩你的数据，并可让数据传输量降低 80%。
40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情况下，尽量 用 file_get_contents，因为他的效率高得多!但是要注意 file_get_contents 在打开一个 URL 文件时候的 PHP 版本问题;
41、尽量的少进行文件操作，虽然 PHP 的文件操作效率也不低的;
42、优化 Select SQL 语句，在可能的情况下尽量少的进行 Insert、Update 操作(在 update 上，我被恶批过);
43、尽可能的使用 PHP 内部函数(但是我却为了找个 PHP 里面不存在的函数，浪费了本可 以写出一个自定义函数的时间，经验问题啊!);
44、 循环内部不要声明变量， 尤其是大变量： 对象(这好像不只是 PHP 里面要注意的问题吧?);
45、多维数组尽量不要循环嵌套赋值;
46、在可以用 PHP 内部字符串操作函数的情况下，不要用正则表达式;
47、foreach 效率更高，尽量用 foreach 代替 while 和 for 循环;
48、用单引号替代双引号引用字符串;
49、“用 i+=1 代替 i=i+1。符合 c/c++的习惯，效率还高”
50、对 global 变量，应该用完就 unset()掉;
‘肆’ php做优化包括哪些内容
1：单引号代替双引号，双引号会去找变量。
2：方法定义为static，性能提升4倍。
3：$arr['id']的性能是$arr[id]的7倍。
4：echo性能快，尽量使用echo $a,$b,$c而非echo $a.$b.$c。
5：循环之前确定循环次数，尽量用foreach。
6：注销不使用的变量，节省内存。
7：尽量不使用魔法函数：__get、__set等。
8：require_once()会检查是否载入，消耗内存。
9：include文件时使用绝对路径，省去查找的时间。
10：脚本开始执行时间$_SERVER[‘REQUEST_TIME’]要好于time()。
11：正则效率低，用函数代替。
12：str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。
13：接收客串的效率比接收数组的效率高。
14：switch case好于多个if else。
15：用@屏蔽错误消息的方法很低效。
16：打开apache的mod_deflate模块，可以提高网页的浏览速度。
17：数据库连接当使用完毕时应关掉，不要用长连接。
18：错误消息代价昂贵。
19：在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。
20：递增一个全局变量要比递增一个局部变量慢2倍。
21：递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。
22：递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。
23：仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。
24：方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。
25：派生类中的方法运行起来要快于在基类中定义的同样的方法。
26：调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。
27：Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。
28：尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。
29：当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval 结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset() 技巧加速执行你的代码。
30：当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商（ISPs）和服务器。
31：并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。
32：尽量采用大量的PHP内置函数。
33：如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。
34：mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。
35：在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下，尽量用 file_get_contents，因为他的效率高得多！但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题。
36：尽量的少进行文件操作，虽然PHP的文件操作效率也不低的。
37：优化Select SQL语句，在可能的情况下尽量少的进行Insert、Update操作(在update上，我被恶批过)。
38：循环内部不要声明变量，尤其是大变量：对象。
39：多维数组尽量不要循环嵌套赋值。
40：在可以用PHP内部字符串操作函数的情况下，不要用正则表达式。
41：foreach效率更高，尽量用foreach代替while和for循环。
42：用i+=1代替i=i+1。符合c/c++的习惯，效率还高。
43：对global变量，应该用完就unset()掉。
‘伍’ php网站怎样优化
做成静态页 写个缓存。
‘陆’ php性能优化的几个方法
面对一个性能问题是，第一步永远是找到问题产生的原因，而不是去看技巧列表。搞明白产生瓶颈的原因，找到目标并且实施修复，然后再重新测试。查找瓶颈只是万里长征的第一步，这里有些常用技巧，希望对最重要的第一步找到瓶颈能有所帮助。
使用监控方法（比如监控宝），进行benchmark和监控，网络，特别是网络状况瞬息万变，做得好的话5分钟就可以找到瓶颈。
剖析代码。必须了解那部分代码耗时最多，在这些地方多多关注。
想找到瓶颈，请检查每个资源请求（比如，网络、CPU、内存、共享内存、文件系统、进程管理、网络连接等等……）
先对迭代结构和复杂的代码进行benchmark
在在真实负载下用真实数据进行真实测试，当然，如果可以最好用产品服务器。
缓存
（Caching）
有些人认为缓存是解决性能问题最有效的办法之一，试试这些：
使用OPCODE（操作码）缓存，这样脚本就不会在每次访问时重新编译一次。比如：启用Windows平台上的windows缓存扩展。可以缓存opcode，文件，相对路径，session数据和用户数据。
考虑在多服务器环境下使用分布式缓存
在调用imap_header()之前先调用imap_headers()
编译
vs. 解释（Compiling vs. Interpreting）
将PHP源码编译成机器码。动态解释执行同样的编译，但它是按行执行的。编译为opcode是折中选择，它可以将PHP源码翻译为opcode，之后opcode再转为机器码。以下为关于编译与解释的相关技巧：
上线之前将PHP代码编译为机器码。opcode缓存尽管并不是最好的选择，但依旧比解释型来得强。或者，考虑将PHP代码编译成一个C扩展。
PHP的opcode编译器（bcompiler)还不能在产品环境中使用
‘柒’ 如何正确实现PHP网站优化
1、使用GZip
在每一个PHP页面顶部加入以下代码：
<?php ob_start("ob_gzhandler");?>
使用该代码后服务器会压缩所有需要传送到客户端的代码，并在浏览器中进行解压，从而使网站运行速度加快。这一功能还可以节省网站空间的流量。
2、不要滥用Javascript和Ajax
只在需要的时候才使用Javascript和Ajax，千万不要滥用它们。有些网站使用了太多不必要的Ajax动画，或使用Ajax来加载无用的部分。这样一来Javascript文件就会变得很大，而实际上却有很多其他方案来实现这些功能。
3、图片、头文件和HTTP请求
网页所引用的图片、外部文件以及CSS样式文件越多，网页就加载得越慢。花些时间把图片文件和其他外部文件缩小一些吧，使它们能更快地被加载。此外，每一次加载图片和外部文件时都会产生一个HTTP请求，这一定会拖延加载时间。
4、限制MySQL查询次数
对数据库的每一次请求都会使网页的加载速度减缓一些。网络开发者允许很难控制这一点，但是在一些细节的地方是可以进行优化的。比如，在选择数据库记录时，不要使用以下代码：
SELECT * FROM database
而是使用：
SELECT id, name, date, author, etc, blah, blah FROM database
这会消耗更少的查询时间并减少服务器的负载。
5、.php扩展名
有些人认为将JS文件保存为filename.js.php以及将CSS文件保存为stylesheet.css.php会让加载的时间减少些，但我并没有察觉到这其中的差别。当然，如果你网站的速度变得很慢，你可以试试这个方法。当然，你需要在每个PHP文件中用include()去载入这些文件。
‘捌’ Php网站如何优化才好
优化网站，对于PHP来说主要有以下几点
代码分析，找出耗时长或者卡顿的代码加以优化。
循环太多：循环太多就考虑如何去掉循环，或者优化循环体结构，包括每次提前计算好变量，不在循环体内做过多运算。
IO瓶颈：就是sql语句有缺陷，或者磁盘读写过慢，网络带宽过低。sql优化包括索引优化，启用redis或memcache，分表分库等等优先顺序从前到后，网上都有很多教程。磁盘读写慢，就要考虑上固态硬盘。带宽就要联系网络运营商解决
精简前端页面。现在页面功能越来越复杂，卡顿不一定是后台，前端出现问题也很多。包括页面内容太多（适当缩减一部分网页内容），js，css，图片太大（对js，css进行压缩，去掉冗余代码等。使用压缩格式的图片，如jpg格式控制图片大小（尽量在100K甚至10K以内）启用网页缓存等）
深度优化性能，包括采用更快的PHP（PHP7.2），更快的服务器（Linux+nginx），更快的mysql（读写分离）等等。
‘玖’ win7 php环境套件。
CoreAMP 20110401（7z压缩），强列推荐
一款适用于windows下开发PHP站点的完全绿色服务器端集成环境。解压到任意非中文目录即可使用，简单拷贝即可部署多个项目环境，控制台方式和服务方式随意组合，查看访问日志和SQL日志简单方便，附有详细的教程可自己动手制作。包含Apache 2.2.17、Mysql 5.1.56、PHP 5.2.17（ZendDebugger、ZendOptimizer）、PHP 5.3.5（XDebug、XCache）、Nginx 0.8.54、memcached 1.4.5、Subversion 1.6.12、PHPUnit 3.5.13、phpDocumentor 1.4.3、phpMyAdmin 3.3.10。
AMPserv（本人用的是这款）
原定于9月推出的 APMServ 新版本，剩余一部分功能尚待完成，推迟到10月推出，敬请期待！新版本放弃Apache，将以Nginx为主体Web服务器。
wmnp （Mysql-5.1.48 + Nginx-0.8.50 + PHP-5.2.10）+ phpMyAdmin【服务器稳定版】优化！
本人推荐第一个和第2个 我就是用第二个架的服务器
你挨个看看吧，有一个更适合你
PS:放弃Apache吧 现在基本都在用Nginx架构了 你可以搜一下他的优点
希望对您有帮助