Daria Motorina

$data = json_decode($responseData, true);

echo $data['lang'] ;

и т.д....

Kibana - это вообще html-ка. Там всё на клиенте работает. Память вам докупать для elasticsearch пришлось бы, разве что. Но у эластика потребление памяти можно жестко ограничить в конфиге.

Самый лучший учебник - официальная документация
https://www.php.net/manual/ru/

Сам разберется ближе к выпускным классам.

Все велосипеды разные. Нет никаких "Стандартных плагинов".
Вижу вы начитались старых блогов по топ плагинам.
Но это неверный подход.

Все зависит индивидуально от:
- Ситуации (не везде нужны монстры сео или кеш плагины например. И не дай боже для перевода на лету на ssl - руками то в БД подправить лень)
- Заказчика (строго не любит шаред плагины или один/несколько конкретных плагинов. Говорит "пиши мне все по минимум - нафиг комбайны - все равно настройки ставлю один раз". Подобное - золотое правило и для ВП тем - скорость работы выигрывает)
- Своих предпочтений (разработчик наработал базу с одним плагином, ставить другой не хочет - т.к. не знает, лень. Разработчик не умеет (*овно разраб) написать свою функцию и форму - поэтому ставит для 2-х полей монстра ACF. Прикрывается этим: "Скорость разработки")

где можно скачать такую базу?

В открытом доступе, скорее всего, не найдёте. Это очень специфично. Можно попробовать договориться с каким-нибудь институтом или организацией.

PHP или JavaScript / jQuery

Это уже вопрос технологии, и его лучше решать после получения данных, в зависимости от их формата и объёма.

Не лень писать столько было?
1) Включить вывод ошибок
2) Проверить что уходит на сервер(консоль браузера - нетворк)
3) там же проверить что вернул сервер
4) проверить переменные котрые приходят в скрипт на сервере, подходим, не стесняемся, пользуемся var_dump()
5) Копируем ручками запрос в консоль/пхпмайадмин и смотрим на что матюкается мускул.
много думаем...

Все что больше 1к позиций нужно делать на csv
Но бывают варианты, когда головой не думают и тогда появляются xml, json, excel по 10Гб

Задача впринципе мало связана с фронтендом

Например, сборщик Gulp поднимает локальный сервер по адресу localhost:3000. Чем это может помочь при тестировании верстки?

Насколько я помню, сам Gulp ничего не поднимает, но это не суть... Сервер, локальный, нужен как минимум для возможности указания корректных по отношению к корню сервера путей, для тех же картинок, например: <img src="/img/image1.png" alt="#" /> - без локального сервера будет работать "никак". Уже этого факта достаточно, что бы этот самый сервер поднимать :)

Зачем писать миграции под уже существующие таблицы?
Просто закиньте дампом и если надо "запускайте" его.

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