Я конечно не эксперт Но звучит вкусно?

Я конечно не эксперт Но звучит вкусно?

import this

The Zen of SPb Python Chat (Inspired by "The Zen of Python, by Tim Peters") - Short introduction of yourself is better than "hello". - Link to gist is better than source paste. - One long message is better than many short. - Editing the message is better than correcting via another one. - Staying on topic is better than offtopic. - Good topic is worth discussing though. - Unless it is started by a link to Habrahabr. - Politeness counts. - Bad mood is not a good reason to break the rules. - Don't ask to ask just ask. - Text message is better than voice message. - Unless it is voice conference. - Git repos are one honking great idea — let's do more of those!

Какого цвета у вас заплата? Белая – 50 ??????? 62% Серая – 16 ?? 20% Почасовая, мимо налогов – 5 ? 6% Зелёная – 4 ? 5% Белая, но через ИП – 3 ▫️ 4% Зелёная через ИП – 2 ▫️ 2% Почасовая, на ИП – 1 ▫️ 1% ? 81 people voted so far.

У меня рукав порвался на куртке, сделал зеленую

#TODO: - Сделать автопополнение на vscale - Мониторинг

чат радует евангелист майкрософт рекомендует убунту, сотрудник селектела рекомендует что-то вместо вискейла

Давай на хероку?

Можно и на хероку, но на vscale всё равно есть и другие проекты. Запилил нотификации при недоступности бота. Кстати, рекомендую https://healthchecks.io для петпроджектов

чат радует евангелист майкрософт рекомендует убунту, сотрудник селектела рекомендует что-то вместо вискейла

Можно и на хероку, но на vscale всё равно есть и другие проекты. Запилил нотификации при недоступности бота. Кстати, рекомендую https://healthchecks.io для петпроджектов

чат радует евангелист майкрософт рекомендует убунту, сотрудник селектела рекомендует что-то вместо вискейла

Коллеги, хочу посоветоваться. Возникла у нас проблема. Используем Django и DRF. Используем OPTIONS запросы, чтобы получить справочники для сериалайзера. Ну, т.е. прямо как оно и работает. Справочники немного нахачены и в некоторых местах их сложно надо собирать, в том числе из базки. Это наши самые медленные запросы сейчас. Используемые справочники меняются редко. Придумали на изменение этих данных генерить эти ответы заранее и класть их на S3. Чтобы фронт ходил за ними прямо туда. При этом, фронт - это server side rendering, который получит эти данные очень быстро. Дальше подумали ещё и решили делать это в один большой файл с разными ключами, которые можно отдельно обновлять. Да, понадобятся локи, но обновление редкое и только из админки и рядом есть редис для локов. Также, решили обновлять один раз на выходе в мидлевари, а не сигналом на каждое изменение. На случай, если обновится несколько объектов сразу. Собственно, что думаете о решении?

Не надо так делать

Коллеги, хочу посоветоваться. Возникла у нас проблема. Используем Django и DRF. Используем OPTIONS запросы, чтобы получить справочники для сериалайзера. Ну, т.е. прямо как оно и работает. Справочники немного нахачены и в некоторых местах их сложно надо собирать, в том числе из базки. Это наши самые медленные запросы сейчас. Используемые справочники меняются редко. Придумали на изменение этих данных генерить эти ответы заранее и класть их на S3. Чтобы фронт ходил за ними прямо туда. При этом, фронт - это server side rendering, который получит эти данные очень быстро. Дальше подумали ещё и решили делать это в один большой файл с разными ключами, которые можно отдельно обновлять. Да, понадобятся локи, но обновление редкое и только из админки и рядом есть редис для локов. Также, решили обновлять один раз на выходе в мидлевари, а не сигналом на каждое изменение. На случай, если обновится несколько объектов сразу. Собственно, что думаете о решении?

Компиляция в статику - это правильно. Побей ответ на чанки и положи каждый в s3 по ключу в виде хеша от содержимого. Ну и дальше отдавать индексный файл со списком хешей

Хэши интересная идея. Но: это лишний запрос на список кэшей. И в один файл я как раз хотел, чтобы не чанками по ключам. Вот я сейчас вижу больше профита отдать всё одним запросом, чем избавится от локов, которые будут даже реже, чем будут меняться данные.

Смотря каких размеров ответ :)

Смотря каких размеров ответ :)

Внутри сети там все равно относительно до SSR, а потом gzip идёт. В общем, будем смотреть. Про справочник хэшей интересно, да, спасибо.

Import this

расчитывает, что BarsClose при вызове шедулером поменяет CloseBeforeBar

шедулер мне для другого нужен

Serge Matveenko: привет Сергей!

Мы работали на ДатаАрт и играли с тобой в настольный теннис.

https://youtu.be/Ft8_xyd1mdY

извините что не совсем по теме.. Какие провайдеры в СПб честно держат 70-100 мегабит на правом берегу? невский район, вот это все

извините что не совсем по теме.. Какие провайдеры в СПб честно держат 70-100 мегабит на правом берегу? невский район, вот это все

Всем привет, сделал небольшую поделку для распределенной трасировки сервисов на asyncio с помощью zipkin (jaeger, stackdriver тоже поддежриваются). Если кому интересно заходите на огонек https://github.com/aio-libs/aiozipkin #myfosspet

Всем привет, сделал небольшую поделку для распределенной трасировки сервисов на asyncio с помощью zipkin (jaeger, stackdriver тоже поддежриваются). Если кому интересно заходите на огонек https://github.com/aio-libs/aiozipkin #myfosspet

извините что не совсем по теме.. Какие провайдеры в СПб честно держат 70-100 мегабит на правом берегу? невский район, вот это все

поздравляю, надолго?

Фронтендеры нашли?

5 недель

извините что не совсем по теме.. Какие провайдеры в СПб честно держат 70-100 мегабит на правом берегу? невский район, вот это все

норм ) а чего не сделал из турбокаста какого-нибудь?

Ну это и так не гипс

Ну это и так не гипс

Чего случилось то?

сегодня скользко

А и ещё: Arctic Grip от Merrell - полная ерунда

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

Ладно, 5 недель немного ) главное что кодить с такой штукой можно

А и ещё: Arctic Grip от Merrell - полная ерунда

Можно, если не будет болеть, как сейчас

я за такое знаю как денег взыскать

можно самому не заниматься)