/
Так и сделаю, наверное, спасибо
Нашел только такой пример, но он не работает
You could use set to increment a counter:
{% set count = 1 %}
{% for i in p %}
{{ count }}
{% set count = count + 1 %}
{% endfor %}
Size: a a a
2020 February 01
T
/
loop.index говорят есть
/
loop.index говорят есть
То что нужно, спасибо
ES
Хочу поделится интересным проектом, размышлял на днях чем же заменить Celery или Dramatiq, нашел и внедрил это решение, некоторые знают, но как я выяснил не все, прошу в студию - Nameko.
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
T
Хочу поделится интересным проектом, размышлял на днях чем же заменить Celery или Dramatiq, нашел и внедрил это решение, некоторые знают, но как я выяснил не все, прошу в студию - Nameko.
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Подскажи, а если я хочу иметь rpc сервер на намеко, а клиент на другом языке. Или наоборот - как быть?
AT
Хочу поделится интересным проектом, размышлял на днях чем же заменить Celery или Dramatiq, нашел и внедрил это решение, некоторые знают, но как я выяснил не все, прошу в студию - Nameko.
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
мы поступили проще - пересели на aiohttp
АП
Хочу поделится интересным проектом, размышлял на днях чем же заменить Celery или Dramatiq, нашел и внедрил это решение, некоторые знают, но как я выяснил не все, прошу в студию - Nameko.
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Всегда мне не нравилась идея внедрения в проект, тот же Flask, который я очень люблю, сторонних инстурументов для имитации асинхронного взаимодейстаия, я твердо убежден, каждый должен заниматься своим делом и четко делегировать, те обязанности на которые он изначально не был заточен, как говорится принцип единственной ответственности.
Данный проект как раз призван это сделать, все просто четко и лаконично, в данный момент с 3-х утра после внедрения следил за процессингом и его работой, на достаточно нагруженном участке системы, поднято было 4 экземпляра в Docker контейнерах на одной машине, 8 ядер 16 гб опереативной памяти, ~ число отправленных сообщений 50 тыс rpc, я думал не справится, но вроде пока тянет, а так можно
если что добавить воркеров на асинхронные rpc.
Все в идеалах микросервисов, как все мы любим, да и основные приложения фласка шустрее заработали на серверах без celery, смотрите пробуйте, проект как по мне очень даже ничего, для своих задач.
https://github.com/Shulyakovskiy/nameko-example
Вы держали воркеры фласка и селери на одной машине?
ES
Вы держали воркеры фласка и селери на одной машине?
На одной
АП
На одной
А сейчас фласк на одной машине а nameko на другой?
ES
мы поступили проще - пересели на aiohttp
Я пока не готов на каждый кастомный бизнес момент писать свою либу, молод он ещё, весь проект одна корутина
ES
А сейчас фласк на одной машине а nameko на другой?
Да разнёс сейчас по разным, три машины nginx -flask gunicorn- rpc
T
мы поступили проще - пересели на aiohttp
Мы поступили ещё проще: мы понятия не имеет на каком языке написан клиент нашего сервиса и сервера к которым мы ходим со своим запросами. Кажется, среди них есть джава и плюсы
T
Мы просто выкладываем спеку и пилим свой кусочек
ES
Мы просто выкладываем спеку и пилим свой кусочек
Согласен, команда должна иметь выбор, свой язык по задачу
АП
Да разнёс сейчас по разным, три машины nginx -flask gunicorn- rpc
А вдруг если бы так же разнёс по машинам с селери оно бы работало ещё лучше?
ES
А вдруг если бы так же разнёс по машинам с селери оно бы работало ещё лучше?
Пробовал, не так все быстро как в новом решении, dramatic,хотя уделывает всех
T
Я вот все думаю запилить фреймворк, который бы мне позволил делать цепочки воркеров поверх очередей
T
К меня сейчас что-то в духе:
Очеред 1 - [консьюмер 1, консьюмер 2]
Консьюмер 1 - очередь 2, очередь 3
Консьюмер 2 - очередь 4
И т.п.
Очеред 1 - [консьюмер 1, консьюмер 2]
Консьюмер 1 - очередь 2, очередь 3
Консьюмер 2 - очередь 4
И т.п.
ES
Хорошая идея, иметь настраиваемый pipeline, чтоб можно было как кирпичи вставлять убирать из туннеля обработчики