SeVlad

SeVlad
Рейтинг
1609
Регистрация
03.11.2008
lonelywoolf:
Видимо, вы не в курсе, как работают серверы БД. Там нет приоритизации запросов, очередь - "первый вошёл - первый вышел", плюс паралельное исполнение запросов по числу ядер.

Именно так я и понимаю.

И ещё знаю, что как правило, у хостеорв есть лимиты на кол-во одновременных запросов и времени их исполнения. Агава тут далеко не одинока. И я не считаю это не правильно (если лимиты адекватные конечно).

Had:
Приведи пруф или болобол обычный. Где в доках ПС написано что 1 (одна) страница может иметь несколько Н1?

А давай я тебе приведу спецификацию html. Сколько ставишь?

Had:
новость в том что скудный умом гения не разумеет. Что мы собственно и имеем.

Да уже наверное ни для кого не секрет что ты папу с моря не отпускаешь.

lonelywoolf:
Как результат, хоть нагрузка была высокой, но именно наименее нагруженные базы отправляли запросы в логи, тогда как истинные виновники - пара магазинов с возросшей посещаемостью, в логи не попадали

Я конечно не спец по таким большим вещам, но тут кмк вопрос в неправильной настройки логгирования. Или же настойки очереди доступа/ресурсов в базу.

Но в любом случае - эта ситуация не типична и не говорит о том, что юзер не может получить логи медленных вопрос по СВОИМ базам.

А вообще...этот случай описывает ситуацию, когда виновные оказались одни, а пострадали другие юзеры. И тут уже вина хостера, как ни крути.

TST-master:
Прикинь, если какой чудик в моей локации чего начудил из-под него.

Во! Уже радует что ты это понимаешь. А сколько народу питается мучными изделиями, веря в их пользу :)

TST-master:
Короче, лучше вообще не отсвечивать, как я понял, траф надо закрыть от прова. И маскимально усложнить сбор инфы о себе остальным охотникам типа гуглов усманово цукербергестых.

Я тебе так скажу - если "чё надо", то это надо делать с отдельного чистого девайса и не из дому. Домой этот девайс не тащить. И всегда быть готовым к визиту. Т.е. заготовить нужные слова и выражения морды лица.

Ну и конечно курить вопросы сетевой (и не только) безопасности, принимать какие-то меры, но не такие, чтобы привлекать внимание.

Разным гуглам по возможности не сливать перс инфу, но это к сож уже практически не возможно. :(

Miha Kuzmin (KMY):
А, то есть альтернативно одаренный

Как будто для тебя это новость :)

lonelywoolf:
Тем, что мейнтейнить его и ставить в систему придётся самому, а в CL это сделали за меня.

Хм.. Ну другие-то модули php и апача для др ОС всё равно надо ставить.

И это же разовая операция.

Или я что-то не понимаю?

lonelywoolf:
Ну вот давайте смоделируем.

Ну смоделировали.. В запросах (в логах точнее) есть и база и время выполнения и др данные.

В чем же проблема опознать виновника?

lonelywoolf, да в легенды "Nginx быстрее апача" я не верю :). Я прекрасно понимаю что всё зависит от конкретных условий и использования. И ещё прекрасно понимаю, что Nginx без апача на шареде - это ахтунг для юзеров.

Но это никак не отвечает на мои вопросы.

lonelywoolf:
LSAPI я не ставлю в шаред по той причине, что это приведёт к дополнительным телодвижениям по поддержке, к которым я не готов. Того же мнения и мои коллеги: выигрыш перед mpm-itk минимален и заметен только в хайлоаде.

Неужели LSAPI затратнее в поддержке чем другие модули?

И чем же?

lonelywoolf:
Нет, он вряд ли вам может сказать, насколько именно грузят именно _ваши_ запросы сервер БД.

Чёй-то? В проблемных запросах не видно название базы?

Ria.neiron:
это некомпетентность хостера, если точнее, то отсутствие системного администратора.

У меня такое мнение уже давно:) Но, если не считать вот таких вот редких косяков - в целом всё нормально. Да, бывали разные проблемы, но решались. А у какого хостера их нет :)

lonelywoolf:
Есть не только в CL. Это вообще прикручивается куда угодно.

Опять же - это я всё уже не раз слышал, но в реальности не видел.

lonelywoolf:
ну просто потому, что это и не надо.

Надо. Это намного лучше чем Nginx + PHP-FPM на шареде*.

Это я говорю как юзер, поюзавший (и юзающий) разные хостинги с разными набором ПО.

*Уточню: лучше для ВП при тех "типовых" конфигурациях/настройках которые есть у хостеров.

lonelywoolf:
Я даже больше скажу. Ваш хостер и не представляет, насколько вы его грузите, когда и какими скриптами. В том числе, панель не учитывает статистику использования MySQL, как я помню: вам режется тупо число запросов в час и количество подключений и всё на этом.

Вообще-то знает, но ему и не надо это знать. Ему надо иметь возможность увидеть и сообщить мне какой именно файл (php) или процесс (запросы в базу напр) вызвали превышение лимитов. Что бы уже я мог с этим что-то сделать.

Так ведь?

vandamme:
1) ну да, нормальная как из моей практики, они же предоставили ресурсы согласно тарифу, всё что выше - ошибка 503.

Да я не против 503.. Но на протяжении нескольких часов эта 503 (и 500 кстати тоже) возникала 100500 раз. Буквально каждую минуту- две. Т.е. явно же была какая-то проблема. Либо из вне (ДДОС напр) либо изнутри (ну что-то глюкнуло или криво обновилось).

Вот я мне и стало интересно - неужели такие нештатные ситуации не видятся хостерами.

Ну это просто можно сказать любопытство... Для лучшего понимания работы хостеров.

vandamme:
2) мне подсказывали, например, запросы mysql, которые забирают много ресурсов. Пришлось их переписывать, оптимизировать. В основном джойны.

Вот тут отдельная боль - сколько ни пытал хостера, но так и не получил инфы о причинах такой ситуации. Вот как я могу что-то исправить, если действительно сайт виноват.

Всего: 28523