Отговор на сървъра 503 защо
Защо отговорът на сървъра е от сайта www.profbuh66.ru, въпреки че сайтът работи правилно (това се случи след известна работа на сървъра), а когато правите анализа без www, отговорът е нормален. Главно огледало от www. Дали е задръстване на сървъра или нещо на pr-cy.ru?
Отговор на сървъра (заглавка)
Услугата HTTP/1.1 503 е временно недостъпна Сървър: nginx/0.8.50 Дата: сряда, 26 януари 2011 г. 17:36:28 GMT Content-Type: text/html Content-Length: 901 Връзка: keep-alive
Следните са често срещани причини за дълга опашка, както и начини за решаване на този проблем: Скриптовете висят Прехвърляне на големи статични файлове чрез PHP
Големите статични файлове се прехвърлят най-добре директно, без използване на скриптове. Има две причини за това: първо, времето за изпълнение на скриптовете е ограничено, след изтичането му прехвърлянето на файлове се прекъсва; второ, отделен работен процес се използва за прехвърляне на файла през PHP, което означава, че той престава да участва в механизма за обработка на заявки от потребители.
За да прехвърляте файлове директно, напротив, е включен специален многонишков процес, който може да обработва много нишки едновременно, без да се отразява на скоростта на зареждане на сайта.
Функционалността на много скриптове за съхранение на файлове може да бъде реализирана чрез правилата mod_rewrite във файла .htaccess (например системата за защита от пиявици). Свързване към отдалечен сървър
Това е най-добре да се избягва. Ако не можете без това, тогава трябва да зададете малко време за изчакване за отговор и да се уверите, че връзката с отдалечения сървър е достатъчно добра.
Проверете всички компоненти и плъгини на вашата CMS, като ги деактивирате един по един и намерете най-тежките или повредени, при които зареждането на сайта се забавя. Ако е възможноизхвърлете такива компоненти или потърсете по-бърз аналог. Също така деинсталирайте всички ненужни компоненти, които не използвате или които не е необходимо да използвате. Дълго изпълняваща се задача на mambot (за Joomla)
Стартирането на пощенския скрипт е най-добре да се постави в системния cron, който се управлява от контролния панел. И задайте стартирането му на времето на най-малко натоварване на сървъра (нощно московско време). В същото време трябва да се вземат предвид ограниченията, наложени от условията на споразумението за оферта относно броя на буквите на час / ден и времето на PHP скрипта. Голям брой бавни MySQL заявки
Ресурсът, който се зарежда, не работи/съдържа връзки към твърде много файлове (изображения, таблици със стилове, JS скриптове), които се зареждат чрез отделни заявки. Опитайте се да комбинирате ресурси в един файл, където е възможно.
Сайтът има елемент, който периодично изпраща AJAX заявки към сървъра (например чат). Броят на заявките зависи не само от броя на посетителите, но и от навика им да отварят няколко раздела в браузъра.
Ботове-индексатори, които сканират ресурси на сайта (търсачки, Sape и други).
Използване на ресурсни елементи или скриптове на други сайтове (връзки към картинки, скриптове за информатори). Използвайте модули/настройки против пиявици.