много их

обычный логин/пароль через has_secure_password штатный делается без проблем

https://www.railstutorial.org/ тут вот рассматривается, к примеру

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

ну одна глава от туда - и есть та самая статья )

ну или погугли rails auth with has_Secure_password

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

passenger_max_request_time

спс. видимо это оно - A value of 0 means that there is no time limit.

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

а как ты к внешней апи обращаешься?

rest-client

https://vk.com/saintprug?z=album-151040252_246004620

фотки с эвента подъехали, ребзя

оо, dry умеет в паттерн-матчинг - круто же

оо, dry умеет в паттерн-матчинг - круто же

умеет

я причем нашел там дикую штуку, которая оборачивает метод в матчер Matcher = Dry::Matcher.for(:call, with: Dry::Matcher::EitherMatcher) class Operation include Matcher end

так если наискосок почитать - крутейшая штука этот dry - почему он так мало популярен?

так если наискосок почитать - крутейшая штука этот dry - почему он так мало популярен?

потому что многие считают, что это джава в любимом руби

я может плохо пока разобрался - по мне так функциональненько, композитненько

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

монады это круто

ток их никто не юзает чет

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

Скорее многим непонятно, зачем он вообще нужен

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

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

Ребят, я опять с вопросом. 3 года работала с руби, версии рельсов от 2 до 4, но с таким ни разу не сталкивалась и погуглив ничего не нашла. Сейчас проект на рельсе 4.2. Деплоим с помощью капистрано. 2 раза получилось так, что после деплоя отключились валидации одной модели(других проверить не было возможности, так что возможно и другие). Передеплоили и проблема исчезла. Сейчас в базе находим записи, для которых коллбэки не сработали при обновлении(почему-то на создание таких нет). Большая часть таких приходится на момент когда и валидации отключились. Интуитивно понимаю, что может быть так, что где-то как-то модели, их коллбэки, валидации хранятся в кэше и в этот кэш не все попало. Но сути понятия не имею что это было. Кто нибудь сталкивался?

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

посмотри у меня в канале, лол

у меня там пример реальный dry-transaction и контейнеров есть

Ребят, я опять с вопросом. 3 года работала с руби, версии рельсов от 2 до 4, но с таким ни разу не сталкивалась и погуглив ничего не нашла. Сейчас проект на рельсе 4.2. Деплоим с помощью капистрано. 2 раза получилось так, что после деплоя отключились валидации одной модели(других проверить не было возможности, так что возможно и другие). Передеплоили и проблема исчезла. Сейчас в базе находим записи, для которых коллбэки не сработали при обновлении(почему-то на создание таких нет). Большая часть таких приходится на момент когда и валидации отключились. Интуитивно понимаю, что может быть так, что где-то как-то модели, их коллбэки, валидации хранятся в кэше и в этот кэш не все попало. Но сути понятия не имею что это было. Кто нибудь сталкивался?

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

@zamira_norova "Деплоим с помощью капистрано. 2 раза получилось так, что после деплоя отключились валидации одной модели" Валидации - это код, код хранится на жестком диске, и загружен, как работающее приложение в память. То, что вы описали больше всего похоже на то, что капистрано код залило, а приложение не перезапустило. Как результат - в памяти код старый.

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

Так валидации эти уже год как есть)

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

Поэтому сама в шоке. Не знаю куда копать.

Валидации ладно, но ужасно что коллбэки не отработали.

Важную информацию потеряли по этим клиентам.

Ребят, я опять с вопросом. 3 года работала с руби, версии рельсов от 2 до 4, но с таким ни разу не сталкивалась и погуглив ничего не нашла. Сейчас проект на рельсе 4.2. Деплоим с помощью капистрано. 2 раза получилось так, что после деплоя отключились валидации одной модели(других проверить не было возможности, так что возможно и другие). Передеплоили и проблема исчезла. Сейчас в базе находим записи, для которых коллбэки не сработали при обновлении(почему-то на создание таких нет). Большая часть таких приходится на момент когда и валидации отключились. Интуитивно понимаю, что может быть так, что где-то как-то модели, их коллбэки, валидации хранятся в кэше и в этот кэш не все попало. Но сути понятия не имею что это было. Кто нибудь сталкивался?

можно пример коллбека на создание? вы там добавили on commit?

Не добавили. Это был before_update коллбэк.

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

вот бы найти гем который их в синхронизации держит.

Не добавили. Это был before_update коллбэк.

В коллбэке просто создается запись в другой таблице. Типа истории изменения этого объекта. Журналирование. Ничего особенного.

была проблема на пуме 3.9.1 или .2 что после деплоя рестарта не было

Не добавили. Это был before_update коллбэк.

а какой веб-сервер? данные потерялись именно во время деплоя?

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

проблема с рестартом и на юникорне есть

Веб сервер nginx. Сервер приложенеия unicorn.

так не новый код не сработал, а отказал старый

на юникорне достаточно часто встречался с этим

рестарт ни при чём

вот это странно

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

Бред же.

unicorn работал.

то есть колбеки работали год и в какой то момент они отвалились? во время деплоя или после?

вообще что то странное, а ты смотрела код на проде который залит был? там он точно был с колбеками?

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

Да, точно Они год есть.

надо смотреть код, который вы залили

может кто-то наманкипатчил AR

и выключил хуки

Нет, ничего не переопределяли, не доопределяли в системных вещах.

или что-то с транзакциями

Изменения коппечные типа где-то текст какой-то поправить, ответ сервера на какой-то запрос подправить итд.

Дело явно не в изменениях кода.

короче идете на сервер. капистрано сохраняет последние деплои. берете ту папку, сливаете к себе и тестируете

ERROR: S client not available

редеплой без изменения кода?

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

Не сохранилось.

редеплой без изменения кода?

Да, без изменений.

Поэтому и говоря что явно дело не в изменениях кода.

этого не может быть потому что не может быть никогда

все указывает на то, что небыло рестарта

но рельса не может часть кода загрузить, а часть не загрузить

Допустим. Но в старой версии кода в этой модели и контроллере не было изменений.

ент

тем более, если это части одного файла

скорее кто-то логи потер

из таблицы

Эти валидации и колбэки были и в старой версии.

скорее кто-то логи потер

Некому.

Допустим логи потер. А что с отключенными валидациями?

Эти валидации и колбэки были и в старой версии.

надо проверить код метода в консоли через source

Допустим. Но в старой версии кода в этой модели и контроллере не было изменений.

не верю

так не бывает

validation: false

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

Да проверяла. Все работало из консоли. И сейчас работает. Просто после одного деплоя перестало работать, а после следующего встало обратно на место.

Причем последний деплой вообще без изменений кода.

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

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

Проверяла там файл. Убедилась, что все на месте было. Правда консоль запускала с папки current

у меня как-то была подобная ситуация, когда кто-то код поправил на проде руками)

Проверяла там файл. Убедилась, что все на месте было. Правда консоль запускала с папки current

а точно current ваш совпадает с current current puma?

У меня юникорн. На тот момент совпадал. Даже если бы не совпадал, в этой модели не было изменений давно.

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

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