следующие 5 элементов идут в другом row, и все что на md и больше выглядит хорошо, а если элементы стают в 2 колонки, то уже не хорошо

Никто не знает, в запросах к БД метод whereNotNull если несколько полей нужно проверить что не NULL, их как то можно объединить в массив или писать этот метод для каждого поля?

$data = Model::whereNotNull('lt')->whereNotNull('lg')->get();

Никто не знает, в запросах к БД метод whereNotNull если несколько полей нужно проверить что не NULL, их как то можно объединить в массив или писать этот метод для каждого поля?

$data = Model::whereNotNull('lt')->whereNotNull('lg')->get();

Никто не знает, в запросах к БД метод whereNotNull если несколько полей нужно проверить что не NULL, их как то можно объединить в массив или писать этот метод для каждого поля?

$data = Model::whereNotNull('lt')->whereNotNull('lg')->get();

Насчёт наличия возможности объединить не подскажу, но подскажу насчёт логи построения запросов, объединение ей противоречит, так что скорее всего нельзя

я для каждого пишу

Я плохо уже бутстрап помню, но вроде правильнее будет один row, а в нем колонки.

Оказывается в версии 4.4 появился класс row-cols-* который применяется к .row и там это вроде решается поросто :)

Ну он по сути делает тоже самое.

можно сделать в модели скоуп и использовать его в своих нуждах.

public function scopeWhereNotNullIn($query, array $columns): void
{
     foreach($columns as $column) {
         $query->whereNotNull($column);
     }
}

и можно будет использовать у модели:

Model::whereNotNullIn(['lt', 'lg'])

Либо если часто нужно, макрос свой написать )

Если говорить в рамках сравнений по проектам именно Joomla и October, то для небольших магазинов связка Joomla + Zoo + JBZoo для меня – топ, ибо на ней я за несколько дней склепаю магаз со свойствами, фильтрами и т.д. не потратив ни рубля. А учитывая, что я с этим работаю давно, и написал под этот, с позволения сказать, стек и личный кабинет и бонусную систему и вообще гору всего – то в плане функционала это капец какой комбайн (если руки прямые, есесн). И работать всё это будет сильно быстрее битрикса при прочих равных. НО!!! Октябрь работает гораздо быстрее – это очень заметно в фильтрах и различных выборках. Поэтому для серьёзных и нагруженные проектов, конечно, предпочтительнее Октябрь.

щас вроде эта штука хайпит https://tailwindcss.com/