Разбирается кто в apache http? Мне требуется с сервера1 сделать прокси на сервер2 с указанием конкретного домена(вхоста) на сервере2, а не его дефолтную страницу, как если по ip подключиться. Сейчас я сделал обычный ProxyPass по ip и он просто отображает дефолтную страницу. Вхост не видит, хотя я с соответствующего домена захожу.

Ребят,

$product = $product->whereHas('categories', function ($query) use ($request) { $query->whereIn('name', $request->get('features')); });

это выводит все товары где есть хотябы одна из перечисленных категорий, а надо чтобы у товара были они все, как сделать?

$query->whereIn('name', $request-😠...), 'and');

сейчас проверю

$query->whereIn('name', $request-😠...), 'and');

$query->whereIn('title', $request->get('genres'), 'and'); так?

да

нефига

как or работает

уверен?

только проверил

это же просто and в начало добавляет

мне не это же надо было

есть альтернатива wherein чтобы работала как AND?

через цикл придется?

Ты бы хоть структуру описал...

$product = $product->whereHas('categories', function ($query) use ($request) { $query->whereIn('name', $request->get('features')); });

ну вот, $request->get('features') массив с названиями

Структуру таблиц

product category many to many

Что-то нету идей как это сделать одним запросом

Я придумал как сделать это с помощью sql

мне надо на orm

Щас подумаю как на орм засунуть...

А как это сделать на чистом SQL?

Там запрос с having

Одним запросом

А

Ну это считай, что есть вложенный запрос

Ну да

Лучше 2 легких

Производительнее будет

а как через два?

2 раундтрипа до SQL?

У тебя же пивот таблица продукт категория?

Но... В этом случае, особенно если орм важно - лучше два простых

Да чистые запросы можно вынести в репозиторий

А вот как сделать выборку по пивоту, выбрать id, который имеет все категории, ща

Надо поглубже репами заняться... А то не нравятся сложные SQL внутри контроллеров...

У тебя же пивот таблица продукт категория?

да

а через and перечислить не эффективно?

Это не прокатит с пивотом

Доп параметры whereHas тут не помогут?

или я прост по диагонали прочитал

то есть не >=1 а чтобы равно колву категорий было или как там

Нормальный костыль)

ооо, спасибо, сейчас попробую

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

Всем привет. Подскажите пожалуйста, уменя есть колонка в БД строкового типа, в нее записывается JSON такого вида — [{"catName":"Product2.2","catId":"4"},{"catName":"Product5","catId":"5"}] . Скажите полуйста, могу ли я каким-то образом при составлении запроса к БД в where сделать поиск по этой JSON строке? Я так понимаю, обращение тиап — ->where('options->language', 'en') , работает только с типом колонки json?

Верно и если версия мускула поддерживает этот тип

Можно сделать like, но это адово и паршивый совет

разве хоть какая то версия мускула поддерживает жсон?

разве хоть какая то версия мускула поддерживает жсон?

Да, больше года уже

Начиная с 5.6 че то там

И там даже искать в нем можно

Добавили тип колонок json

Помоему

Правда я хз как с производительностью

Помоему

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

хорошо что у меня постгря)

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

Да нет же, не с 5.1 же обновляетесь

Можно сделать like, но это адово и паршивый совет

не подкинете пример?

не подкинете пример?

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

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

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

Лучше либо пересмотреть структуру в сторону реляционной ориентированности, либо обновить версию

Но если жсона много, то пора переходить на ту же монгу

Ладно ребят, спасибо за советы, буду базу перепиливать, я думаю это самый нормальный выход из ситуации

where (available is not null or waiting is not null)

почему у меня выводит только если !available

а waiting нет

а без скобок работает

нормально работает queue с высокими нагрузками?

например часто кэшируются записи для elasticsearch

может 500 в минуту

хотя не, в раз 100 меньше

не, в 10

в каких случаях может вылетить, есть кейсы?

нормально работает queue с высокими нагрузками?

поднимаешь несколько обработчиков и норм