Всем привет. В чем минусы STI?

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

типа Event.new(type: 'Event::Email')

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

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

если количество полей сильно разное то наверное стоит.

Тут можно только здравый смысл использовать.

А если несколько полей разные то наверное STI удобно.

хорошо, спасибо)

может ли сайдкик работать в нескольких параллельных процессов(как юникорн/пассажир)? что то не нашел это в доках

он этим и отличается

https://gurudathbn.wordpress.com/2015/05/19/sidekiq-vs-delayed-job-comparison/

https://github.com/mperham/sidekiq/wiki/Advanced-Options#concurrency

как я понимаю у него одни процесс и внутри него несколько потоков(25 по умолчанию) а я хочу сделать например 4 процесса по 25 потоков в каждом

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

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

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

баш скрипт всмысле?

скрипт на руби, который запускается как демон

с модулему demonize, или через god

отдельный процесс - это по сути отдельное приложение, вот и надо его запускать отдельно

ну или форкать из самой рельсы

если количество полей сильно разное то наверное стоит.

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

но отдельно ИМХО проще

Возвращаясь к > cat <file> чтоб пахало через ран конфу. где <file> - открытый файл в РМ. Это конечно хорошо, но как это юзать теперь, если это оно вообще? https://github.com/joewalnes/idea-community/blob/master/platform/platform-impl/src/com/intellij/application/options/PathMacrosImpl.java#L81

Я уж и $FilePath и $FilePath$ и ${FilePath} и ${FilePath}$ пробовал, - нихт

И еще вопросик :) Кто может объяснить что здесь происходит вообще? :) [14] pry(main)> h = Hash.new([]) => {} [15] pry(main)> h[:a].push(1) => [1] [16] pry(main)> h => {} # whaat?

$FilePathRelativeToProjectRoot$, очевидно

ему плевать, он его так и передает, не интерпретируя

bin/rubocop -D -R $FilePathRelativeToProjectRoot$

И еще вопросик :) Кто может объяснить что здесь происходит вообще? :) [14] pry(main)> h = Hash.new([]) => {} [15] pry(main)> h[:a].push(1) => [1] [16] pry(main)> h => {} # whaat?

ты пушишь 1 в умолчальное значение хеша, очевидно

ну мне и надо в арей пушнуть значение

на выходе должно быть {a: [1]}

ну ты и пушнул

ну и хренли хеш пустой? :)

h[:a] += [1]

тебя интересует инициализация с block'ом

h[:a] - возвращает значение

дефолтное значение всегда одно и доступно через h.default или несуществующий ключ

h[:a] = - присваивает значение

ты пушнул возвращаемое значение того, чего нет

по сути в нил

нет, не в нил

а в default

ну да, в дефолт

это что-то

но поскольку он никуда не присвоен )

я имею в виду, что в хэше ничего нового не появилось

Присвоения нет - редирект на дефолт, а дефолту отправляется пуш

по идее должно быть. ключа нет - на лету создаем арей и отдаем колеру, колер пушит, забираем арей назначаем ключу

логично?

Самый странный результат будет если сделать так: h[:a] = h[:a]

?

Дело в том что чтобы создать пару ключ-значение нужно вызвать =

вариант h[:a] += [1] я пробовал, конечно, просто он мне не понравился

Иначе будет редирект на дефолт

Ну суть ясна, значит я еще не совсем плох , спасибо :)

h[:a] - ничего нет, отдать h.default .push - уже идет на него

>на лету создаем арей а он не создает - а подставлет деволтный - который ты можешь мутировать для всего хэша, что ты и делаешь пушем то что тебе нужно делается вот так h[:a] += [1] что раскрывается примерно в слудующее h[:a] = default + [1]

?

Hash.new { |h, k| h[k] = [] } оно делается

Ребят юзаю paperclip в своём проекте и когда эдитаю юзера то в поле картинки приходит почему то путь к ней но до него в конец добивается какой-то мусор, например путь к картинке "system/user/1/mypicture.jpg" а в поле висит "system/user/1/mypicture.jpg?5171515" Из-за чего это может быть?

не юзай paperclip :) на самом деле я сто лет назад его юзал, и пеерхал на CW а затем и на 3 строчки кода которыми все это барахло можно заменить

Это сделали на проекте до меня

Выпиливать нет времени

это понятно, у всех так :)

у imagemagick же очень хорошее api для ruby

и carriesrwave в т.ч. не может в mongodb

я не смог их подружить((

ERROR: S client not available

ojab ага, я так и сделал, спасибо за наводку про блок ранее :)

у imagemagick же очень хорошее api для ruby

да, командная строка — отличное api для ruby

Ребят юзаю paperclip в своём проекте и когда эдитаю юзера то в поле картинки приходит почему то путь к ней но до него в конец добивается какой-то мусор, например путь к картинке "system/user/1/mypicture.jpg" а в поле висит "system/user/1/mypicture.jpg?5171515" Из-за чего это может быть?

это ж cache buster. чем оно тебе мешает?

не юзай paperclip :) на самом деле я сто лет назад его юзал, и пеерхал на CW а затем и на 3 строчки кода которыми все это барахло можно заменить

а как заменил?

я если изменяю юзера и не прикрепляю к нему новую картинку то получаю еррор No handler found for "/system/users/avatars/000/000/001/original/jQuery-Plugin-For-Fullscreen-Image-Viewer-Chroma-Gallery.jpg?1503573348"

а что собственно эти гемы делают, помимо засирания моделей?

это мне? я имел ввиду - можешь кинуть код которым заменил?

получил файл, сложил куда надо, записал в базу его uuid если надо. Все, пути генеришь на основе uuid

все зависит от задачи, код тут не поможет

я если изменяю юзера и не прикрепляю к нему новую картинку то получаю еррор No handler found for "/system/users/avatars/000/000/001/original/jQuery-Plugin-For-Fullscreen-Image-Viewer-Chroma-Gallery.jpg?1503573348"

там неправильный хелпер используется

надо url вместо path

Vasiliy piece of cake короче, и не надо никаких гемов

поищи где вывод в темплейт

Там обычная форма в которой f.file_field :avatar

И есть ещё хидден Филд тоже :avatar

Vasiliy piece of cake короче, и не надо никаких гемов

Там много фишек, с обработкой картинок перед сохранением, созданием версий, и путей к версиям, заливка на амазоны, загрузка по ссылке и.т.д.

получил файл, сложил куда надо, записал в базу его uuid если надо. Все, пути генеришь на основе uuid

написал систему авторизации, MVC модель, адаптер для работы с базой, ORM

раз плюнуть.

+ 1. зачем изобретать велосипед, если все уже грамотно сделано?

к сожалению, если оно популярно и сделано, это не значит, что сделано грамотно. как пример, посмотри на девайс. я не думаю, что тут найдется человек, который НИКОГДА не отлавливал от девайса какие-то проблемы

про девайс согласен

я не отлавливал никогда

правда и не пользовался никогда )

а ты человек?

девайс это худший пример популярного гема)

я тоже никогда не пользовался. постоянно какая-то нестандартная система авторизации

про девайс согласен

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

я тоже никогда не пользовался. постоянно какая-то нестандартная система авторизации

типа давайте будем хранить сессию в Сишном сервере, сериализованную ПХПшным serialize

сейчас траблс виз девайс решаю сижу))

у меня не было каких-то особых проблем с paperclip и писать самому код для валидации входящих файлов и ресайза не вижу смысла. плюс нужно учитывать security issues.

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

а есть где статейка какая толковая как авторизацию запилить без девайса?