Ostatnio sporo czasu straciłem przy D7 na różnych dziwnych problemach i niedociągnięciach, dlatego postanowiłem napisać na które moduły trzeba uważać przy rozpoczynaniu zabawy z D7.
Jeśli kto także naciął się na inne problemy może również się dorzucić.
No to lecimy:
Rules
- brak obsługi update pomiędzy wersjami
- brak odinstalowania
- zmiany w zależnościach, schemacie bazy,
- miałem również problemy z możliwością dodawania warunków i akcji, (najnowsza wersja dev)
- obecnie Rules zależy od Entity API, które równie aktywnie się zmienia
- brak zadeklarowanej zależności od modulu Faces
Date:
- jako argument w views nie wstawia tablicy do JOIN w zapytaniu, (można to obejść dodając sortowanie po tym samym polu)
- jeśli ziarnistość pola jest z dokładnoscią do godziny, widget wyboru daty wyświetla formatuje godziny jako godziny i minuty, co powoduje nie zapisanie wartości.
Comments
A co myślisz na temat
A co myślisz na temat wydajności Drupala 7? Ja grałem z nim przez tydzień i jestem pewien że Drupal 7 teraz można używać tylko na VPS/Dedicated z APC.
Poważnie?
To byłby straszny cios dla Drupala bo bardzo dużo ludzi przestanie go używać. VPS/Dedicated to już nie tak łatwo jak shared hosting.
100% poważnie. Ja zrobiłem
100% poważnie. Ja zrobiłem dwa podobnych topica na ten temat:
1) Drupal.org - http://drupal.org/node/1020494
2) Linkedin.com - http://www.linkedin.com/groupItem?view=&gid=35920&type=member&item=39723...
Przeczytaj reakcje
Z tego co słyszałem 7 jest
Z tego co słyszałem 7 jest wolniejsza, ale analizy które czytałem opierały się na świeżej instalacji i porównywały ilość wywołań funcji. Takie testy nie wskazują odczuwalnej różnicy. Brakuje mi danych z większego serwisu który miałby dużą ilość odsłon. Bez tego cieżko powiedzieć czy ta róznica jest dostrzegalna. Może dla nas, jak korzystamy z administracji gdzie nie działa cache, wydaje się że jest wolniejszy. Dla mnie dobrym testem byłby średni czas ładowania stron z serwisu po tygodniu normalnej pracy na produkcji.
Co do Drupala na hostingu to testowałem na dwóch.
Na pierwszym cal.pl nie dało się pracować, za słaby jest i ma ograniczenia na ilość zapytań do bazy.
Drugi to hosting w home.pl, wykorzystują własny serwer WWW(ideaWebServer) przez co drupal prosto z pudełka nie działa.
Trzeba zmodyfikować .htaccess i dodać własny plik php.ini, ale po tych zabiegach działa bardzo dobrze.
Poza tym niestety Drupal nigdy nie był demonem szybkości. Jeśli serwis jest statyczny to jeszcze pół biedy bo jest cachowanie bloków, cachowanie stron itd..
Największy zysk daje wykorzystanie jakiegoś cachea opcodów(APC, Zend Optimizer) i pamięci współdzielonej(memcached, APC) szczególnie na zlokalizowanych stronach gdzie trzeba pobierać locale z bazy.
Na pocieszenie wersja 8 ma właśnie skupiać się na wydajności. Zobaczymy.
Z ciekawszych pomysłów przyszpieszenia serwisów drupalowych czytałem o próbach wykorzystania Quercus'a (PHP skompilowane do Javy) lub HIPHOP'a (PHP skompilowane do C++, Faceebook tego używa). Oba w fazie pomysłów.
Myślę, że na Drupala w 7 odsłonie jeszcze za wcześnie
7 jest dla mnie bardzo pociągająca ale w kontekście frameworka do wytwarzania dedykowanych aplikacji webowych. Po prostu miodowo nadaje się do intranetów. Myślę, że to kwestia czasu kiedy parametry hostingu pójdą na tyle w górę że wytiunowana 7 będzie śmigać. Już teraz standardem staje się minimum 64MB dla PHP czy też czasy powyżej minuty na wykonanie zapytania.
Dzięki lukspa i jego spostrzeżeniom doszedłem do wniosku, że dla mnie na 7 jeszcze za wcześnie.
Gdzie dostałeś informacje że
Gdzie dostałeś informacje że Drupal 8 ma właśnie skupiać się na wydajności? Teraz mamy bardzo ciężkiego monstra. Właśnie, miałem stronę które begały bardzo dobrze na shared z 4 - 5 tys użytkownikami na dobe bez żadnego cache, ale Drupal 7 nie potrafi tego zrobić już sprobówałem...
Gdzieś na drupal.org ,
Gdzieś na drupal.org , ogólnie każda wersja na czymś się skupia. Wersja 6 za cel miała wsparcie dla wersji wielojęzykowych. Celem 7 było usability, a celem dla 8 miała właśnie być wydajność. Niestety nie widziałem jeszcze żadnej konkretnej road mapy dla wersji 8.
Może zrobią wersje light ? Bez zbędnych rzeczy: bez wersjonowania, wsparcia dla wielujęzyków, warstwy abstrakcji dla bazy danych. Jednak coś takiego może być trudne do osiągnięcia.
Problem D7 w tym że bardzo
Problem D7 w tym że bardzo dużo teraz dzieje na stronie PHP. Bootstrap w dwa razy większej niż u Drupal 6. Plus oni dodali jeszcze jedną warstwę w mechanizm templatów.
Trzeba przyznać że
Trzeba przyznać że przesadzili, powodem jest to co mnie coraz bardziej martwi: za bardzo rozbudowane API. Polecam api.drupal.org gdzie jest tylko dokumentacja core'a, dorzućmy do tego views api, rules api, obecnie jest tego tak dużo że ciężko to ogarnąć. Dodatkowo pojawiło się naprawdę dużo zmian w stosunku do D6. Pisanie modułów staje się coraz trudniejsze co może się przełożyć na ich mniejszą ilość.
A może to dobrze
Tak prawdę mówiąc to może mieć swoje plusy. Chcąc budować dużą stronę, firmy i tak wybiorą drupala. Postawią go tylko na dedicated z memcache, varnish czy apc. I tak będzie o wiele lepiej i taniej niż w przypadku customowego cmsa. A przy tym API robi się coraz bardziej złożone, dzieki czemu coraz więcej czasu potrzeba na jego naukę.
Oba te elementy powodują, że na Drupalu będzie się robiło raczej duże strony niż małe a konkurencja wśród deweloperów będzie mniejsza bo mniejsza ich ilość poświęci czas na nauczenie się Drupala. W ten sposób stawki za Drupala mogą podochodzić do stawek innych dedykowanych systemów, na których mało ludzi się zna - np SAP z developerzy drupala oderwać od innych webmasterów, nie konkurując na tym samym rynku ale na zupełnie odrębnych.
Z drugiej strony, serwery są coraz mocniejsze i pewnie za rok, dwa, D7 będzie śmigał na większości sharedów. Kiedy wychodził d6 też pewnie wydawał się ciężki. Od tego czasu hostingi potaniały i maszyny stały się mocniejsze i d6 nie stanowi problemu.
Według tego co mówisz jeśli
Według tego co mówisz jeśli ceny za tworzenie stron w drupalu wzrosną, to klienci zaczną szukać tańszych rozwiązań. Poza tym cała społeczność drupala opiera się na open source, czyli przeważnie ludzie którzy lubią programować, jeśli pisanie modułów przestanie być miłe i wygodne jak dotychczas to przestaną pisać, bo nie są masochistami. Przynajmniej ja tak odczuwam.
A ja już napisałem kilka
A ja już napisałem kilka modułów i nie zauważyłem dużych zmian, tylko musiałem przyzwyczaić do query buildera.
Chodziło mi o Field API które
Chodziło mi o Field API które obecnie dotyczy również pola body.