Adamos

Для внутреннего понимания: strpos в РНР - это тупая обертка над С-функцией, принимающей в качестве аргументов два char* и выдающая в ответе количество байт, через которое второй массив байт совпал с первым.
Она знать ничего не знает ни о каких кодировках, и это хорошо, но не то, что вам нужно.
func_overload - это костыль для легаси-кода, в котором люди, не думающие о будущем, обрабатывают строки так, как будто они всегда будут однобайтными. Воцарение UTF-8 нарушило эту идиллию, а переписывать тонны кода зачастую просто некому - вот и подперли проблему настройкой, которая подсовывает mb_-функции вместо архаичных.
Если вы пишете новый код и он работает со строками, а не с потоками байт - вам следует забыть об этих функциях и никогда не использовать ничего, кроме mb_*, в коде.

Этот блок заблокирует скрипт при условии, что он пройдет через интерпретатор РНР.
А вот если он почему-либо обрабатывается браузером в "сыром" виде - выполнится скрипт.

А еще в этом коде очень легко заменить один из нулей на О - и незаметно для читающего условие начнет выполняться. С предупреждением, конечно, но на проде они часто отключены...

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

grep/sed/awk по крону. Результаты скидывать в папочку, которую уже будет разбирать пых.

Первая же ссылка в гугле:
https://copist.ru/ru/blog/2014/03/04/simplexml-and...

window.myPurposes = {
  someVar: <?php echo $some_value;?>;
}

Просто чтобы не засорять глобальное пространство. Ну, и со временем туда же можно ввалить функции и прочее.
А можно, как уже отметили, сделать и

window.myPurposes = <?php echo json_encode($arr); ?>;

Как именно я должен хранить данные конфига?!

Смотрите. У вас есть конфиг, есть классы, которым нужно получить данные этого конфига.
Как именно он хранится - эти классы не знают и знать не желают.
Потому что вы сделали класс конфига, у которого есть внешние функции "получить нужные данные" и внутренний механизм, который реально берет их оттуда, где они хранятся. Это же ООП.

Мне нужно сделать это через класс с ограничением видимости или как-то еще?

Да, внутренняя часть делается через ограничение protected / private

Если это будет класс, нужно ли в данном случае использовать конструктор?

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