если прибить всё у деплойного юзера и передеплоить — пума поднимается?

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

ошибка всё ещё есть?

ошибка всё ещё есть?

да кстати, это нормально что на сервере puma вообще command not found

это ок

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

там puma и лежит

да кстати, это нормально что на сервере puma вообще command not found

А если в deploy.rb добавить https://gist.github.com/ojab/12e7fd127b8cb099c76861eeacabf5b5 и сделать bundle exec cap production custom:print_secret — что выводит?

А если в deploy.rb добавить https://gist.github.com/ojab/12e7fd127b8cb099c76861eeacabf5b5 и сделать bundle exec cap production custom:print_secret — что выводит?

Это при каждом деплое должно выполняться?

нет, это надо выполнить один раз для проверки наличия SECRET_KEY_BASE в окружении при запуске через capistrano

если там secret_key_base выставляется — ты как-то не так запускаешь puma, если нет — надо разбираться с окружением

Оно же должено без пуша на мастер выполняться? А то я не пушил, просто изменил деплой.рб и Don't know how to build task 'custom'

а кэпа не надо пушить

тупанул

без print_secret прописал

если там secret_key_base выставляется — ты как-то не так запускаешь puma, если нет — надо разбираться с окружением

в общем, не выводит значение ключ выводит, а значения нету

хм

ну че там

насилуете да)

?

а, блин

а, не

в общем, не выводит значение ключ выводит, а значения нету

grep deploy /etc/passwd на сервере?

там в последней колонке /bin/bash или /bin/sh?

там в последней колонке /bin/bash или /bin/sh?

bash

магия

скорее кривые руки на каком-то этапе деплоя

ан нет, не магия, на работающем хосте у меня тоже SECRET_KEY_BASE пустой

Ребят, подскажите пожалуйста. Вот есть у нас к примеру класс А внтури которого лежит константа. Далее мы определяем новый класс B, указывая что он внутри области видимости класса А, но использовать константу из клсса А напрямую мы не можем. Почему класс А не считается охватывающим классом при такой записи:

class A CONST = 1 end class A::B puts CONST end

скорее кривые руки на каком-то этапе деплоя

ssh deploy@host 'sh -c "env | grep SECRET"' что выводит?

Ребят, подскажите пожалуйста. Вот есть у нас к примеру класс А внтури которого лежит константа. Далее мы определяем новый класс B, указывая что он внутри области видимости класса А, но использовать константу из клсса А напрямую мы не можем. Почему класс А не считается охватывающим классом при такой записи:

он не внутри видимости класса А, он в модуле A.

ssh deploy@host 'sh -c "env | grep SECRET"' что выводит?

ничего

если я всё правильно понимаю — puma на убунте запускается через dash, в котором окружения нифига нет

:/

а если прописать sh -c "env | grep SECRET" на сервере, то SECRET_KEY_BASE=

походу где-то пустое значение присваивается

гм

как там вывести название файла через греп?

если грепаешь по директории — он сам выведет

ну, я твоим методом грепаю

тогда ты грепаешь по текущим переменным окружения, там нет имён файлов

grep -r SECRET_KEY_BASE /etc ~

грепнет по /etc и по домашней директории

Ребят, подскажите пожалуйста. Вот есть у нас к примеру класс А внтури которого лежит константа. Далее мы определяем новый класс B, указывая что он внутри области видимости класса А, но использовать константу из клсса А напрямую мы не можем. Почему класс А не считается охватывающим классом при такой записи:

еще раз можешь задать

грепнет по /etc и по домашней директории

ну, что-то я не нашёл присоение пустого значения

mkay, а где и что у тебя сейчас присваивается?

mkay, а где и что у тебя сейчас присваивается?

пока, только в фигаро

ну то есть нигде

он не внутри видимости класса А, он в модуле A.

В данном примере получается внутри _класса_ А? Но почему руби все равно при таком определении класса не считает что класс/модуль А является охватывающим класс B? Ведь к константе напрямую я не могу обратиться.

ну то есть нигде

окей, уже в bashrc

еще раз можешь задать

?

В данном примере получается внутри _класса_ А? Но почему руби все равно при таком определении класса не считает что класс/модуль А является охватывающим класс B? Ведь к константе напрямую я не могу обратиться.

что такое "охватывающий класс"? Гугл находит только всякую фигню.

Если имеется в виду родительский — нет, он не внутри класса A и не является дочерним.

в общем меня интересует почему вот это - module A CONST = 1 class B puts CONST end end и вот это module A CONST = 1 end class A::B puts CONST end ведет себя по раному

1) A, B и CONST это всё константы

2) В руби константы разрешаются из своей лексической области

d ckexf

тьфу

короче, оно работает как папочки

:: мысленно замени на /

только с той разницей, что руби будет искать вверх по лексической области видимости, по всей текущей ветке иерархии. если ничего не найдёт, то будет NameError

лексически в первом случае у тебя иерархия :: -> A -> (CONST, B)

во втором :: -> A -> CONST; :: -> A::B

когда из ::A::B разрешается константа CONST (относительный путь), она будет разрешена в ::A::CONST

во втором случае, при разрешении из ::A::B разрешать некуда, потому что в текущей ветке CONST тупо нет

во спасибо, так понятей

где-то даже была статья на эту тему, я её сюда несколько раз даже кидал, но щас не могу сходу найти

ERROR: S client not available

Если вдруг случайно наткнешься еще раз на статью, скинь, пожалуйста, еще раз. А то я пытался гуглить на эту тему, но как то даже и сформулировать не могу что хочу

ruby constant resolution

поэтому в рубях можно вызывать constantize и получать имя класса)

из строки

:: мысленно замени на /

вот это идеальное предложение))) Всегда думаю как обьяснить)))

???

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

папочки, как в виндавс

да

а так да. CONST относительный путь, а ::CONST абсолютный

я раньше на модулях делал всегда по рекомендации моего лида

А потом нарвался на конфликт и начал абсолютные юзать

как ты выше привел

::ParentClass::BaseClass::Class

получается что при записи class A::B; end у нас не попадает ::A в лексическую область видимости?

да

Всегда где у тебя класс не первый в дереве(иерархии) ставь ::КЛАСС чтобы попадать

Если вдруг случайно наткнешься еще раз на статью, скинь, пожалуйста, еще раз. А то я пытался гуглить на эту тему, но как то даже и сформулировать не могу что хочу

https://www.sitepoint.com/get-the-low-down-on-ruby-modules/

получается что при записи class A::B; end у нас не попадает ::A в лексическую область видимости?

проще объяснить так: там где в коде написано, там и разрешается

я таки нагуглил что хотел

я таки нагуглил что хотел

спасиб!

я таки нагуглил что хотел

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

http://cirw.in/blog/constant-lookup.html

http://valve.github.io/blog/2013/10/26/constant-resolution-in-ruby/

http://jfire.io/blog/2011/01/21/making-sense-of-constant-lookup-in-ruby/

это у меня в закладках осталось

Классная статья

вот ещё: https://gist.github.com/kyrylo/6413067

бесплатная раздача полезного контента)

у меня эта есть http://valve.github.io/blog/2013/10/26/constant-resolution-in-ruby/

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

оказалось что его даже нет в области видимости