Класс Todo и будет презентором в какой-то мере. Так лучше, чем плодить кучу инстанс переменных, потому что рельса инстанс переменные контроллера прокидывает во все паршиалы, что порой может дать непредсказуемое поведение.
что тогда лучше выбрать, если нужны данные каждые 5 сек.?
Строить пруф оф концепт.
0. Проверить, что это действительно актуальное требование прямо сейчас. Может Вам достатточно обновлять данные реже. Не в будущем, когда будет много клиентов и т.д. а прямо сейчас или тому подобное
1. Проверить, что целевой сайт способен отвечать на такое количество запросов так часто
2. Скедулинг должен отрабатывать максимаьно быстро
3. Так как мультипоточность в руби не настоящая, нужно будет запускать несколько процессов того же сайдкика, возможно на разных серверах. Продумывайте структуру так, чтобы это было небольшое отдельное приложение на руби, которому не надо поднимать вместе с собой всю рельсу, которая жрет 200-300 метров памяти на процесс
Если с сервером работаете не через API а просто инициализируете реакт на странице, то нужно путь к картинке куда-то положить и через javascript прочитать и передать в реакт. Например так
rollback значит что или валидация какае-то не прошла, или какой-то коллбек вернул false. Чтобы установить пароль должен быть просто параметр с именем password и если надо password_confirmation
https://www.vagrantup.com/ если не хотите ставить линукс. Рельса не работает под виндой, даже если сейчас заведется, потом что-нибудь обязательно другое вылезет
Пожалуйста. Приятно, что не зря потратил кучу времени на оформление всего этого в цифровом виде.
Отметьте пожалуйста ответ как верный, если считаете его таковым=)
Тут только пробовать. Ставите сайдкик, лучше 3ю версию, 4ая еще не обкатана. И смотрите как быстро выполняется и как нагружает сервер. Выбираете оптимальные настройки.
Сайдкик должен без проблем установиться, он совместим с Resque. Даже задачи очереди должен подхватить
Strollager: Давайте поясню момент, который меня смущает. Мне кажется, что либо тут не все гладко, либо я не доконца понимаю Вашу структуру
= cache ['menu', Menu.latest]
- menu.each do |item|
Вызов этого кеша нужен для того, чтобы избежать запроса
Menu.find_by(:code => code).children
Т.е кешируется вызов к модели Menu, но ключ кеша, по которому определяется актуальнен кеш или нет строится по другой модели -
MenuTranslation.order(:updated_at).last
И еще в этом кеше никак не учавствует код меню - "header_menu". Вы пробовали одновременно выводить 2 закешированнных меню? Если у вас для другого меню другой паршиал, то лучше не делать вот так render_menu("header_menu", "common/menu") а создать по хелперу для каждого меню.
