да

слой тонкий.) ты можешь здесь продолжить, если есть о чём поговорить

tl;dr бажно? неудобно? недокументировано?

нестабильно в смысле периодически теряет, ломает фильтры, ломает потоки итд. Ну и в целом когда тебе поставщик приносит дешёвые железяки с FreeBSD, на которых стоит ffmpeg с рельсовой вебмордой, и продаёт за миллионы баксов и с закрытым кодом — это даже хуже, чем в заголовке чата

нестабильно в смысле периодически теряет, ломает фильтры, ломает потоки итд. Ну и в целом когда тебе поставщик приносит дешёвые железяки с FreeBSD, на которых стоит ffmpeg с рельсовой вебмордой, и продаёт за миллионы баксов и с закрытым кодом — это даже хуже, чем в заголовке чата

lol

отдельно — обслуживание этого добра, т.к. создатели про кластеризацию не слышали, и ноды полностью изолированные

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

слой тонкий.) ты можешь здесь продолжить, если есть о чём поговорить

я так и не понял в каком сценарии fdatasync() не приводит к гарантированной записи на пластины

Вопрос номер два. А кто из баз у нас умеет SELECT ... SKIP LOCKING? pgsql 9.5+,.... ?

Что-то у меня гугль забанили. Выдаёт сплошные костыли. А как люди простите очереди организуют?

без sql баз внезапно

Вопрос номер два. А кто из баз у нас умеет SELECT ... SKIP LOCKING? pgsql 9.5+,.... ?

Щорс, ты делаешь херню

я тебе об этом уже говорил.

вместо того чтобы формировать новый набор тарифов/услуг и потом атомарно его менять у юзера со старым ты строишь костыли.

Фил, а зачем тебе пилить очередь на базе данных? Базы данных они не для этого. Возьми какой-нибудь rabbitmq.

Кролики это не только ценный мех, но и приличный манагер очереди

У нас тут коллеги играли в игру "выбери такого кролика и такую версию эрланга, чтобы оно не текло памятью"

Наши вроде выбрали...

я тебе об этом уже говорил.

Ну пока мы остановились с тобой ни на чём. Я тебя не понимаю

вместо того чтобы формировать новый набор тарифов/услуг и потом атомарно его менять у юзера со старым ты строишь костыли.

Да. Именно так. Других предложений пока не поступило. Не, можно ORM с составлением SQL-транзакции, но это чуть не больший пиздец

я тебе об этом уже говорил.

Не ты один и не только в данном контексте.

Фил, а зачем тебе пилить очередь на базе данных? Базы данных они не для этого. Возьми какой-нибудь rabbitmq.

rabbit mq это про мессаджи

Да. Именно так. Других предложений пока не поступило. Не, можно ORM с составлением SQL-транзакции, но это чуть не больший пиздец

я тебе подробно описал что и как делать.

я тебе подробно описал что и как делать.

да.ты предложил прлсто последовательно сделать на авось

и еще предлодил мусор потом чистить. чета я не впечатлился

да.ты предложил прлсто последовательно сделать на авось

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

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

Статус для конкретного id задачи небось?

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

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

кстати чистка мусора и откаты все равно чере очереди

Статус для конкретного id задачи небось?

он предлагает грубо говоря полностью готовить бизнес-транзакцию без мороки, а потом одним махом уже транзакцией в базе менять статусы

он предлагает грубо говоря полностью готовить бизнес-транзакцию без мороки, а потом одним махом уже транзакцией в базе менять статусы

Молодец

Правильно предлагает

Угу. Но это тянет за собой чистку мусора и обязательную проверку "а не надо ли откатить". Причем откат может быть нетривиальным. И проверка таки все равно в очередь

Для чего используется cron ?

дайте непавильный ответ!

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

чет не придумать (

А может кто на Луге про очереди расскажет?

чет не придумать (

Для управления периферийными устройствами.

:)

Спасибо

А может кто на Луге про очереди расскажет?

да в отрыве от всего бессмысленно про них рассказывать. вот банк или платежная систнма...

гыгыгы. XP-транзакции

А то вот это вот разделение на 6гб/с и давайте так муське нафигачим оно как бы сигнализирует

Кто-то то сих пор кролику рад а у кого-то Кафка уже так себе

кролик комбайн

мне и pg покатит. но я хотел избежать этого нафталина

и даже celery

Угу. Но это тянет за собой чистку мусора и обязательную проверку "а не надо ли откатить". Причем откат может быть нетривиальным. И проверка таки все равно в очередь

откаты в рф чреваты :)

откаты в рф чреваты :)

есть какието другие решения, если условия изменились?

Статус для конкретного id задачи небось?

нет. я предлагал отделить юзера и его тариф/набор услуг. если надо сменить тариф - просто создаем новый набор, а потом атомарно отцепляем старый набор и цепляем новый.

самый главный плюс такого подхода - у тебя есть конкретная точка когда всё стало по-новому и до неё ты биллишь по-старому.

Ога. Апдейт плохо.

нет. я предлагал отделить юзера и его тариф/набор услуг. если надо сменить тариф - просто создаем новый набор, а потом атомарно отцепляем старый набор и цепляем новый.

пошли по кругу. ты забыл про деньги, план счетов и проводки

Инсерт и один апдейт лучше

пошли по кругу. ты забыл про деньги, план счетов и проводки

explain.

explain.

щито?

щито?

wtf "деньги", "план счетов" и "проводки"?

wtf "деньги", "план счетов" и "проводки"?

вот эта смена тарифа и услуги сопровождается проводками. денежки между счетами. биллинг собственно.

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

Попахивает оверинженерингом

вот эта смена тарифа и услуги сопровождается проводками. денежки между счетами. биллинг собственно.

между какими счетами, Фил?

между какими счетами, Фил?

А как план счетов сделаешь, между такими и. Вот например переплата по старому - ее кудато списать надо. Как именно ты сделал структуру - другой вопрос

Попахивает оверинженерингом

а ОРМ и sql генерация с десятиэтажным селектом - это конечнот не овер

Попахивает оверинженерингом

или континьюс роллбэк

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

Рома зациклился на том, что деньги надо снимать по факту услуг всегда. Но так не работает. Бывает предоплата и всякий маркетиг

ERROR: S client not available

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

ты это всё можешь проверить на этапе конструирования нового набора услуг.

Рома зациклился на том, что деньги надо снимать по факту услуг всегда. Но так не работает. Бывает предоплата и всякий маркетиг

я тебе про предоплату и пишу.

ты это всё можешь проверить на этапе конструирования нового набора услуг.

а в процессе конструирования с него снялась оплата чего нибудь. супер

а в процессе конструирования с него снялась оплата чего нибудь. супер

чего-нибудь что?

чего-нибудь что?

да что угодно. домен автопродлился

ну ок, как ты автопродление будешь делать?

то, что ты описываешь - это периодики

а в процессе конструирования с него снялась оплата чего нибудь. супер

снялась и что?

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

Похоже на транзакцию для меня

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

резервировать потому что надо.

снялась и что?

условия поменялись

ну как она у тебя может снятся?

в смысле? так же как и при смене тарифа

Фил, я много биллингов видел: начиная от говропровайдерских и заканчивая in-платформой опсоса и его же биллигом.

так. вернемся к действиям. ну ок.для услуг я там айди посеняю и бегунок. а для снятия денег? а падает все между ними - я это фарш кк должен буду собирать?

в смысле? так же как и при смене тарифа

ты резервируешь денег на операцию. не важно, автопродление, смена тарифа итп.

Фил, я много биллингов видел: начиная от говропровайдерских и заканчивая in-платформой опсоса и его же биллигом.

ну я какието тоже видел и 15 лет поддерживаю

ты резервируешь денег на операцию. не важно, автопродление, смена тарифа итп.

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

схема простая: у тебя есть таблица reservations, куда ты вносишь записи вида "сумма денег", user_id, why

что у тебя за попаболь к TQ?

схема простая: у тебя есть таблица reservations, куда ты вносишь записи вида "сумма денег", user_id, why

особенно супер когда это why - это хитрый набор услуг которого еще нет

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

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

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

да?это как

особенно супер когда это why - это хитрый набор услуг которого еще нет

ты этот сет уже собрал и резервируешь денег под него.

периодические списания - та же фигня.

да?это как

ты хочешь по чятикам и спрашиваешь про nsq, кролика и вото это всё. это плохой знак.

ты хочешь по чятикам и спрашиваешь про nsq, кролика и вото это всё. это плохой знак.

мне просто интересно что я пропустил

мне просто интересно что я пропустил

как ты хочешь делать через очередь?

вот у тебя воркер берет задание из очереди и умирает

как восстанавливаться?

а в процессе конструирования с него снялась оплата чего нибудь. супер

Я бы сказал, что тут пахнет двухэтапной транзакцией. Типа резерв денег, осуществление действий, снятие денег.

резервировать потому что надо.

О