netwind

Рейтинг
419
Регистрация
06.05.2007
myhand:
Подчеркиваю, чтобы "защита"
от такой атаки на уровне сервера не имела смысла в принципе.

Я так понимаю, вы хотите прикинуть когда имеет смысл обращаться к внешним сервисам.

Однако забываете, что можно просто поставить два сервера и скопировать туда свои скриптики и вот уже такая схема способна 200мбит трафика переварить своими силами. А когда датацентр поднимет бузу, можно ставить эти сервера в разные датацентры.

То есть, та грань, когда придется брать защиту на стороне побольше 100мбит и зависит от разных факторов.

там есть JOIN по смыслу, хотя в тексте запроса слова JOIN нет.

Ну вот. Значит в первую очередь следует обратить внимание на запрос продолжительностью 24 секунды. А потом на общую обстановку на сервере.

Если это VDS - лучше не морочьте голову людям. В окружении VDS тормоза возникают сами по себе в любое время и не обязательно по вашей вине.

Теоретические вопросы по поводу sql еще могут показаться занятными.

RIVA3, конторы есть http://ngenix.net/. Но смотрите на вещи реально. Эти люди своих денег не упустят точно. Хотя бы потому что принципы ценообразования на сайте не указаны.

Потому как проект сверхсеръезный и простои мне не нужны.
..
Планы за полгода выйти на 1000 клиентов в месяц.

РМЭС/ШСД/ЧТО-ТАМ-ЕЩЕ ? Не парьтесь, берите простой сервер.

Miracle:
не знаю, если бы было что то типа блокировки то все запросы бы тормозили, а так из середины списка

Если блокировка наложена на несколько таблиц, то тормозят те запросы, которые используют эти таблицу, а не все.


[7] => Array
(
[0] => SELECT t.forum_id, t.topic_id, p.post_time
FROM forum_topics t, forum_posts p
WHERE p.post_id = t.topic_last_post_id
AND p.post_time > 1256581280
AND t.topic_moved_id = 0
[1] => 24,293247938156

почему вы решили что 24 секунды это фигня и вы решили искать проблему в forum_users ?

Нельзя оценивать узкое место на сайте просто по одной серии запросов на одной страниче. Там может параллельно выполняться много других и они влияют даже на простые запросы. А на VPS и того веселее бывает.

Так что в вашем случае подозрительный запрос нужно запускать вручную несколько раз, чтобы исключить влияние "помех".

kostich:
нету у нас 5-7%... у нас если 2-3 реальные посетителя за день на большем трафе внесет, то это чудо... и я не оцениваю это по жалобам каким-то, а вижу реально почему в черные списки заносит. хотя по некоторым клиентам действительно бывает 5-7%, а иногда и больше...

И все же, вы ведете белые списки сотовых операторов и прочих любителей NAT ? если нет, то как достигается низкий уровень ложных срабатываний ?

Меня (да и остальных) не интересуют названия технологий и торговые марки, которые мне ничего не скажут. Меня интересуют критерии. Подойдут ли они мне?

Miracle, это вы лог медленных запросов просматриваете? запрос простой. скорее всего, имела место блокировка записи на forum_users и приведенный запрос ждал ее завершения.

бекап например или какая-нибудь задача перерасчета званий.

То есть надо искать другой запрос.

Я научу вас пользоваться поиском : в меню Поиск, Расширенный поиск, "пеленегатор" :

/ru/forum/403032

/ru/forum/404605

/ru/forum/407710

/ru/forum/390895

но это типа старая тема. новая тема была про чтение смс.

sirota77:
я подумал что эти "напёрсточники" могут читать эту ветку форума, и возможно как то прокомментируют

Более того, их целый раздел : /ru/forum/website-monetization/partner-program

странно, что я не нашел сходу тему об этой партнерке. Их все-таки сносят?

Во всех файлах. Там масса мест с вызовом curl. Попробуйте потом еще клавиатуру тряпочкой протереть и системный блок переставить по фен-шую. Примерно того же уровня советы.

Ну разумеется, вывод ошибки или обычной статичной html-странички, не напрягает сервер так как php. При слабом ддос так и должно быть. Соберите адреса и заблокируйте их. При достаточно слабом ддос можно даже в .htaccess их вписать и работать будет вполне сносно.

Всего: 6293