Ale czy to mogło byc przyczyną problemu?
Z tego co wiem to opcja ctrl h w module nie dziala a linków łacznie jest kilkaset, zajęłoby mi to ręcznie kilka godzin co najmniej :eek:
Ale czy to mogło byc przyczyną problemu?
Z tego co wiem to opcja ctrl h w module nie dziala a linków łacznie jest kilkaset, zajęłoby mi to ręcznie kilka godzin co najmniej :eek:
Dostałem w odpowiedzi na reklamacje taki oto meil:
Witam
Po dokonaniu analizy pracy Panstwa konta chcialbym poinformowac, iz w jego ramach
funkcjonuja skrypty, ktore moga powodowac znaczna utylizacje Panstwa konta wirtualnego
oraz statusy odpowiedzi serwera (bledy) 503.
W zalaczniku pozwolilem sobie na zamieszczenie nastepujacych plikow:
- ecoego@home-090909-phpreq.log - log informujacy o czasie wykonania sie skryptu oraz
czasie oczekiwania skryptu na operacje I/O, tj. dostep do bazy, zewnetrznych zrodel
danych, itp.
- ecoego@home-090909-phplog.log - log interpretera PHP
- ecoego@home-090909-mysql_slowlog.log - log zawierajacy zapytania SQL wykonujace sie
powyzej 3sek. oraz te, ktore nie wykorzystuja indeksow
- ecoego@home-090909-mysql_slowstats.log - podsumowanie pliku ecoego@home-090909-mysql_slowlog.log
Powyzsze pliki zostaly umieszczone w zalaczonym archiwum gzip. Prosze o zapoznanie sie
z w/w logami oraz analize i optymalizacje Panstwa serwisu. Prosze takze o informacje zwrotna
na temat podjetch krokow optymalizacyjnych.
W przypadku serwisow o wiekszych odwiedzalnosciach sugeruje rowniez rozwazyc uzycie nastepujacych
technik:
1. gdzie to mozliwe prosze stosowac content statyczny
2. warto rozwazyc, w wypadku stron dynamicznych, przygotowanie ich zawartosci wczesniej (np. szablony)
3. skrypty powinny konczyc prace w jak najkrotszym czasie (do 200 ms)
4. unikac serwowania plikow z poziomu skryptu PHP (poprzez kopiowanie zawartosci plikow dyskowych binarnie na standardowe wyjscie)
5. stosowanie zapytan, ktore baza danych jest w stanie wykonywac rownolegle
6. wyeliminowanie polaczen do zewnetrznych serwerow
7. unikanie generowania obrazkow 'na zywo'
8. zadania 'porzadkowe' najlepiej wykonywac w cronie w godzinach nocnych
9. nalezy pamietac o odpowiednich indeksach na tabelach baz danych
W przypadku dodatkowych pytan pozostajemy do dyspozycji.
To typowy belkot wysyłany w razie problemów czy konkretna informacja która mi moze pomóc?
Please, odpowiedzcie
Było ok przez jakiś czas, mogłem sie wpisac, inni znowu nie... a teraz nikt nie może, a rano ktoś mogł. To chyba teraz już widać ze to wina home.pl jak na moje niewprawne oko? pozdrawiam.
Jeśli komentarze korzystają z jakiś dodatkowych bibliotek, to może warto by sprawdzić czy są one dostępne?
Webdeveloper do usług ;)
Nie orientuję się w tym co piszesz, to dla mnie czarna magia ale własnie dostałem od nich meila, o takiej treści:
Dziekue za korespondencje.
Prosze zwrocic uwage, iz kazdorazowa proba opublikowania komentarza skutkuje pojawieniem sie w przegladarce komunikatu bledu:
"Błąd: uncaught exception: [Exception... "Access to restricted URI denied" code: "1012" nsresult: "0x805303f4 (NS_ERROR_DOM_BAD_URI)" location: "http://www.ecoego.pl/components/com_comment/joscomment/jscripts/client.js Line: 151"]"
Najprawodpodobniej zwiazane jest to z domyslnym poziomem zabezpieczen przegladarek, ktore nie pozwalaja witrynie na wykonywanie kodu JS
znajdujacego sie pod inna domena niz ecoego.pl. Sugeruje przeglad konfiguracji aplikacji oraz upewnienie sie, iz we wszystkich zmiennych
konfiguracyjnych wymagajacych podania domeny pod ktorea dziala aplikacja widnieje wartosc http://www.ecoego.pl. Dodatkowo zachecam do zapoznania
sie z obszernymi materialami dostepnymi w sieci na temat przyczyn wystepowania tego typu wyjatkow.
W przypadku dodatkowych pytan pozostajemy do dyspozycji.
Co moge zrobić w tej sytuacji? pozdrawiam.
Google nie gryzie
http://forum.php.pl/index.php?showto...8&#entry523178
Webdeveloper do usług ;)
Dzieki za linka, ale ja nic z niego nie rozumiem
Twój JS chce zrobić coś czego nie może, a co to masz podane plik i linijka kodu, tam trzeba sprawdzić co chce zrobić i to zmienić.
Webdeveloper do usług ;)