❶ php5.5 和PHP5.6的區別
PHP5.5 和PHP5.6的區別
摘要：在一個基於Vagrant的本地環境中，可能是某個錯誤的原因，導致HHVM測試結果很差；在HHVM夥伴們協助下，該原因仍在研究中！然而，在DigitalOcean的一個4GB虛擬機中，HHVM甚至蓋過了最新版的PHP-NG的風頭！
結論：它們反映出HHVM的功效更佳（在JIT熱啟動後），雖然出於某些原因，我們不能在所有裝備中獲取這些結果。
如果你記得我們在幾個月前寫過一篇文章，那時WordPress 3.9表明是完全支持HHVM的，當時是那麼令我們歡欣鼓舞。最初的基準測試結果顯示，HHVM要比驅動著當前所有PHP構建的Zend引擎高級得多。後來，問題就出來了：
HHVM只能以單個用戶運行，這意味著（在共享環境中）安全性差了
HHVM在崩潰後不會自動重啟，而不幸的是，它至今仍然經常發生
HHVM在啟動時使用大量內存，雖然，它和同規模的PHP-FPM比較，單個請求的內存使用量更低
很顯然，你不得不根據你的（或者更確切地說是你的站點）的需求採取折中方案，然而這值得嗎？切換到HHVM後，你期望獲得多少性能改善呢？
在Kinsta，我們真的想要測試所有新技術，並通常會優化這一切來為我們的客戶提供最佳的環境。今天，我最終花了點時間來配置測試環境並進行了一些測試來對比兩個不同的構建，一個是全新出爐的WordPress安裝，另外一個則添加了大量內容的WooCommerce！為了計量腳本的運行時間，我只是簡單地添加了
<?php timer_stop(1); ?>
這一行到footer.php的/body標記前。
這里是配置環境的詳情：
DigitalOcean 4GB 雨滴容器 (2 CPU核心, 4GB RAM)
Ubuntu 14.04, MariaDB10
測試站點： 已導入演示內容的Munditia主題，WooCommerce 2.1.12 & WordPress 3.9.1
PHP 5.5.9, PHP 5.5.15, PHP 5.6.0 RC2, PHP-NG （20140718-git-6cc487d）和HHVM 3.2.0 （版本是PHP 5.6.99-hhvm）
沒有進一步大費周章，這些就是我的測試結果，數值越低越好，以秒為單位：
DigitalOcean 4GB 雨滴容器
單位是秒，運行10次，越低越好
看起來似乎PHP-NG在它首次運行後就獲得了峰值性能！HHVM需要更多幾次重載，但是它們的性能貌似差不多！我等不及PHP-NG合並到開發主幹了！：）
一分鍾命中數，越高越好。
PHP 5.5.15禁用OpCache
執行： 236 hits
可用性： 100.00 %
消耗時間： 59.03 secs
傳輸的數據： 2.40 MB
回應時間： 2.47 secs
執行率： 4.00 trans/sec
吞吐量： 0.04 MB/sec
並發數： 9.87
成功的執行： 236
失敗的執行： 0
最長執行： 4.44
最短執行： 0.48
PHP 5.5.15啟用OpCache
執行： 441 hits
可用性： 100.00 %
消耗時間： 59.55 secs
傳輸的數據： 4.48 MB
回應時間： 1.34 secs
執行率： 7.41 trans/sec
吞吐量： 0.08 MB/sec
並發數： 9.91
成功的執行： 441
失敗的執行： 0
最長執行： 2.19
最短執行： 0.64
PHP 5.6 RC2禁用OpCache
執行： 207 hits
可用性： 100.00 %
消耗時間： 59.87 secs
傳輸的數據： 2.10 MB
回應時間： 2.80 secs
執行率： 3.46 trans/sec
吞吐量： 0.04 MB/sec
並發數： 9.68
成功的執行： 207
失敗的執行： 0
最長執行： 3.65
最短執行： 0.54
PHP 5.6 RC2啟用OpCache
執行： 412 hits
可用性： 100.00 %
消耗時間： 59.03 secs
傳輸的數據： 4.18 MB
回應時間： 1.42 secs
執行率： 6.98 trans/sec
吞吐量： 0.07 MB/sec
並發數： 9.88
成功的執行： 412
失敗的執行： 0
最長執行： 1.93
最短執行： 0.34
HHVM 3.2.0（版本是PHP 5.6.99-hhvm）
執行： 955 hits
可用性： 100.00 %
消耗時間： 59.69 secs
傳輸的數據： 9.18 MB
回應時間： 0.62 secs
執行率： 16.00 trans/sec
吞吐量： 0.15 MB/sec
並發數： 9.94
成功的執行： 955
失敗的執行： 0
最長執行： 0.85
最短執行： 0.23
PHP-NG啟用OpCache（構建: Jul 29 2014）
執行： 849 hits
可用性： 100.00 %
消耗時間： 59.88 secs
傳輸的數據： 8.63 MB
回應時間： 0.70 secs
執行率： 14.18 trans/sec
吞吐量： 0.14 MB/sec
並發數： 9.94
成功的執行： 849
失敗的執行： 0
最長執行： 1.06
最短執行： 0.13
❷ 求centos5.10安裝php54，mysql55的yum源
網易163源，搜狗好像也有
http://mirrors.163.com/centos/
❸ 請問php 怎麼把 \u5f85\u4f53\u529b\u6062\u590d 轉化成漢字
你好壞呀，你的漢字是：待體力恢復後，才能繼續咬人。
如果要把文字顯示在網頁上，那是非常簡單的，例子程序：
<?php
$str='\u5f85\u4f53\u529b\u6062\u590d\u540e\uff0c\u624d\u80fd\u7ee7\u7eed\u54ac\u4eba\u3002';
echo substr(str_replace('\u',';&#x',$str),1).';';
?>
❹ php如何把字元串54轉化為整形54
使用php系統函數
intval
❺ 運行php代碼瀏覽器一片空白
PhpIniDir是PHP的初始化文件php.ini的路徑，過去大家將php.ini放在windows目錄下，在PHP5中，PHP.ini的查找路徑不再限於PHP4時代的%SystemRoot%，PHP5會按以下順序查找PHP.ini：
1、PHPIniDir（Apache 2 mole only，這個指令僅僅用於當PHP作為Apache模塊時使用，不支持CGI運行的PHP）
2、注冊表鍵值：HKEY_LOCAL_MACHINE/SOFTWARE/PHP/IniFilePath
3、環境變數：%PHPRC%
4、PHP5的目錄（for CLI），或者web伺服器目錄（for SAPI moles）
5、Windows目錄（C:/windows or C:/winnt）
這五個方案中，配合Apache2時最好使用PHPIniDir，即在apache2/conf/httpd.conf文件中加入：
# configure the path to php.ini
PHPIniDir 「C:/php」
❻ apache服務啟動不了 LoadMole php5_mole "c:/www/php54/php5apache2_2.dll"刪除這句就可以了 求解
是你的語法錯誤吧，好好看看載入其他模塊是怎麼寫的吧
❼ 之前線上伺服器用的PHP版本是54的，swagger正常，升級後55,56swagger都沒法正常刷出來json了
是否有相關報錯信息？
❽ win7環境裝阿帕奇+mysql+PHP54
吧現在的web環境徹底刪除，用phpnow套件就好了
❾ win2003可以安裝php54+isapi嗎
需要的准備： 1 Framework 4 Framework4 Framework 4.0 在WinServer2003上安裝時還需要注意的細節是4.0版還有很多小的補丁版本，有可能因為版本太舊或不合適系統提示 Unable to find a version of the runtime to run this application. step 7: 測試網站： 最後在IIS默認網站目錄下新建一個index.txt 輸入 <?php echo "Hello World！"?> 保存，改名為index.php 瀏覽器輸localhost/index.php 頁面輸出Hello World!即成功。 經過以上步驟已測試成功。