>>733695
В смысле? php -m дает такой вывод

[PHP Modules]
Core
ctype
curl
date
dom
fileinfo
filter
hash
json
libxml
mbstring
mysqlnd
openssl
pcntl
pcre
PDO
Phar
posix
readline
Reflection
session
SimpleXML
SPL
standard
tokenizer
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]
Модули входят в пакет php? Думаю что не все, особенно на линуксах где есть pacman, в них принято все в отдельные пакеты запаковывать. Но пакет bcmath в репах я не нашел. Некоторые другие есть, но не те что нужны для laravel.

>>735514
Ух ща простыня будет, которую никто не прочитает, пост про битрикс стригерил флешбеки.
Было дело мне менеджер подсунул помимо прочего поддержку магазина на престе (не последней версии, 6 чтоли), проебался я с ней полгода, но и за это время успел оценить прекрасную квалификацию обезьян под цмски.
Сама преста нихуя не идеальная, вообще говно как и положено продуктам с таким жизненным путем, однако чисто на голую с ней еще можно было бы работать. Даже обновить до гораздо более современных в плане кода версий.
Но не тут то было. До меня эту срань поддерживала какая-то вебстудия в течение года, и первое что я увидел - это полностью переломанное мелкими правками ядро. Потому что так сделать быстрее.
Первое что пришлось сделать - подрубить гит и послать сеошников нахуй и пожелать им смерти. До этого работали прямо по фтп, причем давая доступ к коду даже сеошникам, которые с одном специальном костыле через регулярки последним делом в каждом запросе разъебывали как им надо всю сгенеренную верстку (в том числе с помощью охуенных сео модулей, которых они туда поставили вообще все, до которых смогли дотянуться, но так и не смогли понять как это настраивается).
Продолжил сразу же git diff тулом, которым прошелся по всему ядру из гита и сравнил его с ядром этой убитой версии. За кучу бессонных ночей выкорчевал это все в расширения, тем самым очистив ядро и выделив всю хуйню, что говноеды наделали за это время. Чуть ли не половину пришлось выдирать через рефлексию, т.к. законных способов модификации такого в самом ядре вообще не было.
Подтянул композер и его автолоадер, сделав, конечно, альтернативным, потому что родной автолоадер из нулевых убивать себе дороже - там хуета по типу того, что в этой статье с битриксом. Подтянул всякие миграции (автосгенерил начальную со всей продовой базы, дальнейшие соответственно нормально писал. Прежде они по анти юбест практисам правили все руками в продовой базе прямо. Алсо, стейдж тоже поднял, как и возможность вообще локально это дерьмо развернуть.) Орму несложную, все такое. Кое что расширил (роутинг например), чтобы проще было модулями расширять, а это требовалось в основном как раз. Кое что порефакторил в процессе, обновил пхп с 5.хуй какой-то версии до 7.1 (кажется, выше не вышло), точечно поправив где пизда была. Исправил старые ошибки, которые там годами висят, закрыл старые уязвимости (хотя это скорее для галочки, потому что как позже оказалось сверхразумов не защитить от уязвимостей - они сеошников на прямую в базу пускают). Всякую админскую хуету поделал, реплики там, хттпс автообновляемый и бесплатный, мусор (а они и его на серв ставили) поудалял, переключил с nginx + apach на nginx. Кеш завел для себя. В общем весь новый функционал писался в гораздо более человеческом виде, чем на родную, а уж тем более на уебанную сео-конторой версию престы. Новенькое превратилось более менее в непотную рутину.
Но желание обновиться таки было (и у заказчика особенно), а для этого самое главное не ядро вылечить, а 150 модулей (их реально столько было). Каждый из них с собственным кодом от очередного васяна. Были и оформленные хорошо, вроде модулей от яндекса, но и в них успели насрать. Отключил почти 70% из них. Оказалось просто ставили, а зачем - хуй их знает. Управленцы, сэр, видят цель не видят препятствий блядь, ставят все подряд в надежде что проканает. Надо понимать, что каждый модуль в сущности засорял систему, да и отследить флоу всей параши, которая по событиям (хукам) таким образом дергается - хуета хует. Ну и вполне реальный кейз того, что модуль может при установке сделать - насрать своими файлами вне своей директории хотя бы. там это в порядке вещей. Да и в целом чуть ли не каждый модуль это php + js + css + html в одном файле через это с глобальным стейтом и ну его нахер, таких слов нет, чтобы это описать. Проще просто удалять один за другим и смотреть че отваливается. Осталось терпимое количество модулей. Каждый из них надо было так же обновить и убедиться, что эта сука будет работать. И вот тут - фиаско. Обновить большую их часть до актуальной версии престы попросту невозможно. Часть из них подверглась таким же правкам сеоблядей, как и ядро, при этом часть платных модулей (а то и бесплатных) в изначальном виде уже вообще не достать, чтобы понять где тут в куче говна свинье еще и наблевали. Через код намертво стал заколачивать обновления модулей. Полностью запретил их установку так же через код, сказал ставить через меня (а хуле, они ведь каждый день по несколько штук ставят, похую им, что это прод). Захардкодил блеклист (вернее вайтлист) модулей, даже оповещать об этом заказчиков не стал, пусть просто думают что нет модулей.
Остроты добавляли страницы. Это такие куски говна в каждой, наверно, цмске, которые редактируются из админки и кладутся прямо в базу, потом дергаятся, эвалятся и че там они еще делают, хуй знает. Суть в том, что там работала вся та же ссанина, что и просто из кода. Хочешь - дергай глобал стейт, хочешь - модули, хочешь - дергай хуки, хочешь жс с запросами. Да все что хочешь вообще. Надо ли говорить, что с этим уже никакая иде не помогает, а при этом срут туда регулярно и очень объемно. И вот все перечисленное там было. Накрячил систему, при которой они срались в файлы, вместо базы, а в бд только путь. Но на нее так при мне полностью и не перешли.
Таким образом каким-то хуем нарисовалась более-менее чистая сборка престы, но без ебли в гланды обновить все равно нельзя. Обновлять стал вручную аккуратно пофайлово нахуй. Процесс долгий, но реально. Сам установщик престы применять - эт опиздец. Шанс что он просто похерит половину нужного. Гонял на стейдже, перетер нахер все и скораптил базу в хуй, при этом отвалившись с какой-то ошибкой. На все действо, конечно же, часа 4 ушло, эта хуйня не быстрая.
Так и не обновил до конца, вот такой вот я лошок, отдал следующему недачнику, а подсказывать че оно как отказался, пусть страдает, заслужил за то, что взялся за эту хуйню.
Работать стало канеш быстрее, новый функционал писать стало почти приемлимо, старый править - зависит только от модуля, где правки нужно вносить.
Нахер эти цмс, просто нахер. Судя по статье битрикс примерно такой же мусор и ковыряют его часто люди уровня "наш программист в сео-конторе", а значит еще хуже становится.
Единстыенный плюс - после этого неявно обфусцированного кода с чем угодно можно разобраться, но скилл так себе, потому что разбираться с чем угодно - это участь галерного раба.

>>1722087 →

> Это ведь так должна выглядеть композиция

По идее, да.

У тебя неудачно сделано то, что информация о бронях хранится в 3 копиях. Это сильно усложняет работу с кодом, так как любое изменение надо делать 3 раза, очень легко где-то ошибиться, и в итоге получить расхождение в данных. Данные о бронях стоит хранить в одном месте, это может быть, например Hotel или BookingService. При этом при желании можно прокидывать ссылку на них в Room, чтобы он мог знать о том, когда он забронирован, хотя по моему, проще без этого. Дублирование данных надо избегать.

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

> пишем пользовательскую функцию сравнения по уникальному номеру для array_udiff

Объекты можно сравнивать на равенство с помощью ===. Это условие сработает, только если справа и слева ссылка на один и тот же объект. То есть объект без всяких номеров обладает идентичностью. А вот == будет сравнивать не идентичность, а поля объекта и тут меньше подходит.

> return ($freeRooms[0]->getCapacity() >= count($guests))

Здесь будет ошибка, если массив $freeRooms пуст.

> //Если в этот раз не вышло разместить никого, пытаемся сначала разместить на одного гостя меньше

Тут по-моему ошибка: мы удаляем одного гостя из массива и ему ничего не будет предложено.

> Все функции я протестировал в самых разных ситуациях дебаггером

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

- урок про то, что такое и как писать автотесты: https://gist.github.com/codedokode/a455bde7d0748c0a351a

Если хочется посмотреть на реальные автотесты, то могу посоветовать компонент Symfony HttpFoundation: https://github.com/symfony/http-foundation . Он содержит классы, соответствующие HTTP-запросам и ответам (протокол HTTP используется в работе сайтов: браузер при открытии страницы посылает на сервер запрос, и получает ответ. Данная библиотека ничего никуда не отправляет, но сождержит классы, хранящие информацию о запросах и ответах). И там же в папочке Tests есть тесты для этих классов.

Если хочется разобраться в ООП поглубже, то могу предложить сделать классы для представления математических выражений вроде 2x + 3y + 7 (там получится дерево из объектов Сумма, Произведение, Переменная, Константа), а затем реализовать упрощение выражений, например 2x + y + 3x -> 5x + y. Задача выглядит простой по описанию, но позволит изучить деревья, AST, паттерн Visitor, трансформацию деревьев выражений.

Если ни тесты, ни выражения делать не хочется, можно браться за задачу про список студентов.