Дмитрий

Если он меняется, то любой. В маках проблем нет с SSD.

В играх оправдано, но там обычно все рисуется не на стандартных компонентах, в обычных приложениях не оправдано, так как необходимо придерживаться гайдлайнов от Google, чтобы приложения более-менее одинаково выглядели.

Или подключить SwiftMailer, PHPMailer и не зависеть от OpenServer

Можно конечно сделать обходным путем - написать свой крон и ждать, когда кто-нибудь зайдет на страницу и вызовет его, но - разберитесь с кроном ;-)

(Скорость + комфорт ) / 2

В Yii подход одна таблица - одна AR модель.
А вообще M это не AR, это вообще вся бизнес логика вашего веб-приложения.
У вас может быть два класса, к примеру, один реализует логику в виде методов addItem, removeItem, getItems, и при этом этот класс зависит от соответствующей AR модели.

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

Контроллер должен передать данные в модель, получить от нее ответ и отобразить во View.

Можете также использовать SwiftMailer

Или тот же хакинтош, если сугубо нужен мак ос без их железа. Я не понимаю, почему они перестали делать нормальные миники за адекватную стоимость, коим был Mac mini 2012.

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

Проблема распространенная кстати. Я думаю, что в эппл в очередной раз намудрили, при борьбе с хакинтошниками, из-за чего пострадали обычные маки. На вашу модель кстати Yosemite ставится? Если да, попробуйте в ней, более чем уверен, что проблемы быть не должно.

Как хакинтошник со стажем отвечу - никак. Эти буки и так проблемные из-за отвала чипа. Я так понимаю анимация тормозит?)

так себе вариант, ну а вдруг: по крону кешировать верстку в бд и отдавать этот кеш. у вас получится laravel + vue, а Nodejs для создания кеша.

wow.js )

А почему бы не использовать filter_var с FILTER_VALIDATE_EMAIL и сделать SELECT COUNT(*) и если есть ошибка (такой email существует) выдать ее пользователю?

Я бы делал все одним запросом. А на клиенте сделайте
<input type="email">

Любой код, который не стыдно показать. В котором нет говнокода. Ну это смотря чем вы специализируетесь. А на чем кстати? К примеру, могли бы написать свой сайт и будущему работодателю показывать его исходник.

У меня была похожая проблема с FPM, но я отключал xdebug. Попробуйте кстати запустить сайты через встроенный PHP сервер: сделайте php -S localhost:8000 в DOCUMENT_ROOT вашего сайта и посмотрите, как долго отвечает сайт с локалхоста. Тем же wget.

Если вы знаете SPL, Laravel, понимаете принципы его работы, знаете ReflectionAPI, Rest, то я думаю вы уже middle. А так вопрос достаточно расплывчатый.

Начнем с того, что сейчас HTTP_REFERER практически не передается и вы не узнаете, какой был поисковой запрос.

Я реализую на NodeJS + Socket.IO