izbushka: Если время поиска (findtime) все еще удовлетворяет условию - он банит.
это лучший ответ, решение
---------- Добавлено 13.03.2013 в 13:10 ----------
musitann: Дак вы баните тех, кого почтовик и так не принял. С чего бы стать спаму меньше?
согласен )) просто exim больше как почта администратора и спам мне фиолетов пока и не много его. напрягали логи exima типа reject - очереди frozen и тп.... а конфиг exima пока оч страшен для меня - нашёл выход банить через fail2ban ;)
izbushka: А как вы IP опеределяете? Вручную? Тогда удачи Если определяет exim, то он пусть и банит, fail2ban'ом можно следить только за нагрузкой
ведь всё проще чем кажется, вы путаете наверное fail2ban с munin-подобными
fail2ban - находит по логу IP автоматом и сразу же банит, самостоятельно. Вот моя наработка на сегодня fail2ban exim4 правила конфиг
failregex = \[<HOST>\] .*(?:relay not permitted|rejected RCPT.*) SMTP syntax error in .* \[<HOST>\] no host name found for IP .* \[<HOST>\] \[<HOST>\]: 535 Incorrect authentication data \[<HOST>\]: 503 connection rejected
банит на дето три дня..
---------- Добавлено 13.03.2013 в 13:06 ----------
Romka_Kharkov, да, у вас выходит вечный бан :) и ручная/полуавтоматическая работа с iptables
Милованов Ю.С: А почему без подзапросов? Хайлоадстопяцотплюсов
кароч, наноч глядя может и я чё спутал, но моя ситуация такая же. искал решение и там был и ваш пример и с дополнительным джойном - так было везде где только не читал, но у меня вышло проще, посему и вопрос на засыпку :)
---------- Добавлено 13.03.2013 в 02:17 ----------
просто я в шоке как народ извращается при простом подходе.. по типу:
SELECT usr, SUBSTR(MAX(CONCAT(dt, post)), 1, 19) dt, SUBSTR(MAX(CONCAT(dt, post)), 20) post FROM posts GROUP BY usr
ValdisRu: хм а какая польза от кеша если данные изменились
я ж ничё против не имею, просто хотелось бы понять, как оптимизировать работу сервера и движок соц сети, в которой данные постоянно меняются и имеёт первостепенное значение.
Если время поиска (findtime) все еще удовлетворяет условию - он банит.
это лучший ответ, решение
---------- Добавлено 13.03.2013 в 13:10 ----------
Дак вы баните тех, кого почтовик и так не принял. С чего бы стать спаму меньше?
согласен )) просто exim больше как почта администратора и спам мне фиолетов пока и не много его. напрягали логи exima типа reject - очереди frozen и тп.... а конфиг exima пока оч страшен для меня - нашёл выход банить через fail2ban ;)
А как вы IP опеределяете? Вручную? Тогда удачи
Если определяет exim, то он пусть и банит, fail2ban'ом можно следить только за нагрузкой
ведь всё проще чем кажется, вы путаете наверное fail2ban с munin-подобными
fail2ban - находит по логу IP автоматом и сразу же банит, самостоятельно. Вот моя наработка на сегодня fail2ban exim4 правила конфиг
банит на дето три дня..
---------- Добавлено 13.03.2013 в 13:06 ----------
Romka_Kharkov, да, у вас выходит вечный бан :) и ручная/полуавтоматическая работа с iptables
Да и fail2ban редко рестартуется..
писал правило многострочное, так приходилось перезапускать периодически вручную чтобы он подхватил новые установки.
---------- Добавлено 13.03.2013 в 11:44 ----------
начинаю войну со спамом, пока с бана IP - лезть в конфиг exim пока ссыкотно :(
Работа с таблицей posts
Или же надо, чтобы для тех кто ниче не писал приходил НУЛЛ или еще че-нить?
вот и говорю, чем это хуже чем
FROM posts
WHERE user_id IN
(
SELECT user_id
FROM users
)
GROUP BY user_id
---------- Добавлено 13.03.2013 в 02:42 ----------
Или же надо, чтобы для тех кто ниче не писал приходил НУЛЛ или еще че-нить?
выбрать самый последний пост каждого юзера - и всё, а посмотрите как они извращаются ))
А почему без подзапросов? Хайлоадстопяцотплюсов
кароч, наноч глядя может и я чё спутал, но моя ситуация такая же. искал решение и там был и ваш пример и с дополнительным джойном - так было везде где только не читал, но у меня вышло проще, посему и вопрос на засыпку :)
---------- Добавлено 13.03.2013 в 02:17 ----------
просто я в шоке как народ извращается при простом подходе.. по типу:
FROM posts
GROUP BY usr
FAQ: Выборка первой/последней записи в группах
вся нить - http://www.sql.ru/forum/actualthread.aspx?tid=687908
так без подзапроса одним запросом получить "выбрать самый последний пост каждого юзера" кто-нить сможет?
сперва разберитесь чего там отображено.
забегая вперед - нормально
моджет поможите :)
ну соц сеть как и есть динамически меняющийся объект, кешировать который не имеет смысл
тупо наращивать железо при росте нагрузки?
хм а какая польза от кеша если данные изменились
я ж ничё против не имею, просто хотелось бы понять, как оптимизировать работу сервера и движок соц сети, в которой данные постоянно меняются и имеёт первостепенное значение.
конкретные запросы
только запросы и кэшируются, но при изменении в таблице запросы из кэша удаляются
Спасибо всем, принявшим обсуждение вопроса. Сейчас буду создавать картинку 🍾
Задолбёшься рисовать... там этих картинок как девайсов эплов 😡
Попробуй http://www.gieson.com/Library/projects/utilities/icon_slayer/#.UTuP2xywuAY
Выдаёт в архиве все возможные варианты :) нужна только одна большая для исходника