IN
а как без кук и сторов хранить токен? Вроде ж на фронте третьего не дано.
sessionStorage
Size: a a a
2020 October 29
R
Соответственно, как я понимаю, данные в полях не сохраняются как раз из-за того роллбека что происходит выше
R
И тут самое непонятное - почему такая разница в их работе, если метод create в первом случае также никак не модифицирован, он такой же как и во втором
R
Или это происходит как раз из соображений безопасности? И эта логика где-то была сделана в приложении, в неведомом мне месте?😅
A
sessionStorage
он же потеряет данные, если мы закроем вкладку. Большинство юзверей такого не хотят, имхо. А локал чем плох?
A
Блин, у меня ебанина спек не писана, а я тут про фронт читать пытаюсь %)
IN
он же потеряет данные, если мы закроем вкладку. Большинство юзверей такого не хотят, имхо. А локал чем плох?
тем что это как раз на сессию и надо, в локалсторадж пароль сохранять - такое себе
A
тем что это как раз на сессию и надо, в локалсторадж пароль сохранять - такое себе
ну не пароль, а токен со временем жизни :) Пароль да, чот ой.
IN
ну не пароль, а токен со временем жизни :) Пароль да, чот ой.
Ну как я понял - чел хочет поля сохранить
R
Ну как я понял - чел хочет поля сохранить
Именно)
A
Прикольно... сегодня я узнал что то хорошее про фронтенд %)
R
Спасибо большое за ответ!
Еще обнаружил одну очень интересную штуку. Оказывается, в моем учебном приложении, где я сам подключал девайс, оно все так и работает по умолчанию. То есть данные в полях остаются после обновления страницы. Это было открытие😄
Сравниваю логи:
Еще обнаружил одну очень интересную штуку. Оказывается, в моем учебном приложении, где я сам подключал девайс, оно все так и работает по умолчанию. То есть данные в полях остаются после обновления страницы. Это было открытие😄
Сравниваю логи:
Нет ни у кого мыслей почему это так срабатывает?😕
Почему в одном случае create пытается срабатывать и роллбечит, а во втором нет?
В обоих случаях метод create дефолтный девайсовский, разница только в версиях рельс(5 и 6 соответственно) и девайса(4.7.2 и 4.7.3)
Почему в одном случае create пытается срабатывать и роллбечит, а во втором нет?
В обоих случаях метод create дефолтный девайсовский, разница только в версиях рельс(5 и 6 соответственно) и девайса(4.7.2 и 4.7.3)
VK
Нет ни у кого мыслей почему это так срабатывает?😕
Почему в одном случае create пытается срабатывать и роллбечит, а во втором нет?
В обоих случаях метод create дефолтный девайсовский, разница только в версиях рельс(5 и 6 соответственно) и девайса(4.7.2 и 4.7.3)
Почему в одном случае create пытается срабатывать и роллбечит, а во втором нет?
В обоих случаях метод create дефолтный девайсовский, разница только в версиях рельс(5 и 6 соответственно) и девайса(4.7.2 и 4.7.3)
Кажется, во втором случае идёт ajax запрос и страничка не перетирается
R
Короче, разобрался.
Получается, я все это время пытался сделать то, что просто работает по умолчаю😂
Без толку копался в исходниках девайса, пытался понять проблему...
А трабл был в том, что во вьюхах в качестве value вызывался не просто наш ресурс, а какие-то сессии черт пойми чего, которые нигде не используются
Получается, я все это время пытался сделать то, что просто работает по умолчаю😂
Без толку копался в исходниках девайса, пытался понять проблему...
А трабл был в том, что во вьюхах в качестве value вызывался не просто наш ресурс, а какие-то сессии черт пойми чего, которые нигде не используются
RU
насколько нормально при редактировании вложенных сущностей (например, с фронта приходит массив) не разбираться, че там поменялось, а просто грохать вначале все существующие, а потом сохранять новые? в транзакции конечно
AI
насколько нормально при редактировании вложенных сущностей (например, с фронта приходит массив) не разбираться, че там поменялось, а просто грохать вначале все существующие, а потом сохранять новые? в транзакции конечно
У нас так у водителей их машины удалили )))
AI
Причем случайно, не доглядели
RU
У нас так у водителей их машины удалили )))
лол
AI
Ну зависит от кейса
AI
Во первых айдишники инкрементируются