musitann

Рейтинг
38
Регистрация
02.01.2013
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

izbushka:
Да и fail2ban редко рестартуется..

писал правило многострочное, так приходилось перезапускать периодически вручную чтобы он подхватил новые установки.

---------- Добавлено 13.03.2013 в 11:44 ----------

начинаю войну со спамом, пока с бана IP - лезть в конфиг exim пока ссыкотно :(

Милованов Ю.С:
Работа с таблицей posts

-- Если юзер ничего не постил, его в выборке не будет.
SELECT user_id, max(post_date) FROM posts GROUP BY user_id


Или же надо, чтобы для тех кто ниче не писал приходил НУЛЛ или еще че-нить?

вот и говорю, чем это хуже чем

SELECT user_id, max(post_date)
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 ----------

просто я в шоке как народ извращается при простом подходе.. по типу:

SELECT usr, SUBSTR(MAX(CONCAT(dt, post)), 1, 19) dt, SUBSTR(MAX(CONCAT(dt, post)), 20) post
FROM posts
GROUP BY usr

FAQ: Выборка первой/последней записи в группах

вся нить - http://www.sql.ru/forum/actualthread.aspx?tid=687908

так без подзапроса одним запросом получить "выбрать самый последний пост каждого юзера" кто-нить сможет?

Den73:
сперва разберитесь чего там отображено.
забегая вперед - нормально

моджет поможите :)

ValdisRu:
ну соц сеть как и есть динамически меняющийся объект, кешировать который не имеет смысл

тупо наращивать железо при росте нагрузки?

ValdisRu:
хм а какая польза от кеша если данные изменились

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

foxi:
конкретные запросы

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

a_zurn:
Спасибо всем, принявшим обсуждение вопроса. Сейчас буду создавать картинку 🍾

Задолбёшься рисовать... там этих картинок как девайсов эплов 😡

Попробуй http://www.gieson.com/Library/projects/utilities/icon_slayer/#.UTuP2xywuAY

Выдаёт в архиве все возможные варианты :) нужна только одна большая для исходника

Всего: 297