PHP 5.3.0: Прощай .htaccess

Я уже достаточно давно работаю в конфигурации nginx + FastCGI PHP (без Apache в качестве backend). Это более эффективно — экономит память и система, в целом, более устойчива, производительна, легче в управлении (приходится конфигурировать один сервер, а не два). Единственное, чего нехватало — настройки PHP для определённого хоста (так называемые «Local Value» в phpinfo).

Так вот, в PHP 5.3.0 ситуация изменится:

— Improved php.ini handling: (Jani)
. Added ".htaccess" style user-defined php.ini files support for CGI/FastCGI
. Added support for special [PATH=/opt/httpd/www.example.com/] and [HOST=www.example.com] sections. Directives set in these sections can not be overridden by user-defined ini-files or during runtime.
Этого мне нехватало куда больше, чем пространств имён и «?:», который там тоже появятся. По правде говоря, там есть ещё более значительное для меня изменение — Late Static Binding вкупе с __callstatic и $foo:myFunc(). Или даже «Improved PHP runtime speed and memory usage: Added garbage collector».
15 февраля 2008 17:12

siberian-husky.livejournal.com (siberian-husky.livejournal.com)
16 февраля 2008, 17:26

А разве htscanner не умел "настройки PHP для определённого хоста"?

bolk (bolknote.ru)
16 февраля 2008, 17:33, ответ предназначен siberian-husky.livejournal.com:

Умел. Но это несколько перанально и на скорости сказывается — в любой папке оно ищет файл и читает его при запуске.

biolante.livejournal.com (biolante.livejournal.com)
17 февраля 2008, 15:57, ответ предназначен bolk (bolknote.ru):

А чем «?:» отличается от простого ?: ?

indeyets.livejournal.com (indeyets.livejournal.com)
17 февраля 2008, 18:31, ответ предназначен bolk (bolknote.ru):

А по мне, так garbage collector важнее :-)

хотя мне вообще категорически нравится 5.3. Очень правильный и интересный релиз

bolk (bolknote.ru)
17 февраля 2008, 21:29, ответ предназначен indeyets.livejournal.com:

Да-да, поддерживаю — очень интересный релиз. Кстати, мне всегда казалось, что garbage collection в PHP есть, кажется, я где-то это прочитал. И я очень недоумевал, когда обнаруживал, что unset достаточно больших вещей ничего не даёт.

indeyets.livejournal.com (indeyets.livejournal.com)
17 февраля 2008, 23:59, ответ предназначен bolk (bolknote.ru):

не… не путай :)
там всегда был простой сборщик мусора, который чистил память по выходу из метода/функции и иногда в другое время, но: он был простой (освобождал то, на что явно никто не ссылается)

в 5.3 же появился сборщик для неиспользуемых структур с циклическими ссылками (такой-же пару лет назад появился в python, например)

bolk (bolknote.ru)
18 февраля 2008, 00:04, ответ предназначен indeyets.livejournal.com:

Вот оно что. А когда срабатывает этот «простой» и тот что появился? С одной стороны, конечно есть функция memory_max_usage, а с другой — память иногда не освобождается даже на каких простых вещах, вроде удаления массивов скаляных типов без ссылок.

indeyets.livejournal.com (indeyets.livejournal.com)
18 февраля 2008, 09:55

<?php

for ($i = 0; $i < 10; $i++) {
    echo memory_get_usage()."\n";
    $var = range(1, 100000);
    echo memory_get_usage()."\n";
    unset($var);
}

bolk (bolknote.ru)
18 февраля 2008, 12:43, ответ предназначен indeyets.livejournal.com:

Я даже запускать не буду — верю что освобождается. Я говорю о том, что иногда этого не происходило.

bolk (bolknote.ru)
18 февраля 2008, 12:45, ответ предназначен biolante.livejournal.com:

Если это то, о чём я думаю, то это позволяет делать вот так вот:

isset($a) ?: 'default';

Игорь (инкогнито)
7 апреля 2013, 23:14

Что прописать в .htaccess чтобы php изменить на 5.3 ?

Евгений Степанищев (bolknote.ru)
8 апреля 2013, 07:12, ответ предназначен Игорь

Что-то я не понял вопроса. Что вы хотите получить?

Ваше имя или адрес блога (можно OpenID):

Текст вашего комментария, не HTML:

Кому бы вы хотели ответить (или кликните на его аватару)