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…
