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

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

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

он на личности сильно переходить начал

Кто нибудь смог поставить рельсы/рвм на termux?

Мне чисто просто на выхах заняться нечем

Кто нибудь смог поставить рельсы/рвм на termux?

А гемы у тебя как компиляться будут?

там же arm

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

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

гемы с нативными экстеншенами ставятся?

Бандлер успешно поставил

Бандлер успешно поставил

и нативные?

Например

Я не знаю что такое гемы с нативными экстеншнами

Я не знаю что такое гемы с нативными экстеншнами

это когда installing pg with native extensions

для них часто еще надо заголовки либ таскать

Нокогири не поставилось

ну и оно компиляет сишным компилятором как правило эти экстеншены

Нокогири не поставилось

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

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

и то хз как там компилятор заработает со всем этим.

хотя с точки зрения телеграма кик = бан похоже.

По сути да, надо из бана вытаскивать

По сути да, надо из бана вытаскивать

я если честно не вижу большого смысла его вытаскивать из бана.

И лень ?

так, а башефилы есть? у меня есть код printf -v "$var_name" "%s" "$another_var" то есть "записать в переменную с именем var_name а что если мне надо эту переменную сделать массивом и этой командой добавить в этот массив?

Кто нибудь смог поставить рельсы/рвм на termux?

Я на armbian ставил, и даже нативные собирались успешно, правда долго. (На arm также)

Народ как думаете, зачем нужен refresh токен если коннет происходит через ssl ?

А refresh token это что?

мда, проехали

Не проехали. Мне тоже интересно)

Нет бы нормально объяснить

Это часть протокола ssl?

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

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

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

Да да, такое часто бывает

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

и вместо сессий используется токены

Во первых токен токену рознь

У тебя jwt?

Да

В jwt либы пихают exp

Когда он истечет.

это понятно, и зачем ставить срок жизни?

В зависимости от реализации там вообще может не быть возможности инвалидировать токен принудительно

ведь он потом берет рефреш а потом обновляет его, там может вообще бесконечно

это понятно, и зачем ставить срок жизни?

У тебя его бэкенд ставит? Может в исходниках есть ответ

Если оиба конеш

Jwt токен это типа шифрование, и неплохо иногда ротировать то что может потенциально утечь как либо

У тебя https но оно и на http работает

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

И вообще jwt зло, обычный токен лучше

И вообще jwt зло, обычный токен лучше

Но дороже.

И вообще jwt зло, обычный токен лучше

обычный в смысле односторонний?

обычный в смысле односторонний?

Рандом строка которую в базе хранишь

Где нет payload, он в базе

ну да, несимметричный

Не знаю просто как в терминах называется, я практик кривокодер )

ну в том смысле, что ты обратно ничего не можешь расшифровать

Ага.

это просто идентификатор

Там в зависимости от структуры базы, потенциально плюс один запрос

но прикол jwt в том, что можно понимать кто перед тобой, не лазя в хранилище

Тут ты прям в jwt можешь хранить

ERROR: S client not available

И доверять ибо сам подписал

Привет. Может кто-то посоветовать по sidekiq. Делаю через sidekiq-cron таски, которые выполняют какую-то бизнес-логику и допустим еще отправляют по email какую-то информацию. Для того, чтобы информация не дублировалась в случае ошибки и последующем перезапуске, задачу сделал идемпотентной и через транзакции. Проблема в том, что я сделал super task можно сказать. Она не запускает другие jobs и почту отправялет сразу, а не кладет в очередь. Получается одна большая задача. Делал я это для того, чтобы в случае если возникнет много ошибок у маленьких подзадач, то трекер ошибок переполнится и будет отправлена куча писем о багах и забанит наверное гугл или еще чего. Поэтому через rescue => e собирается список ошибок и только в конце задачи оповещает одним письмом. Что можете посоветовать в таких задачах, стоит ли оставлять так?

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

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

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

Вот тоже с кучей мелких задач как-то не удобно иногда. Опять же зависит от требований, хотелось услышать просто мнение у кого какой опыт) В команде тоже наш сейчас старший так же считает. У нас до этого это были rake задачи, переписваю на sidekiq-cron

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

следить конечно надо, но по retryability лучше

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

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

В wiki sidekiq так и написано) Но меня смущает, что меня может завалить например кучей писем о багах.

в смысле?

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

Ну второй запуск не будет отсылать первую половину и отправит вторую) Только оверхед с тем, что снова БД всю перебирать

в смысле?

У нас стоит Airbrake, который шлет баги на наш трекер

Потенциально может же 1000 мелких задач упать из-за мелкого бага например и отправит 1000 писем

Ну второй запуск не будет отсылать первую половину и отправит вторую) Только оверхед с тем, что снова БД всю перебирать

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

Потенциально может же 1000 мелких задач упать из-за мелкого бага например и отправит 1000 писем

да, ну я делал склейку репортов

но руками и давно

да, ну я делал склейку репортов

Каким образом?

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

Ну конкретно я в БД пишу инфу об отправленных. При повторном запуске пропустит этот email

Каким образом?

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

Хм, возможно в этом есть смысл. Сейчас этот подход еще работает, лучше ничего не придумано?

У нас стоит Airbrake, который шлет баги на наш трекер

а че он категоризировать не умеет однотипные ошибки?

кстати да, умеет

там просто occurences нащелкивается

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

а че он категоризировать не умеет однотипные ошибки?

Смотрю, вроде какие-то фильтры есть. Надо на этот кейс попробовать поэксперементировать.

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

Чувак я не спрашиваю у тебя что такое jwt, я прекрасно знаю что и зачем, вопрос был в другом

а ты тут сидишь и флудишь

И вообще jwt зло, обычный токен лучше

Обычный токен не подойдет в микросервисной архитектуре

И вообще jwt зло, обычный токен лучше

поч зло