Кстати тоже по теме вопрос. Мне нужно протестировать код который парсит большое кол-во данных и приводит в надлежащий вид. Иногда попадается вот такой знак �. Мне в комментарии к ПРу написали чтобы я этот знак представил как 7битную последовательность. Кто шарит чтобы это значило?

Так посмотри код методов. Может что-то прояснится.

С арабскими, корейскими и другими.

этот знак означает что utf8 не смог найти для этого байта отображаемого символа

т.е либо кодировка другая, либо строка невалидная

Привет. Может кто-то пояснить немного по rest? Есть ТЗ в котором надо реализовать тестовое приложение АПИ кинотеатров и агрегатора. Должно все работать через API.
Если схема с get /cities/:id/movies/:id/seances все понятно, то с post по идее надо же по такой же схеме верно? Фронт программист предлагает просто сделать корзину типа post /bookings/ и payload. В payload будет в итоге куча id, это же уже не рест или доопускаются какие-то такие отклонения?

а почему программиста это заботит если там роуты простые?

Ну просто решаем, он предлагает просто /bookings, а я по rest вроде как. А то выходит как-то полу рест.

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

get 'stuff'
get 'actual_stuff'

и прочий треш, что непонятно что это и зачем. Когда оно обернуто в resources имхо как то более иерархично и проще управляется.

get    ':id', to: 'jobs#show', as: :show, on: :collection
get    'from_stage/:stage_id', to: 'jobs#show'
get    'stage/:stage_id', to: 'jobs/workers#stage', as: :stage
get    ':id', to: 'jobs/workers#show',              as: :worker
get    ':id/edit', to: 'jobs/workers#edit',         as: :worker_edit
post   'worker', to: 'jobs/workers#create'
put    ':id', to: 'jobs/workers#update',            as: :worker_default
put    ':id/bds_update', to: 'jobs/workers#bds_update'
delete ':id', to: 'jobs/workers#destroy'

Хотите такой пиздец?

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

Ну думаю говно можно сделать из всего)

чем чаще оно ложится на resources тем имхо проще с этим работать

я просто привел пример к чему все это может привести

Ага, наверное все-таки уговорю по нормальному сделать, есть ТЗ, есть доводы.

я больше скажу, имхо стоит из resources еще убирать неиспользуемые роуты, типа resources only: [:index, :show] в случае если остальные "rest" роуты отсутствуют.

тогда rails routes показывает очень неплохую картину о приложении.

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

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

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