koder_1

В 2005 -2008 годах была такая занятная традиция, каждая веб-студия, даже из одного программиста, писала свою цмс.
Для этого была необходимость, потому что существовавшие тогда движки не удовлетворяли хотелки клиентов, например по seo, только появилась мода на ссылки чпу к примеру, а в джумлах и вордпрессах того времени было с этим туго.
Ну и плюс стандартный тогда набор модулей, который ставился на сайт, не был реализован в движках, разнообразные календарики, модули опросов - маст хэв на сайте 2006 года.
С учётом также повальной моды на индивидуальные сайты, слово самописная CMS тогда вызывало восторги у клиента.

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

Но для опыта и прокачки навыков штука полезная.

Есть же пример из документации Битрикс

global $USER;
$arResult = $USER->ChangePassword("admin", "WRD45GT", "123456", "123456");

Имхо, эта функция сложная для использования, надо знать контрольную строку для восстановления пароля.

Проще

$user = new CUser;
$fields = array('PASSWORD' => 'Parol1', 'CONFIRM_PASSWORD' => 'Parol1');
$user->Update($ID, $fields);

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

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

В 2005-2010 была мода, каждая веб-студия даже из одного программиста писала свою собственную cms, обычно на чистом php.
По опыту написания своей цмс, могу сказать что со временем все равно это переходило в подобие своего фреймворка со своими классами, хелперами, со своими правилами в каких папках что хранить, как что называть, со своими общими функциями постраничного вывода, маршрутизации.

Какой здесь вывод? На чистом php все равно никто не пишет, все равно создаётся свое ядро, свои наработки, которые используются от проекта к проекту. Всё равно создаётся свой фреймворк.

Так что выбор здесь или использовать готовый фреймворк/цмс или будет собственный фреймворк внутри вашей команды разработчиков.

На собеседовании поэтому можно так и спрашивать, а зачем писать на чистом php, если есть инструменты, которые ускоряют разработку?

Чтоб подключить скрипт в конце body, пишите в конце body <script> без всяких функций Битрикс.
Есть еще в главном модуле настройка переносить js в конец, но она может привести к тому, что другой какой-то функционал не заработает, тестировать нужно будет весь сайт.