@Fedcomp одобри или отклони плиз кодилити идею.

да ни в чем, сел делать на go - там все html-парсеры из говна и палок собраны

да ни в чем, сел делать на go - там все html-парсеры из говна и палок собраны

Это ты про задачку? Я про админа писал) Ты такую же задачу делал на go?

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

на руби-то это вообще легко написать, честно на питоне и ноде тоже отлично и хорошо можно написать на го вот надо у гошников еще спросить, чем парсить)

Сам не юзал го, но многие говорили что было хуже =)

на руби-то это вообще легко написать, честно на питоне и ноде тоже отлично и хорошо можно написать на го вот надо у гошников еще спросить, чем парсить)

На руби или рельсах?

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

на руби именно

рельса тут overkill

Согласен я бы не стал рельсы юзать.

Вот делаю задачку такую хочу её в вебсервис превратить

Качаю мейлы с ящика

и храню их аттачменты

периодически обновляю.

так

вот нигде зараза не нашёл готового решения для их хранения

=))))

Только велосипед

воу

хотя модели хранения рассматриваются много где

но что не устроило?

воу

Только не бей, я всё таки учу руби только)

но что не устроило?

Не хотелось велосипед делать на орм+бд или на pstore

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

а чем тот же paperclip не понравился?

https://github.com/thoughtbot/paperclip

он и не к рельсе подходит хорошо

а чем тот же paperclip не понравился?

Не пользовал, увидел activeRecord и подумал,что для рельсы.

ну ORM - то можно ActiveRecord взять, кстати тогда paperclip'ом можно обойтись

Если sequel - то там все заброшенное какое-то https://github.com/gucki/sequel_paperclip

Вот мне sequel показался overkill

Хотя тоже можно)

Я разбираюсь с asynchttp пока

https://github.com/markets/awesome-ruby В секции File Upload можно другие посмотреть, кстати

Во, в закладочки)))

Спасибо!

ну...это по всем языкам есть

просто набираете awesome-название языка

блиин https://notabug.org/koz.ross/awesome-c

кайфешник))))

Спасибо огромное)

Вот не знал такого)

^_^

Шикарноооо)))) можно сделать репликации на слабеньких микроконтроллерных девайсах

интересно, а если взять и скомпилить руби в сишный код, представляя объекты как структуры с хеш-таблицами методов и инстанс переменных, будет ли это быстрее mri ?

интересно, а если взять и скомпилить руби в сишный код, представляя объекты как структуры с хеш-таблицами методов и инстанс переменных, будет ли это быстрее mri ?

Почти любая компиляция исполняется быстрее интерпретации, но потеря времени при сборке

@Fedcomp одобри или отклони плиз кодилити идею.

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

интересно, а если взять и скомпилить руби в сишный код, представляя объекты как структуры с хеш-таблицами методов и инстанс переменных, будет ли это быстрее mri ?

будет. Осталось только написать компилятор, правда?

https://github.com/cogitator/ruby-implementations/wiki/List-of-Ruby-implementations Какой то из них для embedded подходит.

возможно mruby

400 сообщений ребят, что случилось то?

возможно mruby

Да

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

ты из тех кому нравится быть лучшим из худших? :D

Я из тех кто мало чего держал в проде.

шотак?

Исторически сложилось.

Я из тех кто мало чего держал в проде.

Миддл может прод не трогать, думаю

Но быть готовым, например

поясните за has_one through

своеобразно )

на практике не использовал это

обычно has_many through делают

а что-то не работает там?

есть mailing, у которого есть order. order может находить store, store может находить company я в mailing написал has_one :store, through: :order has_one :company, through: :store это норма?

ERROR: S client not available

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

окей, это не важно. как написать без has_one запрос вида Mailing.where(company: {id: method()})?

company_id: 1233234 не?

внутри where?

да, почему нет?

так у mailing нету поля company_id

а, стоп

я понял.

джойнить можно только по существующим связям если я помню верно.

да, на несуществующие он ругается

без связей только сырой sql запрос можно?

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

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

или это не поможет?

joins(order: :company)

как то так.

так, а по-цепному можно?

типа order -> store -> company

ты когда джойн сделал, можешь уже по нему фильтровать в where

по сути ты когда хэшик в join передаешь - ты как раз и подгружаешь зависимости от вложенной модели

типа order -> store -> company

ModelName.joins(:orders, orders: [:stores, stores: [:company]]) примерно так можно

ахах, внутри массива делать хэшик, весело

Model.joins(orders: { stores: :company }) думаю джойнит сразу все три.

Model.joins(orders: { stores: :company }) думаю джойнит сразу все три.

да, спасибо

да, строится тот же запрос

"курсы"

Все эти вещи в доках вполне себе написаны.

а если betterspec почитать то станет понятно почему something.should больше не юзается

Так что прежде чем рекомендовать советую немного изучить тему самому :)

Если что и рекомендовать по спекам, так это вот это: http://betterspecs.org/ru