в контенте кнопки есть save b dct

и все. откуда она это берет я хз

в локали ключа с таким значением нет

Ключи у тебя http://apidock.com/rails/ActionView/Helpers/FormBuilder/submit так названы?

да

за лейблами, атрибутами оно бегает, а кнопки - никак

откуда берется этот 'save'

я без понятия

тьфу. нашел пропажу

подскажите пожалуйста как избавится от N+1

/gisty def movements_details details = '' @flight.movements.booked.each do |movement| shipment = movement.shipment details « "#{shipment.airline_code}-#{shipment.awb}" + "#{shipment.origin.iata}#{shipment.destination.iata}/" + "T#{movement.pieces}#{movement.weight_code}#{movement.weight}" + "#{movement.volume_code}#{movement.volume}/" + "#{shipment.commodity}/#{shipment.shc}\n" end details end

правильно ли я понимаю, что @flight.movements.booked.eager_load(:shipment).each do |movement| решит мою проблему?

ага

можете еще подсказить у меня есть shipment.origin.iata shipment.destination.iata origin и destination это Airport как можно их тоже одним запросом загрузить

... Airport Load (0.4ms) SELECT "airports".* FROM "airports" WHERE "airports"."id" = $1 LIMIT 1 [["id", 36]] Airport Load (0.3ms) SELECT "airports".* FROM "airports" WHERE "airports"."id" = $1 LIMIT 1 [["id", 60]]

я обычно eager_load и иже пишу сразу после модели, чтобы не было возможности сделать что-то в духе @flight.movements.first.eager_load(:shipment)

можете еще подсказить у меня есть shipment.origin.iata shipment.destination.iata origin и destination это Airport как можно их тоже одним запросом загрузить

eager_load обоих?

ну у модели Shipment есть belongs_to :origin, class_name: Airport, foreign_key: :origin_id belongs_to :destination, class_name: Airport, foreign_key: :destination_id

нормально ли вообще что в методе выше, я обращаюсь к аэропортам два раза? один раз что бы получить shipment.origin.iata и второй раз что бы получить shipment.destination.iata

если сделаешь eager_load — будешь обращаться ноль раз

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

.eager_load(:origin, :destination)

рельсы сами поймут что как джойнить

а где использовать?

аэропорты только у shipment

тут @flight.movements.booked.eager_load(:shipment).each do |movement| я так понимаю нет возможность

@flight.eager_load(shipment: [:origin, :destination]), но чото я доку по синтаксису не нахожу

http://api.rubyonrails.org/classes/ActiveRecord/Associations/ClassMethods.html -> Eager loading of associations

ооо, спасибо, что то я не подумал о таком синтаксисе

Спасибо большое

https://github.com/rubygems/rubygems/pull/1685#issuecomment-240323866 пиздец они забавные

церемониал

а еще они до сих пор поддерживают 1.8.7

когда посчитаю нужным, сяду и заебашу эти ебаные тесты

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

вот у меня функциональное покрытие ~90% сел вчера интеграционные писать на сложный узел - проклял все, но зато 2 бага нашел

узел функционально покрыт на 100%

сплю спокойно кстати

Антон, ты капибару юзаешь? А то я начал только тоже недавно относительно, теперь не знаю как едино писать везде, например стандартный get в капибаре visit и тот же response и page. Кстати капибару взял только из-за того, что не смог на рппеке залогинется, пример post email, password все время инвалид выдавал, а капибара зашла норм. А щас наоборот она сволоч не видет не вкакую have_link ппц

save_and_open_page а то там линки может и не быть

Дак там стандартная сгенерированная вьюха, там они 100% есть, have content видит текст, а ссылок к этому контенку нет, как такое возможно)

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

хм)

save_and_open_page а то там линки может и не быть

Это сохранить и посомтреть в блокноте?)

или открыть в браузере, на вкус и цвет

В браузере все ок

Что залогинен что нет, ссылки пока не убрал

save_and_open прямо перед expect have_link?

Нет еще не пробовал, щас сек

Вот я лол)

Конечно ничего нет, собственно контента и нет...

Спс чувак)

велкамен, я вчера тоже был лол :)

Вопрос еще актуальный на счет get и visit, ты тоже все вместе используешь или что-то одно?

А то везде по -разному не хочу

visit

visit для feature, get для request

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

я гет в контроллер тестах юзаю

Вопрос еще актуальный на счет get и visit, ты тоже все вместе используешь или что-то одно?

https://github.com/jnicklas/capybara/blob/master/lib/capybara/rack_test/browser.rb#L20 https://github.com/jnicklas/capybara/blob/master/lib/capybara/rack_test/browser.rb#L35 https://github.com/jnicklas/capybara/blob/master/lib/capybara/rack_test/browser.rb#L45

visit — надстройка над get, которая ходит по редиректам, короче говоря

кароче у ojab все спрашивайте, мне не комфортно рядом, слишком яркий свет

Я начал делать тест контроллера и потом понял, что это ваще тест request и щас перенес все в него. В контроллерах чисто проверку экшенов делают на предмет только функционирования верно? А всякие successs render_template status_code хождение по формам в реквестах, все верно?

(если используется дефолтный driver :rack_test)

Я его уже в другом чате доканал)

кароче у ojab все спрашивайте, мне не комфортно рядом, слишком яркий свет

._.

А зачем тебе вообще тестировать action'ы?

Я хз, все тестирую подряд

ERROR: S client not available

Я хз, все тестирую подряд

и правильно

если action кто-то тупо удалит, например — отвалится request spec

и будет видно где проблема

хождение по формам — feature

если подразумевается использование браузера — feature, если подразумевается использование в виде API — request

Ну пример с аутентификацией с офф доки в request

а вот оно че

гм

feature прямо должны подразумевать, что он запустится через driver selenium верно?

Ну пример с аутентификацией с офф доки в request

это в какой доке? https://relishapp.com/rspec/rspec-rails/v/3-5/docs/request-specs/request-spec

Явно не в этой)))) Я начал свое изучение с этой страницы https://github.com/rspec/rspec-rails

От туда и брал первые тесты и переделывал

RSpec for Rails-3+ http://relishapp.com/rspec/rspec-rails

лололо

как бы в той, в том %_

как бы в той, в том %_

Ниче не понял)

В смысле куски

?

в смысле репа - от книжки

чот я не прочувствовал разницу между request и controller спеками

commit 6a87a0ba40f610e3f119b0d55226a268b9ff3540 Author: David Chelimsky <dchelimsky@gmail.com> Date: 2011-12-20 23:06:18 -0600 beef up README section on Request Specs

README.md слегка устарело

Аминь!

http://stackoverflow.com/questions/37341967/rails-5-undefined-method-for-for-devise-on-line-devise-parameter-sanitizer Теперь permit

в последнем девайзе поменяли же

через permit нынче

Remove the deprecated Devise::ParameterSanitizer API from Devise 3. Please use the #permit and #sanitize methods over #for.

ок

спс

не знал

давно это поменяли?