PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Torbalan Trolski

Well-Known Member
Някой пробвал ли е това чудо PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum?
Нямам тестов сървър под ръка, всичко живо ми е продакшън :(
Ще ми се да ползвам някои екстри, особено Zend Optimizer+, а ако чакам на червената шапка ще го имам сигурно след като излезе PHP 7 ...
Пък от 4-5 години съм се измързеливил и не ми компилира от сорс.
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Защо да е чудо? 5.5 e stable и излезе преди доста време вече. Аз го използвам още от както беше алфа.

Само че ти препоръчвам да не използваш webtatic репо, а epel и remi. php беше мисля в remi.

Най-удобно е да си направиш собствен репос, но ако не ти се занимава, с epel и remi не съм имал проблеми до сега.
 
Последно редактирано:
От: От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Защо да е чудо? 5.5 e stable и излезе преди доста време вече. Аз го използвам още от както беше алфа.

Само че ти препоръчвам да не използваш webtatic репо, а epel и remi. php беше мисля в remi.

Най-удобно е да си направиш собствен репос, но ако не ти се занимава, с epel и remi не съм имал проблеми до сега.

Въпроса беше за рпм-тата и репоса. webtatic не съм ги ползвал до сега epel и remi използвам от години и не съм имал ядове.
Като минах от слак на цент преди 6-7 години, в началото си направих собствено репо, ама си ме мързи, а и всичките странични зависимости ме отказаха да си играя.

Ще пробвам днес, ако ми остане време с един по малко натоварен сървър и ще докладвам :)
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Е как ще пробваш на production :lol:

Пусни си една виртуална машина и добави remi. yum clean all && yum install php и си готов. Ще качи 5.5.4.
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Е как ще пробваш на production :lol:

Пусни си една виртуална машина и добави remi. yum clean all && yum install php и си готов. Ще качи 5.5.4.
Е това е ясно, че ще работи като чист инстал. Ама на production се търкалят php-5.3.3-3.el5.8.x86_64, него искам да сменя.
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Симулирай същата среда де. Качи първо php-5.3.3-3.el5.8.x86_64 и след това обнови до 5.5 Тривиална е процедурата, но аз пак не бих си играл директно на production-a. Ако конфигурацията ти го ползволява можеш image да направиш, deploy на впс-а и там да човъркаш на воля.
 
Някой пробвал ли е това чудо PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum?
Нямам тестов сървър под ръка, всичко живо ми е продакшън :(
Ще ми се да ползвам някои екстри, особено Zend Optimizer+, а ако чакам на червената шапка ще го имам сигурно след като излезе PHP 7 ...
Пък от 4-5 години съм се измързеливил и не ми компилира от сорс.

Хъм щом всичко е продъкшън сигурен ли си че скриптовете който са на сървъра ще вървят добре на 5.5
аз мога да изредя една камара комерсиални който няма, и тепърва им се добавя съвместимост със 5.4

аз бих сложил 5.3.27 за съвместимост като знам че всияко работи а опкеша нa зенд го има за всики верси php от 5.2 нагоре като в гит хъба пишеха че в бъдеще ще премахнат 5.2
http://pecl.php.net/package/ZendOpcache
 
От: Re: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Хъм щом всичко е продъкшън сигурен ли си че скриптовете който са на сървъра ще вървят добре на 5.5
аз мога да изредя една камара комерсиални който няма, и тепърва им се добавя съвместимост със 5.4

аз бих сложил 5.3.27 за съвместимост като знам че всияко работи а опкеша нa зенд го има за всики верси php от 5.2 нагоре като в гит хъба пишеха че в бъдеще ще премахнат 5.2
http://pecl.php.net/package/ZendOpcache


5.3 е вече в end of life cycle, а 5.2 не се поддържа от 2011. Не е добра идея.
 
depreciated :) за 5.3.27 - така е отбелязано в цпанел езиапача - но вероятно ще има бъг фиксове ако се налагат (не като едн оф лайф).... a за свъместимостта преди 20тина дни излезе публик алфата на вбюлетин 4.2.2 на която най голямото и предимство е подръжаката на 5.4 освен камарата бъг фиксове...

http://www.vbulletin.org/forum/portal.php
(втората новина от горе надолу)
като се надявам този месец алфата да стане на бета и след към края да е на релииз


освен това съм ти казвал че на openx на 5.4 има проблеми със статистиката :) а за старите друпалите си знаеш - които още се водят подъжани версии :) единствено за урдпресите е ок

ок ако са два три скрипта и са опън да си ги фикснеш сам и да предложиш фиксовете или ако си девелопър със собствени скриптове... ама ако имаш 1000 сайта на сървъра си е добра идея да си 5.3. 27 за съвместимост и опционално да предлагаш 5.4 и нагоре...
 
От: Re: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

depreciated :) за 5.3.27 - така е отбелязано в цпанел езиапача - но вероятно ще има бъг фиксове ако се налагат (не като едн оф лайф).... a за свъместимостта преди 20тина дни излезе публик алфата на вбюлетин 4.2.2 на която най голямото и предимство е подръжаката на 5.4 освен камарата бъг фиксове...

http://www.vbulletin.org/forum/portal.php
(втората новина от горе надолу)
като се надявам този месец алфата да стане на бета и след към края да е на релииз


освен това съм ти казвал че на openx на 5.4 има проблеми със статистиката :) а за старите друпалите си знаеш - които още се водят подъжани версии :) единствено за урдпресите е ок

ок ако са два три скрипта и са опън да си ги фикснеш сам и да предложиш фиксовете или ако си девелопър със собствени скриптове... ама ако имаш 1000 сайта на сървъра си е добра идея да си 5.3. 27 за съвместимост и опционално да предлагаш 5.4 и нагоре...

PHP 5.3.27 Released - PHP 5.3 Reaching End of Life
11-Jul-2013
The PHP development team announces the immediate availability of PHP 5.3.27. About 10 bugs were fixed, including a security fix in the XML parser (Bug #65236).

Please Note: This will be the last regular release of the PHP 5.3 series. All users of PHP are encouraged to upgrade to PHP 5.4 or PHP 5.5. The PHP 5.3 series will receive only security fixes for the next year.

Само security фиксове. Бъговете са до тук. Естествено, че в споделена среда трябва да има 5.3, 5.4 и 5.5 най-малко главните версии с възможност за избор.
 
PHP 5.3 series will receive only security fixes for the next year :)

аз това имах на предвид и как е отбелязано в цпанела :) единия ми впс все оше има като спрът със секюрити фиксовете го отбелязват като едн оф лайф ....
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Симулирай същата среда де. Качи първо php-5.3.3-3.el5.8.x86_64 и след това обнови до 5.5 Тривиална е процедурата, но аз пак не бих си играл директно на production-a. Ако конфигурацията ти го ползволява можеш image да направиш, deploy на впс-а и там да човъркаш на воля.
Пуснах ъпдейт

## Remi Dependency on CentOS 5 and Red Hat (RHEL) 5 ##
rpm -Uvh http://dl.fedoraproject.org/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm
## CentOS 5 and Red Hat (RHEL) 5 ##
rpm -Uvh http://rpms.famillecollet.com/enterprise/remi-release-5.rpm

yum update php php-*

не знам защо yum-a не си дърпаше сам tokyocabinet / dep за php-dba, ама като го инсталирах ръчно ъпдейта мина
Само че ми наля 5.4.20, а не 5.5.

За сега умря само squirellmail-a, ама аз отдавна се каня да сменя с roundcube. И се наложи да прекомпилирам един драйвер за Sybase SQLAnywhere (който съм си го компилирал и преди)

Wordpress-a си върви нормално. За повече експерименти днес време нямах
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Не знам каква точно ти е конфигурацията, по принцип remi има зависимости от epel. Вероятно за това е дръпнало 5.4 или някоя друга зависимост при теб.
 
От: PHP 5.5 on CentOS/RHEL 6.4 and 5.9 via Yum

Преди малко слагах 5.5 за няколко мои теста и 5.5 е в remi-test в remi е само 5.4

[remi]
name=Les RPM de remi pour Enterprise Linux 6 - $basearch
#baseurl=http://rpms.famillecollet.com/enterprise/6/remi/$basearch/
mirrorlist=http://rpms.famillecollet.com/enterprise/6/remi/mirror
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-php55]
name=Les RPM de remi de PHP 5.5 pour Enterprise Linux 6 - $basearch
#baseurl=http://rpms.famillecollet.com/enterprise/6/php55/$basearch/
mirrorlist=http://rpms.famillecollet.com/enterprise/6/php55/mirror
# WARNING: If you enable this repository, you must also enable "remi"
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-test]
name=Les RPM de remi en test pour Enterprise Linux 6 - $basearch
#baseurl=http://rpms.famillecollet.com/enterprise/6/test/$basearch/
mirrorlist=http://rpms.famillecollet.com/enterprise/6/test/mirror
# WARNING: If you enable this repository, you must also enable "remi"
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-debuginfo]
name=Les RPM de remi pour Enterprise Linux 6 - $basearch - debuginfo
baseurl=http://rpms.famillecollet.com/enterprise/6/debug-remi/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-php55-debuginfo]
name=Les RPM de remi de PHP 5.5 pour Enterprise Linux 6 - $basearch - debuginfo
baseurl=http://rpms.famillecollet.com/enterprise/6/debug-php55/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

[remi-test-debuginfo]
name=Les RPM de remi en test pour Enterprise Linux 6 - $basearch - debuginfo
baseurl=http://rpms.famillecollet.com/enterprise/6/debug-test/$basearch/
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi
 
Преминаването от 5.3 към 5.4+ никога не минава без пипане на код - има разни неща, които програмистите са си ползвали преди 5.3 (и които са били деприкейтнати) и не работят с php 5.4 и нагоре.

Репозиторитата на remi не веднъж са ми правили проблем - най-често там се пускат нови версии, които не са добре тествани или имат изисквания към други паети, които в много случаи водят до конфликти. Особено когато става дума за клиентски софтуер, където изисванията често са много странни.

От друга страна epel имат сравнително по-стари, но много по-стъбилни и тествани неща - от тях много по-рядко имам проблеми.

Използването на 3rd party репозиторита може да ви вкара в беля - не ви го препоръчвам. Тоест използвайте официални като epel, а всичко друго си го билдвайте сами.
 

Горе