Dlaczego jest tyle wersji DRUPAL-a
seo4you.pl, pon., 2008-06-16 08:42
Tak sie zstanawiem, może to przez moje nazbyt długie kontakty z innymi CMS-ami (np. EzPublish), zazwyczaj jest tak że produkty rozwijane są liniowo, czyli najpierw jest wersja 0.1 potem 0.2 itd. W momencie gdy pojawi sie nowsza wersja o starszych zapominamy. W drupal-u nie wiem czemu obok wersji 6 pojawia sie 5.x i 4.x Czy twórcy CMS-a nie powinni delikatnie mówiac wywierac nacisku na to aby wszystko migrowało do nowych wersji ?
Bo teraz widzę ze cześć modułów jest rowijana tylko w lini 5.x (np.og). Trochę to jak dla mnie dziwne bo programisci rozwijaja moduły na stara wersję zamiast migrować do aktualnej wersji i tam rozwijac dalej moduł.
Czeeść ;) Drupala używa
akrywko, pon., 2008-06-16 10:26 moderatorCzeeść ;)
Drupala używa sporo dużych stron, gdzie migracja jest bardzo utrudniona (własne moduły, nietypowe rozwiązania). Myślę, że to jest główny powód. W niektórych rodzajach projektów to często spotykana praktyka (np serwerowe dystrybucje linuksa).
Kwestia jeszcze tego, że do starszych wersji jest sporo modułów, które nie będą szybko zaktualizowane bo autor nie ma czasu i ochoty. Uroki tak rozproszonego kodu..
Re: Cześć
seo4you.pl, pon., 2008-06-16 21:20Witam witam :)
Powiem tak: Rozumiem to że są strony które ciężko migrować do nowych wersji, jednak w tym modelu jak to sie dzieje w drupal strasznie dużo energii społeczności jest marnowane na utrzymanie kilku wersji tych samych rzeczy.
Ci co kierują projektem tego nie widzą ? Jeżeli robi sie coś raz a nie dwa razy to chyba jednak jest różnica. Racja racja że trochę przesadzam bo napisanie tego samego modułu pod dwie wersje nie wymaga jednak 200% co pod jedną wersję , ale zawsze.
Wszystko jest jakby za przyzwoleniem kierownictwa drupala, bo jakby kierownik projektu delikatnie naciskało w kierunku migracji do nowego to przeciez nie było by tych wszystkich pluginów w kilku wersjach.
Załóżmy że jest projekt który jest zrobiony w 5.x jeżeli ktoś ma taką stronę i che używać pluginów które są tylko w 6.x to albo powinien zmigrować swoja stronę do 6.x albo powinien we własnym zakresie napisać plugin jednocześnie nie zaśmiecając głównego projektu. Przykładem takiego CMS-a który prowadzi zawsze jedną wersję jest eZpublish, zeby znaleźć stara wersję trzeba sie naszukać, żeby używać nowych funkcji zawsze trzeba migrować do aktualnej wersji i ja w tym nie widzę nic trudnego.
Niestety moja wiedza na temat drupala nie jest wielka, przyznaje sie i może dlatego „nie rozumiem”, nie znam na pamięć modelu danych , nie grzebałem wielu godzin w kodzie wiec wybaczcie mi.
Ale to co robi drupal jest
grizz, wt., 2008-06-17 07:03Ale to co robi drupal jest bardzo dobre. Nie ma tak, ze wychodzi 6 i tracisz wsparcie do 5, którą trzymasz na kilku serwisach i migracja nie jest taka prosta i mozliwa.
To zupełnie normalne rozwiązanie, bardzo popularne. Zerknij na wspominane już systemy operacyjne.
http://grizz.pl/ || http://galeria.firlej.org/
Z tym, że nowa wersja
akrywko, wt., 2008-06-17 09:49 moderatorZ tym, że nowa wersja zawsze jest nowa. To samo tyczy się pluginów.
Instalując 5-kę i kilka starych, rozwijanych od lat modułów mam praktycznie pewność, że kod jest wydajny i bezpieczny.
Trudniej zaufać 6-ce, w której wciąż się mocno grzebie i do której moduły zmieniają się praktycznie raz w tygodniu. To, że pojawią się jakieś krytyczne błędy jest praktycznie pewne..
Instalując Debiana na serwerze klienta też wybierało się zawsze (w miarę możliwości) starą wersję. Przynajmniej stawiając na stabilność i bezpieczeństwo.
Tak samo robię teraz z Drupalem. Większość wdrożeń to 5-tki. 6-tka tylko na bocznym boisku..
Co nie zmienia faktu, że 4-ka to przegięcie w drugą stronę. Ja już się dawno przemigrowałem z niej, można by zakopać gdzieś głęboko ;)
Wg mnie Drupal prowadzi
CzarnyZajaczek, wt., 2008-06-17 11:41Wg mnie Drupal prowadzi bardzo dobra politykę, ponieważ nowe wersje wydawane są dość często. Jeśli nowa wersja by wychodziła co np. 3 lata, podobnie jak w Joomli, to po doprowadzeniu do stabilności kodu nowej wersji i przepisaniu na nią najważniejszych modułów, można by było spokojnie porzucić starą wersję.
Ja miałem takie doświadczenia konkretnie z Mandriva Linux – po wyjściu nowej wersji, w ciągu ok pół roku na forach i innych stronach pojawiły się wystarczające dla mnie informacje o problemach, specyfice systemu etc., żebym mógł zacząć pisać pod ten system stabilne programy/konfiguracje. W ciągu kolejnego pół roku przygotowałem sobie zestaw skryptów, programów, etc. dzięki którym system działa tak jak ja chcę. A tu klops – wychodzi nowa wersja i starą zaczynają olewać… nowa niby niewiele się różni ale są zupełnie inne problemy…
Zauważ, że zanim developerzy, czy ludzie którzy wdrażają oprogramowanie, nieważne czy Linux czy CMS, poznają na tyle dobrze nową wersję i opiszą na forach etc. popularne problemy, to trochę czasu minie, przy większych projektach minimum pół roku od wydania wersji stabilnej. To załóżmy że po pół roku większość z nich potrafi wdrażać nową wersję bez większych problemów – wdrożenia też mogą potrwać, przy większych witrynach na jakich często jest używany Drupal to jest do kilku miesięcy. Potem nie ma sensu co rok powtarzać wdrażania nowej wersji na takiej witrynie, tylko wypadałoby żeby przez kilka lat był jakiś support, minimum to poprawki bezpieczeństwa podstawowych modułów. No i takie witryn często się z czasem rozbudowuje o nowe funkcjonalności, stąd nowe moduły na starsze wersje Drupala.
Poza tym developerzy nauczyli się już pisać moduły na starsze wersje, i mając przetestowaną platformę i potrafiąc na tym programować, wielu nadal decyduje się na pisanie modułów do Drupala 5.
-- Tomasz Dąbski „CzarnyZajaczek” Lubelski Portal Informatyczny