Денис

1) Фреймворк, как правило, рекомендует (а некоторые и навязывают) определенную организацию структуры кода, да. За это он тебе тоже кое-что дает - берет на себя типовую работу, что повторяется из проекта в проект, зачем ее делать каждый раз заново.

Да, функционал их разный. От минималистичного до всеобъемлющего.

Вполне можно использовать на одном сайте фрейморк CSS для верстки, фреймворк JS для динамики, фреймворк для бекенда. Если фреймворк для CSS и фреймворк для JS еще, возможно, и могут мешать друг другу (но как правило не мешают), то фреймворк для бэкенда функционирует на сервере как вообще независимая от CSS/JS вещь (CSS/JS фунционируют в браузере, а не на сервере).

2) Да. Если они специализированы на разных проблемах (Zurb Foundation для CSS и Vue.js для JS и Yii для PHP, например).

Но если они занимаются сходными вещами (например, React и Vue) то целесообразность такого применения непонятна. Более того - они запросто могут мешать друг другу. Нужно смотреть по ситуации.

3) Библиотеки - весьма конкретно-местный инструмент. Потому более независимы от проекта.
Фреймворки же нацелены на большую автоматизацию решения ваших проблем в какой-то конкретной ситуации, а вас от них более зависимыми (что не плохо, учитывая приносимую фреймворками пользу, просто нужно учитывать).

То что фреймворки используют библиотеки - не позволяет нам делать никаких дополнительных выводов.
Все используют библиотеки, это норма.

4) Штатные API выбранного сервиса карт (Yandex Maps, 2GIS Maps, OpenStreet Maps и пр.). Эти API реализованы в виде библиотек. Фреймворки тут вообще не при делах.

P.S.:
2GIS специализированный сервис:
В 2GIS очень хорошо представлены предприятия\фирмы\организации (в городах, где 2GIS присутствует), лучше прочих. Между городами 2GIS нет в принципе.

Лучше использовать аякс. И подтягивать данные с сервера по событию onload, например.

1 Этот хедер добавляет аппликешон который шлет письмо.
2 Если нужно его удалять на всех сообщениях то читайте про exim параметр remove_headers =

Да, гугл уменьшил число запросов. Вот тут подробнее: тык. Альтернативы гугл картам перечислены в той же статье.

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

> route remote_host 255.255.255.255 net_gateway
Вместо remote_host и net_gateway должны быть конкретные адреса.

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

Нужно использовать тег
для вставки в html. Будет новая строка.
echo $fio."<br>";

Для работы приложения на node.js нужна собственно среда node.js на сервере, без нее код не будет работать никак.
Практически всегда веб-приложение на node.js уже запускает свой вебсервер, это действительно хороший вариант и производительный. Никаких прослоек, обычно не требуется. Иногда поверх пускают nginx, так как он лучше справляется с отдачей статики (например css, js и картинок).
В вашем случае, так как порт для сайтов уже занят Apache, то вам достаточно создать в нем вхост, где сделать прокси на порт, на котором будет работать ваше приложение на node.js. При этом напрямую доступа Apache к папке с файлами приложения иметь не обязательно (да и не нужно, лишняя дырка).
В идеале конечно следует избавиться от Apache в пользу nginx. Так как Apache будет создавать узкое горлышко для производительности приложения на node.js

1. Убедитесь что почта отправляется от сервера, для этого убедитесь что MTA поднят, в логах есть записи что почта ушла.
2. Отправьте тестовое письмо с Вашего MTA к себе...на разные ящики, 3-4
3. Если хоть до одного ящика дошло, как правило gmail принимает, то смотрите через mxtoolbox и прочие сервисы как они оценивают Ваш почтовик
4. Если не дошло никуда, нанимайте специалиста

1. php mail вполне может быть отключен у хостера
2. письма, отправленные через php mail, может не принимать почтовый сервер
юзайте чей-нибудь SMTP

Оптика вам в помощь, если внутри помещения то можно и свитчами растянуться но это изврат.

Необходимо настроить авторизацию почты(связь с почтовым сервером) . Критично чтобы письмо отправлялось с почтового сервера. Надо правильно настроить почтовый сервер. (использую протокол SMTP).

Дело в том что сейчас почтовые сервера проверяют отправителя, если видят что, что то не так то отправляют ему запрос; Если ты почтовый сервер отправь повторно свое письмо. и в таких случаях ваше письмо отбросится или попадет в спам. Это только один из примеров проверки почты...

Есть такие моменты, у вашего почтового сервера должны быть настроен следующее:
Записи в DNS (MX,A,SPF,DKIM)
Обратный DNS(PTR записи)
Так же следует проверить ваш ІР в спам базах

Зачем?
Это тупое и непонятное решение
Можно тупо сменить например ему Шелл на Бин фалсе через стандартный модуль юзерс в ансибл

Покупаете микрофон за 300р и ставите на ПК какую нибудь IP звонилку (aka софтфон) и подключаете ее к вашему астериску.