Андрей К

С менталитетом населения и уровнем образования...
Чем ты больше знаешь, тем ты "дальше видишь".
И это даёт положительные результаты в плане выбора того или иного инструмента/платформы разработки, т.к. "то что нас не убивает делает нас крепче".

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

Если не ошибаюсь, то вам нужна функция in_array()

Простой ресурсов сам по себе - не проблема, а счастье. Проблемой является простой ресурсов при заметной деградации сервиса.

Но в тестовом режиме, загружая систему примерно на 100 000 запросов с 2000 потоков (через tomact: ab -n 1000000 -c 3000 ") проц всё ещё остаётся загружен всего на 36%.

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

Учтите сложность разработки:
1. Qt - это всё-таки C++. Разрабатывать на нём существенно сложнее, чем на Java. То есть дольше и с большим количеством ошибок.
2. Инструментарий разработки для C++ однозначно хуже такового для Java в силу, опять-таки, особенностей языка.
3. Java - родная платформа для Android. Отсюда потенциальные проблемы с совместимостью у Qt.

Так что это субъективный выбор, на мой взгляд. Если вы опытный С++ разработчик, то вам, наверное, будет удобнее использовать Qt. В противном случае - не вижу преимуществ перед Java (мы ведь говорим о разработке под Android - и только).

Если же вы не работаете с C++ и Qt, но они вам интересны, то имеет смысл осваивать их безотносительно к Android.

В вашем случае хорошо будет объединить поддержку и Kanban. Процесс при этом может выглядеть следующим образом:
1. Через поддержку клиенты оставляют заявки, где описывают что им нужно.
2. Менеджер разгребает эти заявки, уточняет их (добавляет нужную информацию) и может как-то классифицировать, например, Сайт или Инфраструктура или еще как-то. Менеджер может оценивать сложность заявок по шкале X, L, M, S.
3. Члены команды берут по мере возможности себе те задачи, которые подходят им по классу и по оценке сложности. Выполняют работу и перетаскивают карточку в состояние "Выполнено".
4. Менеджер принимает выполненную работу и отмечает заявку как завершенную, либо отклоняет ее на доделку/переделку. Заказчику уходит письмо о том, что его заявка выполнена, ну и дальше он смотрит, отклоняет или принимает ее решение.

В этом процессе минимум взаимодействия, все видно на Kanban-доске. Видно где затык, кто сидит ковыряет в носу и т.д. В качестве инструмента, в котором такой процесс можно организовать, могу посоветовать devopsboard.ru

Единая точка входа - один php файл, (обычно index.php лежащий в корне сайта), в который попадают все запросы ко всем страницам. Он запускает движок и вызывает router (маршрутизатор) - скрипт, который по url определяет какой раздел и какая страница запрошена. Ориентируясь на правила прописанные в маршрутизаторе он запускает нужный модуль (читайте про mvc). Там где-то происходят обращения в базу данных, какая-то бизнес-логика работает, и в итоге данные передаются в шаблонизатор, который выдает HTML код.

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