Интерпретатор PHP работает в режими совместимости с Zend Engine первой версии zend.ze1_compatibility_mode
В php.ini изменить значение параметра
zend.ze1_compatibility_mode off
Либо через .htaccess, путем добавления строки:
php_flag zend.ze1_compatibility_mode off
В чем разница между одинарной кавычкой (‘) и двойной кавычкой (“)?
Эту синтаксическую особенность можно продемонстрировать на примере
<?php
$var=10;
echo ‘1) Значение переменной: $var’;
echo ‘<br>’;
echo “2) Значение переменной: $var”;
?>
Даст результат:
1) Значение переменной: $var
2) Значение переменной: 10
Как видите, в первом случае PHP воспринял $var как текст, во втором – как имя переменной. Соответственно, на месте $var во втором случае мы увидели значение переменной $var, при чем если между двойными кавычками встречается символ $, обозначающий переменную, то PHP воcпримет следующий за ним набор символов (вплоть до первого символа, который не разрешен для имени переменной), как имя переменной. Если эта переменная не была объявлена, PHP сгенерирует ошибку.
Важная деталь: при двойных кавычках интерпретер не «всего-лишь» заменяет переменные и спецсимволы на их значение, а сначала ищет их во всём наборе символов от начала до конца. Так как при одинарных кавычках этого не происходит, то и обработка, соответственно, быстрей. При объёмных проектах разница во времени выполнения скрипта становится ощутимой.
Могут возникать ситуации, когда вам нужно сгенерировать уникальную строку. Я видел множество людей, использовавших для этого функцию md5(), хотя она предназначена не совсем для этой цели:
1.// generate unique string2.echo md5(time() . mt_rand(1,1000000));В действительности существует функция PHP с названием uniqid(), которая для этого подходит абсолютно точно.
01.// generate unique string02.echo uniqid();03./* prints04.4bd67c947233e05.*/06.07.// generate another unique string08.echo uniqid();09./* prints10.4bd67c947234011.*/Можно заметить, что, хотя строки уникальны, они кажутся подобными из-за нескольких первых символов. Это оттого, что сгенерированная строка связана со временем сервера. Прекрасный побочный эффект, так как каждый заново сгенерированный id в дальнейшем следует в алфавитном порядке, так что их можно сортировать.
Чтобы уменьшить вероятность получения дубликатов, можно использовать префикс или второй параметр для увеличения энтропии:
01.// with prefix02.echo uniqid('foo_');03./* prints04.foo_4bd67d6cd8b8f05.*/06.07.// with more entropy08.echo uniqid('',true);09./* prints10.4bd67d6cd8b926.1213510611.*/12.13.// both14.echo uniqid('bar_',true);15./* prints16.bar_4bd67da367b650.4368464717.*/Эта функция будет генерировать более короткие строки, чем md5(), что позволит сэкономить место.
PHP предусматривает полезные «волшебные» константы для выборки текущего номера строки (__LINE__), пути файла (__FILE__), пути каталога (__DIR__), имени функции (__FUNCTION__), имени класса (__CLASS__), имени метода (__METHOD__) и пространства имен (__NAMESPACE__).
В этой статье мы не собираемся охватывать каждую из них, но я покажу вам некоторые случаи их использования.
Когда в дело включаются другие скрипты, хорошая идея – использование константы __FILE__ (или __DIR__ в версии PHP 5.3):
1.// этот код зависит от пути загруженного скрипт2.// и может вызвать проблемы при использовании из других каталогов3.require_once('config/database.php');4.5.// а этот код всегда относителен к пути текущего файла6.// в независимости откуда он был включен7.require_once(dirname(__FILE__) . '/config/database.php');Использование __LINE__ облегчает отладку программы. Можно отследить номера строк:
01.// some code02.// ...03.my_debug("some debug message", __LINE__);04./* prints05.Line 4: some debug message06.*/07.08.// some more code09.// ...10.my_debug("another debug message", __LINE__);11./* prints12.Line 11: another debug message13.*/14.15.function my_debug($msg, $line) {16.echo "Line $line: $msg\n";17.}Для этого мы будем пользоваться функцией getrusage(). Помните о том, что она недоступна на платформе Windows.
01.print_r(getrusage());02./* prints03.Array04.(05.[ru_oublock] => 006.[ru_inblock] => 007.[ru_msgsnd] => 208.[ru_msgrcv] => 309.[ru_maxrss] => 1269210.[ru_ixrss] => 76411.[ru_idrss] => 386412.[ru_minflt] => 9413.[ru_majflt] => 014.[ru_nsignals] => 115.[ru_nvcsw] => 6716.[ru_nivcsw] => 417.[ru_nswap] => 018.[ru_utime.tv_usec] => 019.[ru_utime.tv_sec] => 020.[ru_stime.tv_usec] => 626921.[ru_stime.tv_sec] => 022.)23.24.*/Может выглядеть таинственно, пока у вас не будет навыков в администрировании системы. Вот объяснение каждого значения (учить это наизусть не нужно):
ru_oublock: количество операций блочной записи
ru_inblock: количество операций блочного чтения
ru_msgsnd: количество отправленных сообщений
ru_msgrcv: количество принятых сообщений
ru_maxrss: максимальный размер невыгружаемого набора
ru_ixrss: общий объем разделяемой памяти
ru_idrss: общий объем неразделяемых данных
ru_minflt: количество используемых страниц памяти
ru_majflt: количество ошибок отсутствия страниц
ru_nsignals: количество принятых сигналов
ru_nvcsw: количество переключений контекста процессом
ru_nivcsw: количество принудительных переключений контекста
ru_nswap: количество обращений к диску при подкачке страниц
ru_utime.tv_usec: время работы в пользовательском режиме (микросекунды)
ru_utime.tv_sec: время работы в пользовательском режиме (секунды)
ru_stime.tv_usec: время работы в привилегированном режиме (микросекунды)
ru_stime.tv_sec: время работы в привилегированном режиме (секунды)
Чтобы узнать, какие ресурсы CPU потребляет скрипт, нам нужно посмотреть на значения ‘user time’ (время работы в пользовательском режиме) и ‘system time’ (время работы в привилегированном режиме). По умолчанию величины секунд и миллисекунд представляются раздельно. Таким образом, вы можете разделить значение микросекунд на 1 миллион и добавить к значению секунд, чтобы вычислить общее количество секунд как десятичное число.
Рассмотрим пример:
01.// sleep for 3 seconds (non-busy)02.sleep(3);03.04.$data = getrusage();05.echo "User time: ".06.($data['ru_utime.tv_sec'] +07.$data['ru_utime.tv_usec'] / 1000000);08.echo "System time: ".09.($data['ru_stime.tv_sec'] +10.$data['ru_stime.tv_usec'] / 1000000);11.12./* prints13.User time: 0.01155214.System time: 015.*/Хотя выполнение скрипта заняло примерно 3 секунды, использование CPU было очень-очень низким. Это происходит потому, что во время ожидания (sleep) скрипт фактически не потребляет ресурсов CPU. Существует множество других задач, которые могут занять реальное время, но при этом не использовать время CPU, например ожидание дисковой операции. Так что, как вы видите, использование CPU и действительная длительность времени исполнения – не всегда одно и то же.
Вот другой пример:
01.// loop 10 million times (busy)02.for($i=0;$i<10000000;$i++) {03.04.}05.06.$data = getrusage();07.echo "User time: ".08.($data['ru_utime.tv_sec'] +09.$data['ru_utime.tv_usec'] / 1000000);10.echo "System time: ".11.($data['ru_stime.tv_sec'] +12.$data['ru_stime.tv_usec'] / 1000000);13.14./* prints15.User time: 1.42459216.System time: 0.00420417.*/Этот скрипт использовал примерно 1,4 секунды времени CPU, и почти все время в пользовательском режиме, так как системных вызовов не было.
Время работы в привилегированном режиме (System Time) – это количество времени, которое CPU тратит на выполнение системных запросов к ядру от имени программы. Вот пример этого:
01.$start = microtime(true);02.// keep calling microtime for about 3 seconds03.while(microtime(true) - $start < 3) {04.05.}06.07.$data = getrusage();08.echo "User time: ".09.($data['ru_utime.tv_sec'] +10.$data['ru_utime.tv_usec'] / 1000000);11.echo "System time: ".12.($data['ru_stime.tv_sec'] +13.$data['ru_stime.tv_usec'] / 1000000);14.15./* prints16.User time: 1.08817117.System time: 1.67531518.*/Теперь у нас используется довольно много времени привилегированного режима. Это происходит по тому, что скрипт много раз вызывает функцию microtime(), которая, чтобы получить данные о времени, выполняет запросы к ядру операционной системы.
Еще вы можете заметить, что цифры соответствуют 3 секундам неточно. Это потому что на сервере также, возможно, выполнялись и другие процессы, так что скрипт не использовал 100% CPU в течение всех 3 секунд.