Алексей Уколов

В этой строке — никак.
Нужно найти место, где она используется и вставить редирект туда.

Естественно, при изменении кода нужно менять и тесты.

Namespace должен полностью совпадать с путём на диске. У вас же там Folder какой-то затесался.

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

В родительском классе вместо self::foo() должно использоваться static::foo(), если речь про статический метод. Без изменения родительского класса этого добиться нельзя.
Но это при условии, что печально известная CMS вообще что-то знает о вашем классе и вызывает именно его, а не сам родительский. Если нет, то делать дочерний никакого смысла нет.

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

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

Добавьте к switch вариант default.

P.S.

а вот тут уже мутация

Чистые функции не должны мутировать какие-то внешние объекты. Но с локальными переменными внутри них можно делать что угодно.

By default, the response takes the following form:

access_token=e72e16c7e42f292c6912e7710c838347ae178b4a&token_type=bearer

You can also receive the content in different formats depending on the Accept header:

Accept: application/json
{"access_token":"e72e16c7e42f292c6912e7710c838347ae178b4a", "scope":"repo,gist", "token_type":"bearer"}

Accept: application/xml
<OAuth>
  <token_type>bearer</token_type>
  <scope>repo,gist</scope>
  <access_token>e72e16c7e42f292c6912e7710c838347ae178b4a</access_token>
</OAuth>

https://docs.github.com/en/developers/apps/authori...

Никак, если сайт не поддерживает отдачу html.
Если же поддерживает, то это уже зависит от самого сайта - там может быть это как угодно реализовано. Начать можно с указания корректного заголовка Accept.

Постановка "мне сложно распарсить JSON, поэтому я хочу парсить HTML" очень-очень странная, потому что как раз с JSON работать намного проще. Если, конечно, вы не сам этот HTML формируете (но тогда при чём тут "парсить"?).

Вы и привели массив строк. Если он сам у вас является строкой, то это json и с ним нужно работать стандартными механизмами БД или PHP.

Эта ошибка возникает для случая, когда $k = 'next' и $v2 = 'https://graph.instagram.com...'.

Вы, очевидно, хотите итерировать по $arr['data'].

Ситуация такая возможна.

Создать базу данных с сессиями, где хранится id сессии и ее содержимое?

Да. Ну ил на веб-сервере нужно настроить sticky session.

Глаз пользователя/бота до исходников и так не добирается.

Ключевое слово use должно быть указано в самом начале файла (в глобальной области) или внутри объявления пространства имён. Это необходимо потому, что импорт выполняется во время компиляции, а не во время исполнения, поэтому оно не может быть заключено в блок.

https://www.php.net/manual/ru/language.namespaces....

Возможно.

чтоб json показывался вот так

Это не валидный JSON, поэтому да, сериализацию в этот нестандартный формат вам нужно писать самостоятельно.
Но тогда и десерилизацию этого нестандартного формата тоже нужно будет писать на клиенте.
Гораздо проще передавать строку и использовать, прости господи, eval.

ext-dom * -> it is missing from your system. Install or enable PHP's dom extension.

P.S. Новый проект стоит начинать на актуальной версии языка — 7.4 или 8.0.