elimu blog – o CMS Joomla! i Drupal

Jeśli nagle, niespodziewanie na stronie głównej waszej instalacji Joomla! pojawił się komunikat „Warning: strtotime() [ function.strtotime]: It is not safe to rely on the system’s timezone settings (…)” – oznacza to, że twój hostingodawca, albo Ty sam przełączyłeś na najnowszą wersje PHP 5.3. Niestety „stare” wersje Joomla! prezentują takie właśnie ostrzeżenie. Czytaj dalej…

Tak, ten widok może zmrozić… tak jak kilka dni temu mnie, na jednym z serwów OVH. Okazało się, że OVH nie lubi/kocha/szanuje – całej domyślnej zawartości pliku .htaccess pochodzącego z domyślnej instalacji Joomla!.  Problem jest najprawdopodobniej w ustawieniach mod_rewrite w pliku .htaccess. Jeśli mod_rewrite nie jest włączony, trzeba poprosić o jego włączenie administratora serwera. Jeśli jest włączony, proszę spróbować w pliku .htaccess wstawić za linią „RewriteEngine On” linię:
RewriteBase /
lub jeśli nie działa, a Joomla! jest w jakimś podkatalogu można spróbować:
RewriteBase /nazwa_podkatalogu/

Na niektórych serwerach problemem jest także opcja z pierwszej linii tego pliku:
Options +FollowSymLinks
można spróbować ją usunąć.

Niestety na różnych serwerach są różne ustawienia więc nie ma jednego rozwiązania tego problemu.

Jeśli podczas instalacji Joom!Fish na zaaktualizowanej Joomla! 1.5.10 otrzymałeś komunikat : JInstaller::install: File ‘\tmp\install_49ce1fd7cb822\JoomFish2.0.2\install\install.php’ does not exist. Component Install: Could not copy PHP install file.” – winę za to ponosi Joom!Fish , który w złym miejscu umieścił folder instalacyjny. Rozwiązania są dwa, pierwsze pobrać zmodyfikowaną wersję lub ręcznie skopiowanie całego folderu „install” z folderu „admin/” do głównego folderu archiwum Joom!Fish, a następnie spakowanie ponowne. P.s. Jednakże najlepszym rozwiązaniem jest pobranie nowej wersji Joom!Fish’a 2.0.3 – która ostatecznie rozwiązała ów problem (aktualizacja 31.03.2009). Tym samym przed instalacją komponentu zaleca się wykonanie kopii bezpieczeństwa – pliki i baza danych.

Korzystając na co dzień z dobrych, sprawdzonych hostingów, niemalże zapomniałem o problemach z uprawnieniami plików w Joomla!, aż do dziś. W samo południe okazało się, że na jednym z nowych hostingów na którym zacząłem wczoraj pracę, dzieją się dziwne rzeczy. A mianowicie pewne rzeczy mimo, iż się instalują poprawnie to się nie wyświetlają lub straszą komunikatem, np. ” JModuleHelper::require(/var/www/…../administrator/modules/mod_translate/mod_translate.php) [jmodulehelper.require]: failed to open stream: Permission denied in /var/www/…./libraries/joomla/application/module/helper.php on line 173.
Zalogowałem się do FTP, korzystając z klienta FTP i co się okazało, iż nowo wczytane (czyt. zainstalowane) pliki .php tworzące komponenty i moduły mają uprawnienia ustawione na 600, zamiast na 644. Aby to naprawić, należało przejrzeć folder i podfoldery komponentu zainstalowanego i ręcznie pozmieniac uprawnienia plikom na ów 644.

Rezultat był do przewidzenia, wszystko wróciło do normy, a administratorowi serwera za te udziwnienia należy się mocny kopniak w 4 litery. Ja rozumiem bezpieczeństwo, ale bez przesady, ludzie muszą pracować, tworzyć strony www.

Zapewne każdy z nas instalując kiedyś dodatek, komponent spotkał się z takim komunikatem. Tak potwierdzam, także mi zdarzyło się to kilka razy, mimo, iż moje hostingi są ze średniej półki cenowej. W przypadku hostingów darmowych i niska półka cenowa, przyczyn tego stanu rzeczy może być bardzo wiele, poczynając od nieśmiertelnych złych praw do folderu np. tmp oraz docelowego.

W moim przypadku problem tkwił gdzieś indziej, a mianowicie zbyt dużym skompresowaniu pliku .zip. Czyli dodatkowa podpowiedź, w postaci:  „…Być może pakiet jest podwójnie skompresowany” – był częściowo prawdziwy. Co zrobiłem, po prostu rozpakowałem paczkę, w moim przypadku plik „plg_jce_152.zip” – i ponownie spakowałem do formatu ZIP, ale tym razem o poziomie kompresji najmniejszym. Czyli z pierwotnych 654KB, zrobiło się 677KB i … zainstalowało się bez najmniejszych problemów. Czytaj dalej…