Очередь хранится в редисе

спасибо, понял)

спасибо, понял)

Тебе для того проекта где нужно принимать сообщения и пересылать дальше?

ребзя, всем приветики...тут ток питонисты? пхп есть???

Может и есть, но признаваться будет стыдно

ребзя, всем приветики...тут ток питонисты? пхп есть???

А на звание группы не смущает?

Тебе для того проекта где нужно принимать сообщения и пересылать дальше?

ну да, хочется этот вариант рассмотреть

А на звание группы не смущает?

ну конечно смущает, я поэтому аккуратненько так проверяю

ну конечно смущает, я поэтому аккуратненько так проверяю

один фиг вакансии тут нельзя постить

"пс, парень, не хочешь php?" :)

Тебе для того проекта где нужно принимать сообщения и пересылать дальше?

А ещё думал про aiohttp и их асинхронный http клиент

Господа, а есть какие-то книги по Python, которые реально стоит прочитать? Не описание синтаксиса, а что-то более интересное

ну да, хочется этот вариант рассмотреть

Надо подумать что делать в случае если при пересылке сообщения с той стороны тебе вернули ошибку. Нужно ли делать повторную попытку

@irtimir в таких системах обязательно надо иметь мониторинг на уровне счётчиков. Фиксировать кол-во входящих сообщений в единицу времени, кол-во перенаправленных, кол-во ошибок и так далее

Господа, а есть какие-то книги по Python, которые реально стоит прочитать? Не описание синтаксиса, а что-то более интересное

Рамалью ж

Рамалью ж

Что? :)

Что? :)

Книга

Флуент пайтон

Рамалью ж

Утраиваю

Рамальо огонь

@propositive, про мониторинг, да, он планируется, в любом случае спасибо за подсказки)

Как раз недавно дочитал!

А рэбит - это так, фигнюшку добавить в инфраструктуру?;) Селери хотя бы на редисе можно использовать. Имхо, селери, а для нагрузок и мощности - переходить на nsq и делить на сервисы.

ребзя, всем приветики...тут ток питонисты? пхп есть???

За пхп тут можно и бан заработать

ну да, хочется этот вариант рассмотреть

Тогда лучше сразу nsq. Шина сообщений и очереди - это немного про разное

Можешь и сюда её загрузить с тегом #book

@irtimir в таких системах обязательно надо иметь мониторинг на уровне счётчиков. Фиксировать кол-во входящих сообщений в единицу времени, кол-во перенаправленных, кол-во ошибок и так далее

Продолжаю топить за nsq. Для него вроде в Прометей был экспортер даже

На самом деле и в средних проектах хорошо живёт. Тут важнее насколько надо уметь этим управлять. А так на амазоновском редисе всё работало на 20к в секунду

Я не устану намекать на nsq сегодня. Уж лучше на рэбите что, чем этот монстр из мира жабы

И подчищать за ней со всех сторон. Ну и экосистема на жабу сильно заточена

Ворот;) ну, там Кафка - самое то

Если что и юзать, то devpi

Если что и юзать, то devpi

Это для питоновских

Просто, если прямо совсем artefactory, да чтобы и для maven и rpm, тогда уже JFrog

Это не так плохо, как кажется

Это не рекламная сетка на японский рынок, случайно?;)

Ну, JFrog очень крутой, но очень дорогой.

Просто были такие же ребята, наливали все пакеты дебками с нетбутом и всё такое

Просто были такие же ребята, наливали все пакеты дебками с нетбутом и всё такое

Но они местные, но на тот рынок

Боль всего ынтерпрайза

ERROR: S client not available

Это было сильно до того, как докер стал чем-то

Это было сильно до того, как докер стал чем-то

О, кстати, вот правильный пакетный менеджер

Да хоть копированием из гита. На фиг там уже дебки

Я вот смотрел давече на наш полугиговый докеровый образ для server side rendering на реакте и плакал

А, да, жаба, прости;)

Ну там есть несколько таргетов и правильное копирование.

Господа, а есть какие-то книги по Python, которые реально стоит прочитать? Не описание синтаксиса, а что-то более интересное

есть кто уже осилил? Гарри Персиваль: Python. Разработка на основе тестирования

Господа, а есть какие-то книги по Python, которые реально стоит прочитать? Не описание синтаксиса, а что-то более интересное

Лучано Рамальо: Python. К вершинам мастерства

Господа, а есть какие-то книги по Python, которые реально стоит прочитать? Не описание синтаксиса, а что-то более интересное

К сожалению, часто даже в лучших книгах много воды и устаревшего. Советую почаще бывать на митапах и ездить на конференции. Ну, и смотреть видео с большого Pycon-а и с EuroPython.

К сожалению, часто даже в лучших книгах много воды и устаревшего. Советую почаще бывать на митапах и ездить на конференции. Ну, и смотреть видео с большого Pycon-а и с EuroPython.

Ну согласись, что детально какие-то сложные штуки в докладах никто не разбирает

И все равно надо потом что-то ещё самому читать и разбирать

А доклады это просто прелюдия ко всему этому

Я просто помню что по C#, .NET, С++, внутрям винды есть кайфовые грубокие книги. А по питону я их не знаю ?

Может время другое, другая специфики, или я просто их не знаю

И все равно надо потом что-то ещё самому читать и разбирать

и чаще всего - это актуальные доки, но не книги

Я просто помню что по C#, .NET, С++, внутрям винды есть кайфовые грубокие книги. А по питону я их не знаю ?

вот просто по питону я не понимаю что можно читать и зачем, кроме официального туториала и документации. там есть отличная секция "Language"

вот просто по питону я не понимаю что можно читать и зачем, кроме официального туториала и документации. там есть отличная секция "Language"

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

Когда он нужен?

используй менеджеры