:D

потому что то что у тебя стоит в системе будет видно и в бандлере (возможно тоже контролируется gem env, но я не знаю)

я это имел в виду, но это не изоляция полностью, да

у тебя может быть: - system wide - user wide - local wide

если сравнивать с аналогиями, тоже самое что composer в php или npm в node

Ни то ни то не использовал и не писал на них

потому что то что у тебя стоит в системе будет видно и в бандлере (возможно тоже контролируется gem env, но я не знаю)

ну, без доп. опций всё в одно место валится. и не совсем понимаю, о какой "системе" идёт речь

в общем просто установщик пакетов (библиотек) которые ты будешь юзать в проекте

у тебя может быть: - system wide - user wide - local wide

Это касаемо bunler?

системный руби

Это касаемо bunler?

gem, а соответственно и bundler

bundler через gem-конфиг работает

в общем просто установщик пакетов (библиотек) которые ты будешь юзать в проекте

хм, а чем от virtual env отличается?

хм, а чем от virtual env отличается?

что за "virual env"?

ну это как pip скорее

если ты с питоновыми вещами больше знаком

хм, а чем от virtual env отличается?

venv тебе нулевый питон ставит, если чо

хм, а чем от virtual env отличается?

не знаю что это

и подменяет системный на него

ну это как pip скорее

НУ pip же тупо установщик, скорее gem эквивалент pip

venv тебе нулевый питон ставит, если чо

сорян, не знал что он умеет питон ставить -получается там песочница.

можно положить выхлоп pip freeze в файл и почти Gemfile.lock будет

ну и он тоже разрешает зависимости

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

ну и он тоже разрешает зависимости

из pip на сколько знаю.

хорошо, а полноценная песочница с окружением есть у руби?

У руби, как мне кажется, не очень актуально менять версию(вроде же совместимо по большей части?)

РАзве что для готового проекта на старой версии писать

или если у заказчика требование

полно

rvm, rbenv, chruby

я юзаю rvm, кому-то другие вещи нравятся.

rvm, rbenv, chruby

они получается и зависимости и версию руби держат внутри?

я как менеджер версия пробовал и rvm и rbenv

только версию руби и набор гемов для нее

остановился на rbenv

они получается и зависимости и версию руби держат внутри?

да

гемы для проекта у тебя менеджит бандлер

ну, как правило, никто не заставляет

гемы для проекта у тебя менеджит бандлер

ну тааак, хз. они вяжутся на версию руби

в Gemfile можно положить :ruby "2.1.8" и rvm (и многие другие) будут ее юзать для проекта

только версию руби и набор гемов для нее

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

запутали господа.

Пишите ответы пожалуйста через reply

в Gemfile можно положить :ruby "2.1.8" и rvm (и многие другие) будут ее юзать для проекта

ещё можно файл .ruby-version

а то нихрена от некоторых не понятно о чём они))))

ДАвайте по порядку всё

rvm управляет версиями руби, бандлер - версиями гемов для твоего проекта

собственно всё

rvm управляет версиями руби, бандлер - версиями гемов для твоего проекта

НА вопрос про полноценное виртуальное окружение мне ответили что rvm и тд

я думал что это менеджеры версий

умеет локальную версию держать для проекта.

но никто из них не умеет локально зависимсоти держать

значит для них то и нужен bundler

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

Ясно

ну, гемы и зависимости к ним будут лежать для той версии руби в который ты их ставишь. т.е. без бандлера у тебя и так в разных руби будут разные гемы. у rvm еще есть подзабытый механизм "gemsets"

Спасибо, люди добрые.

ну, гемы и зависимости к ним будут лежать для той версии руби в который ты их ставишь. т.е. без бандлера у тебя и так в разных руби будут разные гемы. у rvm еще есть подзабытый механизм "gemsets"

Ну разные имеено в плане их собственных версий, а не набора. Правильно я понимаю?

Ну разные имеено в плане их собственных версий, а не набора. Правильно я понимаю?

да

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

то есть даже если гемы не локально установлены, а у пользователя — там может быть сколь угодно версий каждого из гемов. и бандлер возьмёт нужную (согласно Gemfile)

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

логично, если все они верси руби эту поддерживают?

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

то есть даже если гемы не локально установлены, а у пользователя — там может быть сколь угодно версий каждого из гемов. и бандлер возьмёт нужную (согласно Gemfile)

вот оно что

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

понял,спасибо, это многое объясняет.

логично, если все они верси руби эту поддерживают?

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

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

Получается в Gemfile я могу положить список гемов нужный для конкретного проекта? и версию руби?

да

ERROR: S client not available

Тогда зачем bundler?

он установщик

Получается в Gemfile я могу положить список гемов нужный для конкретного проекта? и версию руби?

ну за версию руби не отвечаю, надо смотреть на менеджер версий, но гемы — да

чтобы установить гемы из твоего Gemfile

Тогда зачем bundler?

только он с этим Gemfile и работает

ты добавил в гемфайл все свои гемы и все что тебе надо

чтобы установить гемы из твоего Gemfile

понял, отлично)

потом вызывал bundler install и все, ну или если тебе надо обновить опять же гемы из всего списка Update

Вот теперь разобрался, я сначала не понял кто работает с gemfile. =)

Простите за нубские вопросы))))

потом вызывал bundler install и все, ну или если тебе надо обновить опять же гемы из всего списка Update

Спасибо)

ruby не связан с Gemfile. у руби есть gem тулза и всё. bundler — это гем. он умеет работает через Gemfile и работает чуть умнее встроенных средств. например, у тебя установлен гем_икс версии 1.1 и 1.2 и тебе в проекте нужен именно 1.1 без bundler ты вряд ли это сделаешь

bundler подключает в твой проект нужные гемы нужных версий либо через коммандную строку (bundle exec), либо через Bundler.require в коде. я первое не очень люблю, пользуюсь вторым

ruby не связан с Gemfile. у руби есть gem тулза и всё. bundler — это гем. он умеет работает через Gemfile и работает чуть умнее встроенных средств. например, у тебя установлен гем_икс версии 1.1 и 1.2 и тебе в проекте нужен именно 1.1 без bundler ты вряд ли это сделаешь

Понял)

bundler подключает в твой проект нужные гемы нужных версий либо через коммандную строку (bundle exec), либо через Bundler.require в коде. я первое не очень люблю, пользуюсь вторым

А почему первое не любишь?

потому что это писать надо

т.е. писать больше одного раза

т.е. писать больше одного раза

Какждый раз при запуске терминала и переходе в проект?

каждый раз при запуске скрипта

т.е. вместо rails console - bundle exec rails console

например

Bunny (rabbitmq)

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

И вот ещё вопрос: смотрю гем https://github.com/atipugin/telegram-bot-ruby и не понимаю как эта либа будет нормально работать- на же синхронная, или я не понял чего?

def self.publish(message, type) x = channel.direct(@@queue_name, auto_delete: true) q = channel.queue(@@queue_name, durable: true, auto_delete: false) q.bind(x) x.publish({name: @@task_name, type: type, data: message}.to_json, persistent: true) channel.close connection.close end def self.channel @channel ||= connection.create_channel end def self.connection @conn ||= Bunny.new(Rails.configuration.rabbitmq['amqp']).tap { |c| c.start } end

Даже пробовал без @channel ||=

Безрезультатно

попробуй тогда @channel.direct

def self.channel connection.create_channel end def self.connection Bunny.new(Rails.configuration.rabbitmq['amqp']).tap { |c| c.start } end

зачем, если все-равно канал вернет?

а, ну да.