что в сообщении "весь лог начиная с /home/arthouse/.rbenv/shims/bundle install в gist" непонятно?

Что именно еще нужно?

"весь лог до ошибки начиная с /home/arthouse/.rbenv/shims/bundle install", если не очевидно

все очень очень плохо

в прошлом логе у тебя был i18b.0.7.0

в этом 0.8.6

Ибо я япопробовал другую версию

у тебя прописана версия рубей в gemfile

но ты используешь rbenv

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

это полный хаос, и ошибка может быть в чем угодно

чем это раскапывать, лучше сделать по человечески

полностью по ману поставить и настроить rbenv, или rvm

удалить все установленные вручную гемы

обновить через rbenv bundler

https://www.digitalocean.com/community/tutorials/how-to-install-ruby-on-rails-with-rbenv-on-ubuntu-14-04

и bundleroм в директории проекта поставить все гемы

делал все по эжтому ману

больше не какие гемы через gem install не ставил

пришли. полный. лог.

где его взять? каккая дериктория

из консоли. Делаешь /home/arthouse/.rbenv/shims/bundle install --verbose, потом делаешь все шаги ведущие к ошибке и копируешь из консоли кусок начиная с /home/arthouse/.rbenv/shims/bundle install --verbose и заканчивая концом консоли.

если про логи рельсов то они чисты

господа, подскажите пожалуйста именно по алгоритму, есть модель Job, юзер создает инстанс сам (руками), так вот если сегодня день джобы - нужно показать ему попап, мол "сегодня день джобы ла-ла-ла", но показать нужно всего лишь 1 раз. То есть я так понимаю, в апп. контроллере в before_action проверять если ли джоба на сегодня, и showed == false, то показываем? Потом меняем showed на true и все? Просто не сильно мне нравится такой подход.

может есть смысл смотреть в сторону localStorage?

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

Я бы сделал поле в job. Local storage и прочее не дают гарантии что его не почистить.

плюс ты сможешь сделать скоуп просмотренные job

тут есть два варианта

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

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

тебе в любом случае на каждый запрос надо в базу ходить (ибо могут появиться новые Job), один update при первом обращении некритичен

bundle pack bundle install --path vendor/cache

помогло

Почему не знаю

господа, подскажите пожалуйста именно по алгоритму, есть модель Job, юзер создает инстанс сам (руками), так вот если сегодня день джобы - нужно показать ему попап, мол "сегодня день джобы ла-ла-ла", но показать нужно всего лишь 1 раз. То есть я так понимаю, в апп. контроллере в before_action проверять если ли джоба на сегодня, и showed == false, то показываем? Потом меняем showed на true и все? Просто не сильно мне нравится такой подход.

Сделай просто showed_at а дальше выборку для показа делай с showed_at: nil

@davydovanton и в сам application.html.erb уже отрисовывать в зависимости от времени?

скорее в зависимости от дня

т.е. ты пишешь что-то такое jobs.where(showed_at: nil).where(displayed_at: Date.today)

народ подскажите: lines1 = File.read ("test.txt") RANDOM = "#{(lines1.tr(',.','').split().compact).shuffle.first}"

есть такой кусочек кода, как сделать чтобы он перезапускался когда обращаешься к RANDOM

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

def random lines1 = File.read ("test.txt") "#{(lines1.tr(',.','').split().compact).shuffle.first}" end

есть такой кусочек кода, как сделать чтобы он перезапускался когда обращаешься к RANDOM

google block, proc, lambda

Ребят какие преимущества Minitest перед RSpec ?\

Ребят какие преимущества Minitest перед RSpec ?\

ИМХО, чистая вкусовщина )

меньше магии

больше очевидности

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

Ребят какие преимущества Minitest перед RSpec ?\

плююца люди от минитест чота

чо им не нравится, не знаю, сам не пробовал

я пробовал и то и то

могу сказать, что у минитеста экосистема хуже

но иногда ее вполне достаточно

Понял. Так привык к RSpec, что мне minitest сейчас диковат

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

просто наследовать от ActionController::Base не помогает

и возможно ли такое вообще?

Непонятно что нужно. Будет у тебя контроллер, который обрабатывает все-все экшны. Все роуты должны вести на этот контроллер? Что дальше должно происходить?

И точно ли тебе нужен контроллер, а не какой-нибудь before_action?

ojab нет, не так. мне нужно, чтобы before_action срабатывал во всех экшенах

всех контроллеров, можно сделать это в ApplicationController

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

это возможно?

...и все остальные контроллеры будут наследоваться от этого контроллера?

Можешь в концернах в контролерах написать модуль и проинклудить его в ApplicationController

ERROR: S client not available

все остальные контроллеры наследуются от ::Base

то есть от ApplicationController

ещё раз: Все роуты должны вести на этот контроллер? Что дальше должно происходить?

там идет обработка в before_action

А дальше?

присваивается какая-то instance переменная (в засимости от проверки) и в зависимости от нее рендерится попап или нет

ну, типа @first_sign_up = true

Сколько раз надо спросить "а дальше", чтобы ты таки описал задачу?

а дальше layout рисуется в application.html.erb или нет

<%= render '...' if @first_sign_up %>

...а теперь мы соберём все ответы и получим полное описание задачи: "в новом контроллере во всех экшнах должен выполняться before_action, выставляющий @first_sign_up = true, и в application.html.erb должна быть строчка <%= render '...' if @first_sign_up %>"

Можешь в концернах в контролерах написать модуль и проинклудить его в ApplicationController

Если надо иметь писать код в другом файле и использовать его во все методах контролера.

ojab все верно

внимание, вопрос: при чём здесь остальные контроллеры и делает ли что-нибудь приложение, кроме выставления @first_sign_up?

ojab естественно приложение делает много чего, кроме выставление @firsts_sign_up

мне описавать действие каждого контроллера?

ojab остальные контроллеры при том, что попап должен вылезти в независимости от контроллера и экшена, другими словами - где угодно

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

следующий вопрос — чем не подходит before_action в ApplicationController и зачем нужен отдельный

потому, что попапов будет штук 10

будет 10 разных before_action

и соответственно 10 методов

я бы хотел вынести это в отдельный контроллер, дабы не писать кучу кода в ApplicationController

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

def x; end def y; end ... def z x y ... end магия, превращающая вызов неограниченного количества методов в вызов одного метода

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

Можешь в концернах в контролерах написать модуль и проинклудить его в ApplicationController

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

и?

ну то есть что меняется от того что мы все вызовы засовываем в один метод? Сделать в этом методе [x, y, ...].all? — не великая проблема.

или [].any? или какую угодно другую логику.

а есть здесь беларусы?)