Всем привет, посоветуйте материалы почитать для новичка по ооп, классам, гетерам/сетерам и тд.

wikipedia? Или что-то конкретнее интересует?

Книгу например или Ютуб:)

Ну а в тестах как это мокать будешь?

Зачем мокать, если у тебя исполняется условие "всегда".

Зачем мокать, если у тебя исполняется условие "всегда".

Ну тебе в тестах надо сделать модель в бд, просто записать данные

Будешь на каждый тест ещё условие гонять?

Замедлять тесты

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

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

Писать интеграционные, вместо юнитов

Поддерживать все это придётся

Создавать дофига валидных данных, что бы колбэк не упал

Столкнулся с проблемой при знакомстве с ООП, понял вроде все с курса codeacademy, после как перешёл к практике на задаче смотрю и не вывожу...

Ну значит у тебя не исполняется условие всегда. Если возможно корректное создание объекта без коллбэка.

Значит не пишешь коллбэк

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

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

Столкнулся с проблемой при знакомстве с ООП, понял вроде все с курса codeacademy, после как перешёл к практике на задаче смотрю и не вывожу...

hasbrains Роман Снитко

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

Ну вот смотри, решил ты создать объект из консоли. И создал его как простой объект в рельсах, не вчитываясь в логику. И забыл о том, что после создания тебе нужно вызвать ещё один метод с настройкой объекта. В результате ты получил плохой объект.

Столкнулся с проблемой при знакомстве с ООП, понял вроде все с курса codeacademy, после как перешёл к практике на задаче смотрю и не вывожу...

https://www.youtube.com/user/RubyScreencastsRu/videos

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

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

https://www.youtube.com/user/RubyScreencastsRu/videos

Спасибо:) буду покорять вершины

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

Но нужно тогда всегда помнить что нужно создавать только через фабрику. Это лишний геморрой. Плюс в таком варианте ты ничего не выиграешь в случае, если тебе придется поменять условие "всегда". Будешь точно такие же шаги делать, как бы и делал юзая модель с коллбэками.

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

Так это ведь и хорошо. Ты и не должен думать, если исполняется условие "всегда". Ты просто должен быть уверен, что если ты вызываешь create, то объект у тебя создастся корректно

Но нужно тогда всегда помнить что нужно создавать только через фабрику. Это лишний геморрой. Плюс в таком варианте ты ничего не выиграешь в случае, если тебе придется поменять условие "всегда". Будешь точно такие же шаги делать, как бы и делал юзая модель с коллбэками.

ты можешь просто взять и сказать, что все создание объектов через операции

как и получение

и никаких проблем у тебя больше не будет

Будут. Потому что есть стилистика рельсов которые юзают все и которые к ней привыкли. И новый программист будет путаться, если в одном проекте операции будут одни, в другом другие. И плюс писать больше. А плюсов перед разумным использованием коллбэков, как бы нет. Потому что все равно ты всюду будешь писать через операцию. А если забудешь и напишешь через модель, то будет ошибка. Так зачем лишний раз усложнять?

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

Будут. Потому что есть стилистика рельсов которые юзают все и которые к ней привыкли. И новый программист будет путаться, если в одном проекте операции будут одни, в другом другие. И плюс писать больше. А плюсов перед разумным использованием коллбэков, как бы нет. Потому что все равно ты всюду будешь писать через операцию. А если забудешь и напишешь через модель, то будет ошибка. Так зачем лишний раз усложнять?

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

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

Так это ведь хорошо. Я об этом выше писал

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

скорее он просто ничего создать не сможет

Если ты не паришься о правильном создании объекта, но он все равно создаётся правильно, так что в этом плохого?

Так это ведь хорошо. Я об этом выше писал

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

Добрый день, коллеги! Я новичок тут, ставлю сегодня рельсу, столкнулся с проблемой: BUILD FAILED (OS X 10.12.6 using ruby-build 20171226) Inspect or clean up the working tree at /tmp/ruby-build.20180220103337.14865 Results logged to /tmp/ruby-build.20180220103337.14865.log Last 10 log lines: compiling miniprelude.c translating probes probes.d compiling bignum.c error: unable to open output file '/dev/fd/10': 'Permission denied' 1 error generated. clang: error: unable to remove file: Operation not supported dtrace: failed to compile script probes.d: Preprocessor failed to process input program make: *** [probes.h] Error 1 make: *** Waiting for unfinished jobs.... compiling class.c Как ставил рельсу: 1. Установил homebrew /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 2. Установил rbenv brew install rbenv по-моему команда была. 3. rbenv install 2.5.0 - и вот тут выдает ошибку. Спасите-помогите, буду признателен. Спасибо!

Ну тогда это плохие сайд эффекты. Которые не подходят под условие "всегда" и их не нужно пихать в коллбэки

Ну тогда это плохие сайд эффекты. Которые не подходят под условие "всегда" и их не нужно пихать в коллбэки

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

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

если ты на проекте давно - ты в курсе всех сайд-эффектов

если недавно - можешь наломать дров

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

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

Если не нужно в любом из этих вариантов, значит не исполняется

Итак, в таком случае коллбэк не нужен никогда

Ну, по крайне мере я слабо представляю коллбэк

Которые нужен всегда-всегда

В теории придумать можно

На практике - сомневаюсь

В теории придумать можно

можно придумать что-то с мутацией данных

аля full_name из формы разбить на first_name & last_name

Они бывают не так часто, поэтому и модели чистые.

но обычно, это делается чейнджсетами

Добрый день, коллеги! Я новичок тут, ставлю сегодня рельсу, столкнулся с проблемой: BUILD FAILED (OS X 10.12.6 using ruby-build 20171226) Inspect or clean up the working tree at /tmp/ruby-build.20180220103337.14865 Results logged to /tmp/ruby-build.20180220103337.14865.log Last 10 log lines: compiling miniprelude.c translating probes probes.d compiling bignum.c error: unable to open output file '/dev/fd/10': 'Permission denied' 1 error generated. clang: error: unable to remove file: Operation not supported dtrace: failed to compile script probes.d: Preprocessor failed to process input program make: *** [probes.h] Error 1 make: *** Waiting for unfinished jobs.... compiling class.c Как ставил рельсу: 1. Установил homebrew /usr/bin/ruby -e "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)" 2. Установил rbenv brew install rbenv по-моему команда была. 3. rbenv install 2.5.0 - и вот тут выдает ошибку. Спасите-помогите, буду признателен. Спасибо!

прозреваю что это https://github.com/rbenv/ruby-build/issues/1061, попробуй RUBY_CONFIGURE_OPTS="--disable-dtrace" rbenv install 2.5.0

даже главный по твиттеру ругает dhh сегодня, говорит, что твиттер не может справиться с русскими троллями, потому что написан на рельсах https://twitter.com/Carnage4Life/status/965737146609905665

ну рас вы тут про коллбеки заговорили, подскажите пожалуйста как лучше сделать в такой ситуации: Есть запись и поле count (количество), при добавлении, если админ добавляет, то создаются записи в зависимости от значения поля count. Если другой, то просто добавляется и ждет подтверждения от админа и повторяется выше написанное. Как правильно это организовать? сейчас просто в зависимости от статуса подтверждения и количества запускается коллбек after_save, а там добавляются записи, у текущего коунт обновляется на 1. Это нормально? мне кажется нужно что-то менять. например делал чтобы у текущего менялся столбец количества вот так self.update_attribute('count', 1) просто не обновлял иногда

А почему нельзя просто .count каждый раз дёргать, когда этот самый count нужен?

чуваки, rackupом отправляю post, в header Content-Type устанавливаю multipart/form-data. отправляю там файл в base64. params при этом ни пойми какие - {"{\"file\":\" ... data ... "=>"\\n\"}"} - не парсится эта штука

чуваки, rackupом отправляю post, в header Content-Type устанавливаю multipart/form-data. отправляю там файл в base64. params при этом ни пойми какие - {"{\"file\":\" ... data ... "=>"\\n\"}"} - не парсится эта штука

ща чуваки-то как набегут)

Извините за глупый вопрос. Как вы выделяете слова красным?

````

косые одиночные ковычки

прикольно

А где их на РУ/EN клаве найти?

А где их на РУ/EN клаве найти?

если винда там где ё

Мак

Мак

на моей клаве рядом с Z

у меня рядом с Y ?

Все, нашел! Спасибо. Поменял раскладку с латышской на USA и все случилось

парни а как-нибудь БД только можно в продакшен режим включить?

wat

в общем проблема - есть магаз на спри и активрекорд на деве с БД с продакшена(небольшой 25-26 мб) грузит главную 4 секунды

хотя на рабочем серваке всё норм

как бы мне ускорить этот процесс

Тут разве в базе проблема?

ну я так думаю что может в дев режиме она там логирует что-то или кэши отключены

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

а с RAILS_ENV=production лучше?

прод I, [2018-02-20T15:46:06.785727 #18667] INFO -- : Completed 200 OK in 1281ms (Views: 1029.9ms | ActiveRecord: 228.8ms) дев Completed 200 OK in 10619ms (Views: 10209.0ms | ActiveRecord: 273.8ms) так, оказывается во вьхах проблемы

как нибудь можно ускорить это дело?

выставить RAILS_ENV, хе

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

если проверки на всякую рассылку почты имеют вид if Rails.env.production? (а не unless Rails.env.development?) — скопипастить config/evironments/production.rb в какой-нибудь staging.rb и юзать его.

ну там после нескольких рестартов

прост мне т ещё спрокеты нужны) которые в прод режиме юзаются статик

как нибудь можно ускорить это дело?

была такая проблема. хелперы поменял на обычный хтмл

знатные были хелперы видать.

бле, там мелкие фиксы нужны

знатные были хелперы видать.

обычный линк_ту

o.0

в общем проблема - есть магаз на спри и активрекорд на деве с БД с продакшена(небольшой 25-26 мб) грузит главную 4 секунды

deface gem скорее всего не кеширует изменения

а вообще spree еще тот тормоз

хотя вроде кэши поврубал из продакшена по совету ожаба вроде чуть шустрее

Господа, подскажите рельсовый проект использующий trailblazer, с открытым кодом. Гугл что то не помогает.

призывается @davydovanton

призывается @davydovanton

??

Ребят, всем привет. Кто юзает dry-web-roda? Цель – выпилить все лишнее, чтобы превратить приложение в API сервер. Вроде все выпилил. Остались сессии с куками. При удалении строчки use Rack::Session::Cookie, key: "aurum.main.session", secret: self["core.settings"].session_secret приложение падает

Rack::Csrf::SessionUnavailable

Не могу найти, где можно отключить