Пользователь пока ничего не рассказал о себе

Достижения

Все достижения (2)

Наибольший вклад в теги

Все теги (19)

Лучшие ответы пользователя

Все ответы (21)
  • RabbitMQ, сообщение каждый 5 секунд

    @moonsly
    Запускаем отдельный воркер или простой скрипт, который будет висеть в бесконечном цикле и слать сообщения в нужную AMQP-очередь с паузой в 5 секунд. Для надежности — контролируем его каким-нибудь supervisor-процессом, перезапускаем если упал.
    Ответ написан
    Комментировать
  • Как отсечь посетителей с определенного урла?

    @moonsly
    Отсюда www.htaccess-guide.com/deny-visitors-by-referrer/

    RewriteEngine on
    # Options +FollowSymlinks
    RewriteCond %{HTTP_REFERER} otherdomain\.com [NC,OR]
    RewriteCond %{HTTP_REFERER} anotherdomain\.com
    RewriteRule .* — [F]
    Ответ написан
    2 комментария
  • Алгоритм эффективного распределения заявок

    @moonsly
    Чтобы выбор был «объективен» — вам нужно продумать надежную систему рейтинга агентов, а также разделять компетенции агентов (оценивать каждого по ряду критериев — например, «умение продавать», «опыт с арендой/наследством» итд) и разделять заявки клиентов по их компетенциям, ставить заявку в очередь с estimate ожидания, если компетентный агент сейчас занят.
    Готовое решение вряд ли найдете, или придется его долго допиливать (например OTRS) — скорее нужно писать под ваши конкретные нужды.
    Ответ написан
    Комментировать
  • Организация поиска по сайту?

    @moonsly
    Рассмотрите вариант Sphinx, ЕМНИП поиск по хабру основан на нем (поправьте, если ошибаюсь). Русский стемминг и морфология из коробки, есть расширенный язык запросов, поддерживается поиск по синонимам через wordforms, используется в нескольких нагруженных проектах.
    habrahabr.ru/post/147745/
    habrahabr.ru/post/132118/
    Ответ написан
    Комментировать
  • Алгоритм распределения нагрузки между SMTP-серверами

    @moonsly
    1. Кроме пропускной способности SMTP, вам нужно отдельно контролировать лимиты по каждому сервису (mail.ru, rambler.ru, yandex.ru etc) — если будете слишком часто слать на один сервис (несколько писем в минуту), быстро попадаете в фильтры и блек-листы, и никто не посмотрит, белый у вас сайт/рассылка или не очень. Конкретные цифры с лимитами писем для каждого сервиса можете загуглить, я их не знаю, но они есть.
    2. Обыкновенный round-robin, т.е. каждый новый добавленный SMTP участвует в кольцевой очереди на отправку очередного письма.
    Если же контролируете доставку/прочтение — то можно по каждому SMTP отдельно вести его рейтинг (по доставке писем), и учитывать этот рейтинг при выборе сервера (чем выше доставка — тем больше можно пока что отправить, но не переусердствовать).
    Ответ написан
    4 комментария