только дебилы в говнобиллингах тут же списывают со счёта.

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

Это why - ID операции в очереди

только дебилы в говнобиллингах тут же списывают со счёта.

Привет, Фил:)

Это why - ID операции в очереди

вот ты шаришью.

шаришь.

только дебилы в говнобиллингах тут же списывают со счёта.

Фил списывает в транзакции, это в сущности то же резервирование

Фил списывает в транзакции, это в сущности то же резервирование

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

ему очередь нужна для асинхронной обработки и exactly once обработки таска

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

никак. задача не выполнена, лок вернут

никак. задача не выполнена, лок вернут

какой лок?

на что лок?

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

Ну. Прально думаешь.

только дебилы в говнобиллингах тут же списывают со счёта.

а поясни мне разницу между списанием сразу со счета или списанием сразу со счета в резерв или списания с рещервного счета? я чегото не понял

Это why - ID операции в очереди

Стоп. Рома топит за отсутствие очереди. А я как раз за ID в очереди.

а поясни мне разницу между списанием сразу со счета или списанием сразу со счета в резерв или списания с рещервного счета? я чегото не понял

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

Фил, элементом очереди может быть как раз резерв денег

я так понимаю, Рома топит за это

я так понимаю, Рома топит за это

именно.

к слову, это для пользователя выглядит логичнее

но по сути это та же очереди в БД

операция довольно простая, быстрая и если денег на счёте не осталось, то и зарезервировать денег не получится

но по сути это та же очереди в БД

да, только с гарантиями бд.

Вот мне тут товарищ сегодня написал определения двух чистых функции внутри while True. Я почему-то сразу Фила вспомнил...

Фил списывает в транзакции, это в сущности то же резервирование

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

какой лок?

ну той задачи, котлрую он себе забрал

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

какая гонка?

Вот мне тут товарищ сегодня написал определения двух чистых функции внутри while True. Я почему-то сразу Фила вспомнил...

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

Фил, элементом очереди может быть как раз резерв денег

кстати да.резерв это тоже очередь

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

Это Python. Не умеет.

Это Python. Не умеет.

Он не знает заранее, что они чистые и не используют замыкания

так выкинь негодный инструмент

Ну и читать это как бы странно

к слову, это для пользователя выглядит логичнее

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

так выкинь негодный инструмент

Это было задание в курсе по питон

так выкинь негодный инструмент

В годных так просто написать не дадут

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

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

операция довольно простая, быстрая и если денег на счёте не осталось, то и зарезервировать денег не получится

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

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

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

кстати да.резерв это тоже очередь

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

да, только с гарантиями бд.

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

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

Как возврат в тариф? Возврат в счёт. Тариф - это описание правил списания же

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

Здравый смысл?

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

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

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

это не противоречит обоим схемам

Здравый смысл?

мне не мешает

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

или мы показываем ему. или обыгрыааем это вообще очегь сложно пои показе. без разницв

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

так это тоже очередь. где разница то?

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

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

так это тоже очередь. где разница то?

так нет лишних сущностей

Как возврат в тариф? Возврат в счёт. Тариф - это описание правил списания же

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

Здравый смысл?

почему он мне мешает? ну волбще так делают. и не видят беды в этом

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

угу. и в этом месте выключился свет.и у менч в итоге фарш

так нет лишних сущностей

а резерв? а чистка мусора?

так нет лишних сущностей

ты кстати молодец. ахаха.мы тут втроем включая @lig11 об одном и том же каждый каждому

и @pragus похоже мне доказыает, что надо очередь задач сделать не тут а тут

угу. и в этом месте выключился свет.и у менч в итоге фарш

нет, потому что возврат резерва суть отмене транзакции

а резерв? а чистка мусора?

так нет мусора. обработали резерв — удалили

нет, потому что возврат резерва суть отмене транзакции

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

так нет мусора. обработали резерв — удалили

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

это обычный флоу обработки транзакции: выполнить или откатить

ему нет альтернатив

какая гонка?

Ты добавляешь услугу, а в этот момент списывается еще одна

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

Как посередине что-то может списаться?

Картина маслом "Фил решил написать биллинг".

Ты добавляешь услугу, а в этот момент списывается еще одна

конечно нет. она в очереди ждет

Как посередине что-то может списаться?

гонка

Как посередине что-то может списаться?

пришла инфа, что трафика сожрал

ERROR: S client not available

это обычный флоу обработки транзакции: выполнить или откатить

ну. так с тасками откатить легче

ну. так с тасками откатить легче

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

Картина маслом "Фил решил написать биллинг".

это не картина, а эпопея уже больше года

Ты добавляешь услугу, а в этот момент списывается еще одна

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

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

Для чего нужны субсчета?

угу. и в этом месте выключился свет.и у менч в итоге фарш

С чего ты так решил?

Картина маслом "Фил решил написать биллинг".

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

это не картина, а эпопея уже больше года

не. какого года. лет восемь

Не, ну задача-то благородная :)) Будешь как Петерсервис!

С чего ты так решил?

а как? ты поедлагаешь шаги не защищать ничем и лставиь на откуп фиг знает кому

С чего ты так решил?

я полагаю Фил раньше съест клавиатуру, чем согласится с кем-нибудь в чате и сменит мнение

конечно нет. она в очереди ждет

Ты периодики тоже через очередь будешь делать?

Ваще этих биллингов же открытых вагон и маленькая тележка. Если нет realtime'а, то почему нельзя взять готовый?

я полагаю Фил раньше съест клавиатуру, чем согласится с кем-нибудь в чате и сменит мнение

Я тоже так думаю.

Для чего нужны субсчета?

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

Ваще этих биллингов же открытых вагон и маленькая тележка. Если нет realtime'а, то почему нельзя взять готовый?

Да даже реалтайм делается относительно легко

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

Ты задачу формализовать пробовал?

Ты периодики тоже через очередь будешь делать?

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

Ваще этих биллингов же открытых вагон и маленькая тележка. Если нет realtime'а, то почему нельзя взять готовый?

расскажи мне про вагон открытых. да даже закрытых. все или гавно мамонта, или звездолет со миллионом ненужных крыжиков, или хуета аля DO или Петерсервис

ну вот jbilling вроде ничего

Ты задачу формализовать пробовал?

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

ну вот jbilling вроде ничего

взгляну

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

Фил, мой ресурс конечен. Тебе уже несколько человек описали что и как.

Да даже реалтайм делается относительно легко

да если бы

Фил, мой ресурс конечен. Тебе уже несколько человек описали что и как.

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

Фил а что не так с обычной транзакцией в базе даных ?

begin вот это вот всё

она тебе откатит изменения все

все update/delete/insert всё исчезнет

Фил, мой ресурс конечен. Тебе уже несколько человек описали что и как.

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

взгляну

Внедрение любого биллинга начинается с ответов на четкие вопросы: "что конкретно и каким образом ты хочешь считать". Ты сначала на эти вопросы ответь.