autoinstalator - brzmi pieknie - ale aktualizacja jak wspomniał Winnetu - TRAGEDIA
autoinstalator - brzmi pieknie - ale aktualizacja jak wspomniał Winnetu - TRAGEDIA
Nikt nie jest tak bogaty, żeby nie potrzebował pomocy, ani tak biedny żeby nie mógł innym pomóc.
Nie ma nic gorszego niż "autoinstalator" Nie wiesz i nie masz wpływu na to jakie pliki znajdują się w tej paczce "autoinstalatora" często niestety nie są to najnowsze wersje ..
Najważniejszym jest jednak fakt - aby samodzielnie umieć zainstalować Joomla! .. wiedza jest bezcenna..
Pozdrawiam, Michał,
-------------------------
wiki.joomla.pl | JAMP 3.0 - Localhost server for Joomla! | Usuwanie wirusów z Joomla! | BlueCoyote - Administracja Joomla!
problem w tym, ze musialem zmodyfikowac plik configuration.php po zainstalowaniu aktualizacji,
zastanawia mnie dlaczego? chyba, ze po aktualizacji do wersji 1.7.1 kazdy musi uzupelnic parametr public $live_site = 'http://domena.pl, w joomli 1.5.23 takich sztuk odczyniac nie musialem
dyskusja na temat home.pl mnie nie zajmuje...
Nie rozumiem. Po aktualizacji wywala ci adres domeny z $live_site?
Aktualizacja nie nadpisuje pliku configuration.php więc skąd ten problem?
Nie mam najmniejszej ochoty eksperymentować na home.pl, ale nigdy nie miałem problemu z aktualizacją Joomla na swoim serwerze. Zawsze wrzucam nową paczkę z pełną, nową wersją instalacyjną na serwer, rozpakowuję ją i usuwam katalog installation. Jeszcze nigdy ten sposób aktualizacji mnie nie zawiódł.
Zanim zapytasz na Forum:
1. Przeszukaj wątki.
2. Poszukaj odpowiedzi na wiki.
__________________________________________________ _________________
Książki oddane na makulaturę dowodzą, że cierpliwość papieru też ma swoje granice.
@nikszal: w przypadku 1.7.x zawiedzie, bo trzeba jeszcze uaktualniać bazę danych.
W kwestii podnoszonej przez @harley6 masz, oczywiście, słuszność
panowie, sprobuje opisac problem jasniej:
1) za pomoca autoinstalatora uruchomilem joomla w wersji 1.7.0-2 na serwerze home.pl
2) bez zadnych modyfikacji plikow konfiguracyjnych zaplecze oraz witryna dzialaja poprawnie
3) nastepnie przeprowadzilem aktualizacje z wersji joomla 1.7.0-2 do wersji 1.7.1 (za pomoca paczki aktualizacyjnej instalowanej z zaplecza, zgodnie z wytycznymi zmodyfikowalem baze)
4) po aktualizacji nie dziala poprawnie witryna, problem jest z lokalizacja pliku index.php. otrzymuje komunikaty typu: Nieznany błąd Nie znaleziono żądanej strony.#404 Artykułu nie znaleziono
5) aby przywrocic funkcjonalnosc witryny musialem zmodyfikowac plik configuration.php, a dokladnie parametr public $live_site = '0' zmienic na public $live_site = 'http://domena.pl', bez tej zmiany nie bylo poprawnej sciezki do index.php i stad komunikaty #404
mam inny serwis w wersji 1.5.23 na home.pl i nigdy nie mialem problemu z aktualizacja.
dlaczego problem wystapil przy wersji 1.7.1?
czy podczas aktualizacji nalezy zastosowac jakies specjalne zabiegi, aby pozniej nie modyfikowac pliku configuration.php?
nie bardzo chce mi sie wierzyc, ze nikt nie robil aktualizacji wersji 1.7 na home.pl, wiec chetnie poczytam jak sobie poradzil
uff. teraz kto nie zrozumial ten traba
Panowie troszeczkę w bok od tematu, jednak ponieważ wyraziłem od stycznia do niedawna sporo obiekcji odnośnie home.pl czuję się w obowiązku napisać również o zaletach które ujawniły się w trakcie użytkowania nowo stosowanych komponentów - home.pl wymaga obecnie modyfikacji pakietów instalacyjnych tak Joomla jak i wielu komponentów oraz plików aktualizacji (jednak tak naprawdę wymaga to odrobinę wiedzy i wręcz szczątkowej pracy ale da się spokojnie zrobić, home.pl ma również przynajmniej jedną znaczną zaletę w porównaniu do nazwa.pl
Na home.pl nie występuje limit regulaminowy ilości zapytań do BD w określonym czasie, co na nazwa.pl jest wyraźnie określone. Co więcej jedyną pomocą ze strony pracowników nazwa.pl jest stwierdzenie - proszę poprawić skrypt lub jego konfigurację - fajnie - tylko co jeżeli skrypt od paru miesięcy był niedotykany a jedynie była wykonywana regularnie kopia zapasowa (co pozwoliło również stwierdzić że nie nastąpiły jakiekolwiek zmiany w skrypcie - witryna została odtworzona z kopii mającej prawie dwa miesiące - problem był z przed dwóch dni i ........................ guzik z pętelką - ilość zapytań nie zmniejszyła się ani trochę - więc o co chodzi? Nazwa.pl stwierdziła że nie dokonywali żadnych zmian w tym czasie. Więc poprosiłem o pik rejestru zapytań do DB z godziny najbardziej obciążonej ponieważ gwałtowny wzrost zapytań w statystykach wskazywał na pierwszy rzut oka iż jest to atak DoS. Po dłuższej awanturze otrzymałem oczekiwaną dokumentacją i tutaj nagle okazało się że potężna ilość zapytań wynikała z całkiem innego ataku - mianowicie Brute Force. Zapytania były kierowane na ID administratora- ma na moich witrynach zwyczajowo jest inne ID oprócz tego używam również często skryptu używającego algorytmu RSA o definiowalnej długości klucza do szyfrowania haseł - czart raczy wiedzieć czemu ale wyglądało to tak jakby bot się wściekł i nie odpuszczał od dwóch dni. Ok, schowałem więc dostęp do panelu logowania administratora i problem jak ręką odjął. Tylko niech ktoś mi powie skoro atak i tak by po jakimś czasie znikł to po kiego czarta tak się z tym bawić, co więcej pomoc techniczna była niestety w tym przypadku wielką łaską.
Pzdr
P.S. Zapomniałem również dodać iż nie jest problemem aby dobry serwer posiadał zabezpieczenie w przypadku wystąpienia takiej amonali w statystykach.
Ostanio edytowane przez Gall Anonim : 09-10-2011 23:50
PracowniaStronWWW.pl
Czas jest najdroższą rzeczą!!!
Paczkomaty dla Hikashop, Ratuj Admina, Spadaj, Info Ciacho Moduł, Kontakt moduł, Popup moduł, Samotna litera
To jeszcze w sprawie home.pl, limit regulaminowy ilości zapytań do BD moze nie jest ustawiony, ale ostatnio najpewniej właśnie dlatego niektóre strony kuleją. Znajomy mi mówił ze jego nie za duża strona z odwiedzinami ok 1000 dziennie muli przeogromnie czasami choć od jakiegoś czasu nic tam nie modyfikował.
Poza tym mi się wydaje, ze jak płacę to powinienem miec platformę gotową na wszystko, a nie że muszę dostosować skrypt do hostingu, to tak jak bym kupił samochód i po wyjechaniu z salonu musiał mu silnik zmienić aby jeździć dalej, paranoja Panowie. Pomijam fakt ze obecnie jest PARĘ popularnych skryptów w sieci i psim obowiązkiem hostingu powinno być dostosowanie serwera do popularnych aplikacji. A nie słuchać - to sobie Pan zmieni, dostosuje, szuka wsparcie gdzie indziej...
PracowniaStronWWW.pl
Czas jest najdroższą rzeczą!!!
Paczkomaty dla Hikashop, Ratuj Admina, Spadaj, Info Ciacho Moduł, Kontakt moduł, Popup moduł, Samotna litera