Принт убери

А мб puts inspect вызывает?

Либо энкодишь файл через base64, либо отдельным эндпойтом грузишь как обычно, через form-data post'ом

Можно для файлов отдельную модель полиморфную оформить чтобы была универсальность

Понял, отлично, спасибо большое)

а вот допустим есть некий ямл сохранённый в файл, и в одном месте некий объект с известным заранее типом, как можно передать парсеру псича (или как он там), что только такой то тип требуется подменять на что-то другое?

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

Всем привет! Самостоятельно изучал программирование на Ruby, начал искать работу и из одной компании прислали тестовое задание: реализуйте web-приложение для простого учета посещенных (неважно, как, кем и когда) ссылок. И тут я поймал великий ступор! Могу реализовать несложный блог, набросать основы интернет магазина, а здесь не пойму с какой стороны подходить к выполнению задачи. Решил, что может полезным будет узнать, как устроены счётчики на сайтах, но обгуглил весь рунет, а подобной информации так и не нашёл. Буду очень признателен за любой совет как начать выполнять эту задачу. Планирую реализовать на Rails

Rails roites

ссылки в самом приложении или в сторонних?

Приложение предоставляет два HTTP ресурса.
Ресурс загрузки посещений:
     Запрос 1
POST /visited_links
{
    "links": [
         "https://ya.ru",
         "https://ya.ru?q=123",
         "funbox.ru",
         "https://stackoverflow.com/questions/11828270/how-to-exit-the-vim-editor"
    ]
}
       Ответ 1
{
    "status": "ok"
}
Ресурс получения статистики:
        Запрос 2
GET /visited_domains?from=1545221231&to=1545217638
       Ответ 2
{
    "domains": [
         "ya.ru",
         "funbox.ru",
         "stackoverflow.com"
    ],
    "status": "ok"
}

Вот примеры запросов и страниц, которые нужно учитывать

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

Да, элементарная штука

основная таблица — ссылки, в ней собственно ссылка и счетчик

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

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

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

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

мне кажется не столь важно на чем, тут история больше про rack middleware