Иван Шумов

WebStorm (но только по тому что я очень люблю компанию Jetbrains)
VS code - то что вам так же сейчас посоветуют

Все зависит от числа записей, наличия индекса и размера соответственно поля и индекса. Со времени может начинать подтупливать на больших объемах

Рассматривайте данные отдельно и логику отдельно. Завтра вы можете захотеть поменять эти правила.

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

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

Не важно какой адрес и даже не важно что там заголовки json. Есть несколько слоев:
* URL запроса - вы можете направить любой адрес на любой файл - хоть на статику, хоть на исполняемый скрипт
* бэкэнд - там может лежать генерируемый файл, а может быть тот самый исполняемый скрипт
* ответ - в котором заголовки указывают на то какого типа данные возвращаются. Скрипт может этим управлять

Есть платные API. Воспользуйтесь

RabbitMQ/Kafka - пуляете туда событие вида "действие такое-то" на те действия что влияют на статистику.
Создаёте несколько слушателей я которые пересчитывают статистику и складывают в эти таблицы (да, они должны быть по типам день,неделя, месяц,год как вам там надо)
При выводе просто получаете записи и считаете разницу

Можно пересчитывать статистику по cron, но при большом объеме могут быть накладки

Установить у себя Nginx или Apache2 и сконфигурировать под свой проект

Либо прочитать, например, про Elastic Search или Sphinx

1. Все субъективно. У каждого свои способности к самообучению
2. Вышка для программиста не является приоритетной. В некоторых направлениях помогает математика и статистика.
3. Если вы считаете что программирование это не вредно для здоровья то вы просто не знаете о том какие профессиональные болячки в it. Их валом)

Gitflow + ограничение на merge в master, релизные ветки + Jenkins

балансировщиков тоже несколько. поверх них DNS-сервера)

На серверной стороне это не сделать

Вы можете использовать templated. Динамичные ссылки, опирающиеся на параметры. И тогда уже опираться на атрибуты.

Раз уж тут набежали с облаками до меня - GCP Firebase

На самом деле вполне себе решение. Вы на правильном пути. Не все можно сделать в один запрос. И не всегда надо