LINUX.ORG.RU

PHP 5.3.3

 , ,


0

0

Вышел PHP 5.3.3, включающий в себя официальную поддержку PHP-FPM (FastCGI Process Manager SAPI) и большое количество исправлений (результат акции «Month of PHP Security»). Включение в основную ветку патчей от php-fpm.org открывает перспективы для широкого распространения альтернативных для apache + mod_php5 решений — таких комбинаций, как nginx + php-fpm или lighttpd + php-fpm, позволяющих обеспечить более высокую производительность веб-приложений.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 3)

/usr/sbin/httpd: symbol lookup error: /usr/lib/php/extensions/pdo_sqlite.so: undefined symbol: sqlite3_libversion

никто кстати не встречался с такой ошибкой?

Sylvia ★★★★★
()
Ответ на: комментарий от KRoN73

вообще-то это собраный на этой же машине пакет slackware, php выходит не часто, я уже забыла как решила эту проблему на 5.3.2 ...
правда мне все равно это расширение (pdo_sqlite) пока не нужно

Sylvia ★★★★★
()
Ответ на: комментарий от Sylvia

>вообще-то это собраный на этой же машине пакет slackware

А! Ну так Слака же! :D

KRoN73 ★★★★★
()

Ну наконец-то..

Не придется теперь в пакетных дистрибутивах патчить, компилять и т.п.

Однако и долго же внедрялось :(

Jam_666
()

<trololo mode=«on»>питонорубикапец</trololo>

heisenberg ★★
()

Лениво

> открывает перспективы для широкого распространения альтернативных для apache + mod_php5 решений

Да? А то, что приложения зачастую прибиты гвоздями к окружению Apache и mod_rewirte ничего?

PavelR
()

{вброс}XXI век на дворе, а загружать большие файлы оно так и не научилось...{/вброс}

anonymous
()
Ответ на: комментарий от anonymous

> {вброс}XXI век на дворе, а загружать большие файлы оно так и не научилось...{/вброс}

Простите, но зачем? Используйте lftp, wget.

PavelR
()
Ответ на: комментарий от PavelR

>Простите, но зачем?

Для админки требуется. И webdav в OwnCloud тоже упирается в этот предел.

не осилили php.ini ?

Осилил, но больше, чем максимальное кол-во памяти на процесс, всё-равно не сделаешь...

anonymous
()
Ответ на: комментарий от heisenberg

не осилили php.ini ?

Ну ты покажи как, покажи. Не будет голословным.

urlin
()
Ответ на: комментарий от isden

--with-pdo-sqlite=shared,/usr

это помогает, вместо --with-pdo-sqlite=shared

Sylvia ★★★★★
()

Радостное известие, так как неосиляторство написания ебилдов и 2-х дневный их поиск доставлял немало приятных моментов.

partyzan ★★★
()

ещё было бы ок написать, что обратную совместимость с php4-like конструкторами убрали. теперь только __construct()

bobrik
()
Ответ на: комментарий от anonymous

>А чем php-fpm лучше, чем lighttpd + php-fcgi, и чо жать чтобы fpm?

Тем что fcgi демон валится почаще и насколько я знаю без костылей его не перезапустить. /etc/ini^Wrc.d/spawn-fcgi start приходит на помощь. C php-fpm в принципе можно забыть про 502 Bad Gateway (если железа на запросы будет хватать) Если сморозил чушь сильно не оскорблять!

partyzan ★★★
()

пых более чем не нужен

anonymous
()
Ответ на: комментарий от partyzan

>Тем что fcgi демон валится почаще и насколько я знаю без костылей его не перезапустить

Видимо, в Lighttpd эти костыли очень хорошо заполировали :) За несколько лет использования под приличной нагрузкой - ни одного нарекания :)

C php-fpm в принципе можно забыть про 502 Bad Gateway


Это проблема конкретных (хотя и популярных) конфигураций nginx'а :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

А если так:

В свое время на сервер поставил связку nginx+fcgiPHP(fpm) по следующим соображениям:

1. Разгрузка сервера. постылый апач на среднем VPS эт как корова в клетке, жрал всю память и лез в своп.

2. nginx как легкоконфигурируемый фронтенд занимается своим делом - отдачей статики, и проксированием всего остального на <куда скажем>.

3, Патченный fpm пых принес много новых ощущений, как-то: автоматизация работы т.н. worker'ов в зависимости от требований проекта, определение времени их жизни, соответственно гарантия работоспособности php, невзирая на кривые скрипты/запросы, динамическое распределение ресурсов системы и т.п.

А ведь Fpm патчик и по безопасности вопросы решает. Отпала необходимость чрутить (или в jail совать) многочисленные юзераккаунты, дабы потом разруливать их траффик файрволлом. С патчем все просто - в конфиге прописал нужные uid/gid для разных юзверей, в nginx'e проксируем нужный динамический контент нужному php, работающему от нужного uid. Далее - дело пары минут - iptables -m owner --uid-owner ...

Естесственноо не enterprise.. Но в рамках полудомашних проектов вполне применимо.

Jam_666
()
Ответ на: комментарий от Sylvia

> впрочем проще было самой поискать

У меня с английским туго. Что там решили, пересобирать нада с какими-то хитрыми опциями?

xintrea
()
Ответ на: Лениво от PavelR

> Да? А то, что приложения зачастую прибиты гвоздями к окружению Apache и mod_rewirte ничего?

что за окружение такое, которое зачастую, интересно аж... реврайт есть в nginx, правда не все его осиливают (.htaccess обычно из коробки идет, а тут..) - это да

r0mik
()
Ответ на: А если так: от Jam_666

>Разгрузка сервера. постылый апач

А с Апачем никто ничего и не сравнивает ;) Тут дверь открыта, можно не стучать.

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Ну эт была как-бы предыстория )

для достижения тега «история успеха».

Jam_666
()
Ответ на: комментарий от KRoN73

>Это проблема конкретных (хотя и популярных) конфигураций nginx'а :)

Ну бездумная копипаста конфигов nginx с sysoev.ru и следующие за ним 502 это естественный процесс. Я хотел сказать что с отлаженным конфигом nginx все гораздо стабильнее, ибо если даже один из child'ов упал, то он восстанавливается через заданное время восстанавливается. Чего не скажешь о spawn-fcgi. Если завалится то спасал только рестарт демона. Возможно это лишь у меня так было.

partyzan ★★★
()
Ответ на: комментарий от partyzan

Не только (и не столько об этом).

Не касаясь явного оффтопа, аки nginx, смею уважаемое сообщество заверить в том, что и сам php предыдущих версий (скомпиленный отдельно но без fpm) частенько любил стопорить всю работу сервера... вплоть до вмешательства в его внутреннюю грешную жизнь (php... а иногда и всего вебсервера).

Такая необходимость самоустраняется принципом работы php, привносимым софтои fpm.

Jam_666
()
Ответ на: комментарий от partyzan

>Я хотел сказать что с отлаженным конфигом nginx все гораздо стабильнее, ибо если даже один из child'ов упал, то он восстанавливается через заданное время восстанавливается. Чего не скажешь о spawn-fcgi.

А я хотел сказать, что с lighttpd из коробки сервер следит за бэкендом и при падении любого из процессов - немедленно перезапускает его. А не через заданное время. Да и, вообще, через заданное число запросов обычно перезапускает, чтобы не было утечек лишних и т.п. :)

Так что, повторюсь, за несколько лет плотной эксплуатации php-fast-cgi проблем не видел :)

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

Дорогой товарищ... Новость о веб-серверах? Об Nginx vs lightppd?

Такой функционал впервые официально применен в php... Это плохо?

Jam_666
()
Ответ на: комментарий от Jam_666

> Такой функционал впервые официально применен в php... Это плохо?

Это ЛОР, деточка. Я вообще удивлен отсутсвии многостраничного срача. Никто до сих пор не вспомнил даже про сраную динамическую типизацию!

PavelR
()
Ответ на: PHP не нужен!!!11one от fat_angel

>> Удивительно, что я первый кто это написал…

хочешь, я тебя разочарую ?

kto_tama ★★★★★
()
Ответ на: комментарий от xintrea

> У меня с английским туго.

Это и объясняет твои вопли про линукс.

Английский не знаешь -> документацию не читаешь -> понимание основ нет -> все делаешь через жопу

Так что это лично твои проблемы, а не линукса.

Учишься небось запросами в гугле: «как сделать саит на русскам», «пхп на русскам», «как сделат форум на русскам», «как сделать апач на русскам», «как ностроить линукс на русскам».

Типичный такой быдлокодер и ССЗБ.

anonymous
()
Ответ на: комментарий от PavelR

> Никто до сих пор не вспомнил даже про сраную динамическую типизацию!

Всем уже надоело. Ну нравится кому-то, ну и пусть.

AlexKiriukha ★★★★
()
Ответ на: комментарий от AlexKiriukha

> Всем уже надоело. Ну нравится кому-то, ну и пусть.

Не ужели новость о PHP не дойдет и до второй страницы? ЛОР уже не тот. Вот в былые-то времена...

PavelR
()
Ответ на: комментарий от PavelR

А ты расскажи всем, что программировать на ПХП удел нищебродов и лузеров, и что с тех пор как ты стал СЕО купил 3 квартиры в Москве, дачу на Лазурном Берегу и пожизненный абонемент в лучшем московском салоне с тайским массажем.

anonymous
()
Ответ на: комментарий от anonymous

А зачем весь файл в память грузить ? file_get_contents чтоли ?

P.S. Если вас мучает ограничение на размер POST/PUT - там другие настройки совсем.

anonymous
()

debian

в squeeze скорей всего не будет, и это печально

linuks ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.