не совсем понятно что вы хотите конкретно. чисто теоретически я бы сделал так. создал набор ключевых слов/токенов вообще. при создании вакансии искал бы их в данных и создавал связку вакансия <-> ключевые слова. А дальше найти людей которые привязались к этим же ключевым словам - вопрос одного запроса вообщем то.
remont001, ну связано оно ровно с тем что когда ларка пыталась положить ошибки или старые значения в сессию оно дохло. Попробуйте прикинуть размер ошибок + данные которые вы отправляли какой размер у них был. Кажется максимальный размер кук - 4кб
remont001, ну давайте разберем ход моих мыслей.
1. если у нас при правильно заполненных полях все работает, а 502 вываливается только при failed валидации -> следовательно ошибка порылась именно в том что происходит после заваленной валидации, если не рыться глубоко в поведении ларки на failed validation - то ларка кладет все отправленные данные в сессию что бы они были доступны по хелперу old во вьюхе, и далее если запрос ждет в ответ json то ответить кодом 422 и отдать json с ошибками, или если ждем html - положить ошибки валидации в сессию и отправить редирект -> а при открытии редиректа у нас и вываливается 502
Владислав Лысков, ну то есть что бы оправдать то что ваш ответ ни имеет никакого отношения к вопросу, вы предполагаете что автор вопроса сам отдает 502 ошибку, а что бы было непонятнее и загадочнее еще и настроил ее так что бы не отличить от стандартного ответа nginx при 502? Может проще будет пытаться вникать в вопрос или задачу, что бы не приходилось городить?
remont001, нет. curl делается не так. откройте средства разработки в браузере - и правой кнопкой по POST запросу - там будет скопировать как curl - к нему добавить -vvv
Александр Богомаз, ну таблица locales у вас становится как { id: int, code: char, content: json}. а в модели прописываете $cast = ['content' => 'object']; Можно как нибудь и более прилично - здесь есть более интересные варианты https://jessarcher.com/articles/casting-json-colum...
и тогда у вас будет $locale->content->title, $locale->content->description
Александр Богомаз, ну в таком случае ваш подход мне кажется неверным - потому что вы не знаете сколько там будет записей, и $product->locale[3]['field_value'] может не быть. А если вы точно уверены что в $product будет такое то количество записей - а в какой то модели такое то - то теряется смысл полиморфа. Потому вам все равно надо париться что у вас там и как лежит. Если у вас нет поиска по значениями этих полей - может вам json заюзать и cast в object?
Александр Богомаз, нет, не решают. однако если вам нужны все локали, смысл вам в обращении $locales['en']? Есть вариант $category->locales->where('code, 'en')->first()->value.