не тебе надо было кидать 🙂

:)

Видел но все равно смешно

Такие вещи полезно дебажить через допустим binding.irb / binding.pry (pry-byebug + pry-rails). И там в интерактивной консоли прям сразу все смотришь, errors.class например

кто-нибудь пробовал гем  https://github.com/bigcommerce/gruf для реализации gRPC или все же лучше не использовать эту магию и офф реализацию взять - https://github.com/grpc/grpc/tree/master/src/ruby? Исключительно пет проект, на баги все-равно, хочется поиграться в отпуске)

потихоньку пробуем, но пока фидбек не готов дать. щупаем, смотрим

выглядит пока приятно, тк вокруг груфа уже какая-то экосистема построена (рспек-груф, например) и инструменты сктивно развиваются

груф, тем более, немного больше, чем просто дефолтная имплементация :)

да, спасибо, тогда с него и начну)

Мне нравится новая аватарка

Живее ввглядит

Ребят, есть задача в зависимости от устройства менять одну мелочь в обработке запроса. Задача в том, что нужно добавить флаг в запрос (клиент будет выставлять его, АПИ читать и пошло дальше).
Выставлять в query что-то типа ?is_mobile=true не очень хочется, во всяком случае туда что угодно пихнуть можно. Хочется поведения по типу  флаг есть ? делаем A : делаем В без проверки его значения и.т.п. Просто проверка наличия

Я думал выставлять заголовок пустой, но как-то тоже не кажется адекватной практикой (хотя хз)

Подскажите что по этому поводу, как лучше поступить?

Я обычно в хедеры пишу такое

Либо разные эндпоинты если поведение сильно отличается

Причём, на уровне гейтвея (если он есть конечно) можно потом роутить запросы на нужные экшены

Да там задроченая логика, мне прям по минимуму надо всего лишь флаг добавить по таску, хочу просто сделать это более адекватно чем кидать квери с бесполезным true

If include?("mobile") не?

Хедер тогда кастомный?

Дак выставить то все равно надо будет что-то в урле