smilingcheater

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

Давайте по порядку...
Радиус покрытия:
- у 2ГГц выше, чем у 5 ГГц
- сильно зависит от расположения роутера и препятствий на пути
- может быть частично увеличен подъемом мощности передачи (но вы не сможете поднять мощность приема, и ваш роутер может перестать слышать телефон, хотя телефон будет ловить сильный сигнал от роутера)
- может быть значительно увеличен направленными антеннами (как правило это роутер совмещенный с антенной, типа DAP-3310), но решение не для любого случая
- может быть увеличен до огромных размеров за счет технологии mesh (а там есть разные способы и пути решения вопроса, но для стадиона или гостиницы - на роутерах уровня SOHO выехать не получится)

Зашумленность эфира:
- на 5ГГц ниже чем на 2ГГц (и роутеров меньше, и частоты "ширше")
- непересекающиеся частоты на 2ГГц - это всего три канала: 1, 6 и 11.
- соседние роутеры повешенные на каналах как попало (например на 3 и на 4) - сильно фонят и мешают друг другу.
- роутеры повешенные на один канал (например все на 6) - "договариваются" между собой и делят канал честно, но работают на скорости самого медленного из всех устройств.

Соответственно задачи "расширить" и "выбрать правильный канал" - совершенно разные и частично взаимоисключающие.

Типичная бедственная ситуация выглядит так: офисное здание или новостройка из пенобетона. Ловятся по 50 точек доступа. Роутеры и устройства дико мешают друг другу. Вайфай еле работает.
Как надо решать:
- посадить всех принудительно на 1, 6, и 11 канал.
- снизить мощность передачи на всех роутерах
Как решают (эгоистичный способ):
- покупают роутеры помощнее, передачу ставят на 100% мощности
- ищут каналы посвободнее
Ну и итог - сперва у одного эгоиста становится лучше, за счет резкого ухудшения ситуации у остальных. Потом остальные "подтягиваются" и работать перестает у всех.

Теперь к вашему вопросу... Да, вы можете настроить в роутере (ну в большинстве можно) автовыбор канала по расписанию, или динамически. Но это не решит проблему. Это приведет к коллапсу...

> для конторы внутренний GIT сервер на raspberry pi.
будет программный RAID1 на USB дисках?
любая древняя материнка + pci-e raid controller - намного, намного лучше

Дело, вероятно, в вашей файловой системе, а не в Git. У вас, полагаю, Windows?
В Windows не учитывается регистр файлов. Если вы попробуете записать данные в файл "test" и в файл "tEst", обе записи выполнятся в один файл, а имя ему выберется в зависимости от порядка записи.

1) Покупаем и устанавливаем 1C-Битрикс: Управление сайтом - старт -https://www.1c-bitrix.ru/products/cms/editions/sta...
2) Заходим в /bitrix/modules/ и удаляем все кроме модулей main, main.admin, iblock
3) Заходим в /bitrix/components/ и удаляем все компоненты
4) Читаем документацию к ядру D7 - https://dev.1c-bitrix.ru/learning/course/index.php...
И создаем непревзойдённый по качеству продукт

TLDR: Никак.

Давно читал что Битрикс CMS -- это продукт, построенный на Bitrix Framework. Как и Битрикс 24. И по идее, можно построить на нём свой собственный продукт. Использовать без CMS или любого готового решения или продукта.

Да, есть Bitrix Framework, но это не фреймворк в общепринятом виде, а именно каркас проприетарной системы который непрерывно связан с CMS (точнее обмазан вокруг).

Есть ядро продукта (которое состоит из модулей main, fileman, ui, rest и сайта-админки), так вот Framework это часть модуля main который обеспечивает работоспособность системы.

Вопрос в том, какую технологию, библиотеки или алгоритмы выбрать под эту задачу?

У тебя описан простой фильтр. Реализовывается на любой "технологии".

насколько оптимально такое решение?

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

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

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

Хотя как по мне, следует отделить систему безопасности Постгресса от авторизации в приложении. Мнение по данному вопросу от Everything_is_bad в комментарии - это не сарказм, а весьма правильное замечание.

Обязательным nginx не будет, но он рекомендован большинству веб-проектам. Очень многие проблемы на себя берёт nginx, и вообще странно брать высокопроизводительный инструмент (Actix Web) и не позаботься о балансировке нагрузки (или вы хотите сами писать балансировщик?).

Добавлю свои пять копеек.
- публичные свойства $user и $name;
- функция init вместо конструктора класса;
- (холивар) использование синглтона Database вместо внедрения зависимости.