Спасибо огромное за помощь, но должен все сделать сам, вплоть до поиска информации)

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

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

кто на линуксе сейчас, помогите( Скиньте man любой программы с консоли на pastebin

совершенно любой. Я хочу посмотреть пример оформления

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

Поставлю сперва mint 18.2

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

Мне вот нужно удалить записи из базы по внешнему ключу из разных таблиц и получается один и тот же where(fk_id: id) к каждой модели. Как красивее написать такой код, подскажите

Мне вот нужно удалить записи из базы по внешнему ключу из разных таблиц и получается один и тот же where(fk_id: id) к каждой модели. Как красивее написать такой код, подскажите

Через альтер тейбл?

нет, через active record

@nikolay0 я бы сделал так-нибудь, например ActiveRecord::Base.descendants.each do |model| model.where(fk_id: id).each(&:destroy) if model.superclass == ApplicationRecord end

Если тебе прямо везде надо

это по всем возможным моделям пройдется?

Ну да

круто, коротко как. Спасибо, разберу и попробую

Ну или можно массив прописать массив из констант класса [Product,Order,Page].each{|model model.where(fk_id: id).each(&:destroy)}

Еще меньше кода, например. А в коде до этого есть еще проверка на тип класса. Там просто выводит еще промежуточный абстрактный класс ApplicationRecord, который нам не нужен, и еще какие-то там, всякие ненужности)

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

Вообще есть нюанс, можно рефакторить до бесконечности

первый?

Во-первых :delete а не :destroy надо, ибо в случае если записей много то код с :destroy будет удаляться инициализируя классы и вызывая колбэки.

тут есть момент

destroy инициализирцет классы, и удаляет связаныне модели, которые dependent: :destroy

если использовать delete, то они остануться

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

delete просто удаляет, но each(&:delete) пройдет по каждому элементу и дернет запрос в БД на удаление

это известная проблема n+1 запроса

Отвлекался на работу, уже сделал, теперь отписываюсь. Так по идее правильнее, без each блоков. Просто создаст SQL запрос) Что-то я не проснулся и написал выше ужасный код) [Product,Order,Page].each{|model model.where(fk_id: id).delete}

что бы такого не было, надо использовать delete_all

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

Вчера снес 17.1 и поставил 18.2 , после установки grub багнул :D в конце концов восстановил и пошел смело спать завершив дело :D

молодец))

Так в итоге как лучше? ) так сказать финальная версия

Отвлекался на работу, уже сделал, теперь отписываюсь. Так по идее правильнее, без each блоков. Просто создаст SQL запрос) Что-то я не проснулся и написал выше ужасный код) [Product,Order,Page].each{|model model.where(fk_id: id).delete}

Где пробелы в фигурных скобках?))

rubocop поправит :)

Считаю, что лучше самому за собой следить :3

@nikolay0 ну в итоге если нет связанных моделей, и нет колбэков связанных с удалением, то подойдет model.where(fk_id: id).delete_all чтобы не трогать рельсу, а просто запросом удалить все

мм.... установила rubocop, запустила..... ппц... ? новичкам он полезен да ? правильно хоть исправляет, точнее подсказывает как надо красиво писать ?

Так в итоге как лучше? ) так сказать финальная версия

зависит от того, что тебе надо

я там все варианты вроде расписал

Понял, спасибо

мм.... установила rubocop, запустила..... ппц... ? новичкам он полезен да ? правильно хоть исправляет, точнее подсказывает как надо красиво писать ?

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

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

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

Сэйм

understand))

Все так. У нас рубокоп автоматом в гитлабе запускается, и пуш не пройдет, если у него есть претензии ))

о как! ? значит must have)) ok))

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

что ты имешь в виду под scaffold?

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

ну он создает контроллер сразу с crud методами

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

так что сам не пользуюсь

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

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

и все

ага понятно, погляжу значит, спасибо Федор )

не за что

арод, а не подскажете насчет парсинга? Чем парсить генерируемые страницы? Например LinkedIn. Только Chrome headless? Или есть другие варианты какие-нибудь?

Можно selenium + phantomjs

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

мы используем DatabaseCleaner гем

получается для каждого теста чистая база

ну мне не для рспека, а вручную проверить. Узнал про песочницу rails console -s вдруг кто не знает )

ну мне не для рспека, а вручную проверить. Узнал про песочницу rails console -s вдруг кто не знает )

А s что делает?

консоль рельс в песочнице запускается sandbox

потом все что изменишь в базе назад вернется

так если в консоле не писать .save оно тоже вернется все

Прикольная штука.

ага

можно ли errors во вьюхах, закинуть в папку layouts или для них нужно создать какую-то определенную папку?

Как корректно проверить строку "123" вся она из 0-9 символов или присутствует лишнее что-то?

Как корректно проверить строку "123" вся она из 0-9 символов или присутствует лишнее что-то?

Проверяется через match и регулярное выражение

Да, я понял, только регулярку не могу составить корректную.?

/\d+/ вроде

счас нет консоли под рукой

Не много не то, это пробовал. При использовании =~ проверяет есть ли в строке числа, а не состоит ли только из них. Либо я оператор сравнения не тот юзаю?

А /0-9/

Ну или как-то так, нет?

пробовал. вообще nil на возврате

^[0-9]+$

https://regex101.com тут удобно тренироваться. Вроде бы нужно задать начало строки, диапазон, число вхождений и конец)

Ну вот мой вариант начало строки диапазон + значит 1 или более и конец строки

Принял и понял в чем суть, спасибо парни) Сайт юзаю для проверок этот тоже)

http://www.akitaonrails.com/2017/10/24/replacing-rvm-rbenv-nvm-etc-for-asdf?utm_source=rubyweekly&utm_medium=email

Замена  RVM, NVM and etc.

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

а что за хуки?

в моделях или контроллерях?

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

Имеются ввиду колбеки? Они не то чтобы зло, просто иногда бывает так (по моему опыту), что проект растет, и возникают новые и новые потребности, о которых сложно было предположить вначале) И колбеки начинают мешать. Например у тебя стоит колбек, что при обновлении сущности что то происходит. И эт ок. Но потом, с ростом проекта возникает потребность чтобы люди могли массово обновлять эту сущность (например загружают файлом). И в этом случае, колбек который сработает на каждое изменение не оч крутая идея

каждый класс - своя микрозадача, не более

но это как бы рейлс. Поэтому без них сложно, практически невозможно

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

ну и DHH рекомендует разбивать все на маленькие части, вот например про контроллеры: http://jeromedalbert.com/how-dhh-organizes-his-rails-controllers/

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