smilingcheater

За шифрование у вас на сервере что отвечает - apache или nginx? В nginx в надо указать директиву ssl_protocols TLSv1.2; Про апач не подскажу.

Вы путаете инфоблоки и компоненты. news.list и catalog.item - это названия компонентов.

Я предположу, что у вас есть первый инфоблок с новостями, который используется только в компоненте news.list, и второй иб с товарами, который используется только в catalog.item.
Что мешает вам в result_modifier шаблона нужного вам компонента через АПИ работы с инфоблоками выбрать из БД нужные вам данные и как угодно их обработать? Начните например отсюда
https://dev.1c-bitrix.ru/api_help/iblock/classes/c...

Потому что fs.readdir - асинхронная. На момент консоль лога она ещё не выполнилась.
Либо переписывайте на async/await, либо на промисы, либо (в самом крайнем случае если понимаете чем это грозит) используйте синхронную readdirSync.

"Њарнавальные нбнХЪШ Њарнавальные нбнХЪШ" - либо у вас какие-то проблемы с кодировкой, либо неправильно настроен mbstring. Запустите проверку сервера через админку битрикса (Настройки - Инструменты - Проверка системы, кнопка "Начать тестирование") и проверьте пункт "Параметры настройки UTF (mbstring и константа BX_UTF)"

Я бы предположил, что у вас на бекенде повис PHP-процесс и залочилась сессия. С сессиями работаете? Хранятся в файлах?
Соответственно пока сессия не освободится, любой следующий запрос с тем же sessid при попытке открыть сессию будет висеть в ожидании её освобождения и ничего не отдавать в браузер.
Ещё вероятно у вас лимит времени исполнения php зачем-то поднят до 15 минут, вместо стандартных 30 секунд.
В инкогнито при этом всё работает, т.к. там получается другой sessid и соответственно новая сессия, которая не залочена.

Потому что вы первым параметром в setTimeout передаёте не функцию, а результат вызова функции ChangePhoto(files[i]).
И кстати, в таком виде у вас обработка фото будет не подряд с задержкой 300мс между вызовами, а все обработчики запустятся разом через 300мс после цикла. Но в силу однопоточности ноды будут всё равно выполнятся подряд друг за другом.

"Функция mail() - работает без нареканий." - любое письмо посланное на любой адрес доходит до получателя?
Открыть админку, посмотреть таблицу с логом отправленных писем, посмотреть статусы. Ссылка /bitrix/admin/perfmon_table.php?table_name=b_event , отсортируйте по ID по убыванию. Статус в колонке SUCCESS_EXEC.
Смотреть серверный лог отправки почты, /var/log/mail.info, если ли в нём записи с попыткой отправки не-дошедших писем.
Запустить проверку системы в админке битрикса и посмотреть результаты по пунктам отправки писем (Админка - Настройки - Инструменты - Проверка системы)

Зачем вам такой мощный кулер на проц с TDP 65 ватт? AMD почти не гонятся, кулер на более чем 100 ватт покупать нет смысла.
Почему вы берёте SSD не NVMe, а устаревший SATA?
Памяти, если позволяет бюджет, лучше взять 32Гб.

Вы вызываете файл с этим кодом через браузер? Веб-окружение на винде настроено через что-то типа OpenServer?

Скорее всего причина в том, что браузер автоматически делает ещё 1 запрос, на favicon.ico. На винде у вас настроено вероятно так, что статика типа иконки отдаётся через nginx, и запрос на иконку не попадает в этот Index.php, а на маке и убунте запрос обрабатывается апачем и попадает в index.php. Это можно проверить несколькими способами, например:
1. через инструменты разработчика посмотреть запросы к серверу
2. в логировании дополнительно записывать и запрашиваемый файл/урл. Либо весь $_SERVER для наглядности.
3. положить рядом файл favicon.ico, и посмотреть не прекратились ли доп. записи