PHP 7 Opcje

[toffiak]

Dzisiaj (30 lipiec 2014 ) oficjalnie umarł PHP 6 i narodził się PHP 7.
Deweloperzy języka w stosunku 24:58 uznali że kolejną dużą wersją PHP będzie wersja siódma a nie szósta.
Za zmianą numeracji przesądziły niepowodzenia przy poprzedniej wersji 6. Przypomnę tylko że wersja ta nigdy nie była udostępniona jako stabilna aż wkońcu porzucona całkowicie, większość z nowości z tej wersji została przeniesiona do gałęzi 5.x.

Szczegóły i argumentacja odnośnie zmiany nazwy w linku

[gielo]

Ja korzystam z wersji 7.0.0, nie RC (pod debianem, nie pod susłem ale nie ma to raczej większego znaczenia), więc się nie wypowiem jak sprawa się ma z RC. Spróbuj skompilować to ze źródeł jak pisałem (z wersji 7.0.0) i daj znać, czy masz dalej ten sam problem.

Nigdzie nie pisałem, że siódemka nie zawiera rzadnych błędów, bo pewnie zawiera (który program zresztą nie zawiera ) Jednak w więszości przypadków nie powinno być problemów. Jest różnica między tym, że nie działa dobrze jeden skrypt (np. są problemy z poprawnym działaniem phphmyadmin instalowanymz paczek pod debianem, który już najnowaszą wersją ściągniętą ze strony phpmyadmina działa dobrze), a tym że nie działa dobrze każdy skrypt, w tym Wordpress, który często podawany jest za przykład przyspieszenia działania stron pod kontrolą PHP7 (działa nawet do 70% szybciej niż pod wersją 5.6, a jak piszą niektórzy od wersji 5.0 nawet 700% szybciej).

Inna sprawa, że bym w rzadnym wypadku nie zainstalował PHP7 obecnie na serwerach produkcyjnych, firmowych i wszędzie tam gdzie nie możemy sobie pozolić nawet na najmniejszy przestój, czy to że coś nam nie zatrybi jak powinno i narazi nas, czy firmę na straty. Inaczej jest jeśli chodzi o wlasne serwery prywatne, gdzie często bardziej zależy nam na jak najniższym koszcie serwera w stosunku do jego wydajności i jak największym upakowaniu tam stron, niż na tym, aby jak najbardziej zminimalizować ryzyko tego, że coś nam nie będzie działało jak należy (wtedy najczęściej zmieniamy sktypt na inny lub dostosowujemy, aby zmusić go do działania jeśli jest naszego autorstwa) lub, że ktoś nam się postara o to, aby nam unieruchomić stronę na jakiś czas . Taka uwaga jeszcze na koniec, zrzuty stron dobrze jest robić zawsze zarówno na serwerach firmowych, produkcyjnych, jak i naszych osobistych prywatnych, aby nie zostac z przysłowiową ręką w nocniku jak coś się stanie

Uważam i zaznaczam, że jest to tylko moja indywidualna opinia, że już teraz warto przejść na PHP7 w miarę możliwości, tym bardziej jeśli jestemy programistą w PHP. Uważam, że wcześniej czy później i tak nas to nie ominie, a czym wcześniej zapoznamy się z jego zmianami i zaczniemy to wykorzystywać w naszych aplikacjach, tym lepiej dla nas.

[Dejmien_85]

Uważam i zaznaczam, że jest to tylko moja indywidualna opinia, że już teraz warto przejść na PHP7 w miarę możliwości, tym bardziej jeśli jestemy programistą w PHP. Uważam, że wcześniej czy później i tak nas to nie ominie, a czym wcześniej zapoznamy się z jego zmianami i zaczniemy to wykorzystywać w naszych aplikacjach, tym lepiej dla nas.

Na początku myślałem, że może to będzie tak jak z Pythonem i przechodzeniem z Pythona 2.x na 3.x. Jednak w świecie PHP to nie ma racji bytu. Python 2.x jest ciągle wspierany, aktualny plan to wsparcie dla niego do 2020 roku. A PHP? No cóż, tutaj każdej wersji daje się 3 lata i potem ucina jej życie.

Choć wydaje mi się, że PHP 5.x będzie na pewno jeszcze dłuuugo żyć. W tej chwili 70-80% internetu to właśnie PHP 5.x. W 7-demce jest sporo maluśkich zmian (wystarczy przerobić temat "Backward incompatible changes"), które zrywają kompatybilność wsteczną z 5.x, także w przypadku komercyjnych projektów (nie open-source, te na pewno będą przepisane, aby przeżyć - Wordpress, Joomla, Drupal, farmeworki - to wszystko będzie przepisane na bank) przepisanie większej apki na 7.0 będzie raczej niemożliwe - jeśli już biznes będzie się miał zgodzić na jakieś przepisanie, to pewnie na późniejsze wersje PHP, bądź na całkowicie inny język. Przy większych aplikacjach jest problem, aby przejść z wersji 5.3 na PHP 5.4 lub 5.5, a co dopiero na 7.

Gieło ma jednak rację, przeskoczenie na 7 to dobry pomysł - w końcu dni wersji 5.5 i 5.6 są wyliczone. Support dla 5.5 kończy się w połowie 2016 (trochę ponad pół roku), a support 5.6 kończy się za trochę ponad półtora roku (18 miesięcy) - i mimo, że wydaje się, że PHP 5.5, czy PHP 5.6 są całkiem świeże, to ich śmierć jest bliska. Za pół roku PHP 5.5 osiąga EndOfLife i znika ze strony php.net - damn, jak ten czas leci, a jeszcze pół roku temu gdy prosiłem jakiegoś admina o zmianę wersji na 5.5, to pisał, że ta wersja jest jeszcze "za mało stabilna" i zgodził się jedynie na 5.4 (sic!).

Starsi koledzy wiedzą, że półtora roku strzeli jak z bicza, a wtedy na php.net będziemy mieć tylko wersje 7, 7.1 i 7.2. Dobre zapoznanie się z 7-mką to mus.

[KsaR]

(...)
(nie open-source, te na pewno będą przepisane, aby przeżyć - Wordpress, Joomla, Drupal, farmeworki - to wszystko będzie przepisane na bank)
(...)

https://make.wordpress.org/core/2015/09/10/...press-and-php7/

Btw... Zawsze sobie mozna zrobic zmienna $php7 i sprawdzac czy jest 7ka czy nie... Zamiast przepisywać cały kod
No chyba ze ktos uzywa jakies badziewia, typu mysql_connect() itp.

[PHP] pobierz, plaintext 
$php7 = version_compare(PHP_VERSION, '7.0.0') >= 0;
 
# ....
 
if ($php7)
{
   # jest php 7
}
else
{
   # starsze od php 7
}
[PHP] pobierz, plaintext