Sergej

(контроллер модель и view в одном пакете)

Наверняка для любого популярного есть данная бесполезная вещь, просто надо посмотреть бандлы/пакеты в репозиториях.
Данный механизм подходит исключительно для самого простого сайтика.
Правильная работы - выбрать (на данный момент) Symfony/Laravel и понять как делаются качественные проекты на них.

Для больших HL++ я бы посоветовал Symfony, по началу вы заметите, что он работает намного медленнее Laravel etc. Но при готовой архитектуре проекта, заметите что скорость сравняется и даже больше.
Вся суть в использовании правильной и действенной архитектуры (не как в доке и туториалах).
Если использовать подход DDD (CQRS/CommanBus/Persister etc..), то система будет оч. гибкой, что оч. важно бизнесу. Так же вся разработка будет в PHP коде в виде объектов. (за редким исключением, где потребуются билдеры) Можно еще оч. долго об этом говорить и расписывать.

Все то же касается и Laravel/Yii, но с исключениями. Данные фреймворки придется не слабо расширять и учить работать с ORM.

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

UPD.
Забыл упомянуть минус. Это то что придется писать много кода ручками. Но в последствии это окупится в крупных проектах.
Так же, выше предложенная схема, дает возможность покрывать тестами 90% кода.

Вы получаете данные из БД и вставляете их в API google maps.
Что же вы все ленитесь почитать документацию к тому с чем собираетесь работать.
https://developers.google.com/maps/documentation/j...

Самый простой способ, иметь массив с координатами

// Multiple Markers
    var markers = [
        ['London Eye, London', 51.503454,-0.119562],
        ['Palace of Westminster, London', 51.499633,-0.124755]
    ];

и дальше в цикле при инициализации все это дело вставлять

for( i = 0; i < markers.length; i++ ) {
// ...
        var position = new google.maps.LatLng(markers[i][1], markers[i][2]);
        marker = new google.maps.Marker({
            position: position,
            map: map,
            title: markers[i][0]
        });
// ...

В гугле сотни примеров.

P.S.
Вот вы устроились работать поваром.
Вам приходит заказ на картофель фри. Вы берете грязный целый картофель и подаете. И вам кажется что это нормально. Но ведь сначала надо прочитать что делать с картофелем, затем прочитать как его нарезать и как готовить.

Если вам не помогло исключение в PHP (что бывает в больших ООП проектах), то воспользоваться xdebug.
Не забываем пользоваться IDE (PHPStorm) или грамотно настроенным редактором кода, который будет отображать ваши косяки.
Есть еще куча полезных инструментов, но о них позже.

А должно?
Вот вам на будущее www.phpliveregex.com , https://regex101.com
Проверяйте и тестируйте, затем вносите в код.

Symfony - тяжелый но он того стоит. Мало кому дается (90% пишут как в доке, т.е. не знают Symfony).
Laravel - быстрый старт, простые проекты, одна среда.

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

А как вы без договоров будете его создавать ?
Или это тупо для себя ?

У вас должны быть сущности цен (периоды должны быть), тарифов, квот ( (периоды должны быть) свободные места и т.д.), тип номеров, типы размещения, контракты и компании и еще с десяток сущностей.

Квоты соответственно привязаны к типам размещения, к типам номеров, к тарифу.
Тарифы к отелям
Цены к тарифам и др. сопутствующим.
Отели к контрактам и категориям отелей..
и т.д. и т.п.

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

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

Без опыта вас не возьмут на удаленку, если только в рабство.

php.net/manual/ru/simplexml.examples-basic.php

Есть.
Подключаете через композер и пользуетесь этим классом.

Только зачем?

Почитайте о Doctrine, ORM, архитектура DDD