Дмитрий Евграфович

Поднимаете вебсокет соединение, тяжёлую задачу кидаете в очередь, когда задача обработается, по вебсокету отдаете результат клиенту. Фреймворки в помощь, если сами не сможете, на ларавел, например, нормально делается.

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

Основная цель компонентов - переиспользование кода. Бэкенд фрагментарен по той же причине, чтобы можно было использовать куски кода. Сейчас даже можно использовать части одного фреймворка в другом.

Что из бэкенда можно засунуть в такой компонент, чтобы я мог использовать его на своем проекте? Возьмем ту же отправку сообщений с лендинга. Компонент должен иметь универсальный параметр с адресом роута, который разрулит фреймворк на сервере и сделать некое универсальное действие для отправки сообщения. В вашем случае это вызов mail(), но в случае другого человека это либо вызов api mailchimp, либо smtp сервиса, либо вовсе помещение какой-то команды в очередь. выходит, максимум, что вы можете поместить в такой компонент - это ссылку на команду sendMail(), тело которой ради все той же универсальности и переиспользования должно писаться вне компонента. Иначе вы получаете бесполезный непереиспользуемый компонент.

- между клиентом и сервером поднимается вебсокет соединение.
- долгий скрипт на определенных стадиях вызывает события (FIrstPartCompleted, SecondPartCompleted, FinalPartCompleted).
- обработчик событий уведомляет клиента по вебсокету о том, что обработка информации достигла определенной стадии
- клиент (браузер) при получении события обновляет счетчик.

Скажу по опыту годовой давности, сейчас может все стало лучше. Если у вас windows 10 home и нет возможности поставить pro версию, то однозначно чистый линукс. Докеру под виндоус нужна hyper-v, которая есть только в про. Есть теоретически и другой вариант - запустить из встроенной убунты, но на самом деле это не вариант ни разу, а проктология. Также можно под виртуал боксом попробовать, но это применимо только если у вас машина быстрая, если же нет - лучше поставить чистый линукс, чем приобрести рвотный рефлекс от ужасающе медленной работы. Под виндой у меня были проблемы с производительностью и судя по написанному в интернете они могли быть не из-за железа, а из-за операционки. В докере есть несколько файловых систем для контейнеров и одни из них работают медленно, а другие быстрее, но те, что быстрее, реализованы только под линуксом, хотя может за год их и под виндой добавили. Хотя если у вас железо мощное, для вас это может быть неактуально.
Еще есть момент, насколько полноценно реализованы доп инструменты типа того же кубернетеса в винде, потому что вскоре после начала освоения вы обнаружите, что только с их помощью можно толково реализовать нормальную систему на докере (то есть не поднять один контейнер с недоделанным апачем, а связать несколько независимых сервисов в единое решение). И вот этот вопрос я изучить не успел, может кто другой ответит.

А вы прогоните через gettype() ваши переменные. NULL - это тип данных, который используется для обозначения пустой переменной. а $a='' - это тип данных строка, пустая, но строка, а не пустота. Кроме строк вы в переменные можете записать массивы, объекты, числа и т.д., поэтому добавили именно отдельный тип для абстрагирования от других существующих типов.

У вас там ошибка, замените последнюю строку на echo 1;

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

Как минимум стоит переименовать одинаковые сущности автомобилей. Либо создать caruser для авто пользователя, либо cardata (carinfo) для информации по автомобилю.

Так посмотрите в контроллере, который модель использует

Если вы пришли к тому, что вам надо запускать скрипт на php раз в секунду, очень высока вероятность того, что вы что-то не так спроектировали.

Из теоретических знаний:
MVC, ООП и сам PHP на уровне понимания концепций, а также классы, публичные - приватные методы, интерфейсы.
www.phptherightway.com - для понимания основных концепций и того, как правильно писать.
REST - протокол обмена данными по сети без сохранения состояния (православно для spa приложений, но можете не применять, пока неготовы).
ORM и activerecord- почитайте тоже в википедии, рано или поздно все равно придете к этому.
composer - чтобы не пилить по 10 раз то, что уже запилено другими. Заодно psr-0 psr-4 стандарты, чтобы понимать, как подключить ваши собственные классы.
vuejs либо другой фронтэнд-фреймворк - вы удивитесь, насколькьо удобнее писать на нем вместо чистого jquery (можете использовать совместно с vuejs).
фреймворк - не ранее, чем освоите первые две строки из списка. Но микрофреймворк все же будет очень полезен. Особенно совокупности с композером. slim, lumen, ну или что-нибудь другое (sliex не предлагаю, вдруг он окажется сложным, не пробовал его). Как минимум они дадут вам удобный роутинг, красивую функцию для возвращения ответа сервера в виде json вместо ручного задания заголовков и echo

$data = array('name' => 'Rob', 'age' => 40);
$newResponse = $oldResponse->withJson($data, 201);

и ощущение, что не все потеряно в этой жизни (lumen еще и удобное подключение в базе данных из коробки, но он медленнее, хотя и микро). Кроме роутера в основном ваш код сможете оставить прежним.
Чего еще, а phpstorm - если уж писать правильный код, то правильным инструментом. Чего забыл - другие подскажут.

Ограничить на сервере количество запросов в час/минуту, особо рьяным отправлять капчу. Все. Вы никогда не узнаете, исполняется на клиенте запрос от живого человека или от бота. csrf, jwt - это не та песня, они созданы, чтобы защитить клиента от постороннего вмешательства, но если клиент сам решит написать бота, вы никак не сможете этому препятствовать.

Вообще это не для php задача, если перепишете на том же питоне с тем же самым алгоритмом, памяти уйдет раз в 10 примерно меньше (https://habrahabr.ru/post/141093/#comment_4719302 - почти пруф. Сам одно время интересовался, нужно было сравнивать массивы пользователей из вк, сейчас бы попробовал go наверное, с ним потребление памяти не изучал, но оно будет явно меньше, чем у php). Также как вариант записать данные со стороннего сервера себе и брать порциями, используя генераторы (yield), они как раз и созданы, чтобы экономить память, но лучше мне кажется все-таки использовать другой язык программирования на такие объемы.

У меня в проекте на ларавеле реализовано внедрение зависимостей для репозиториев. Репозиторий наследует некий интерфейс и по имени этого интерфейса классы получают данные из репозитория. В процессе разработки вместо самих репозиториев внедряю промежуточный кэширующий слой, который реализует тот же интерфейс, но отдает кэш вместо того, чтобы обращаться в бд (код не дам, проект под NDA).

Другой пример - mock объекты при тестировании. Также можете посмотреть фреймворки, там полиморфизм активно используется например для того, чтобы вы могли использовать различные движки бд, сохранять файлы на удаленный сервер по фтп, а не на свой, поменяв лишь одно слово в конфиге и не меняя код в ваших классах.

Почитайте про генераторы Для чего нужны Генераторы (yield) в php? (ссылку привел для примера, просто первая попалась и там как раз тоже человек показал обработку csv)