KŁÓDKA przy probie dodania/edycji itp.

[Xyfka]

Witam,
mam taki problem. Wrzucilem migrowana witryne (juz w wersji 3.2.x) do podkatalogu istniejacej (w wersji 1.5.x).
Przy probie zalozenia np. nowego modulu nowa witryna dlugo nie odpowiada, czekam kilka sekund, po chwili wracam do poprzedniego okna - nic sie nie dodalo. Wyglada jakby nowa witryna byla w trybie 'read - only'.
Jakie pliki, ew. gdzie znajduje sie konfiguracja odpowiedzialna za taki stan rzeczy? Podejrzewam, ze sa to pliki w glownym (nadrzednym) katalogu witryny - tej w wersji 1.5.x, tam dopisywalem linijki odpowiedzialne za konfiguracje nowszej wersji PHP (plik php.ini). Tylko gdzie szukac i co zmienic/dopisac?

[komodore]

Czy działa poprawnie na lokalu?
Czy konfiguracja serwera spełnia wymagania joomla i wszelkich dodatków, które tam masz?
Co to znaczy migrowana (jakim narzędziem)?
W jaki sposób umieszczona na serwerze?

[Xyfka]

Na lokalu bylo ok, tu tez przez jakis czas wszystko gralo. Podejrzewam, ze czyms moglem przedobrzyc w ostatnich dniach.
Migrowalem SP Upgrade. Wiele elementow robilem/przenosilem recznie. Wrzucilem na serwer, bo lokalnie strasznie mi sie wszystko wloklo, tzn. po drobnej nawet zmianie jakiegos drobiazgu dlugo czekalem na odswiezenie witryny.
Wrzucilem na serwer przez ftp, cala struktore jak na lokalu, baze oczywiscie przez MySQL.
Co ciekawe, zmiana ustawien witryny dziala bez zarzutu, wycofanie np. komponentu tez, ale dodanie juz bez szans...
I jeszcze jedno, jak dodaje komponent, klikne 'zapisz' to trwa to strasznie dlugo...
Czy plikami tj. '.htaccess', 'php.ini' moglem cos pogrzebac? Skopiowalem oryginalne z wersji 'local' i podmienilem, dodalem tez wpisy:
- dla .htaccess:
:Location /*.php
Use php53
:Location
php_flag magic_quotes_gpc Off
php_flag magic_quotes_runtime off
- dla php.ini:
magic_quotes_gpc = Off magic_quotes_runtime = Off
magic_quotes_sybase = Off
upload_tmp_dir ="/tmp/"
Czy to jest ok?
A moze jakis modul/komponent grzebie sprawe? Kurcze ciezko mi znalezc jakikolwiek punkt zaczepienia :(

[komodore]

magic_quotes_gpc = Off magic_quotes_runtime = Off
Jedna linia = jedna dyrektywa

php.ini standardowo działa tylko jeżeli jest w folderze, do którego podpięta jest domena i administracja serwera dopuszcza jego używanie. Stosuje się zmianę parametrów PHP za pomocą .htaccess i/lub od PHP5.3 .user.ini.


upload_tmp_dir ="/tmp/"
tmp w folderze głównym serwera?

Dlaczego nie użyłeś akeeba backup do przeniesienia na serwer? Podczas kopiowania plików na serwer po ftp mogło coś się namieszać.

[Xyfka]

Jedna linia = jedna dyrektywa
To tutaj tak sie wyswietlilo, w pliku jest ok.


Meczylem sie i nadal nic.
Objawy sa takie:
moge zmieniac konfiguracje witryny, dodawac artykuly, ale nie moge zmienic/dodawac modulow.
Przy probie zmiany modulu (zapis) kursor myszy zamienia sie w 'klepsydre' i czekam ok minuty, moze dluzej. Okno edycji zamyka sie, pozycja, ktora probowalem zmienic ma obok nazwy KŁÓDKĘ.
Lipa nic sie nie zapisalo. Sprawdzilem uprawnienia do katalogow/plikow (System > Informacje o systemie > Prawa do katalogów), wszystko jest ok.
Jak bylby blad komunikacji z baza, to nie dodalbym, np. artykulu.
Jeszcze jedno. Czasem przy instalacji rozszerzen z poziomu instalatora witryny pojawia sie blad, po ponownej probie jest wszystko ok.
Mialem przypadek instalacji 'Admin Tools': pojawil sie blad wpisu do tabeli bazy danych (bo takowej nie bylo). Pojawil sie przycisk powrotu na 'Puplpit'.
Zadan proba nie przywracala mi pupitu, ciagle witryna chciala odczytac wartosc z tabeli 'jos_admintools_storage`. Nawet strona (front) nie chciala sie wyswietlic, pojawial sie ten sam blad.
Przenioslem tabele wraz z zawartoscia ze starej joomli i zadzialalo.
Napisze, co jeszcze robilem.
Wyczyscilem cala baze, wywalilem wszystkie pliki. Z lokalnej dzialajacej wersji zrobilem backup (Akeeba) bazy + calej witryny. Wrzucilem na serwer (za pomoca skryptu automatyzujacego 'kickstart.php'). Nadal ten sam problem.
Zmow wywalilem wszystko. Wrzucilem czysta instalke joomla 3.x. podopialem do bazy. Zaczalem od nowa dogrywac komponenty... znow do samo.
Wzialem sie za pliki konfiguracyjne (configuration.php), porownywalme je ze stary oryg. witryna w wersji 1.5.x poprawilem i zaktualizowalem dane... nadal nic nie pomoglo.
Sadzilem, ze moze tu (configuration.php) jest cos nie tak (zmienilem wpis co do witryny na taki: 'public $host = 'localhost';') tez nic.
Robilem naprawe i optymalizacje bazy danych... nic.
Mam nadzieje, ze nie zaciemnilem zbytnio sprawy. Ma ktos jakis pomysl? Od czego zaczac?

[komodore]

A masz wystarczająco miejsca na serwerze?
Czy na serwerze nie ma czasem ograniczenia co do ilości plików?
Folder plików tymczasowych na pewno ma prawa do zapisu? (Zobacz uwagę w poprzednim poście)

Wysłane z mojego GT-I8160 przy użyciu Tapatalka

[Karol99]

Na jakim hostingu tak walczysz? Rozumiem, że z J! 1.5.26 nie było tam problemów? Czy baza nie ma ograniczenia wielkości? (+pytania komodore)

Proponowałbym w podkatalogu i nowej bazie (hosting udostępnia więcej niż jedną?) zainstalować czystą J! i poeksperymentować.

[Xyfka]

Hosting to home.pl. Co do ograniczen, to musze sie dowiedziec, czy jakies sa. Wiem, ze jest tam wiecej baz.
Dzis mnie powalila (przypadkiem) jedna rzecz: moge dodac modul (bez problemu) ale dla... zaplecza! Natomiast dla witryny nie, ale... dla witryny moge zmienic stan istniejacego, tzn. wycofac lub przywrocic, nic wiecej.
Pocwicze z czysta instalka j3 i dam znac.

Dzieki!

[Karol99]

Na Home na pewno masz do dyspozycji więcej baz, a i ograniczenia ilości i łącznej wielkości plików nie powinny być powodem kłopotów.

Na tym hostingu występują różne problemy z J! i wymaga on specyficznego dostosowania do potrzeb naszego cms (poszukaj na naszym forum, w ostatnich dwóch miesiącach było o tym parę razy) - ale nie przypominam sobie, żeby ktoś miał podobny kłopot.

Zaczyna to wyglądać na jakiś specyficzny bug w bazie po migracji. Rozstrzygający będzie eksperyment z czystą J!

BTW jak go przeprowadzisz, to testowej instalacji jeszcze nie kasuj.

[Xyfka]

Witam,
po wielu probach na jaw wyszedl sprawca: baza, a konkretnie tabela zawierajaca... pozycje menu. Witryna ma ich bardzo duzo. Przenioslem ich ok 1100, zostalo 2-gie tyle. Przenosze je nawet po kilka sztuk, od razu sprawdzajac, czy blad wystepuje. Podejrzewam, ze sprawca nie jest jakis blad migracji, lecz liczba pozycji menu. Wiem, ze jest tego duzo, ale teraz nie bede tego przebudowywal, chyba ze jest jakis szybki sposob...!?
Nie wiem, co z tym fantem poczac.

[Karol99]

Pamiętam, że po którejś migracji miałem jakieś kłopoty z poprawnym działaniem menu (o ile pamiętam, to na zapleczu ustawienia poszczególnych pozycji wyświetlały się poprawnie, ale nie działały jak powinny od frontu). Pozycji było kilkanaście, ręczne poprawki rozwiązały problem - to doświadczenie Ci nie pomoże :(

Swoją drogą >2k pozycji menu to pewna ekstrawagancja. Nie wiem, czy w Onecie tyle mają...