Dmitry MiksIr

Во-первых, у вас удар по семантике уже нанесен смертельный когда вы начали делать неймспейсы Classes, Libs и Includes. Семантика - это назначение класса, но никак не его тип. Т.е. Controlles, Models, Services, Events и т.п. Но это лирика.

По сути вопроса - первая часть в неймспейсе должно быть имя вендора. Название компании, где вы работаете, название компании, для которой вы делаете проект или просто ваше имя. Дальше уже по усмотрению, хотя я бы советовал вторую часть называть по названию проекта. А дальше воротите что хотите.

Что до psr-4, он позволяет любую левую часть неймспейса (любого размера) мапить на любую директорию. Т.е. вы може свой \Heian\MyCoolProject\ отмапить в ./src/ и тогда \Heian\MyCoolProject\Libs будет ./src/Libs. Можете \Heian\MyCoolProject\Libs\ отмапить в ./mylib/ и т.д. Причем, таких мапов может быть сколько угодно, хоть все варианты неймпсейсов пропишите в мапинг.

Хотя, конечно, обычно делают что-то вроде \MyVendor\Project\ в ./src/Project/ или просто \MyVendor\ в ./src/

Нет, bitmap индекс - это другое, отношение к битовым операциям не имеет
https://wiki.postgresql.org/wiki/Bitmap_Indexes
Если у вас ограниченное число таких условий, можно построить индексы по выражению (например, индекс по выражению column & 0b0101111).

Потому что иначе по факту мы бы получили переопределение приватного свойства, что противоречит смыслу. По-этому, выбранная логика волне очевидна и не дает подводных камней.

Все заголовки переводятся в переменные $http_...

$http_имя
произвольное поле заголовка запроса; последняя часть имени переменной соответствует имени поля, приведённому к нижнему регистру, с заменой символов тире на символы подчёркивания

Т.е. достаточно подмешать к proxy_cache_key переменную $http_authorization
Например:
proxy_cache_key $scheme$proxy_host$request_uri$http_authorization;

location / {
  return 403;
}
location /home/pages/ {
  proxy_pass http://example.ru;
}

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

На самом деле нет каких-то зафиксированных принципиальных характеристик, которые присущи только EA. По-этому, в разговорной речи понятие "энтерпрайз" может значить весьма разные вещи. С одной стороны энтерпрайз - не про увлечение модой с переписыванием всего, как только появится новый тренд. Ибо это _дорого_, так как цена ошибки дорога. С другой стороны - совсем не обязательно, что это 20-летние технологии. Конкретный бизнес сам для себя выбирает модели развития и обновления стека технологий. С одной стороны - это сложность ПО, бизнес-логики. С другой - сложность понятие весьма относительное.

Но если все же пытаться выделить какие-то характерные черты, я бы назвал несколько:
* устойчивость к трендам (использование их, когда они пройдут стадию моды и перейдут к стадии заинтересованности крупными игроками, ибо никому не нужны технологии, которые через год умрут и их поддержка будет дорожать каждый день).
* сложная и непостоянная бизнес-логика, давление на нее из множества источников
* результат сложной переменчивой бизнес-логики в совокупности с длительным использованием продукта приводит к целям снижения стоимости поддержки за счет стоимости первоначальной разработки, производительности и потребляемых ресурсов. ООП, SOLID, Unit Test/TDD, DDD - все эти популярные буквы - последствия "энтерпрайза", когда мы готовы серьезно подходить к написанию кода для облегчения его последующего изменения.
* слабо заметный вклад конкретного программиста, проистекает из сложности ПО

Требования к программисту... ну я бы сказал, усидчивость, вдумчивость, исполнительность... хм, а что, в каких-то других областях другие требования к программистам? Хотя, конечно, в противоположность, можно назвать способ разработки "быстро-быстро и в продакшн". Но, к слову, такие ситуации могут и в энтерпрайзе возникнуть.

По-этому, стоит рассматривать не энтерпрайз/не энтерпрайз, а конкретные компании с конкретными требованиями и циклами разработки.

server {
    listen 80;
    server_name api.domain.dev;

    location / {
        proxy_set_header Host domain.dev;
        proxy_pass http://keeper_app/api/;
    }
}

Меняли NS у регистратора домена? Несколько часов (в срднем от часа до 8 часов, там фиксированное расписание). По информации с ру-центра:

Изменения вступят в силу после обновления информации в зоне верхнего уровня. Зона RU обновляется 4 раза в сутки: в 02:00, 10:00, 14:00, 19:00 (по московскому времени). Зоны SU и РФ обновляются каждый нечетный час. Обновления зон занимают от нескольких минут до получаса.

И после того, как NS-ы появятся, еще нужно время на протухание кеша DNS серверов. Ели у вас свой ресолвер (DNS сервер, который вы используете на своей рабочей машине для ресолва доменов), то просто сбросить на нем кеш.

Как уже сказали, нода - это тоже бекенд. Используются вместе путем разделения запросов к ноде и пхп по урлу или имени сервера.

Например, по урлу. Запросы вида /api/что-то/ идут на пхп, все остальные - на ноду. Т.е. запрос клиента приходит на nginx, тот перенаправляет его на ноду, она отрабатывает логику и делает запрос в nginx на /api/что-то/, который, используя правила location - перенаправлет его в php.

По домену - аналогично. Просто в nginx будет для разных типов запросов разные server блоки со своими site_name (и, возможно, своими listen, если мы хотим разнести эти точки входа по разным портам или ip адресам). Если запрос на www.domain.com - запрос на ноду. Если запрос на localhost - запрос в php. Соответсвенно, нода делает запросы на localhost (тоже через nginx).

Теоретически, нода может работать напрямую с PHP без промежуточного nginx, по протоколу FastCGI, но такая схема почти не используется. И из-за того, что работать из ноды с http проще, и из-за гораздо большей гибкости управления конфигурацией, тогда как дополнительные накладные расходы из-да nginx между нодой и пхп - весьма малы относительно общего времени обработки запроса.

Если уточнить ответ devman, у вас php не может найти RedBeanPHP\OODBBean на момент старта сессии. Автолоад или include файла с этим классом (если он вообще есть) следует сделать до старта сессии.