Какие системы очереди сообщений подходят для использования на общем веб-хостинге? - PullRequest
1 голос
/ 31 октября 2009

В настоящее время я использую веб-сервер общего хостинга и пытаюсь настроить систему очередей, на которую мой основной веб-сайт будет публиковать сообщения. Затем я буду использовать что-то еще (возможно, cronjob) для обработки элементов в очереди.

Мне нужно что-то безопасное, чтобы другие пользователи на машине не могли использовать мою очередь. Объем памяти должен быть как можно ниже. Кроме того, его должно быть легко установить, не требуя доступа администратора - я должен иметь возможность установки в пользовательский каталог в моей домашней папке на сервере.

RabbitMQ выглядит хорошо, но требует Erlang, и я не нашел, как установить и настроить его без рут-доступа. Такие вещи, как beanstalk, gearman, похоже, не поддерживают аутентификацию.

Есть предложения?

Ответы [ 2 ]

1 голос
/ 24 июля 2011

Вы можете смоделировать очередь сообщений с файлами. Создать папку. Установите разрешения на чтение и запись по своему усмотрению. Опубликуйте сообщение как новый файл и переместите файлы в готовую папку, когда они будут использованы. Это просто, не требует никаких усилий и легко тестируется и отлаживается.

В идеале вы должны следовать этому протоколу:

При написании нового файла сообщения напишите его как mymessage.tmp, затем, когда закончите запись, переименуйте в mymessage.msg.

При приеме сообщений ищите только имя файла * .msg. Затем переименуйте в .reading, а когда закончите, удалите или перейдите в готовую папку.

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

1 голос
/ 31 октября 2009

Почему бы просто не использовать базу данных? Если вы планируете использовать cronjob (т.е. скрипт будет вызываться не более одного раза в минуту), это кажется мне лучшим вариантом.

...