и соответсвенно HSETNX

А всем "забытым данным" выставлять одинаковые expire - не? Чтобы удалялись одновременно.

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

Поэтому идея в следующее - добавляется хэш или запись в список, а также ключ с expires (на самом деле 2, но это сейчас не важно) и при удалении ключа внешний/внутренних скрипт идентифицирует что и где искать и дропает

Да - я очередную наркоманию делаю в телефонии 😃

делай проверку по запросу и не мучай мозг

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

И не будешь зависеть от механизма публикаций

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

Есть. Но я предпочел бы не использовать активные проверки

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

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

У тебя ж ключи откуда то прилетают

И судя по тому что дело касается телефонии прилетают они скорее всего из запросов-ответов

Там тоже все stateless)

Ну тут не в statelesss дело

Осталось только чистку данных запилить и из одно микросервиса таймер в эту же схему перенести

Пожалуй придется хэш пилить

Запрос в момент диалога все равно содержит одни ите же данные

ты вообще какой кейс там делаешь?

Распределенный колл центр

Допилить этот механизм и горизонтальное масштабирование будет делаться просто раскатыванием сервера ансиблом и добавление в камаилио

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

Ну и почти неважно что отвалится - с точки зрения клиента в наихудшем случае ему просто не ответят

Это все круто кейс какой?

Ну как бы под задачу выше и пилю механизм чистки данных на случай если чтот опошло не так

Потому что остальное я уже все запил

Ну как бы под задачу выше и пилю механизм чистки данных на случай если чтот опошло не так

я тоже сначала использовал redis в связке с openresty потом перешел на etcd и в нем из коробки есть TTL на ключи, через некоторое время они сами удаляются

кучу гемора ушло

хотя в redis это тоже присутствует https://redis.io/commands/ttl

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

Зачем мне делать работу редиса в скрипте?

Имею в виду пилить проверку надо удалять ключ или нет

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

это тоже есть в etcd, можно делать curl запрос с параметром ?wait=true в этом случае HTTP запрос "подвисает" до тех пор пока с этим ключом (ключами, деревом) не произойдут изменения

Ну как бы под задачу выше и пилю механизм чистки данных на случай если чтот опошло не так

Какихх именно данных? Просто конкретизируй

https://coreos.com/etcd/docs/latest/v2/api.html#waiting-for-a-change

очень удобно, отлавливать события связанные с изменением в базе

Какихх именно данных? Просто конкретизируй

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

хотя видимо от redis вы уже не избавитесь, поэтому надо страдать

и костылять

Если бы мне просто надо было ключи дропать, я бы вешал expires и сюда со своим вопросом не пришел бы

https://redis.io/topics/notifications

вот так можно отлавливать события

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

Блин. Ну я понимаю что не абстрактные поля)) данные полей откуда бедрутя? Что это? Остлеживание сессии звонка? Отслживание состояния медиа сервера?

Блин. Ну я понимаю что не абстрактные поля)) данные полей откуда бедрутя? Что это? Остлеживание сессии звонка? Отслживание состояния медиа сервера?

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

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

Ну ок. Тогда ищи сам )

Я то найду)

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

За это спасибо)

в итоге что вы решили делать?

Поэксперементирую с Keyspace Notifications. Если не взлетит по каким либо причинам запилю хэши, которые будет скрипт ежесекундно проверять (что хуже - лишняя нагрузка на редис)

Поэксперементирую с Keyspace Notifications. Если не взлетит по каким либо причинам запилю хэши, которые будет скрипт ежесекундно проверять (что хуже - лишняя нагрузка на редис)

да, посмотрите в notifications

Печально. Имя ключа получаю в notifications, а значение нет. А если изменяемые данные хранить в имени ключа то сильно замороченная логика становится

Придется пилить хэши и активные проверки.

Хотя если подумать, то это неважно - если он в списке не найдет данные то просто не назначать таймер заново

Я гружу скрипт с помощью loadstring. Если я вызываю из этого скрипта trace, то мне не показывается конкретная строка в скрипте, а показывается просто "[string "local mqtt = require 'mqtt'..."]:32: in function <[string "local mqtt = require 'mqtt'..."]:31>", т.е. он воспринимает весь скрипт как одну строку. Для отладки неудобно. Можно ли как-нибудь это решить, кроме как запихиваем скрипта в файл и вызовом load/loadfile?

сейчас начнется

😀

Эй. Кыш с таким контентом.

cайт на луа

ничего не знаю

😂

@ksenia_airbit, что расскажете, помимо бизнеса на биткоинах? Реклама не по теме (или без ста тыщ мильёнов лично на мою кредитку), в данном сообществе - способ угодить в бан.

самопис - 6 лет опыта

самопис - 6 лет опыта

То что луа - такой замечательный и многогранный ЯП что на нём даже можно сделать порносайт - это восхитительно (особенно если потоковый видос шлётся тоже средствами луа). Но вот проблема в том, что а) в чате дети; б) те кто хотят прон - сами найдут; в) по сайту даже не скажешь что он на луа, луашникам нечему учиться, вот если бы ты вывесил сурц - куда ни шло.

я согласен

это был стеб на стеб

Я что-то пропустил? У кого-то есть прон сайт на луа?

А дайте посмотреть?

на луа весь код - сплошной прон

исходники сталкера открой

Луа очень красивый язык

Не ужасный, я бы так сказал )

Не ужасный, я бы так сказал )

в чешском языке "ужасный" это типа сног-сшибательный

Я что-то пропустил? У кого-то есть прон сайт на луа?

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

на большом числе соединений

просто борис бритва

один минус отлаживать его и ловить не прямые баги тяжело

в чешском языке "ужасный" это типа сног-сшибательный

ну, мы не по-чешски говорим )

ну, мы не по-чешски говорим )

эм - ну - пора валить же - Прага Вас ждёт

брага)