Конфиг puma app_dir = File.expand_path("../..", __FILE__) __FILE__ - указывает на файл config/puma.rb или на какой-то стартовый скрипт который этот файл вызвал?

который вызвал

а разве в __FILE__ не содержится имя текущего файла?

угу

ну т. е. откуда __FILE__ вызывается, имя того файла и возвращается

ан нет, я не прав

хм

__FILE__ click to toggle source The name of the file currently being executed, including path relative to the directory where the application was started up (or the current directory, if it has been changed). The current file is, in some cases, different from the startup file for the running application, which is available in the global variable $0.

А где-нибудь есть дока, где расписано как оно сеюя ведёт при eval и прочих извращениях?

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

__FILE__ click to toggle source The name of the file currently being executed, including path relative to the directory where the application was started up (or the current directory, if it has been changed). The current file is, in some cases, different from the startup file for the running application, which is available in the global variable $0.

благодарствую. http://ruby-doc.org/docs/keywords/1.9/Object.html

Вот смотртие я установил себе rails через rbenv все работает. А как в линуксе узнать пути по которым срабатывает конслльная программа

вот я пишу rails server

т.е. у нас отискивается какойто путь и по этому пути мы запускаем прогу rails

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

which rails

ну и alias rails на случае если это alias

там есть переменная среды $PATH

которая определяет пути, в которых ищется исполняемый файл

да да

есть

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

http://screencast.com/t/GhsFw3FVe2t

походу ту оно должно где-то лежать, ибо на сколько я сейчас претсвля rail это же gems

ну у меня он лежит в /usr/local/bin/rails

ну или симлинк на него

Да с этим шагом разобрались: http://screencast.com/t/FGU9cXEom5pr

сейчас запускаю puma через nginx

с этими пользоватлеями все не до конца мне ясно, у кого что, кто кого зовешь. Инной раз sudo запускаешь, тогда ведь он от root действует - то нет тогда нужных файлов ведь root не имеет rbenv

и так далее

не root 80 порт не слушает

в линуксе есть пользователи и группы пользователей

от рута ты можешь запускать всех

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

в линуксе есть пользователи и группы пользователей

сейчас разбермася пара минут. Это то я знаю что вы скзаали. По поведению прог я сделал вывод что при написании sudo меняется PATH

и по этому rbenv уже там не находиться

не факт конечно. Но похоже нато

path чего меняется

а щас мы проверим

https://azure.microsoft.com/en-us/pricing/member-offers/bizspark-startups/

@lbvf50 на основании того, что если стартап наберет силу. То он вряд ли слезет уже

вендор лок

shell может иметь другую $PATH если она к нему подгрузилась от этого юзера

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

shell может иметь другую $PATH если она к нему подгрузилась от этого юзера

так $PATH вроде одинаковые: http://screencast.com/t/2pLxt8Ib

ну да одинаковые

тогда с чего ты решил что она меняется

path чего меняется

системаня переменная с которой интепретатор черпает пути для запуска прог. как я думал по ошибкам пишем sudo - другой path

у тебя PATH разворачивается перед вызовом sudo

чтобы переменные окружения после sudo сохранялись — надо юзать sudo -E

у тебя PATH разворачивается перед вызовом sudo

т.е. я был прав.

ну или sudo -s

(отошел)

ну или sudo -s

Lipstik прав, $PATH = const http://screencast.com/t/Xfga7vOr

есть еще какая то переменая HOME може она при sudo меняется. Темный лес одним словом

че ты делаешь вообще я не очень понимаю

Lipstik прав, $PATH = const http://screencast.com/t/Xfga7vOr

у тебя PATH разворачивается перед вызовом sudo

я это уже писал, кажется

у тебя PATH разворачивается перед вызовом sudo

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

у тебя PATH разворачивается перед вызовом sudo

а где пруф?

это же не логично.

а где пруф?

а самостоятельно проверить, не?

я даже не знаю как искать

это вполне логично

а самостоятельно проверить, не?

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

шелл разворачивает переменные перед выполнением команд

и на этом учиться

ERROR: S client not available

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

как написать строку таким образом, чтоб узнат ькакой $PATH при sudo&

$ sudo -s # echo $PATH

например

ну при -s он будет такой же, ибо env vars передадутся внутрь sudo

да он такойже еще мой bashrc запустился

при каком конкретно sudo нужно узнать переменные окружения?

sudo command?

http://screencast.com/t/K63IDUhSK

sudo -i echo $PATH не?

sudo -i echo $PATH не?

а вут тут уже другое

покажи

покажи

http://screencast.com/t/sBAr9hkG6DY

Как раз то о чем я думал.

видите уже нет ни какого rbenv в path

потому что у тебя $PATH меняется где-то в ~/.bashrc

или ~/.bash_profile

ну короче там

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

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

я думаю, имелось в виду, что sudo echo $PATH выдаст старую PATH, т.к. она развернется до выполнения

я думаю, имелось в виду, что sudo echo $PATH выдаст старую PATH, т.к. она развернется до выполнения

да

такой механизм у баша, чо поделать

короче я прочитал в man sudo

-i запускает initial login command

то есть подгружает инфу для баша

из своей какой-то там директории ебучей

а sudo -s этого не делает

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

http://unix.stackexchange.com/questions/26047/how-to-correctly-add-a-path-to-path

то есть подгружает инфу для баша

особенно если login shell zsh

особенно если login shell zsh

че ты мне в уши ссышь

zsh другой конфиг подгрузит