PHP Version 5.2.10

[Lapiech 0]

Czy powyższa wersja php (PHP Version 5.2.10) utrzymywana i nie podnoszona do wyższych oznacza że firma hostingowa:

- jest stabilna ?

- ma w "poważaniu postęp" ?

- czy są jakieś ważne przesłanki do nie podnoszenia wersji ?

[Kszysiu 136]

Był już kiedyś temat o tym.
Jeśli maszyna została skonfigurowana z tą konkretną stabilną wersją php - to raczej się go nie updatuje - chyba, że na konkretną prośbę, lub jest dziura czy coś.PHP jest nie do końca kompatybilne wstecz, przez co przy nowszej wersji, skrypty pisane pod starszą wersję mogą wariować. A klienta nie obchodzi to, że jego super strona internetowa była pisana pod 4 a nie pod 5.2 i nie działa. "Działało i przestało, więc naprawcie".

[Gość nrm]

j.w.. + przy czym takie problemy załatwia się zestawieniem kilku wersji do wyboru. Niestety z klienta nie wyciśniesz nagłej zmiany jego softu. "Ma działać".

[regdos 1848]

A ja jestem zdania, że w ramach jednej linii powinno sie na bieżąco aktualizować, od czasu 5.2.10 wyszlo kilka wydań php, ktore naprawialy masę bug-ów

[patryk 451]

W przypadku gdy jest to PHP z paczki to phpinfo może pokazywać jakąś niską wersję, ale same patche i poprawki są zaaplikowane.

[Lapiech 0]

Co do phpinfo to

Build Date Oct 12 2010 22:26:46

 

Tłumaczenie że coś przestanie działać po zmianie tzn, uważacie że w sumie nigdy nie powinno się uaktualniać do nowszej wersji?

 

A co z "skryptami" wymagającymi php 5.3 ?

[Gość nrm]

Wydawało mi się, że odpowiedziałem już na to pytanie w poście nr #3.

[Pan Kot 1535]

Pff . Nie aktualizowanie "w ogóle" jest bardzo złą rzeczą i nie powinno być praktykowane. Zamiast tego proponowałbym podobne rozwiązanie, które sam stosuję - Updatować tylko najnowszą, a w przypadku updatu całej wersji (5.3 => 5.4) zostawić 5.3 z adnotacją "administracja nie ponosi odpowiedzialności za ewentualne szkody i dziury powstałe w wyniku używania niewspieranej wersji PHP, zaleca się aktualizacje strony do wersji kompatybilnej z najnowszym wydaniem php, którym na dzień dzisiejszy jest 5.4. W przypadku braku wyboru docelowej wersji w panelu klienta po 7 dniach zostanie automatycznie wybrana najnowsza wersja." Problem solved .

Edytowano Luty 7, 2013 przez Archi (zobacz historię edycji)

[kafi 2425]

Cóż. Owy problem wynika ze specyficznego dialogu admin-programista, czasem admin-abonent-programista.

Admin twierdzi, że dokonał upgrade softu i źle działająca aplikacja jest wynikiem tego, że jest źle napisana.

Programista twierdzi, że aplikacja jest napisana dobrze, a to serwer jest źle skonfigurowany.

Bo u niego działa, na innych serwerach też działa.

Abonent ma mętlik w głowie, no ale zasadniczo bardziej wrzeszczy na admina, bo przecież DZIAŁAŁO,

więc ŻĄDA aby przywrócić owe niekompatybilne konfiguracje, bo on płacił za takie parametry a się zmieniły. itp. itd.

Jeśli firma będzie "oporna" na te jego żądania, to pójdzie gdzieś indziej... a że rzadko kto lubi tracić klientów, to trzyma się takie archaizmy.

 

[regdos 1848]

@patryk

Z tego co zauważyłem to paczkowane rzeczy owszem maja patch ale nie wszystkie tylko związane z security.

 

@Archi

Wywalenie 5.2 i zastąpienie go 5.3 jest dla mnie zrozumiałe bo 5.2 jest już nie wspierane ale wywalenie 5.3 i na siłą danie 5.4 to już dla mnie przesada bo przecież 5.3 jest cały czas wspierana.

 

Aplikacja wcale nie musi być źle napisana, może korzystać po prostu z rozwiązań, które były dostępne w php 5.x.x w momencie pisania aplikacji i wszystko jest ok.

[Pan Kot 1535]

Dałem tylko przykład, bardziej chodzi mi o zostawienie starych phpków "tak długo jak się da", ale jedynie jako "możliwość".

[Kszysiu 136]

redgos - po części dobrze mówisz.
Są jednak sytuacje w których aktualizacja może dużo zepsuć. Np jakiś "programista amator" zbudował coś w wersji 5.1 (w ogóle nie patrz na numerki - daje jako przykład) i zrobił jakiś błąd o którym nawet nie wie (jakaś głupota), a parser akurat jakoś to czyta albo nie wywala błędu, albo olewa albo coś takiego. Przychodzi patch do php powiedzmy do wersji 5.1.1 - tu nagle parser już zauważa błąd i zaczyna krzyczeć.
Strona nie działa, klient zły, programista umywa ręce, dzieje się ta sytuacja o której pisze kafi.

 

Myślę, że takich sytuacji można naliczyć sporo - nie chodzi nawet o umyślne napisanie dziwnego kodu co po prostu przypadkowy błąd. Parser w starszej wersji może go olać - w nowej będzie płakał.