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

нужно оперировать турболинками turbolinks:load ready

вроде так, чтобы скрипт инициализировался

нужно оперировать турболинками turbolinks:load ready

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

я видел

Я новый проект заводил на 5х. Но решил отказаться

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

да, старт достаточно неприятный.

думаю что прироста большого не будет у них. Может быть на мобильном слабом

по крайне мере я у фрея http://rubycourses.ru/ тут смотрел что турболинки сделали

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

когда вы косяки с n+1 уберете

можно будет заценить скорость

по крайне мере я у фрея http://rubycourses.ru/ тут смотрел что турболинки сделали

да, я как раз и сделал вместе с дизайном и версткой :)

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

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

А ща тормоза все, из-за кривых запросов в бд. Поэтому медленно работает

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

Тяжелая тема конечно. Я нахватал проблем с магазином, когда писал его еще будучи птенцом (strelok-ipsc.ru), могу расписать свое текущее видение проблемы и методику реализации

ок. распишши

всяко лучше чем свои грабли собирать

все таки лучше первый раз свои собрать

А если че валится спросить

думаю что прироста большого не будет у них. Может быть на мобильном слабом

Смотря с чем сравнивать в плане прироста. С полной перезагрузкой страницы - прирост будет в UX. Грузиться так-то будет ненамного меньше и ненамного быстрее, но обновляться страница будет уже без полного обновления (белый экран, появление текста, FOUT на шрифтах). Если сравнивать с SPA и json респонзами - работать будет однозначно медленнее. Тут турболинки выигрывают простотой поддержки - не нужно распыляться между стеками технологий, сайт остается традиционным для рельс фулл-стек, с сервер-сайд рендерингом

пофикси на rubycources n+1

посмотрим скорость

а то пока это очень очень очень медлено

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

а вот тот же запрос

чиркану тикет в репозитории

уже с кэшем

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

пофиксить n+1 дырки

просто скажи фрею

он же опытный разраб

https://github.com/Freika/ruby_courses/issues

так. народ, опять туплю. как мне сделать санитайзинг для текстовой строки из параметров?

где

в модели?

в контроллере в методе

это просто строка, не модель

тебе надо заинклюдить хелпер

http://api.rubyonrails.org/classes/ActionView/Helpers/SanitizeHelper.html

какой?

вот этот

strip_tags(тут текст)

ну или какой тебе там надо сатинизер

а насчет всяких sqlinjections и прочаа

я хочу чтобы строка очищалась от всего ваще, до состояния =~ /a-zA-Z\./

ну и прогони регексп

хелпер смотри

блин. а как его в рельсовой консольке заинклудить..

для экспериментов

@TurnaviotovNikolay http://apidock.com/rails/ActionView/Helpers/SanitizeHelper/sanitize вроде это

@TurnaviotovNikolay include HELPERNAME

?

та оно его полностью include ActionView::Helpers::SanitizeHelper

да

отак сьело

хм. вроде линки/таги оно сносит..

ок. распишши

1. Корзина - это заказ (order) в дефолтном статусе "неоформленный" 2. Для статусов можно обычный enum, рельсовый или, например, enumerize. Можно AASM. Мне нравится AASM, т.к. управлять легче, в 90% случаев модели в рельсе - конечные автоматы, и их enum-статусы - это состояния конечных автоматов 3. Для такого заказа мы заводим хелпер current_order. Хелпер хитрый - либо берем существующий в БД, либо инициализируем новый через Order.new 4. Через этот хелпер выводим, например, корзину на сайте 5. Этот же хелпер используем в экшне добавления товара в корзину, в том числе и первого. Просто в параметрах контроллера (там где делаем permit) добавляем merge(order: current_order). В итоге товар при сохранении в базу, связывается с новым заказом, который тоже сохраняется в базу - и становится доступен залогиненному пользователю между сессиями 6. Заказ здесь - это ресурс, который по всем характеристикам должен принадлежать пользователю user, но создаваться может, когда пользователь еще не залогинился, и current_user еще нет. 7. Такие ресурсы связываем не напрямую с пользователем, а с объектом "сессией" (это модель в БД, user_session, а не рельсовый хелпер session[:id]). 8. Точно так же заводим хитрый хелпер current_user_session, который будет либо брать юзер-сессию из БД, либо инициализировать ее в виде UserSession.new. И точно так же, как заказ привязывается к добавленному товару, сессия привязывается к заказу. 9. ID юзер-сессии мы либо храним в рельсовой сессии session[:user_session_id] (если пользователь незалогинен), либо получаем его из current_user (если пользователь залогинен) Таким образом: (а) заказ и другие ресурсы, который может создавать гость - будут сохраняться в БД и будут доступны между сессиями и устройствами, (б) за счет дополнительной связки в виде user_session мы упрощаем себе жизнь с слиянием аккаунтов (когда человек на одном устройстве залогинился и надобавлял в корзину, потом на другом устройстве надобавлял в другую корзину и залогинился - обе его сессии привяжутся к одному user, и обе корзины будут доступны пользователю для дальнейшего оформления

так. я чот понял что нифига не понял

как оно с другого девайса корзину подхватит

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

ключ ему чтоли сообщать

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

ERROR: S client not available

как оно с другого девайса корзину подхватит

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

и user_session привязалась к user

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

как оно с другого девайса корзину подхватит

А как ты похватишь. Тока через куку если один юзер на браузерах

так. я чот понял что нифига не понял

Это нормально :) переусложненной кажется методика. Тут на личном опыте, я считаю, нужно пережить

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

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

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

Тогда тема с юзер-сессией не нужна, если твоя цель - лишь кеширование

при логине в девайс эта корзина сохраняется. при логоффе теряется

Тогда нужна :)

просто корзина и оформления заказа уже в рамках зареганного и залогиненного юзера

Ну то есть не обязательно она нужна, но что-то подобное

а там уже активрекорд и нормальная модель

ибо таки история заказов

Тут ведь еще можно двумя вариантами поступить. 1. Либо хранить все это как заказ с состояниями (статусами). Удобно, учитывая, что структура модели одна и та же, и крайне плавно перетекает из потенциального заказа в оформленный 2. Либо хранить корзину в одной модели, а заказ - в другой.

Второй вариант тоже имеет право на жизнь и достаточно распространен

Применительно к интернет магазинам это реализуется любопытно :) Есть корзина, если к ней привязан объект ordered_order - значит это уже не просто корзина, а корзина оформленного заказа. А если к этому ordered_order привязан объект delivered_order - значит этот заказ не просто оформлен, но еще и доставлен

и в каждом таком маленьком объекте (суть - маленькой модели) хранится свой маленький кусочек данных

вот можно этот вариант применить в вашем случае

мне второй вариант пока проще

ибо домен в корзине - строка

фейлит, скотина session[:domains] ||= []) « sanitize(params[:domain].strip))

Может лучше хранить в сессии ID, а сами строки в редисе? Со объектами длиннее числа, в сессии не очень гладко все-таки

а..

у меня сессмия в редисе ;)

session[:domains_id], например

а, то есть не в куках?

вот как раз сегодня в редиску завернул

прям интересно стало, а так реально можно делать? интересно, как стыкуется API редиса с сеттерами и геттерами хелпера session

а session.inspect вообще адов высер ))

1472290207.794413 [1 127.0.0.1:50186] "get" "session:cf5c728e7caff7946023789ea669a2d2"