Александр Кубинцев

Я бы попробовал через docker запилить всё это. В контейнеры тогда бы вошел сервис php-fpm, а файлы сайтов соответственно монтировал в них.

Не вижу никакого смысла ставить хакинтош для разработки. Ubuntu быстрее практически во всём будет.

Используйте механизм блоков try-catch. Или еще лучше в данном случае оберните функционал в функцию и используйте return.

Я начал работать веб-разработчиком в 28 лет. Но до этого занимался всякой околоайтишной деятельностью и программировать научился еще в 6-м классе без книг и учителей на примере курсовых работ брата.
Очень важно хотя бы первые года 3 "гореть", чтобы была мотивация осваивать огромные объёмы знаний, интересоваться буквально всем, что связано с разработкой.
Тем не менее, я зарабатывал, сидя в офисе. А фрилансом баловался время от времени. И до сих пор не вижу необходимости менять такое положение дел.

А что касается выбора технологий, то если б у меня была возможность вернуться в прошлое, то выбрал бы вместо php python или RoR, поскольку не нужно изучать десяток фреймворков для востребованности на рынке труда, достаточно одного :)

Не до конца ясна задача. Для чего вам нужно создавать почтовые ящики и парсить оттуда письма? Если это не сервис для людей, а надо просто делать подставные ящики, тогда проще настроить систему email-алиасов, чтобы письма на самом деле ссыпались все на один реальный ящик.
Или даже настроить почтовый сервер так, чтобы все письма на несуществующие email в домене падали куда вам нужно.
Думаю это проще в реализации будет, чем то, что вы задумали изначально.

Можно взять готовый пакет zendframework/zend-mail
Образец для использования подсмотреть можно тут

1. Познакомьтесь с Promise/Deferred, чтобы не писать такую макаронину из колбеков
   
2. А зачем setTimeout да еще и на 30 секунд во внешней итерации?
   

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

www.youtube.com/watch?v=lXzvTsgs-gE

Можно обойтись и без ajax, но естественно нужно уметь использовать javascript.
Идея проста до безобразия.

1. Определяете массив-список с url-ами картинок.
   
2. Задаете обработчик для события "показать больше" (кнопка или бесконечный скролл - без разницы)
   
3. В этом обработчике делаете цикл, который будет брать скажем 10 следующих элементов из массива url
   
4. Внутри цикла создаете объект через "new Image", присваиваете ему свойство src = url из выборки и вставляете куда вам нужно в DOM
   

На php отлично подходит реализация через асинхронный фреймворк ReactPHP. Однако, не факт, что это решение вам подойдет, т.к. я не знаю баланса между кол-вом соединений и ресурсоёмкостью парсера в вашем случае.
Я в недавнем прошлом баловался с такой задачей, можно посмотреть мой форк тут https://github.com/kryoz/homer

Именно в таком виде из реляционной БД вы не сможете получить данные. Тут либо nosql решения, либо самостоятельно приводить к такому виду через рекурсивный запрос. Только у MySQL с этим проблема, придется писать хранимую процедуру.

Вы, увы, нашли совсем неподходящую "библиотеку" для вебсокетов.
https://github.com/ratchetphp/Ratchet - это основа
habrahabr.ru/post/250085 - неплохая статья для иллюстрации
И приготовьтесь писать код в асинхронной парадигме.

Настройте MySQL так, чтобы он своими буферами и кэшем не загребал ОЗУ больше, чем у вас физически есть. Загуглите калькуляторы. Очень похоже, что комп у вас начинает активно свопить.
И действительно, отключите временно индексы в таблицах, в которые идёт запись.

С учётом того, что у вас наверняка имеются контроллеры, а в любом случае передаётся пара логин-пароль для авторизации, то самым разумным было бы вынести в базовый класс метод auth(HttpRequest $request)

Если только для бекенда, то перспективен Go. Но там ООП как такового нет.