Помогите обновить PHP

И неправда ваша, у меня ноутбук за 18 часов такое делает. :)

Правда нужно оно было ровно два раза - при исходной настройке cflags и use и когда побилась частично fs на винте, угробив часть файлов в /usr/.

Сейчас из-за этого, в гугле можно много сайтов найти, которые работают на 5.3

Достаточно ввести

Warning: date() [function.date]: It is not safe to rely on the system's timezone settings.

А вообще полный варнинг

Warning: date() [function.date]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for 'EEST/3.0/DST' instead in .......

Лечиться добавлением в php.ini:

date.timezone = "Europe/Moscow"

или

date.timezone = "Europe/Kiev"

Кому как ближе. Фанатов Joomla так же ждет разочарование, после обновления пропадет боковое меню.

Так что, лучше пока из Epel. Надеюсь информация пригодиться.🚬

Да, я встречал таких любителей - жаловались на косяки на серверах, а там - сборная солянка из разных бинарников, которые линкуются непонятно к каким библиотекам.

5.2.10 и 5.3 не рекомендую для новичков использовать. Самый оптимальный 5.2.9

Не доверяю таким "специалистам"

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

Разработчики панелей директадмин, цпанель и т.п. - л@хи?

Не "лохи", просто программисты. Которые поленились написать нормальную обвязку установки, которая бы ставила софт по правилам конкретного дистрибутива - apt\yum\rpmi\ports\portage.

Например ISPmanager-овские не поленились. В итоге - софт можно ставить, удалять, обновлять и менять настройки _системными_средствами_. Эти средства оттестированы, гарантированно работают и имеют мегатонны документации и описание всех возможных ошибок и багов.

Однако нет, надо изобретать велосипед в ввиде собственных custombuild-ов и easyapache-ей, потому, что так проще программисту (не надо держать зоопарк дистров для теста, читать доки по всем и т.д.). А то, что сложнее администратору (система превращается в слакварь) - кодеров волнует мало.

И в итоге установка того же директадмина на сервер задача далеко не всегда тривиальная. А иногда вылезают такие дивные глюки, что волосы на голове встают дыбом. Особенно если в одном флаконе собирается несколько редких параметров, например не самый новый дистрибутив + 64битная архитектура.

Удаление того же директадмина - это вообще отдельная, долгая и красивая песня. Мне к сожалению однажды пришлось это делать, и я очень пожалел, что нельзя было переустановить ОС. Такое количество равномерно размазанных по винту обрезков никакая другая панель за собой не оставляет. Добавим сюда любовь без спроса перезаписывать системные (из пакетов) библиотеки и конфиги своими и получаем форменный ад, где не сразу вообще понятно, что откуда пришло, кто от него зависит и как это убрать.

Про то, что слов "unix-way" авторы директадмина и не слышали - можно складывать легенды. Начиная от банального named restart вместо rndc reconfig и httpd restart вместо apachectl graceful, заканчивая virtual-ами, указанием юзера в трех разных местай и прочим идиотизмом.

По поводу странностей директадмина поддерживаю предыдущего оратора, поскольку тоже имел счастье удалять его с сервера, мне правда повезло больше, я в итоге владельца сервера на переустановку ОС уговорил.

А вот зачем собирать php на пакетном дистре, я тоже не особо понимаю. Ну ладно экзотику какую-нибудь, которую в пакетах не найти, но php.

DirectAdmn прекрасно работает с системным php и apache, просто ему самому нужен свой собранный php для парсинга