а редис запущен?

редис точно запущен

а в него прилетает?

гляну

спасибо

ээй! все заработало

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

Ошибка №2 - забыть вырубить spring

неа, нет у нас такого

?

это такой спам?

ага

это такой спам?

Почему сразу спам

ты ж кучу чатов уже засрал

Почему нет ) я же предлагаю купить что-нибудь

т.е. ты согласен, что это спам

Нет. Спамят обычно что-то бесполезное

это реклама скорей)

Верно

смотрим в запиненное сообщение

реклама запрещена =)

))

Считайте, что я просто поделился полезной ссылкой

он конфиг хочет прочитать, очевидно же

все верно, у гема есть конфиг файл определяющий то как он будет работать в приложении. У меня не рельсы. Пока я вижу в качестве решения всегда передавать абсолютный путь конфига при создании инстанса (MyGem::MyGem.new("тут абсолютный путь к конфигу"))

но это как то не тру кажется мне

а я вот как-то обходился без этого

а я вот как-то обходился без этого

и как?

не помню

мне хочется именно ямл файл в качестве конфига

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

просто внутри гема текущий каталог совсем другой, не каталог приложения, а каталог гема

все верно, у гема есть конфиг файл определяющий то как он будет работать в приложении. У меня не рельсы. Пока я вижу в качестве решения всегда передавать абсолютный путь конфига при создании инстанса (MyGem::MyGem.new("тут абсолютный путь к конфигу"))

Гем должен принимать конфиг например хэшиком или через configure

зачем городить лишние абстракции в виде файлов7

Гем должен принимать конфиг например хэшиком или через configure

почему должен? Ямл файл в руби это тоже тру way

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

Гем должен принимать конфиг например хэшиком или через configure

+++

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

никак, автор гема был слишком умный

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

DSL имхо удобнее редактировать

хм, ну окей, спасибо

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

гему не надо ничего знать про какие то там файлы

DSL имхо удобнее редактировать

согласен Да и заставлять юзеров гема использовать то что нравится тебе это очень плохо А если люди не юзают yaml?

все что гем интересует это конкретная конфигурация, вот парсите yml при инициализации на стороне приложения, и передавайте хэшиком.

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

ну да, как во множестве гемов

А лучше dsl.

А лучше dsl.

не всегда Лучше иметь поддержку обоих вариантов

поддержка обоих вариантов это дорого

если в геме слишком много DSL - это повод задуматься.

тогда конфиг

ибо DSL-only тоже не лучший выбор

500-ый

пиу-пиу, давайте закрывать группу

503

это тебе к nginx

пиу-пиу, давайте закрывать группу

Это тебе не конфа по питону

там не успели :D

500 - все, интернал сервер еррор

предел по нагрузке

кто-то ушел, напряжение спало!

ребят, как можно подключать к каждой вьюхе свой *.js.coffee файл, чтобы он прекомпалился?

ERROR: S client not available

ребят, как можно подключать к каждой вьюхе свой *.js.coffee файл, чтобы он прекомпалился?

не надо так делать

господь, и пророк его DHH, дали тебе aplication.js

чтобы ты не занимался ненужными микрооптимизациями

ну и если всё-таки очень надо — см. config.assets.precompile и добавляй в каждую вьюху javascript_include_tag

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

а экономить байты, которые все равно закешируются броузером - вообще сомнительно

в общем случае, я бы предположил что эффективнее один раз скачать 1мб, который закешируется, чем на каждой странице делать запрос для скачивания 50кб

всегда можно сжать стили через nginx, если нужна дополнительная оптимизация

господь, и пророк его DHH, дали тебе aplication.js

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

это микрооптимизации

зачем их сжимать через nginx и причем тут стили?)

не нужные тебе

а тьфу, да чет лагануло у меня на счет стилей :)

> чтобы не таскать много js по всем страница что значит таскать? если js не отрабатывает, а только находится в общем application.js - чем это мешает?

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

можешь в браузере посмотреть

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

HTTP/2 говорит об обратном :)

он 1 раз загрузится и будет в кеше, а так у тебя каждый раз будут грузится мелкие скрипты. Да и вообще зачем тебе это нужно? Кофнликт JS между страницами?

он 1 раз загрузится и будет в кеше, а так у тебя каждый раз будут грузится мелкие скрипты. Да и вообще зачем тебе это нужно? Кофнликт JS между страницами?

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

так просто сделай удобную структуру фолдеров в скриптах и все

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

просто сделай допустим если у тебя лаяут frontend и контроллер posts фолдеры для скрипта frontend/posts/index.js.coffee и все, а грузится будут все скрипты и все

понял, спасибо я вообще front-end dev, так что извиняйте за немного тупые вопросы :)

ничего, бывает :)

понял, спасибо я вообще front-end dev, так что извиняйте за немного тупые вопросы :)

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

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

так речь была о 2 файлах 1 для всех вьюх, а второй под каждую

а я про что написал?

а я про что написал?

тысячупицот мелких файликов ?

Ruby on Rails Architect $30/hr -> $87 360/yr (52w x 40h) Senior Ruby on Rails Architect $100,000 USD PER YR => $48/hr (52w x 40h)

А столько пафоса