А дальше по рейту

репу сюда никак не запилить?

Ботом

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

Почему на Джанго?

Почему на Джанго?

А почему бы и нет?

Почему не на 1с-битрикс или joomla?

Уже написанно, много кода на нем

Ну или вот еще неплохой вариант на excel

можно и что нибудь другое использовать

Вот в зависимости от репы можно и выдавать количество сообщений, не?

Вот в зависимости от репы можно и выдавать количество сообщений, не?

А я про что?

А дальше по рейту

репу сюда никак не запилить?

Только банить придется вручную

А есть что-нибудь для SOA на разводных гаечных ключах? Их уже много у меня

можно и что нибудь другое использовать

Я к тому что Джанго и сервисы ортогональны

Ну тоесть основной сайт то на джанго. а вот сервисы на чем нибудь другом. или плохой вариант?

Ну тоесть основной сайт то на джанго. а вот сервисы на чем нибудь другом. или плохой вариант?

что подразумевается под сервисами?

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

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

ну ок. возьми ты redis + rq. ну или celery+rabbitmq.

репу сюда никак не запилить?

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

ну ок. возьми ты redis + rq. ну или celery+rabbitmq.

Кажется он не про очереди

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

Кстати, где он?

Кстати, где он?

tr.im/upwork

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

а покажи его? Мы вообще как раз репу пилим для комстата, но пока в планах эдак через недели 2

ну ок. возьми ты redis + rq. ну или celery+rabbitmq.

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

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

Прям бритва Оккама. Может бот и воспитает :)

ну ок. возьми ты redis + rq. ну или celery+rabbitmq.

Зачем rq?

Redis из коробки прекрасно справляется с очередями.

Через блокирующие операции.

LPUSH -> BLPOP

Зачем костыли нужны вроде rq, не совсем ясно.

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

А почему нельзя просто пользоваться API твоих сервисов из джанги?

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

С помощью SOAP, наверняка в питоне есть.

Но как лучше сделать. все сервисы на порты повесить? или на урл

Попробуй покурить SOAP/WSDL

Но как лучше сделать. все сервисы на порты повесить? или на урл

А что у тебя?

пока все монолит

а покажи его? Мы вообще как раз репу пилим для комстата, но пока в планах эдак через недели 2

@romanhinex вроде его написал, но могу ошибаться

Кажется он не про очереди

редис - это не очереди.

редис - это не очереди.

В Redis'e есть всё для очередей.

В том числе и для двойных.

Через тот же RPOPLPUSH.

А чому не использовать селери + редис?

А чому не использовать селери + редис?

Потому что лишние костыли и нагрузка не нужны.

редис - это не очереди.

python-rq - это очереди в редисе.

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

а тебе мгновенный отклик нужен или нет?

python-rq - это очереди в редисе.

я знаю. но редис - это не про очереди :)

мне больше нра очереди в uwsgi spool

вот его pubsub - это очереди или нет?

мне больше нра очереди в uwsgi spool

ну, как вариант.

у меня главный вопрос к предложившему soap/wsdl: не приболел?

soap брр

я знаю. но редис - это не про очереди :)

Да ты тоже приболел.

Потому что лишние костыли и нагрузка не нужны.

а в чем костыли и что источник нагрузки? редис? сериализация?

а в чем костыли и что источник нагрузки? редис? сериализация?

В том, что кроме Redis'a ничего не нужно.

редис + rq = очереди, celery + rabbitmq = очереди

Redis = очереди.

Больше ничего не нужно там.

редис + rq = очереди, celery + rabbitmq = очереди

и тут внезапно ты вырываешь член из выражения и говоришь что он - не очереди

я не понимаю логики :(

В том, что кроме Redis'a ничего не нужно.

даже код клиенской либы для редиса? :)

даже код клиенской либы для редиса? :)

>клиентская либа >Redis

ERROR: S client not available

Ты через JS ключи пушить будешь?

>клиентская либа >Redis

а hiredis нам тоже не надо? и redis-sentinel,

а hiredis нам тоже не надо? и redis-sentinel,

Это драйвер.

селери в топку. rq и uwsgi spooler рулят

Ты через JS ключи пушить будешь?

это автора спросить надо ))

Причём тут драйвер.

И твои костыли.

Это драйвер.

нет.

Лол.

https://github.com/redis/hiredis

Ну ты понял, да.

Я сейчас вообще про другое.

https://github.com/redis/hiredis

ну и как я тогда без hiredis хожу в redis? :)

Я про то, что Redis поддерживает очереди из коробки

Довольно железно.

И никакие надстройки к нему не нужны.

Потому что это лишнее.

беру pypy -m pip install redis

и всё работает ))

беру pypy -m pip install redis

Драйвер ставишь.

О чём и речь.

Драйвер ставишь.

а hiredis зачем? :)

а hiredis зачем? :)

hiredis - для С.

беру pypy -m pip install redis

А это - Python.

Как бы разные языки.

Потому что это лишнее.

ну, можно всё написать самому. но это неразумно.

Для Ruby есть redic.

Ну например.

ну, можно всё написать самому. но это неразумно.

Наоборот

Тебе две команды вызвать сложно?

LPUSH для пуша в очередь.