Марк Дио

Насколько я помню, сессия работает до закрытия браузера и в зависимости от настроек на сервере.
Минусы:

• у пользователя сессия может удалиться при автоочистке сессий
  
• если хранение сессий производится на жестком диске и автоочистка не настроена, можете столкнуться с ситуацией когда у вас inode закончаться.
  
• не гарантируется сохранение состояния после закрытия браузера
  

Лучше использовать такую практику:

• для пользователя создавать в бд корзину если не создана.
  
• далее получив id сохранять его в cookie или localstorage.
  
• далее мы синхронизируем корзину ajax запросами - добавили товар, отправили запрос в бд.
  

Из плюсов данного подхода:

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

Очень интересный топик получился.
Не поленитесь, пожалуйста, в конце-концов отписаться здесь о своем выборе с объяснением. У меня сейчас такой же выбор.

Можно попробовать сделать так

//искомая строка
$search = '4.19';
//создаем новый массив с данными по условию поиска
$result = array_filter($homes,function($v) use ($search) {
	return $v['area'] == $search;
});
var_dump($result);

Попробуйте.

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

термин быдлокод больше относится к плохо структурированному коду и прописанными в нем данными типа id элементов системы или какие-либо сообщения

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

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

Я пересмотрел несколько существующих разработок CMS (если их вообще можно так назвать на данном этапе) на базе Yii2 - Skeeks, Easyii, Dotplant итд. Это всё просто большие куски кода, эксперименты... Никакой чёткой концепции, структуры, ничего нет. Yii2 - это фреймворк не для создания CMS однозначно. У меня есть несколько готовых проектов (интернет-магазины) на базе этого фреймворка - все очень быстро работают, всё ОК. Я создавал свои модели товаров, категорий, статей, прайсов итд. Есть SEO, удобная админка с контролем заказов и быстрых заявок, мультиязычность, корзина, модуль мультивалютности, экспорт прайсов в XML, разделение цен по уровню доступа для оптовиков и прочие базовые фишки, которые используются интернет-магазинах. Даже обновление цен и наличия через Excel. Всё сделано под заказчика. Но... Они все заточены под конкретную задачу, "реюзать" их код не получится (разве что, частично с передалками). Зато очень удобно расширять функционал и поддерживать такие проекты - нет никаких ограничений. Да и с безопасностью всё нормально, никаких вам бекдоров или "детских" болезней, характерных для популярных CMS.
Если ищете готовые CMS решения на базе Yii2 Framework - их нет. Лучше создать своё. А ещё лучше - скомбинировать. Например, как базовая CMS только для контента - Wordpress, Modx или Joomla (или любая другая популярная CMS с хорошим большим сообществом и большим количеством дополнений), а для дополнительного функционала - устанавливайте фреймворк Yii2 на поддомен и подключайте его через API или напрямую к базе основной CMS (через модели).

игра купленная на торренте

...умер от разрыва шаблона...

dbdsgnr.appspot.com
https://dbdesigner.net/
https://www.draw.io/
https://erdplus.com/#/

Мне очень нужно.

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

@evnuh У кого еще и вредные советы. Это буферизация будет заметна только на больших запросах. На простеньких запросах разница будет не заметна. Ответ был дан исходя из задачи. А по вашему можно и mysql захаять и сказать Oracle лучше. Только зачем тратить деньги, ресурсы компьютера, время на работу с mysql. Если нагрузки на базу в этом проекте и не предвидится. Если В итоге сюда полезет табун, то мне кажется его сайт сам по себе не справится с толпой и не поможет ему база данных. От нее будет толку мало если наверху говнокод. Ни кого не хотел обидеть. Просто считаю что нужно не писать велосипеды а бороться с реальными проблемами. Для его задач вполне хватит sqllite. Если будет что то разрастаться, то лучше уже брать готовую cms.