Антон Неверов

Используйте json_decode

$data = json_decode($_REQUEST['fields'], true);
echo $data['name']['value']

Вы и из WordPress'а можете сделать headless. WP даёт отличный API. Я на своей практике реализовывал такой бекенд для сайта React и мобилок. Было больно - но не так, как писать всё с нуля. Заказчик получил удобную панель управления + огромный репозиторий плагинов WP.

Что касается Laravel - да, можно. Но готовы ли вы тратить такое количество времени на то, что, по факту, уже есть в WP? Та же админка - ну вряд ли у вас получится сразу же сделать так удобно и красиво как у WP.

То, что написано в целом - это самый настоящий говнокод. Класс A не является самостоятельным и при попытке сделать его экземпляр и вызвать A->method() программист получит ошибку в любом случае. Так делать нельзя, независимо от логического обоснования того, что здесь происходит.

А явление, которое вы наблюдаете называется умными словами позднее статическое связывание (3 пример). Почитать кучу текста всё-таки придётся, этот нюанс в двух словах не объяснить, что вы хотели?

Вообще, есть куча разных сервисов, которых предоставляют API авторизации сразу из коробки. Например, старинный uLogin. Он даёт сразу удобные данные в едином формате для многих социальных сетей. Он так же даёт уникальный ID аккаунта, по которому можно определить, зарегистрирован ли пользователь, или ещё нет.
Но этот вариант плох по многим причинам, основная из которых - зависимость от сомнительного сервиса. Но есть менее сомнительные сервисы, которые выполняют такой функционал.

Крутые ребята делают авторизацию напрямую. Например, тот же ВК. При авторизации он даёт уникальный ID профиля, по которому вы можете проверить уникальность. В идеальном мире в вашей базе данных будет отдельная таблица для авторизаций через Вконтакте, где будет содержаться VK ID и ID пользователя в вашей системе. При попытке зарегистрироваться вы должны проверить, если ли этот VK ID в вашей системе. Если есть - то авторизовать пользователя как уже зарегистрированного, если нет - внести нужные данные в базу и зарегистрировать нового пользователя.

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

https://auth0.com/learn/social-login
https://firebase.google.com/products/auth

1) Всегда можно рассмотреть использование нереляционной базы данных на подобие MongoDB/YDB/CouchDB. Записи в таких базах подобны JSON-документам и не имеют строгой табличной структуры, как у реляционных аналогов.
2) Ваш вариант с Many-to-many связями вполне неплох, если хотите использоваться всё же реляционную БД. Он не нарушает нормальных форм.

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

Есть правило, напрямую запрещающее делать лишние свойства. Читайте про принципы SOLID.
Вы говорите о принципе разделения интерфейсов.

В чём сложность на данный момент?
https://www.google.com/search?q=php+send+mail+with...

Вы же даже знаете, что у вас png и что маска называется маской, в чём проблема то?
https://www.google.com/search?q=php%20png%20mask

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

Смотрите, что пишет консоль браузера при запросе на бек. Скорее всего, ошибка запроса, если уж бек гарантировано отвечает.

Какая бы у вас загрузка не была, бекенду вообще всё равно. Для него ваш запрос из JS такой же запрос, как и сотни других.

У вас проблема не с PHP, а с сервером.
Проверьте конфигурацию вашего сервера. У вас или Apache, или Nginx, скорее всего, второе.

Сервер просто не открывает /index.php, а пытается открыть директорию. К которой, очевидно, доступа у вас нет из-за настроек сервера.

Как вариант, можете насильно перейти на /index.php в браузере, возможно сработает.

Строку прогоните через parse_str и на выходе получите массив, который вы хотите.

Любой сервис, который вы захотите.
Чаще всего используется S3-совместимое хранилище от любого провайдера. Сжимать фото в этом случае, вы должны на свой стороне.

А вообще, у Laravel есть пара готовых модулей для самых популярных решений.

$text = ''; //Здесь ваша строка с данными
$lines = explode(PHP_EOL, $text); //Разбиваем на массив по строкам
foreach ($lines as $line) { //Перебираем строки
  $data = explode('|', $line); //Разбиваем строку по |
  echo $data[0] . ' ' . $data[1] . ' ' . $data[2]; //Имя1 Фамилия1 Отчество1
}

Вам нужен шаблонизатор. Вариантов масса:
Я предпочитаю Smarty почему-то.
Ещё, очень популярен Blade в силу того, что он используется в Laravel.
Mustache доступен не только для PHP, а ещё для массы других языков. Я его в JS использовал.
+ Twig

Это первые, что приходят в голову. Если погуглите - найдёте ещё миллион.

Beget даёт бесплатный ограниченный хостинг.
Ну а остальные ищутся в гугле. У всех свои условия и разные ограничения. Посмотрите сами, что вас меньше всего будет смущать.