Błąd 503 - czy może być tym spowodowany...., może się myle :/ Opcje

[TomASS]

Witam.
Otrzymałem takiego oto e-maila (od jakiego hostingowcy, to uważni użytkownicy php.pl wiedzą )

Po dokonaniu analizy pracy Panstwa konta chcialbym poinformowac,
iz w jego ramach funkcjonuja skrypty, ktore moga powodowac znaczna
utylizacje Panstwa konta wirtualnego oraz ewentualne bledy 503.
Chodzi tu zwlaszcza o zapytania sql nie wykorzystujace poprawnie
indeksow (w zalaczonych logach) jak rowniez ogromna ilosc zapytan
wydawanych przez Panstwa witryne. W okresie przeprowadzania analizy
Panstwa skrypty wydawaly srednio 933 zapytania na sekunde do bazy
mysql, co znacznie (ok. 100x!) przekracza ramy serwera wirtualnego.

W zalaczniku pozwolilem sobie na zamieszczenie nastepujacych plikow:
- log informujacy o czasie wykonania sie skryptu oraz czasie oczekiwania skryptu na operacje I/O, tj. dostep do bazy, zewnetrznych zrodel danych, itp.,
- log zawierajacy zapytania SQL wykonujace sie powyzej 3sek. oraz te, ktore nie wykorzystuja indeksow,
- LOG zawierajacy bledy wynikowe interpretera PHP.
Powyzesze pliki zostaly umieszczone w zalaczonym archiwum gzip. Prosze
o zapoznanie sie z w/w logami oraz analize i optymalizacje Panstwa serwisu.
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 powinni konczyc prace w jak najkrotszym czasie (do 200 ms)
4. unikac serwowania plikow z poziomu .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 opdowiednich indeskach na tabelach baz danych

ad. 1. Niby jak mam używać statycznej treści jak strona generuje się na podstawie danych z bazy danych?
ad. 2. Ktoś wie co mają na myśli?
ad. 3. Oj to chyba nie moja wina, że w nocy WSZYSTKIE skrypty kończą się poniżej 10ms, a podczas dnia, zapewne coś zabija im serwer
ad. 4. ? Niczego takiego nie robię
ad. 5. Jakie to są zapytania?
ad. 6. Nie ma połączeń do zewnętrznych serwerów
ad. 7. Nie ma generowania obrazków
ad. 8. Cron jest odpalany co 15min (wywoływanie zapytania http) oraz co 30min (wysyłanie e-maili)
ad. 9. Pamiętam


Co o tym myślicie?

[mhs]

Wiemy o kogo chodzi

Ad. 1 do Ad. 9 - pewnie standardowy txt wklejany do wiadomości tego typu więc częścią bym się nie przejmował specjalnie gdy Cię nie dotyczą.

Jeżeli chodzi o 8 to ostatnio robiłem mailing i puściłem co 5 minut paczki po 300 maili - łącznie kilkanaście tysięcy emaili - poszło bez problemów - póki co - nic nie odzywają się. Generalnie kiedyś w kilka tygodniu po odpaleniu dość dużego serwisu dostałem od nich podobnego maila. Nie dokonałem żadnych zmian i od kilku miesięcy jest spokój (mimo podobnego ruchu co na początku). Kiedyś poprawiałem bazę danych po poprzednim programiście dla sklepu internetowego (po podobnych mailu) - po tych zmianach jest ok (dodałem indeksy, gdyż w ogóle nie były wykorzystywane.

Pozdrawiam.

i jeszcze fragment korespondencji od nich gdy dopytywałem się ostatnio o parę rzeczy (tak dla przestrogi):

Na wstepie chcialbym poinformowac, iz w ramach uslugi hostingu wspoldzielonegi maksymalny czas wykonania skryptu wynosi 300 sekund. Oznacza to, ze skrypt, ktory wykonuje sie w petli dluzej - zostanie z tablicy procesow po tym czasie usuniety.
Podobna procedura zostanie wykonana w sytuacji, gdy skrypt bedzie wykorzystywal czas procesora wiecej niz 30 sekund. Dodatkowo w sytuacji, gdy serwer nie wysyla danych do przegladarki (STDIO), zamyka on polaczenie po 60 sekundach, a skrypt po odwolaniu sie do serwera zostanie przerwany.

[TomASS]

Wiemy o kogo chodzi

hehe

Ad. 1 do Ad. 9 - pewnie standardowy txt wklejany do wiadomości tego typu więc częścią bym się nie przejmował specjalnie gdy Cię nie dotyczą.

Rzekomo dotyczą - bo widać w tym e-mailu podstęp.... chcą się zabezpieczyć na wypadek błędu 503 i pretensji z mojej strony - teraz niby piłeczka po mojej stronie

Jeżeli chodzi o 8 to ostatnio robiłem mailing i puściłem co 5 minut paczki po 300 maili - łącznie kilkanaście tysięcy emaili - poszło bez problemów - póki co - nic nie odzywają się.

Ja puszczam max 20maili, tekst nie więcej niż 100liter, 50% to nie idzie żaden e-mail

Generalnie kiedyś w kilka tygodniu po odpaleniu dość dużego serwisu dostałem od nich podobnego maila. Nie dokonałem żadnych zmian i od kilku miesięcy jest spokój (mimo podobnego ruchu co na początku).

Ja jestem rok po odpaleniu - transfer to ok 2GB dziennie. 90% to w godzinach 9-16


Dzięki.

Tom

[gantel]

Witam, chce odswiezyc ten temat gdyz ostatnio mnie rowniez dreczy podobny problem.

A z tresci maila wynika ze chodzi mi o tego samego uslugodawce

Co proponujecie ?

Mam u nich 4 serwery i np. dzisiaj 2 praktycznie wogule nie dzialaja !
Przez ostatnie pol roku bylo ok.
Czekac czy przejsc moze na dedykowany ?
Czy probowac cos we wlasnym zakresie.
Do tej pory bylem zadowolony 503 pokazywalo sie sporadycznie

Jak sie ma wydajnosciowo serwer postawiony na wlasnym laczu synchronicznym 4MB + serwer na zwyklym komputerze powiedzmy pentium 2ghz,1 gb, ram,hdd 320 gb ?

Bedzie lepiej ?