Upgrade PHP 7.4 do wersji 8.2

0

Na jedna z aplikacji chce zaktualizowac PHP z wersji 7.4 do wersji 8.2. Czy lepiej robic powolny upgrade czyli 7.4 -> 8.0 -> 8.1 -> 8.2? Czy od razu do 8.2?

Szczerze nie widze, zadnego probelmu i mysle, zeby od razu isc z 7.4 -> 8.2. Nie znalazlem zadnych przeciwskazan.

Jakies opinie na ten temat?

0

Moim zdaniem od razu do 8.2, testujesz porządnie aplikację raz, a nie dwa razy.

0

A ten system to na jakimś fremwork, czy czysty PHP?
Co z testami?
Ja bym szedł iteracyjnie z wykorzystaniem takich narzędzi jak Rector.
plus oczywiście dokumentacja języka.

0

Nie ma za duzo testow :( Bardzo malo jednostkowych moze z 1-2%. Funkncjonwalny jest troche wiecej moze kolo 5-6%. Ale dalej bieda. Yii 2 fm.

0
jurek1980 napisał(a):

A ten system to na jakimś fremwork, czy czysty PHP?
Co z testami?
Ja bym szedł iteracyjnie z wykorzystaniem takich narzędzi jak Rector.
plus oczywiście dokumentacja języka.

Czy Rector dziala z kazdym PHP frameworkiem? Uzywales tego? Troche strach :D

0

Używałem. Ma specjalizowane funkcje dla konkretnych fremwork, ale działa też z czystym PHPem.
Zobacz sobie np. dokumentację Symfony i tak przy upgrade wręcz proponują i zalecają użycie.
Kwestia Twojego kodu i tego co jest obecnie.

0

Rector działa z phpem, aczkolwiek ma jakieś sety pod konkretne frameworki. Wątpię by był support yii. Jakoś ten framework nie siadł chyba w światku PHP.

0

Uzywales go moze w non fr projekcie? Generalnie lolecasz Rector?

0

Z YII nie używałem. Z SF, Laravel i czystym PHPem tak. Ale z tego co gugiel wyrzucił to ludzie używali tego z YII, ustawiając ręcznie ścieżkę vendor w konfiguracji.

0
poniatowski napisał(a):

Na jedna z aplikacji chce zaktualizowac PHP z wersji 7.4 do wersji 8.2. Czy lepiej robic powolny upgrade czyli 7.4 -> 8.0 -> 8.1 -> 8.2? Czy od razu do 8.2?

Szczerze nie widze, zadnego probelmu i mysle, zeby od razu isc z 7.4 -> 8.2. Nie znalazlem zadnych przeciwskazan.

Jakies opinie na ten temat?

Pytanie się pojawia czemu tak długo z tym zwklekano? Update PHP'a powinno się robić w zasadzie jak tylko wychodzi nowa wersja, żeby nie było takich cyrków, że musisz podbić 4 wersje na raz.

0

ja nie widzę zalet opcji 7.4 -> 8.0 -> 8.1 -> 8.2

  • więcej roboty i ukończenie cząstkowych etapów nie daje gwarancji ze ukończysz zadanie
    Uruchamiasz środowisko testowe i jedziesz , a jak już "wiesz wszystko" to aplikujesz na docelowa środowisko.

Chyba ze ten system który używasz wymaga konkretnych wersji i trzeba aktualizować i aplikacje i PHP jednocześnie , podnosząc kolejne wersje

0
Marius.Maximus napisał(a):

ja nie widzę zalet opcji 7.4 -> 8.0 -> 8.1 -> 8.2

  • więcej roboty i ukończenie cząstkowych etapów nie daje gwarancji ze ukończysz zadanie
    Uruchamiasz środowisko testowe i jedziesz , a jak już "wiesz wszystko" to aplikujesz na docelowa środowisko.

Chyba ze ten system który używasz wymaga konkretnych wersji i trzeba aktualizować i aplikacje i PHP jednocześnie , podnosząc kolejne wersje

Tez wlasnie nie widze zalet, ale chcialem zobaczyc co inni mysla na ten temat.

1

Nie wiem jak duży jest to system. Zakładam, że raczej nie malutki skoro działa ileś lat i przeszedł kilka wersji PHPa.
Podejście iteracyjne ma tą zaletę, że robisz wszystko małymi krokami. Przy upgrade 7>8 trochę rzeczy się zmienia a jeszcze przy tylu podwersjach. Łatwiej jest opanować błędy, znaleźć ich źródło, lub nawet dojść do wniosku, że trzeba to praktycznie zaorać żeby działało.
Pamiętaj też, że Twój kod zależy też pewnie o paczek zewnętrznych, gdzie kod trzeba dostosować do nowości w nich. Pamiętaj, że te paczki mają znowu zależności do jeszcze innych rzeczy, np. obsługują komunikację z jakąś usługą. itd.

Jakiś pół rok temu robiłem przy systemie, który miał takie zaszłości jak opisujesz. Wydawało się, że łatwiej będzie to podnieść na raz do ostatecznej wersji i taką też decyzję podjąłem. Niestety natrafiliśmy na problemy kompatybilności z usługami zdalnymi typu Elastic. Problemami wydajnościowymi itd. Generalnie jeśli możesz idź iteracyjnie, szczególnie jeśli nie masz testów.

1 użytkowników online, w tym zalogowanych: 0, gości: 1