D3lphi

В docker-compose.yml для nginx нужно добавить зависимость от других контейнеров:

nginx:
    #...
    links:
        - frontend
        - backend

Таким образом, внутри контейнера nginx станут доступными домены frontend и backend и вы сможете на них ссылаться в конфигурации nginx'а.

Enum.

Думал как-то добавлять пути папки /vendor/* в игнор, но почти нигде это не реализовано. Вот и возник вопрос: как вы решаете эту проблему?

Директория vendor должна всегда игнорироваться системой контроля версий. Вы ее не храните в vcs. У вас есть ваш проект и 2 файла: composer.json и composer.lock. При разворачивании среды разработки, вы попросту выполняете composer install.

Пока рассматриваю Yii2 и Symfony2, т.к. больше особо ничего и не знаю :) Склоняюсь к yii, даже не знаю почему.
Не знаю, стоит ли рассматривать Angular и т.п.?

А почему вы ставите в один ряд Yii, Symfony и Angular (Который, вообще-то javascript фреймворк)? Судя по тэгам вопроса, вы будете использовать только php-фреймворк.

Собственно вопрос в том, на чем можно реализовать и что будет лучше поддаваться масштабированию в дальнейшем? Что легче поддерживать и для чего будет проще найти специалиста? Возможно есть другие варианты?

Ну смотрите:

• Реализовать можно и на том и на том.
  
• Проект будет быстрее реализован на Yii.
  
• Поддаваться масштабированию будет лучше Symfony.
  
• Поддерживать проект на Symfony будет легче.
  
• Найти специалиста на Yii на порядок проще и дешевле.
  

Если у вас намечается действительно что-то серьезное, то я бы порекомендовал писать это "что-то" исключительно на Symfony. Можете попробовать реализовать "черновик" (бету) на yii, laravel'е, это будет быстро и более дешево. Но опять же, повторюсь, сам проект лучше писать с использованием Symfony.
А вообще, выбор технологий зависит от задачи. Вполне возможно, что вам гораздо больше подойдет что-то на javascript'е.

1.Нужна ли верстка и js для Java?Если да,то насколько глубокими должны быть знания?

Вообще, js нужно знать энивей, даже если вы пишите бэкэнд. Основы верстки тоже обязательны.

2.Что так бэкэнд и фронтэнд я уже вроде разобралась.Но все же.Может кто нибудь объяснит доступным языком разницу между ними,какие это языки и что бы было хорошо знать дополнительно к этому?

Backend - серверная сторона проекта. Пишется на Ruby, PHP, Python, Java, Go, JavaScript(nodeJS), C#. Вообще, писать его можно вообще чуть ли не на любом языке. Вопрос в удобстве, скорости разработке и поддержки кода.

Frontend - клиентская часть приложения. К ней относится разметка, стили, javascript логика.

3.А с какого языка вообще стоило бы начать изучение?

Если планируете развиваться в web-разработки, то сначала познаем основы верстки и javascript (тоже хотя бы основы), а затем уже можно идти в бэкэнд (А позже, вообще стать full stack developer'ом. Это тот, кто умеет и в то и в то).
С какого языка начать решать вам и только вам. Не буду навязывать вам свое мнение, ибо оно предвзято (Угадайте, в пользу какого языка? :) ).

В $bodyData должна лежать строка с параметрами, а не массив. Преобразовать массив в строку можно следующим образом:

$bodyData = http_build_query(array (
  'xml_request' => $xml_result
));

Например, из массива ['key1' => 'val1', 'key2' => 'val2'] мы получим строку "key1=val1&key2=val2".

Возможно есть какие-то более элегантные решения?

- Есть, называется "миграция базы данных". Во многих современных фреймворках этот способ реализован. Суть в том, что вы храните php файл (хотя, формат данных может быть любой), в котором содержится описание таблиц, их структур. Для их развертывания в Laravel, например, достаточно прописать одну консольную команду и всё готово!

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

Что-то вы все думаете да думаете, а принять решения не можете! Вам нравится back-end? Так идите в back-end! Если вы сверстали, как говорите, "с десяток простеньких сайтов", то все хорошо. Разработчику, пишущему серверную логику совершенно необязательно и даже не нужно "хорошо разбираться и во фронте". Не распыляйтесь. Определитесь, что вам больше по душе: веб или мобильная разработка, а, может быть, гейм-дев? Поставьте себе цель и двигайтесь к ней.

Удачи!

Гуглите статьи на следующие темы (Благо, в интернете их навалом):

• SQL - инъекции и защита приложения от них.
  
• Хеширование паролей. Что, как и зачем.
  
• CSRF атаки и защита от них.
  
• XSS атаки и защита от них.
  
• Защита сессии пользователей, аутентифицированных в приложении.
  
• Предотвращение краж cookie.
  
• HTTPS, SSL, TLS.
  

На том же на чем и все остальные: html, css, js (фронт энд). Вы рассчитывали услышать что-то иное?

А зачем? Для чего или кого? Думаете, сейчас у кого-то есть девайс, чье разрешение менее 320 пикселей в ширину? Да даже если и есть. Их владельцы сами знают, на что идут. 320px - это минимум.

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