Ипатьев

Если нормально сформулировать вопрос, то речь идет о банальном деплое
И автору бы сначала поучиться разворачивать свое единственное приложение, а потом уже начинать мечтать про междупланетный шахматный центр на тыщу инстансов.

При том что задача в общем случае решается элементарно. Добавлением еще одной секции в плейбук того же Ansible. Что даст автору ту самую заветную "одну кнопку". А точнее две - развернуть новый инстанс и обновить все существующие.

А если еще внимательнее посмотреть на проблему, то возникает закономерный вопрос - а зачем автору вообще миллион виртуальных хостов, если речь идет о банальных поддоменах? Которые прекрасно реализуются в рамках единственного виртуального хоста. То есть можно либо добавить поддержку субдомена в текущее приложение, либо, на худой конец, сделать multi-tenant приложение, где у каждого поддомена будет своя БД.
При этом вся кнопка будет заключаться в добавлении имени субдомена в базу данных

Учитывая, что тот же РНР прекрасно обрабатывает запросы вида ?foo[]=bar&foo[]=bar2, то уникальность явно не является обязательной.
А то что он видит как один (только не первый, а последний), то это как раз совершенно очевидно и банально.
Если вы в коде напишете
$array['foo'] = 'bar';
$array['foo'] = 'bar2';
То разумеется в $array останется только второй вариант, который тупо перезатрет первый. И Оппач тут совершенно не при чем.

Но вам никто не мешает написать свой парсер QUERY_STRING и брать из него неуникальные значения.

На стороне РНР это делать бессмысленно. Поскольку "блокировки" на уровне приложения не снизят нагрузку на сайт.
Поэтому обычно никто не парится, если только это не начинает сказываться на производительности. Но в этом случае блокируют на подходах.
В целом, такое "распознавание" - вещь довольно бессмысленная, а зачастую и вредная.

Заменяйте пробел на плюс
Причем лучше это делать не косолапыми ручками, а через urlencode() каждого отдельного параметра

Открыть в редакторе главную страницу, поставить курсор после слова footer, дописать -home и сохранить страницу?

Собираем логи Symfony в Elasticsearch с помощью Filebeat и Monolog

Если данные нужны для нескольких заказов, то вариант @Rsa97
Если только одного заказа, то проще двумя запросами, результат второго просто подцепить в виде отдельного элемента к массиву, полученному из первого

Большие объемы данных хранят точно так же, как и маленькие.
Любые отступления от этого правила должны быть продиктованы очень серьезными причинами. поскольку никаких причин вы не привели, то и ответ будет стандартный:
Делаете таблицу вида
route_id, lng,lat,speed,date
и пишете в нее свои точки, используя множественный insert
ошибка mysql лечится увеличением max_allowed_packet

Если речь о том, чтобы проверять по базе не по одному файлу, а собирать пачками по сто (лучше по тысяче), то задача имеет смысл.
Прерывать тупо по счетчику: накопилась тыща - провалились в if, внутри которого всю пачку по базе пробили одним запросом, лишние удалили, массив обнулили, дальше пошли.

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

Тут надо не скобочьки расставлять, а весь это адов говнокод удалять. И оставить только
$remote_addr = getenv('REMOTE_ADDR');