prewordeSSS

prewordeSSS, вы от балды пробуете разные варианты? =))

col-xl-* – это для больших экранов.
Когда вы масштабируте страницу, логическое разрешение у нее уменьшается, вплоть до мобильного представления. Если вам, вне зависимости от размера вьюпорта необходимо выводить четыре колонки, то так и пишите col-3
Но лучше, все-таки на мобильниках выводить в одну колонку, на планшетах, например в две, дальше уже четыре.
Как-то так, примерно
class="col-12 col-sm-6 col-md-3"

Знаю про метод firstWhere

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

https://laravelplayground.com/#/snippets/dc3ef469-...

В данном случае, чтобы оптимизировать запрос, можно использовать следующие методы:

1 Добавить индексы на столбцы user_id и type_id, чтобы ускорить поиск данных по этим параметрам.

2 Использовать оператор LIMIT для ограничения количества выбираемых данных, чтобы уменьшить нагрузку на сервер.

3 Использовать оператор WHERE для фильтрации данных по необходимым критериям, чтобы избежать лишней обработки данных.

4 Использовать параметр кеширования для сохранения результатов запроса в памяти, чтобы ускорить получение данных при повторных запросах.

Также рекомендуется провести профилирование запросов и использовать специальные инструменты, такие как EXPLAIN, чтобы определить причины медленной работы запроса.

Используйте pluck или only, что лучше подходит в вашем контексте

$items = Color::query()
            ->leftJoin('users', 'users.color', '=', 'colors.color')
            ->leftJoin('size', 'size.user_id', '=', 'users.id')
            ->selectRaw('color.color, SUM(length)')
            ->groupBy('color.color');

В json файлах используются двойные кавычки. и вам не нужно там экранировать одинарную

en.json

{
  "cars and you can't do without" : "CARS AND YOU CAN'T DO WITHOUT"
}

usage
{{ __('cars and you can\'t do without') }}
или
{{ __("cars and you can't do without") }}

Как-нибудь так:

const delay = seconds => new Promise(res => setTimeout(res, 1000 * seconds));

const parse = async () => {
  // ...
};

const main = async () => {
  await delay(10); // подождать 10 секунд
  await parse();   // что-то там спарсить
  reloadPage();    // перезагрузить страницу
};

window.addEventListener('load', main);

const lang_arr = array.map(el => el.person.text.language.lang.indexOf('en') > -1);

Object.values(data)
  .flatMap(({ person }) => Object.values(person))
  .filter(({ age }) => age === 18)

// [ { name: "alex", age: 18 } ]

Postgresql - более консервативен. Его можно брать почти для любых проектов. Есть partitioning что свидетельствует о зрелости системы и об Enterprise-ready. Единственное что может быть не очень - это некий кумулятивный эффект от частых inserts/updates который требует вакуума. И со счетчиками транзакций там есть нюанс. Но скорее всего в твоём сегменте разработки PHP/Laravel - тебе будет просто безразлично сущестование вакуума.

MySQL это лейбл под которым на самом деле могут работать различные engines таблиц. И если анализировать какой-то performance-инцедент то нужно в первую очередь спрашивать с какой опцией таблица создавалась. MyISAM/Innodb/e.t.c. Потому что выбор этого двигателя влиял на какие-то опции скорости и транзакций. Я заменял например в создающих скриптах InnoDb на MyISAM для того чтобы просто быстрее прогрузить 1Тб CSV файл.

В более современных версиях типа MariaDb (я уже не следил за этими новостями) есть более умные двигатели которые учитывают дефекты старых и по идее они должны быть универсальнее. Тоесть можно их брать смело.

Что лично меня раздражает в диалекте My/SQL - так это странного вида кавычки-апострофы. Никогда не понимал зачем это.

для ORM если не RAW не будет - на то оно и ORM

статейки вида
https://blog.devart.com/postgresql-vs-mysql.html
думаю ты читал

кратко: Postgres - эдакая взрослая СУБД (Like Oracle or MSSQL) на минималках,
переход на нее оправдан или неоправдан - все тестируется - на хайлоад проектах, когда ОПТИМИЗИРУЕТСЯ ВСЕ что и где только возможно,
на твоей текущей позиции - неважно что использовать

более того - почти весь функционал совпадает
да, еще у Мускуль есть надстройки - клоны - MariaDB и Percona

но в целом - пробегись по вакансиям - знать придется обе )

Ставить надо через JetBrains Toolbox.