Сергей

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

> средствами PHP, значит, надо выполнить 1Сный скрипт который будет это парсить
это пипец товарищи )

А по факту распаршивания, нужно построить грамматику, сгенерировать парсер и распарсить спокойно и элементарно.

Гуглите генератор-парсеров, лексер.
YACC LEX в PHP.

Давайте по-русски напишем:
$a = $salt + $password;
$hash = хеш sha512 от $a

а что такое util_hex:from_binary я хз
предположу что перевод из двоичного представления в шестнадцатеричное

А у меня есть решение, которое может отресолвить кучу DNS используя сторонние DNS-сервера. Скажем есть лист из 30к таких DNS-серверов, моё решение может взять 4 ГБ файл (емайлов) и отресолвить MX и A записи за время порядка 40 минут для обычного сервера без наворотов. Если интересно, то можно адаптировать под ваши нужды.

Поизучать Erlang.

1.Написать ручкой бейджик Senior.
2.Повесить бейджик на грудь.
3. Поздравляю вы Senior.

А по сабжу:
Все приходит с годами и опытом.
Развивайтесь в нужном вам направлении.

Поднять копию OpenSteetMap с прокладкой маршрутов через OSRM сервис

Сдался вам этот веб ?
Почему вы думаете что веб - это полноценное программирование, а программирование под 1С нет ?
Имхо все просто решается набором используемых инструментов, думаю если изловчится, то и под 1С можно сделать continuous integration с юнит тестами :), но да оно того не стоит и 1С - это локальный рынок.

Пройдет пару лет, и от веб вас также будет тошнить. Не найдете вы интересные, высоконагруженные проекты, а особенно сложные. Везде требуется примерно одно и тоже, склепать форму, вывести инфу, и т.п. всё тоже что и в 1С, только в веб.

Самое неблагодарное занятие в веб - это верстка.

В целом по сабжу -- ставьте перед собой небольшие цели и добивайтесь их, т.о. вы изучите любую технологию.
Но лучше зреть в корень, а именно веб-разработчиков как грязи. Лучше найти те области, куда не ступала нога рядового программиста :) рынок в этих областях требует исследований также.

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

Очередь.

Могу сделать веб-сокет сервер, с http API.
Т.о. веб-клиенты будут цепляться по вебсокету к серверу, а ваша какая-то часть будет использовать API чтобы пославть какие-то сообщения клиентам, адресно или броадкастом.

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

websocket ?

У вас есть страница, которая ссылается на некий статический v1.json.
Теперь, когда вам нужно обновить данные, просто заливаете v2.json и меняете ссылку на него на сайте (в скриптах или еще где-то).
Т.о. все клиенты которым нужен новый файл, будут его скачивать Все клиеты, у которых он есть, скачивать повторно его не будут. Со временем удаляйте v1.json.

Ну можно влезть в консоль Erlang'а и посмотреть какой процесс кушает много времени процессора, потом делать какие-то выводы.

ERLANG :)

Это проблема сугубо PHP.
Когда 200-статус генерится раньше ошибки (execution limit).
Потому что PHP имеет свойство не буферизовать вывод, и разрабы должны отправить сначала шапку ответа, а потом сам ответ. Очевидно Maximum execution time of 30 seconds exceeded генерится самим PHP.

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

Для карт используйте leafletjs.com. Внутри можете использовать кастомные карты + добавлять объекты на них. Есть богатый выбор плагинов, может найдете что под себя: leafletjs.com/plugins.html

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

Если что-то сделать еще - то БД.
Всякие NoSQL в будущем могут не дать нужной гибкости.