но мне кажется, что нокогириной ХМЛ-ки собирать было не лучшим решением

Xpath нужен?

Нужен

потому что там аттрибуты есть, Так бы я просто брал хеш и Hash#to_xml

А в нокогири с ним норм? Я ток механайз юзал

Там 2.0 вроде

В Нокогири норм

до этого делал

только Нокогири под джейруби - немного болью был

Он там допустим не умеет нормально дочерний элемент через билдер добавлять

иногда что-то падает

не рекомендую нокогири и джейруби

я упоролся и пока что взял ROM

По факту все эти реквест-респонсы — это операции над каким-либо документом

А чо за док? Может xslt тогда?

Правда со скоростью уг буит

Не совсем ясна конечная цель. Может там вообще иной подход можно применить?

А если плюсы завести и qt? Там xmlstream ридер резкий как пуля

И xslt двигло толковое

Миллионы в сутки ворочать можно в лёгкую

Готов оказать посильную при желании. Ибо несколько собак съел

вот думал посмотреть в сторону xslt

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

Но если сложный темплейт будет - то говорю сразу - по перфомансу ощутимый удар

но у меня с XSLT экспириенса нет

ну тут с перфомансом пока проблем нет

в смысле, он не особо важен

А какой юзкейс?

так как нагрузочка не очень большая планируется

Ручные запросы?

пока что полу-ручные

Или автоматизация?

автоматизация в итоге

Я б топил за плюсы в качестве прослойки)

Правда я с рэббитом не юзал. Ток наномсг

Как бы проблема еще в том, что организация пишет на руби/эликсире

и плюсы не очень приветствуют

Ну тогда надо выкручиваться

Стыки технологий - самое трудное :(

Heyyy

set :ssh_options, { keys: %w(/home/hardliner/.ssh/id_rsa), forward_agent: false, auth_methods: %w(publickey) } # # The server-based syntax can be used to override options: # ------------------------------------ server "1.2.3.4", user: "deploy", roles: %w{web app db}, ssh_options: { user: "deploy", # overrides user setting above keys: %w(/home/hardliner/.ssh/id_rsa), forward_agent: false, auth_methods: %w(publickey) # password: "please use keys" }

это часть файла config/deploy/production.rb

капистрано почему то пытается при cap production deploy зайти через юзера hardliner, а не deploy

так то на сервер захожу через ключ под deploy

в deploy.rb попробуй юзера задать

хотя не, что-то другое

у меня конфиг вообще для среды set :rails_env, 'production' server '1.1.1.1', user: 'deploy', roles: %w{app db web}

у меня конфиг вообще для среды set :rails_env, 'production' server '1.1.1.1', user: 'deploy', roles: %w{app db web}

по ключу заходит норм?

ага

ага

есть настройки связанные с ssh?

ага

все заработало, ssh-agent надо было запустить

вообще нет

у меня там по минимуму вообще всё

а можете объяснить или ткнуть где почитать про разницу между, has_many ..., through: ...`` и has_many_and_belongs_to

внезапно в официальной документации http://guides.rubyonrails.org/association_basics.html#choosing-between-has-many-through-and-has-and-belongs-to-many

ojab спасибо

вообще лучше has_many ..., through: ... юзать чем has_many_and_belongs_to

Как бы проблема еще в том, что организация пишет на руби/эликсире

Go тоже есть же

вообще лучше has_many ..., through: ... юзать чем has_many_and_belongs_to

почему?

более гибко в настройке, а при использовании почти тоже самое как и has_many_and_belongs_to

на своём опыте несколько раз сказал спасибо себе, что для перестраховки заюзал has_many through

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

да, я тоже так, хотя раза с 5 уже на автомате шлёпаешь миграции и связи

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

ну смори

есть например заказ-товар-юзер, разные таблицы и при HMABT ты хрен их соберёшь в одном месте, а при throught ты не ограничен двумя сущностями в одной модели

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

ERROR: S client not available

есть например заказ-товар-юзер, разные таблицы и при HMABT ты хрен их соберёшь в одном месте, а при throught ты не ограничен двумя сущностями в одной модели

тут типа заказ - промежуточная модель между юзером и товарами?

не, скорее единица заказа может быть промежуточной

ну это что первое в голову пришло(на самом деле юзер может быть в заказе)

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

https://github.com/dam5s/happymapper

для тех кто познает XML-боль

Запустил resque-web на удалённом сервере, порт 5678. Знаю внешний IP, попытался по не зайти, но чёт не хочет. Что ещё надо сделать?

А как сделать чтобы на некоторых страницах рендерить хтмл и при этом к этой странице доабвлять js.erb (именно который erb, используеющий переменные из контроллера). Сейчас делаю внутри haml render в хедер поле script. Или это вообще я что-то не то пытаюсь сделать?

Что мешает тупо javascript_include_tag сделать?

он генерит файлы в precompile тайм?

ну то есть юзает из папки assets

Это все не точно, но у меня не получилось. Ругалось что эти файла не запрекомпилены, а если прикомплить то конечно никакой речи о переменных из контроллера нет (генерится же не во время респонса)

Запустил resque-web на удалённом сервере, порт 5678. Знаю внешний IP, попытался по не зайти, но чёт не хочет. Что ещё надо сделать?

firewall настроить?

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

ох, да, javascript_include_tag действительно только для статических ассетов

ну да, значит в <script> рендерить или какой-нибудь https://github.com/gazay/gon заюзать

Го сюда: http://spbrubyconf.ru/

Спасибо, не подумал гем искать :)

Призываю адептов dry )

эта дока актуальна? http://www.rubydoc.info/github/dry-rb/dry-transaction

@davydovanton ?

а тебе что нужно?

так - на сайте

лучше на сайте посмотри

my_transaction = Dry.Transaction(container: container) do step :do_first step :do_second end

http://dry-rb.org/gems/dry-transaction/

я вот такой кусок нашел в недрах легаси кода

my_transaction = Dry.Transaction(container: container) do step :do_first step :do_second end

а, его переписать на класс надо

вот вот, после обновления драя перестал работать

тогда вопрос, как этому классу скормить динамичеси conatiner?

он там вроде как определяется при include если верить сайту

вот как тут сделай просто http://dry-rb.org/gems/dry-transaction/basic-usage/