Od jutra 80% stron działających na WordPressie będzie korzystać z niewspieranych wersji PHP

WordPress - używane wersje PHP

10 lipca 2016 oficjalnie kończy się wsparcie dla PHP 5.5. Oznacza to, że poprawki błędów (w tym również tych związanych z bezpieczeństwem) będą przygotowywane tylko dla wersji 5.6 i 7.0. Tymczasem z oficjalnych statystyk wynika, że prawie 80% stron działających na WordPressie korzysta z PHP w wersji 5.5 lub starszej.

W momencie pisania tego tekstu ponad 20% stron używało PHP w wersji 5.3 (niewspieranej od sierpnia 2014), 30% działało na wersji 5.4 (niewspieranej od września 2015), a ponad 19% na wersji 5.5 (dla której wsparcie kończy się jutro). Na szczęście sytuacja zmienia się z dnia na dzień, bo od kilku dni temat jest trochę częściej poruszany w Internecie, a i firmom hostingowym powinno zależeć na pozbyciu się ze swoich serwerów starszych wersji PHP.

Większość firm hostingowych od dawna oferuje możliwość korzystania z PHP w wersji 5.6 czy 7.0, jednak zwykle jest to opcja, a nie narzucony odgórnie wymóg. Najczęściej zmianę interpretera można wykonać jednym kliknięciem w panelu administracyjnym serwera, do czego zachęcam. WordPress bez problemu działa z PHP 5.6, a i z PHP 7.0 nie powinno być problemów (WPzen od kilku miesięcy korzysta z tej wersji interpretera).

Bezpośredni link

  • W wielu przypadkach trzeba się kontaktować z usługodawcą za pomocą adresu przypisanego do konta; powodzenia życzę każdemu, kto chciałby tłumaczyć każdemu klientowi z osobna dlaczego ma wysyłać wiadomość do hostingu z prośbą o zmianę interpretera. Najgorzej sprawa się ma w „tanich” serwerach ale to jest długi temat, wiec pominę.

    Wiele razy zastanawiałem się nad przeskoczeniem do siódemki ale faktycznie jeszcze nie miałem okazji. Ciekaw trochę jestem jak się prezentuje w praktyce(tak, widziałem te ładne infografiki i benchmarki ale mimo wszystko).

    • Benchmarki rzeczywiście wyglądają imponująco. Sam nie robiłem tego typu testów, ale skoro mogłem bezproblemowo przejść na 7.0, to tak zrobiłem – zaszkodzić na pewno nie zaszkodzi. ;)

      • Jeśli jest to wszystko przystosowane pod nowe standardy to jak najbardziej.

        Z tego co czytałem, to 7 usuwa całkowicie kompatybilność przestarzałych funkcji, czyli jeśli wtyczka/skórka itd. korzystają faktycznie z przestarzałych funkcji, to może być nie lada problem… Wiele serwisów sprzedaje nadal skórki i wtyczki, które zawierają takowe funkcje i tutaj zaczynają się schody. Dajmy na przykład taki TM, który sprzedaje skórki oparte na Cherry v3, który posiada naprawdę sporo przestarzałych funkcji, a migracja na v4 nie wchodzi w grę(tj. bez absurdalnej dopłaty), także 5.6 to i tak optymistyczna opcja w takich przypadkach :)

    • Paweł Knapek

      Linuxpl, tani, a bez problemu można sobie zmienić na 7, a na sporo droższych spotykałem się z sytuacją zupełnego braku v7, albo skopanym jej wdrożeniem przez co była nieużywalna.

      Tak, na benchmarkach fajnie to wygląda ….ale w realu już nie koniecznie. -jak to mawiają, „To zależy” …od wielu czynników. Generalnie tak, jest wydajniejszy od poprzedników i warto zmigrować. Skrzydła jednak rozwija przy wsparciu np. opcache.
      Sama zaś przesiadka może być niemal bezbolesna gdy przeskakujemy np. z 5.6, czy nawet 5.5 i mamy w miarę aktualny kod, lub wymaga wprowadzenia paru korekt gdy mamy szrota …czy np. rezygnacji z niektórych wtyczek na rzecz innych. Zasadniczo więc warto debugowac i śledzić error loga.

      • Ano Linuxpl ma to całkiem fajnie rozwiązane, zmiana parsera to jest kwestia kilku minut, do tego dostęp do SSH(z poziomu użytkownika ale jest to bardzo przydatne przy dużych stronach) i wiele innych bajerów. Większość usług mają zautomatyzowaną ale jako usługodawca są bardzo mało elastyczni i zdarzają im się „głupie” wpadki na serwerach współdzielonych(np. niedawno tworząc nowe konto dla klienta pokazała się „publiczna” baza i po zapytaniu skąd się ona wzięła na nowym koncie otrzymałem odpowiedź w stylu „zostaw ją Pan i używaj swojej”; baza co prawda później zniknęła ale niesmak pozostał, podobnych sytuacji przez ostatnie lata było kilka). Do małych stron lub „firmowych” stron nadają się jak najbardziej ale do większych nie brałbym czegokolwiek od nich.

        Widziałem podobny przełącznik u znajomego na VPSie(nginx) NetDC ale jak okazało się konfigurator widniał tam tylko i wyłącznie jako ozdoba :) Na swoim VPSie stojącym na Apache nie mam czegoś takiego, a konta współdzielone ponoć mają to w opcji ;f Oczywiście mowa o opcji VPS z DA.

        OVH na współdzielonych ma do 5.6, nazwa chyba też, home chyba ma od niedawna możliwość przełączenia na 7mkę – z korzystania wszystkich trzech odradzam ale to tak w gwoli informacji.

        To tyle, żeby już nie przedłużać i nie narażać się na ewentualnie oskarżenia o zniesławianie ;p

        Z drugim akapitem wypowiedzi chętnie bym się zgodził ale jeszcze nie miałem okazji migrować na 7mkę

        • Paweł Knapek

          Oczywiście, linuxpl doskonały nie jest, nie przeczę, ale jak na ten segment bardzo przyzwoity …i miał to być tylko przykład, że z kryterium ceny tak nie do końca w tej kwestii ;)

          Z współdzielonym ovh masz pewność? Bo kilka razy przestawiałem, chyba nawet na współdzielonym.
          Powiem tak, największy problem, że co hosting, to inna parafia. W jednym mają w panelu konfig wyciągnięty, w innym trezba regułką w .htaccess, w innym też …ale składnia jest inna ;p, w jeszcze innym w php.ini, w jeszcze innym zaś w innym np. .ovhconfig – też z dedykowaną składnią, a w jeszcze innym jedynie kontakt z supportem i oni sami zmieniają (lub nie)
          Na jednym w helpie czy faq jest ładne info co i jak, na innym zaś nic, zero null, nawet google milczy i chcąc nie chcąc trzeba się z supportem kontaktować by łaskawie człowieka oświecili.
          Z oceną hostingów jak najbardziej się zgadzam. Do listy problematycznych dopisał bym jeszcze kilka innych ;)
          Z ciekawostek np AZ podzielił sobie klientów na starych i nowych, przy czym starym umożliwił użytkowanie do max 5.4.23. Bardzo fajne podejście do stałych klientów, nie ma co.

          Spróbuj, nic strasznego. Wbrew pozorom nawet ewentualne korekty nie są nadzwyczaj skomplikowane i dosyć szybko można ogarnąć.

          Na koniec zapodam fajny benchmark http://onlinephpfunctions.com/benchmarks/ – szkoda tylko, że brakuje w nim nowszych wydań. Bo widać, że w 7.0.5 coś poszło nie tak.

          • Nie no jak na swoje kryterium cenowe linuxpl jest naprawdę przyzwoity. Dodałem po prostu kilka swoich przemyśleń.

            Z opcjami PHP na OVH przypominają mi się tylko wersje 5.3 i 5.6 ale głowy nie dam, być może siódemka też była. Instalowałem ostatnio prestashop na nim i 7 i tak nie wchodziła w grę(wersja ze stycznia b.r. miała zbyt wiele poważnych problemów z nią, z tego co czytałem na oficjalnym forum, nie wiem jak jest teraz). Jeden z najbardziej upierdliwych i niewygodnych hostingów, z którym miałem do czynienia.

            AZ to nie mam pojęcia jakim cudem jeszcze funkcjonuje.

            Szkoda, że nie obowiązuje jakiś minimalny standard zarządzania/utrzymywania serwerów, ułatwiłoby to życie przede wszystkim webmasterom, którzy muszą walczyć z absurdami tracąc czas.

            Siódemkę na pewno wypróbuję, bo przymierzam się już od dłuższego czasu. Najbardziej mnie zastanawia jak sobie radzi z dużymi stronami na Wordpressie, po kilka-kilkanaście tysięcy UV dziennie.

  • Konrad

    orientuje się ktoś jak taką zmianę wykonać mając hosting w hekko?

  • Czas na zmiany :)

  • Zmieniłem wersję php na 5.6, ale nie mogłem się zalogować do panelu administracyjnego ponieważ cookie zostały zablokowane…

    • Paweł Knapek

      Sprawdź czy nie sypie przypadkiem jakimiś błędami w error logu.

      • sith44

        Mam podobny problem w nazwa.pl po zmianie z 5.5 na 5.6 też sypie problemem z ciastkami. Na razie wróciłem do 5.5, jak będę miał chwilę to poszukam co jest nie teges, chyba że komuś już się udało rozwiązać podobny problem.

        • sith44

          To już sobie odpowiadam, odpokutowało szybkie edytowanie pliku config.php w notatniku w windach, ahh te kodowania wielobajtowe i zapisywane znaczniki, fuj. Najlepiej użyć notepad++ i zmienić kodowanie na UTF-8 (bez BOM).

  • Na moim hostingu musiałam osobiście poprosić o podniesienie do tej wersji PHP 5.6. Nie było problemu, ale podobno z jakimś opóźnieniem aktualizują to co się dzieje w USA. Zastanawiam się nad przejściem do 7.0.

    • Dziwne tłumaczenie, szczególnie z USA. ;)

      • :) .Nie mam z nimi większych problemów bo chętnie pomagają i są dostępni (miałam wcześniej ovh i różnie bywało), ale zobaczmy co dalej bo ilość stron mi się zwiększa i dochodzą małe sklepiki na Woocommerce

      • Dorosłam właśnie dlatego do zmiany – waham się między zenboxem a linuxpl.

  • Popiel

    U siebie musiałem zgłosić aby zainstalowali mi PHP 5.6 i 7.0. Zrobili to jednak ekspresowo. Miałem nadzieję, że przesiądę się na 7.0 a 5.6 będzie tak na wszelki wypadek, jednak przy aktywowaniu 7.0 mam niestety błąd 500. Pozostaje mi pozostać na 5.6 aż nie znajdę co mi bruździ.Może to jakaś wtyczka albo nawet szablon jak tu ktoś napisał.