Почему нельзя?

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

…и?

это не единое хранилище и оно не на твоем сервере

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

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

мне тут отчасти подсказали у нас прокатило Token.where action: 'session'

и на три это разделить плюс минус

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

это не единое хранилище и оно не на твоем сервере

Devise::Models::Trackable и без сессий работает, например

*без кук на сервере

ну да, можно как-то косвенно на основе last_sign_in филда это вычислить

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

Господа. Было у кого подобное? Первая попытка изучить Ханами. Создал проект на Hanami c haml, rspec и postgresql опциями (hanami new bookshelf --database=postgres --test=rspec --template=haml) и при запуске тестов или сервера все время возникает предупреждение в терминале: Haml::TempleEngine: Option :disable_escape is invalid. Это норма? Это можно убрать? Так и должно быть? UPD: Не гуглицца. Решение с Haml::TempleEngine.disable_option_validator! не помогает

Ты всегда можешь не использовать ханами )

haml не нужен

classic

ruby не нужен

Я выбью эти советы на куске мрамора ипоставлю у себя посередине комнаты

А нет, руби же мертв

А если серьезно? Просто хочется перейти с рельсы на ханами, а первая попытка началась с фейла.

ну ворнинг это не конец света

руби мертв hanami не нужен haml не нужен Все тлен

А если серьезно? Просто хочется перейти с рельсы на ханами, а первая попытка началась с фейла.

да это ворнинг же, ничего стремного

@davydovanton Ну так полоска с тестами выглядит как .....F<WARNING>....F...<WARNING>

Несимпатишно

Братан это warning.

Че ж вы все такие неперфекционисты)

*копает исходники hanami в поисках откуда эта тварь вылезла*

+++

только исходники хамла

Починилось добавлением Haml::TempleEngine.disable_option_validator! в config/environiment.rb

Господа. Было у кого подобное? Первая попытка изучить Ханами. Создал проект на Hanami c haml, rspec и postgresql опциями (hanami new bookshelf --database=postgres --test=rspec --template=haml) и при запуске тестов или сервера все время возникает предупреждение в терминале: Haml::TempleEngine: Option :disable_escape is invalid. Это норма? Это можно убрать? Так и должно быть? UPD: Не гуглицца. Решение с Haml::TempleEngine.disable_option_validator! не помогает

а как же “не помогает"?)

а как же “не помогает"?)

в initializers/haml.rb, boot.rb и spec_helper не помогло

в бут ничего не надо класть

*без кук на сервере

У меня например сейчас в аппликэйшине тыкается resque на сохранения id юзера, контролёр, экшин и ссылка. Проблем нет

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

#Ruby #Rails #Hanami все в топку #Go наше все (:сарказм) https://www.driftingruby.com/episodes/ruby-go-lang-extensions

#Ruby #Rails #Hanami все в топку #Go наше все (:сарказм) https://www.driftingruby.com/episodes/ruby-go-lang-extensions

ну норм тема

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

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

Я вроде встречал где-то маны

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

а это нормально, - я unicorn задал 6 воркеров, там появились все но нагрузка максимум на 5 появляеться и посмотрянная карусель

т.е. то 0 то 5

но чтобы все 6 нагружались , нет такого

Их 5 или шесть?

6

но загружаються 5

поймал, все 6 подключились

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

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

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

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

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

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

и скорость высокая разработки, и проект живет

а джависты пишут до сих пор)

Я слышал что пишут прототип на рельсе, потом на джаву переписывают?

да можно и на руби переписать

какие проблемы то

Посоны, я к вам опять с вопросом. Есть две таблицы, нужно удалять их обеих, когда удаляется одна из них, если делать дестрой через dependent:destroy, мне говорит что Stack Level Too Deep(что и логично), как поступать в таких случаях?

Посоны, я к вам опять с вопросом. Есть две таблицы, нужно удалять их обеих, когда удаляется одна из них, если делать дестрой через dependent:destroy, мне говорит что Stack Level Too Deep(что и логично), как поступать в таких случаях?

Самый тупой вариант - реализуй свои коллбеки

Но это не точно, лучше подожди ответа от гуру)

выпилить везде dependent: destroy и запилить свои колбеки?

Ну такое

Че ж вы все такие неперфекционисты)

Кодер перфекционист это обычно новичок, которые не споткнулся об проекты, которым хотя бы год

ERROR: S client not available

Кодер перфекционист это обычно новичок, которые не споткнулся об проекты, которым хотя бы год

Споткнулся. Не раз. Но стремление к идеалу - это разве плохо?

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

Кодер перфекционист это обычно новичок, которые не споткнулся об проекты, которым хотя бы год

+1

сразу писать зная что выйдет ??

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

Ну это имхо

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

на rust пишут вполне

Подходы разные, как по мне

на rust пишут вполне

я даже не сомневался

https://github.com/tildeio/helix вполне себе ок смотрится

Привет всем. Итак, есть задача, понять откуда идет косяк. Есть рельсовое приложение с девайсом. При логине девайс возвращает 302 с заголовком Location. Теперь самое интересное. В хроме отображается, что он "http://mydomain.ru". В рельсовй консоли он отображается как "https://mydomain.ru". В nginx я не заметил ничего такого. Что может быть, что может менять протокол?

Давайте еще дам данных зачем мне это вообще нужно. Внедряем Content-Security-Policy. Там прописана политика form_action: 'self'. Так вот именно в хроме есть такая сноска с редиректом при отправке формы. https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Content-Security-Policy/form-action И при логине с https страницы, получается что редирект приходит на http, а это не попадает в политику 'self' и запрос вообще блокируется.

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

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

консольные sort, awk и grep/ack/ag?

Лол

Лол

Ты на Джерарда похож слегка

Ты на Джерарда похож слегка

Какого

Стивен который

Загугли

Есть чутка сходство

что делать если я хочу иметь доступ к записям не только по ID но и по уникальному name параметру? Т.е. хочется и /posts/1 и /posts/post_with_id_1_and_uniq_name ? Так вообще можно, или bad practice?

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

но не уверен что нужды соответствуют необходимости

я за последний 10 лет ниразу не вбивал в адресную строку slug

но не уверен что нужды соответствуют необходимости

Вроде для СЕО

я за последний 10 лет ниразу не вбивал в адресную строку slug

в одном месте нужно генерить ссылки на записи используя массив слагов (уникальных имен записей). Тут либо дергать базу и получать id для каждого name либо просто добавить поиск по name

SEO

Вроде для СЕО

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

лет 10

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

согласен

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

СЕО будет всегда актуальным для говноцмсок на пхп с миллионом дублей и страниц. В проекте на фрейморке по умолчанию лишнего намного меньше, но конечно бейсик никто не отменял, и желательно canonical url таки указывать, когда есть поиск с фильтром