ГФ
Пришел Шемсединов и всё испортил :)
?
Size: a a a
2020 August 15
ГФ
много работы ведь смотреть или совместимо всё, главное, чтобы без уязвимостей хотя бы
да не в том дело все хочк исправить а потом из головы вылетает
ПМ
Я про сегодняшние арихитектурные стенания. Отмотать надо, уже сильно вверх уехало :)
ГФ
много работы ведь смотреть или совместимо всё, главное, чтобы без уязвимостей хотя бы
к сожалению когда ставишь через npm часто куча уязвимостей
ГФ
я не гуглил как это фиксить но я думаю возможно
АН
я не гуглил как это фиксить но я думаю возможно
просто меняешь на новую версию, а работает или нет надо тестить) если обратно совместимое, то будет работать
2020 August 16
ЧВ
надо себе найти генератор JSON ))
T
Новое слово в бенчмарках - вывод о требовательности по результатам тестирования одного продукта (с неизвестной кодовой базой)
Ты сегодня прямо отжигаешь 😁
Ты сегодня прямо отжигаешь 😁
Ну а чё, можно сразу делать вывод о фундаментальной неэффективности существующей архитектуры процессоров и необходимости разработки своих.
S🛸
Ну а чё, можно сразу делать вывод о фундаментальной неэффективности существующей архитектуры процессоров и необходимости разработки своих.
Лучше сразу свою вселенную
T
Как можно импортировать модули в клиентской части
S🛸
Как можно импортировать модули в клиентской части
import
е
Добрый день
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
AZ
Простите великодушно но у кого заблокирован Habr ?
АР
Простите великодушно но у кого заблокирован Habr ?
В рб открывается
AZ
России Ставрополе блокируют (провайдер- ККС/Мегафон)
M
В Питере всё норм
K
Добрый день
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
В редиске есть TTL, копай доку
е
В редиске есть TTL, копай доку
Да есть, есть, не отрабатывает как я хочу чет...
K
Я так понял что ты хочешь сделать так, чтобы через какое-то время, в редиске 5 -> 4 стало само? Имхо как-то попахивает жестко, для этого есть кроны и нормальные бд
S🛸
Добрый день
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
есть сервис, он инкрементирует переменные в редисе и ставит таймер на декремент.
я пытаюсь придумать, как застраховаться от того что сервис рестартанет и таймеры на декремент упадут.
очевидное решение - использовать планировщик типа node-cron и сохранять задания, а на старте их перечитывать, но это громоздко, лишние зависимости... есть ли способ изящнее?
я пробую ставить redis.expire(name, 5) но оно как-то непонятно отрабатывает. фактически оно сработало разок и всё. сейчас я не могу его "истечь" заставить.
Какое максимальное время у таймера?