Иван

Сделай прокладку, через которую пользователи будут стучаться.
Т.е. примерно по такому алгоритму:

1. Закончился раунд, все из группы А начинают стучаться в контроллер Х
   
2. Контроллер Х создает блокировку для группы А и создает новый раунд только для первого достучавшегося пользователя
   
3. Другие пользователи группы А получают ответ, что кто-то уже создает новый раунд
   

Не понял зачем здесь таблица users_messages, если все связи уже есть в messages.
Вместо неё сделайте таблицу dialogs: id | from_user_id | to_user_id | date. А таблицу messages привести к виду: id | dialog_id | user_id | text | date
Алгоритм такой:

1. Ю1 начинает диалог с Ю2 - добавляем запись в таблицу dialogs. В поля from_user_id и to_user_id заносим айдишники юзеров Ю1 и Ю2 соответственно.
   
2. Ю1 пишет Ю2 - добавляем запись в таблицу messages. В поле user_id ставим айдишник юзера Ю1, в dialog_id ставим айдишник текущей беседы, с остальными полями думаю понятно.
   
3. Ю2 отвечает Ю1 - добавляем запись в таблицу messages. В поле user_id ставим айдишник юзера Ю2, в dialog_id ставим айдишник текущей беседы.
   

Собственно всё :)

Если диалогов как таковых нет, то из алгоритма шаг 1 вычёркиваете и таблицу соответствующую удаляете.

Выборку затем делаете что-то типа:

/* Выбираем все сообщения в хронологическом порядке из диалога с id = :some_dialog_id */
SELECT m.*
FROM messages m
INNER JOIN dialogs d ON d.id = m.dialog_id
WHERE d.id = :some_dialog_id
ORDER BY m.date ASC

Может стоит всё же сперва подучить php ? Он очень легкий, за пару вечером освоите.
Если коротко, то скажу так - php это язык программирования, который читается интерпретатором и выполняется только та часть, что находится между "<?php" и "?>".
Если это конец файла, то закрывающего тега "?>" может не быть. Вместо "<?php" может быть написано просто "<?".
Всё, что не в этих тегах, то не считается интерпретатором за язык программирования и выводится на экран, как есть.
Внутри php-кода нельзя открывать еще один блок php-кода. То есть между "<?php" и "?>" мы не можем еще раз написать "<?php", будет сразу ошибка синтаксическая.
В современных версиях php условие if записывается ввиде

if (true) {
// some actions
}

Но допустима и запись в старом виде

if (true):
// some actions
endif;

С циклом while история аналогичная.

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

Надеюсь как-то смог помочь.

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

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

Докер, в отличии от вагранта, позволит Вам иметь идентичные окружения и на дев-сервере, и на продакшн, и на тестовом, и везде, где только можно. Этим он выгодно отличается от вагранта.
Вагрант в связи с вышеупомянутым недостатком и ориентированность только на дев-окружение, тихонько отмирает.

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

На счёт того, как конкретно развернуть на докере ламп или что-то подобное, сперва прочтите Getting started на оф. сайте докера, затем гляньте на докхабе образы для веба, там их несколько и каждый описывает инетерсные подходы.

Удачи, надеюсь мой комментарий был Вам полезен.

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

Сперва веб-сервер (обычно Apache или Nginx) получают запрос и принимают решение, что делать с ним дальше. Если нет правила для такого запроса, то они просто попытаются найти файл и отдать его, как статический. В вашем случае так и происходит. Часто веб-серверу пишут правило типа "если запрос заканчивается на .php, то передай его на исполнение php (mod-php, php-fpm, php-fastcgi и т.п.), а полученный от php ответ верни клиенту (браузеру, как правило)".

Я использую во время разработки встроенный php-веб-сервер, но не вздумайте его использовать на живом проекте. На реальном сервере с проектом лучше использовать nginx+php-fpm.
В unix-подобных системах встроенный пхп-веб-сервер запускается очень просто:
- Через консоль(терминал) заходите в папку с проектом и пишете "php -S localhost:8000".
- После этого в браузере заходите на урл localhost:8000 и Ваш проект работает.
Если Вы работаете на windows, то быстрее осваивайте линукс\mac и разрабатывайте сразу на нормальных системах. Или, как я раньше делал, на виртуалке поднимайте сервер и на нем разрабатывайте.

За работу с данными должна отвечать модель. Именно модель должна знать какие данные допустимы, а какие нет, потому что на ней лежит функция обработки/записи этих самых данных.
У контролера цель - обрабатывать пользовательские запросы и решать, как на них ответить.
Иными словами, вы принимаете данные с формы контролером и говорите модели сказать валидные ли данные пришли. Модель отвечает контролеру, контролер принимает решение, как на это ответить пользователю (ошибкой, каким-то конкретным представлением и т.п.).
UPDATE
MVC советую всем прочесть, прежде, чем давать странные советы. Особенно внимательно прочесть "Наиболее частые ошибки", как раз говориться, что делать из контролера Толстый Тупой Уродливый Контролер - не правильно по определению шаблона. Можно спорить сколько угодно, но об этом прямо многие авторитеты. Другое мнение сформировано отсутствием глубокого понимания MVC и малым опытом на крупных проектах.

Симфонисты не работают с yii2 и не до конца понимают о чем пишут :)
Я скажу так: оба фреймворка на высоте, по возможностям одинаковы, но подходы очень разные.
Объективно скажу так: на yii2 не получится запускать отдельные модули без запуска всего приложения, тут у симфони2 огромный плюс. Так же у симфони более классные консольные команды для генерирования каркасов, мне больше нравится, чем gii(но дело вкуса). Но по факту большинство сильных сторон симфони не оправдывается в связи с высоким порогом вхождения. Найти хорошего симфони программиста намного сложнее, чем найти его на yii2. Поэтому взависимости от бюджета и масштаба проекта можете выбирать. Симфони2 - это больше уровень корпораций, yii2 более простой при практчески том же функционале.
Если знаете симфони2, то лучше подтяните его. Yii2 изучить намного проще, намного всё прозрачнее внутри работает, там Вам хватит пару вечеров, чтобы пройтись по исходникам и всё для себя понять как изнутри как работает.

Эти возможности появились в php 5.4. https://php.net/manual/ru/migration54.new-features.php
Что про них читать, я даже ума не приложу. Чего тут читать ? Функция возвращает массив, значит можешь сразу обращаться к элементу этого массива по индексу.

$user_foto = $this->getUserInfo($id)['foto'];
$user_foto = $this->getUserInfo($id)->foto; // Если возвращается объект.

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

Можете, просто уберите пробелы(табы) перед закрывающим XML;
Закрываться он должен со слова, с которого начинался без пробелов и табов перед, то есть:

return <<<XML
        <request>
            ...
        </request>
XML;