В срочном порядке выпущена (http://www.php.net/releases/4_4_6.php) версия PHP 4.4.6 в которой устранена проблема приводящая к краху сервера, внесенная в код в версии 4.4.5.
Проблема возникает при использовании session переменных при включенной опции register_globals.
Кроме того в комплекте php обновлена библиотека PCRE до 7 версии , исправлена ошибка в расширении curl приводящая к краху.URL: http://www.php.net/releases/4_4_6.php
Новость: https://www.opennet.ru/opennews/art.shtml?num=9994
откровенно говорю нае№№"ся я с этим 4.4.5 некисло, видеть падающий в кору апач на session_register() для меня нонсенс. но программеры от php core team еще не такого отмочить могут как выясняется. PHP это позор всех *nix систем, факт. Такой же как и командная строка в венде. позорнее проекта не видел. латаем старые дыры добавляем новые сегментэйшн фаулты, программисты "№ять юнные головы чугунные....
>откровенно говорю нае??"ся я с этим 4.4.5 некисло, видеть падающий в кору
>апач на session_register() для меня нонсенс. но программеры от php core
>team еще не такого отмочить могут как выясняется. PHP это позор
>всех *nix систем, факт. Такой же как и командная строка в
>венде. позорнее проекта не видел. латаем старые дыры добавляем новые сегментэйшн
>фаулты, программисты "?ять юнные головы чугунные....И не говори, толпа PHP-писателей вынуждает всех хостеров держать у себя это поделие. Если бы те кто пишет на PHP еще и занимались администрированием этого хлама в промышленных масштабах, они точно задумались бы над выбором другого языка. У меня до сих пор икается со времени когда включение memory_limit приводило к появлению процессов размером под 200Мб, от которых все в своп уходило. Убиваемые только по kill -9 процессы мешающие рестарту апача, уже как фичу воспринимаю.
Странно, проблем в 4.4.5 вообще не замечал. Всё работало как и всегда.
Т.е. как всегда херово? ;-)
А я еще и успел подвердить вердикт краха на 4.4.5. :(
Обновляйтесь чем побыстрее.
>при включенной опции register_globals.И причем тут php? включать не надо.
Согласен.
>>при включенной опции register_globals.>И причем тут php? включать не надо.
А register_globals, что не к php относится??
не было б "+"-ов у этого языка, не было б столько на нем понаписано.
плюс у него ровно один -- который будет водружён над его могилой.
Экие все шустрые.Пишите на brainfuck, он специально для гуру и ценителей создан :)
>Экие все шустрые.Пишите на brainfuck, он специально для гуру и ценителей создан
>:)Щаз. Даже на ассемблере кодить быстрей и эффективней. ^_^
Хех, так вот из-за чего я 22 февраля до 10 вечера на работе проторчал.)
кто-нибудь скажите, session_register починили?
пля... а мы код уже переписали... СЦУКИ!!!!
Ну, вообще-то, от всех этих штучек давным-давно было пора избавляться, так что оно вам и к лучшему. :)
я лично до 2-х ночи курил бамбук, хорошо догадался в буглисте на php.net поискать, нашол сцуко сразу. даже выяснил что оно уже пофикшено в cvs тот момент было... по ходу куча хостеров в тот день проклинали этот недоязык. дырка на дырке и дыркой погоняет.
Плюс у этого языка ровно один скорость написания поделок на нем конечно высокая и особо учить там нечего.
У меня один кореш год назад плюнул на этот кусок гов№а написал себе либу и кодит на С++ и скорость бешенная и дырок нету. Генерация 500 тыщ линков проходит в доли секунды, пыхпых свопит часами.
>У меня один кореш год назад плюнул на этот кусок гов№а написал
>себе либу и кодит на С++ и скорость бешенная и дырок
>нету. Генерация 500 тыщ линков проходит в доли секунды, пыхпых свопит
>часами.Настоящий самурай. Уважаю.
Для ряда случаев это конечно руль и круть.Но вот сколько вы на сях++ будете писать нечто уровня Joomla например?Нет, если вы напишете и выложите задаром с исходничком, вам разумеется все скажут спасибо.Но что-то пока нет героев.А жаль.Можно было бы не таскать PHP (или иной навороченый фреймворк-переросток) в ряде случаев.А интенсивные в вычислительном плане задачи для жаб, пхп и прочих перлов и питонов плохо подходят.
Млин.... да программисты начального уровня, коих много среди PHP братии... компилить устанут!!! Толку то... даже если выложить.
> А интенсивные в вычислительном плане задачи для жаб,
> пхп и прочих перлов и питонов плохо подходят."Плохо подходят" - это еще мягко сказано... -_-
Узайте php5 - а не ископаемые версии php ;-)
А я с утра обновился до 4.4.5 на 3-х хостинговых машинах
вылезли глюки, полез на сайт, обновил страницу и офигел...
Те кто поддерживает у себя работу PHP пускай пыжаться, ибо так им и надо. По большому счету то, вокруг разработок на PHP крутятся дуньги, причем неплохие. А те кто хочет кусочек пирога, воздвигают себе хостинг с поддержкой PHP, и нефига тут жаловаться. Хотя я сам давно уже перешел на Java... тут пирог побольше... да и поинтересней будет.
Уважаемые PHPсты посмотрите в сторону Ruby on Rails, перед началом очередного проекта.
Аналогичная ситуация наблюдалась с падением апача в кору Linux/apache22/php4.4.5. Именно с сессиями. Пришлось откатиться назад на 4.4.4.Однако среагировали достаточно поздно, проблема уже недели 2 как существовала.
Каждый д&^#&$#т как он хочет, кто на ПХП кто на С++ , а кто и на Джаве. Я пишу на все этих языках , ну и толку - баги есть везде исправляю и дальше пишу.
Дада, а вы курите больше mod_php...
хе-хе.. говнопрограммеров на любом языке хватает, в процентном отношении даже наверное одинаково вне зависимости от популярности яп.
а по поводу ошибок -- сами типа абсолютно чистый безглючный код пишете?
ошибок не делает тот, кто вообще ничего не делает
пусть ошибки будут в бетах и каррентах... но не в стабильных ветках.
Господа любители ЧихПыха. Как правильно заметили выше, посмотрите на Руби. Для этого его даже ставить не надо - тут интерактивная Руби-консоль: http://tryruby.hobix.com/Про язык можно почитать тут:
http://ru.wikipedia.org/wiki/RubyПосле этого дружно мигрируем на руби, сносим чихпых и наступает всеобщее счастье :)
Для тех, кто слишком занят, чтобы пользоваться поиском:
Сайт языка: http://www.ruby-lang.org/en/
Руби-на-рельсах - лучший друг вебразработчика: http://www.rubyonrails.org/
Цитата:
>Rails is a full-stack framework for developing database-backed web applications >according to the Model-View-Control pattern. From the Ajax in the view, to the >request and response in the controller, to the domain model wrapping the >database, Rails gives you a pure-Ruby development environment. To go live, all >you need to add is a database and a web server.
Читать тут: http://ru.wikipedia.org/wiki/Ruby_on_Rails
Качать отсюда: http://rubyforge.org/projects/rails/
Да что вы все с этим Руби??? Панацея что ли?!
Просто еще один инсрумент разработки. Где то лучше, где то хуже. Как обычно вобщем.
>Да что вы все с этим Руби??? Панацея что ли?!
>Просто еще один инсрумент разработки. Где то лучше, где то хуже. Как
>обычно вобщем.
Рельсы не панацея, а удобство. И он не где-то лучше. Он везде лучше! Прежде чем выказывать ламерские замечания, поюзай хоть разок это дело. С рельсами я за вечер делаю сайты на аяксе и флексе, какие ранее с пыхом не мог сделать недели делал!
"Он везде лучше!" - от это и есть ламерство.
ну-ну
если кроме этого тебе нечего ответить по существу...
>ну-ну
>если кроме этого тебе нечего ответить по существу...
По существу :).
1) Пхп есть на любом хостинге и в почти любом дистрибутиве.В курсе про LAMP?
2) На нем написана туева хуча веб приложений.Популярность все-таки сила.
3) Лично мне он как-то больше по душе чем Ruby.Скажем так, я фигово знаю и то и другое, а при попытке освоить PHP кажется мне проще и понятнее и вообще на си довольно похож.Посему выбирая между приложением на PHP и Ruby я выберу первое.Потому что везде будет работать, даже на самом занюханном хостинге или на любом мало-мальски серверном дистре оно есть по дефолту.И потому что я смогу доработать такую веб-аппу напильником при нужде, если она возникнет.Я ответил по существу?Разумеется со своей колокольни.Эстетов просьба не беспокоиться, т.к. на вкус и цвет фломастеры разные и язык который нравится вам не обязан непременно прийтись по душе всем и каждому =)
А почему ASP ещё никто не предожил?!
>А почему ASP ещё никто не предожил?!А есть в природе OpenSource-ная реализация ASP?
>>А почему ASP ещё никто не предожил?!
>
>А есть в природе OpenSource-ная реализация ASP?
mono?
>>А есть в природе OpenSource-ная реализация ASP?
>
>mono?Это же вроде реализация библиотек .NET...
http://www.mono-project.com/ASP.NET
Угу, спасибо.
В помощь страждущим пользователям FreeBSD...#!/bin/sh
echo Building new PHP4...
cd /var/db/pkg
PHP4=`ls -d php4-4.*`
PHP4EXT=`ls -d php4-extensions-*`
PKGLIST=/var/db/pkg/$PHP4/+REQUIRED_BY
for PKG in $PHP4 `cat $PKGLIST`
do
PKGMASK=`echo $PKG | sed -E -e 's/-[^-]+$//'`
PORTNAME=`find /usr/ports -name $PKGMASK -maxdepth 2`
cd $PORTNAME
make
doneecho Deleting old PHP4...
pkg_delete $PHP4EXT
for PKG in `cat $PKGLIST`
do pkg_delete $PKG
done
pkg_delete $PHP4echo Installing new PHP4...
cd /usr/ports/lang/php4
make install
cd /usr/ports/lang/php4-extensions
make install
make cleanecho Restarting Apache...
/usr/local/etc/rc.d/apache2.sh restart
>В помощь страждущим пользователям FreeBSD...
>
>#!/bin/sh
>
>echo Building new PHP4...А что, portupgrade форсированный отменили что ли?
>А что, portupgrade форсированный отменили что ли?
pkgtools не юзаю, плохо сочетается со стандартными pkg_add:pkg_delete:cd /usr/ports:make install. Разве что полностью переходить на pkgtools.