Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Porzucenie wsparcia dla starszych wersji PHP #1248

Open
maciejlew opened this issue Apr 19, 2018 · 23 comments
Open

Porzucenie wsparcia dla starszych wersji PHP #1248

maciejlew opened this issue Apr 19, 2018 · 23 comments

Comments

@maciejlew
Copy link
Contributor

@maciejlew maciejlew commented Apr 19, 2018

Co o tym myślicie? Wiązałoby się to pewnie z wydaniem kolejnej wersji (2.0?).

Tu mamy taki fajny wykres (pewnie znacie): http://php.net/supported-versions.php

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 19, 2018

A propos wspieranych wersji PHP:

RHEL/CentOS 6 wspierane do 30 listopada 2020:
php-5.3.3-49.el6.x86_64
RHEL/CentOS 7 wspierane do 30 czerwca 2024:
php-5.4.16-43.el7_4.1.x86_64

Do tego dorzuć Debiana, Ubuntu i spójrz jakie tam są wersje PHP wspierane.

@nicraMarcin

This comment has been minimized.

Copy link
Contributor

@nicraMarcin nicraMarcin commented Apr 19, 2018

No, tym tokiem rozumowania w LMS dluuuugo nie zobaczymy deklaracji [] :(

Już ze dwa lata temu jak była dyskusja odnośnie przepisania LMS pod frameworka ale ucichła szybko jak powstała. Już nikomu nie chcę się pisać płaskiego kodu pozatym zgodnego na 10 lat wstecz. Więc mamy ma co Tomek pozwala i w jakim kierunku chce rozwijać projekt. Jak widać z commitow to Tomek wrzuca coś "nowego" a reszta poprawia przecinki bo cos nie działa.

Ja jestem za znaczącym pójściem do przodu bym mógł w wolnej chwili pisać coś pod lms a tak sam piszę sobie taki podobny system jak LMS z tym że na S4 + Angular5 na froncie. Idzie to mozolnie wlasnie z braku czasu.

Ja jestem za porzuceniem bieżącego projektu LMS i wsparcie jedynie z poprawkami, nic więcej a stworzenie czegoś nowego, jakiegoś LMS(coś) bo + już zajęty :). Zrobić na jakimś rozwojowym frameworku, nie na czymś sprzed 20 lat.
Proponuję zrobić dwa projekty, jeden jako API a drugi Front. Dlaczego tak, bo mając dobre api każdy może dopisać sobie co chce, zrobić apki na inne urządzenia nie ingerując backend.
Jako backend proponuję Symfony 4 Flex a frontent Angular 5. Jeśli padnie taki wybór będę pierwszy, który zacznie w tym kodować :)

@interduo

This comment has been minimized.

Copy link
Contributor

@interduo interduo commented Apr 26, 2018

Tylko jedna drobna sprawa - to wymaga nakładów finansowych.

@nicraMarcin jak to widzisz?

@nicraMarcin

This comment has been minimized.

Copy link
Contributor

@nicraMarcin nicraMarcin commented Apr 26, 2018

Ja od siebie mogę robić w ramach "edukacji"

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

Hehe już setki razy takie propozycje i pomysły były... Skończy się na tym, że super nowoczesny nowy system nigdy nie osiągnie możliwości 1.11.x i w efekcie nikt nie będzie używał z dotychczasowych użytkowników.

@nicraMarcin

This comment has been minimized.

Copy link
Contributor

@nicraMarcin nicraMarcin commented Apr 26, 2018

@chilek tu się z Tobą nie zgodzę, że nowy system nigdy nie osiagnie użyteczności obecnego LMS. Śmiem twierdzić, że wiele rzeczy da się i łatwiej i szybciej zrobic w Symfony choćby komendy czy cron. Nie potrzeba powtarzać kodu jak obecnie w /bin bo to załatwiają wlaśnie Comands.
A czy i kiedy nowy projekt przerośnie obecny LMS zależy od deweloperów piszacych linie.

Kwestia czy będą używać też prosta. Jak będzie zrobiony prosty interfejs do migracji danych, będzie działał lepiej i ładniej wyglądał to będą.

Jeśli będzie to Symfony na api z Angularem na froncie to się piszę do kodowania. By ładnie i nowocześnie front wyglądał proponuje material design.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

@nicraMarcin: przepraszam, że napiszę to wprost - masz bardzo studenckie podejście. Użyjesz Symfony i Angular, a kto potem będzie w stanie dopisywać do tego kod - mocno ograniczysz tym samym zakres osób podsyłających swoje modyfikacje. Wiele lat zajmuję się utrzymaniem LMS - nie mam nic przeciwko temu co piszesz, ale mam też doświadczenie i pragmatyczne podejście. Poza tym zauważ, że to co piszesz od kilku postów brzmi bardzo pretensjonalnie i założenie się, że nie tylko ja mam taki odbiór. Z drugiej strony w świecie open source obowiązuje zasada: jak uważasz, że coś można zrobić lepiej to proszę to zrób i podziel się tym.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

Ja od siebie mogę robić w ramach "edukacji"

To brzmi jak chęć zrobienia projektu na studia, a potem projekt się skończy i temat olejesz, a ktoś będzie musiał to utrzymywać. Ludzi z takim podejściem było już wielu...

@nicraMarcin

This comment has been minimized.

Copy link
Contributor

@nicraMarcin nicraMarcin commented Apr 26, 2018

@chilek trochę przesadzasz, że mam jakieś pretensje. Użycie frameworka po pierwsze przyśpiesza pracę a po drugie wprowadza jakąś systematyke. Chcę rozdzielić front od backendu wlaśnie po to by oddzielic dane i to co się z nimi dzieje od widoku. Wówczas każdy może napisać coś swojego na froncie, czy to js, html czy apka na telefon pozostawiając całą funkcjonalność core.
I nie jest to żaden projekt na studia typu zrób i zalicz by była jasność .

Wspomniałeś o świecie opensource. Tak , robie sobie coś w stylu lms, mam zrobione już core ale przez normalny tok pracy, swoje jakieś dorobki do LMSa i jescze kilka czynników w pracy nie dotykalem tego kodu ponad pół roku. Jako front robię z wykorzystaniem fuse2, ale z braku czasu samemu sie zejdzie :/

--- edited ---

Nie twierdzę, że LMS jest zły, wprost przeciwnie ogólnie jest to kawał dobrej roboty, ale LMS powstawał 15 lat temu i to 15 lat widać w "nowym" kodzie, który ludzie podsyłają by być "na czasie" z kodem. Wystarczy zerknąć w pierwszy lepszy templejt, strukturę strony w tabelach robiło się właśnie 15 lat temu o znacznikach htmlowych pisanych wielkimi literami nie wspomnę. namespace w PHP są już z 10 lat, no może mniej. ale nie o to chodzi. Dopisując, poprawiając coś w obecnym LMS, fakt, wystarczy podstawowa wiedza PHP ale czy mimo to LMS jest lepszy, ile osób defakto wrzuca coś treściwego, 2, 3? i to też z naciskiem na 1, po pozostali od "wielkiego dzwonu".
Gdy LMS startował miał ilu developerów? a teraz jest ilu? jeden @chilek wrzucający swoje poprawki, które wychodzą z LMS+ i jeszcze kilka osób wrzucających "przecinki". @chilek czemu tylko Ty zostałeś "na polu bitwy"?

Użycie jakiegoś frameworka "wymusza" w pewnym sensie na developerach "bycie na czasie", jest pewną gwarancją aktualności kodu, nawet jego semantyki.

Nie upieram się by to było Symfony i Angular, zaproponowałem to bo przy tych frameworkach mogę wesprzeć i tyle. Proszę @chilek nie doszukuj się tu drugiego dna bo go nie ma.

Wracając do wspomnianego świata OpenSource. Jeśli zbierze się grupka entuzjastów owszem, zawsze mogą zrobić coś lepiej jeśli uważają, że się da. Jeśli ktoś robi sam to na pewno nie będzie tego robił OpenSourceowo bo to jego prywatny, czy służbowy czas i jego wola. Dowodem na to jest np. LMS+ :)
@chilek Tak patrząc trochę z boku, to masz nie złe zaplecze betatesterów Twojego kodu :) pewnie tylko dla tego jeszcze chce Ci się bawić w LMS :)

Ale dyskusja zeszła na inne tory.
Wracając do wątku @maciejlew ja jestem za.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

Ale dyskusja zeszła na inne tory.

No właśnie, a kto zaczął odejście "na inne tory"?

Wracając do wątku @maciejlew ja jestem za.

Wiesz, że taki jak ty było już co najmniej dziesiątki. Zwykle kończyło się to tak, że nie mieli czasu, ale doradzać owszem czas zawsze znajdywali. Bez sensu - robi się z dyskusja akademicka, a póki co nic nie zrobiłeś i nic nie możesz pokazać działającego, ale już chcesz decydować co będzie dalej... Miałeś okazji się sprawdzić przy okazji wtyczki Novitus - jak tylko pojawiło się coś do poprawienia do wy***eś dupę i tyle. Masz dzięki temu spokój, ale rusz chłopie głową i wyobraź sobie, że to tak nie działa w projekcie.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

@chilek czemu tylko Ty zostałeś "na polu bitwy"?

Zapytaj ich - przekonasz się, że Twoje podejrzenia są błędne.

@nicraMarcin

This comment has been minimized.

Copy link
Contributor

@nicraMarcin nicraMarcin commented Apr 26, 2018

No i zostałem wywołany do tablicy. obiecuję, że ostatni raz by móc odpowiedzieć i już nie będę szukał okazji na doradztwo

jak tylko pojawiło się coś do poprawienia do wy***eś dupę

Tu się z Tobą nie zgodzę i to jest Twoja interpretacja. Sam widziałeś, że chciałem by być zgodnym wstecz, zacząłem poprawiać deklaracje tablic na stary sposób a tu jeszcze ma być zgodne do 5.3 bo ta wersja jest wspierana przez centosa do 2020r. Czyli jednym słowem mam, że tak powiem kolokwialnie, cofać się do tyłu? Nie, pisałem kod pod nowy PHP, jeśli 7.0 można nazwać nowym.
Własnie to jest powód.

już chcesz decydować co będzie dalej

Jeśli chodzi o LMS to daleko mi do decydowania i nawet bym nie śmiał. Jedyne co mogę to tylko zaproponować i wspomóc w tym co mogę.

Zapytaj ich - przekonasz się, że Twoje podejrzenia są błędne.

Czemu Ty wszędzie doszukujesz się ataku na swoja osobę? Trochę dystansu by się przydało. Rozumiem, 15 lat to jak własne prawie dorosłe dziecko :)

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented Apr 26, 2018

Czemu Ty wszędzie doszukujesz się ataku na swoja osobę?

Nie doszukuję się ataku na swoją osobę. Chcę wyraźnie podkreślić jaki mam odbiór tego co piszesz - klepiesz w klawiaturę i na 99% nic z tego nie będzie. Ot tak sobie poklepiesz jak większość "konsultantów". Takie jest moje odczucie. Z mojej strony koniec tematu, bo nie spodziewam się, że dojdę do jakichś sensownych wniosków dalej wymieniając komentarze z Tobą. Jak chcesz czymś "zabłyszczeć" to pokaż własną robotę do której nikt nie będzie miał zastrzeżeń - tylko tyle i aż tyle. Tak wiem, że Ci się nie chce, a znajdziesz 120 tłumaczeń dlaczego tak jak jest po prostu jest lepiej, a w rzeczywistości Ci się nie chce lub nie masz czasu... Tylko po co tracisz w takim razie czas na przymusowy konsulting? ;-)

@maciejlew

This comment has been minimized.

Copy link
Contributor Author

@maciejlew maciejlew commented Apr 28, 2018

RHEL/CentOS 6 wspierane do 30 listopada 2020:
php-5.3.3-49.el6.x86_64
RHEL/CentOS 7 wspierane do 30 czerwca 2024:
php-5.4.16-43.el7_4.1.x86_64

To chyba nie oznacza że autorzy RHEL będa sami łatać dziury w porzuconych wersjach PHP? I mam nadzieję, że nie oznacza też, że na tych dystrybucjach nie da się zainstalować nowszej wersji PHP?

Trzeba sobie zadać kilka pytań:

  1. czy ktoś jeszcze używa LMS + PHP 5.3? - być może jakaś grupa osób
  2. czy ten ktoś będzie robił aktualizację LMS? - mniej osób niż punkt wyżej
  3. czy Ci którzy będą robić aktualizacje będą mieli problemy z podniesieniem wersji PHP? - jeszcze mniej osób niż punkt wyżej
  4. czy to jest gałąź rozowjowa czy utrzymaniowa? - wydaje mi się że rozwojowa
  5. czy w takim razie powinniśmy się przejmować punktami 1-3? - moim zdaniem nie

Co do 1-3 to wiem, że to trudno powiedzieć jaka jest ta bazowa grupa - nie mamy żadnych danych. Być może wcale jej nie ma i jest to w ogóle walka z wiatrakami.

@darton

This comment has been minimized.

Copy link
Collaborator

@darton darton commented Apr 30, 2018

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 4, 2018

@maciejlew To chyba nie oznacza że autorzy RHEL będa sami łatać dziury w porzuconych wersjach PHP? I mam nadzieję, że nie oznacza też, że na tych dystrybucjach nie da się zainstalować nowszej wersji PHP?

Dokładnie to oznacza - i już sporo poprawek błędów zostało wstecznie-przeniesionych.

@darton: Do zbierania statystyk odnośnie wersji oprogramowania (za zgodą
użytkowników) można by wykorzystać moduł rejestracji LMS ( w każdym razie
nowych)
Dla obecnych może zrobić jakąś ankietę online (limesourvey ?) , niech
powisi z miesiąc może będzie w miarę reprezentatywna.

To co - już implementujesz czy raczej świadczysz usługi konsultingu przymusowego? ;-)

@darton: Nie ma problemu z podniesieniem wersji php do 7 na Centos6 i Centos 7.
Niezbędne pakiety są w repozytoriach EPEL oraz Remi da tych dystrybucji i
proces jest stosunkowo prosty.

Od kiedy to dystrybucja remi jest uważana za składnicę stabilnych pakietów?
EPEL jest całkiem ok tylko pamiętaj, że paczki PHP z EPEL mogą nie posiadać tych wszystkich zabezpieczeń co posiadają oficjalne paczki RHEL, a tym samym CentOS.

Jeśli już lepiej użyć paczek z PHP 5.6 i PHP 7 z RedHat Software Collections.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 4, 2018

czy ktoś jeszcze używa LMS + PHP 5.3? - być może jakaś grupa osób

Tak - są instalacje na RHEL/CentOS 6. Niedługo w sumie będzie można zalecić migrację do RHEL/CentOS 7 użytkownikom szóstki. To co prawda podniesie dostępne PHP do 5.4.

czy to jest gałąź rozowjowa czy utrzymaniowa? - wydaje mi się że rozwojowa

"To" tzn. chodzi Ci o master? Jeśli tak to master jest stałą gałęzią rozwojową na bazie której co ok 6-9 miesięcy wychodzą wersje numerowane stanowiące bazę do gałęzi stabilnych utrzymywanych przez ok. 1-1,5 roku.

Ogólnie można zastanowić się nad podniesieniem wymogów do PHP 5.6, a nawet 7, ale trzeba zbadać rozsądne ścieżki aktualizacji w każdej z często używanych dystrybucji tj. Debian, CentOS, Ubuntu (inne?).

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 20, 2019

Wygląda na to, że LMS 25 i tym samym LMS+ 25.x będzie już wymagał PHP 5.6. Od teraz w repozytorium LMS gałęzi master akceptowany jest kod zgodny z PHP 5.6 i wyżej. Tyle, że same poprawki będą i tak w ramach LMS+ przenoszone do
zgodności z PHP 5.3.

@interduo

This comment has been minimized.

Copy link
Contributor

@interduo interduo commented May 20, 2019

Aktualizacja PHP w Debianie to kilka poleceń aptem nawet dla dystrybucji oldstable. Wystarczy dodać repozytorium backports i puścić aktualizację.

W Ubuntu podobnie, idzie gładko.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 21, 2019

To jak tak łatwo idzie to dlaczego do razu w dystrybucji takiej aktualizacji nie ma? Zastanawiało to Ciebie?

@interduo

This comment has been minimized.

Copy link
Contributor

@interduo interduo commented May 21, 2019

To jak tak łatwo idzie to dlaczego do razu w dystrybucji takiej aktualizacji nie ma?

Jeszcze raz napiszę - jest repozytorium backports. To jest oficjalne repozytorium.

Zastanawiało to Ciebie?

Nie muszę się nad tym zastanawiać ponieważ założenia dystrybucji Debiana są dokładne opisane. To jest po to byś wiedział czego się spodziewać.

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 21, 2019

Jeszcze raz napiszę - jest repozytorium backports. To jest oficjalne repozytorium.

Developerskie pakiety i testowane też są oficjalnymi repozytoriami. Nie myl pojęć - chodzi o stabilność i przetestowanie w wielu warunkach. Backports jest z założenia tak stabilne jak stable?

@chilek

This comment has been minimized.

Copy link
Collaborator

@chilek chilek commented May 21, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
5 participants
You can’t perform that action at this time.