Форум

Сработал совет Евгения Смолина написать в поддержку TimeWeb,
Они подсказали другие настройки крона. Через http-запрос. (wget [URL=https://адрес_сайта)]https://адрес_сайта)[/URL]. Так заработало.

[QUOTE]
вы так и не написали, что у вас выводится[/QUOTE]
Почему не написала.
от 19.01.2026
[QUOTE] написал:
Сама переменная $_SERVER['dOCUMENT_ROOT'] пуста, проверяла логированием. Именно поэтому я ее и задаю.[/QUOTE]
В задачах на кроне переменная $_SERVER['dOCUMENT_ROOT'] пуста. На всякий случай я это проверила, записывая ее в лог. Пуста. Поэтому она и задается в скрипте.

>> не проще заплатить тысячу рублей любому спецу и найдут причину?

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

Евгению Смолину спасибо! И всем неравнодушным, участвовашим в обсуждении - тоже!

Видимо, придется копать подключаемый prolog_before.php. Больше версий нет.
Если что-то получится, отпишусь здесь. Вдруг кому-то поможет.

У меня не заработало и после внесения всех отличий со скриптом Евгения Смолина.
Поэтому два вопроса к Евгению.
1. Вы привели вырезку из реально работающего скрипта на кроне? Или это тоже тестовый скрипт.  Тогда чем подтверждено, что после [CODE]<?require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");?>[/CODE]
выполнение скрипта продолжается? Что-то как-то логируется в теле страницы? У меня ведь тоже ошибок нет, все просто останавливается на вышеприведенном операторе.
2. Какая команда на кроне запускает ваш скрипт?

Пока все мимо кассы.[QUOTE]На таймвебе на это дело может влиять т.н. "изоляция сайта". Попробуйте отключить если включена:[/QUOTE]
Отключали. Не помогло.
[QUOTE] написал:
проверьте что у вас покажет realpath(dirname(__FILE__)."/..");[/QUOTE]
То же самое, что и задается в $_SERVER['dOCUMENT_ROOT']. Отличий нет.
Сама переменная $_SERVER['dOCUMENT_ROOT'] пуста, проверяла логированием. Именно поэтому я ее и задаю. Всегда так делала, ставя битриксовые задачи на крон. Впервые такое пролет.

#!/usr/bin/php в начало скрипта я ставить не стала. Так как команда на кроне выглядит так:
[COLOR=#333333][FONT=ui-monospace, SFMono-Regular, "SF Mono", Consolas, "Liberation Mono", Menlo, monospace][SIZE=12px][CODE]/opt/php82/bin/php /home/s/smsgold/smsgold.ru_202511/public_html/tools/test.php[/CODE][/SIZE][/FONT][/COLOR]
Все нужное есть для выполнения скрипта.

[QUOTE] написал:
зачем подключать prolog_before.php,[/QUOTE]

[QUOTE] написал:
наверно там дальше подразумевается функционал от БУС[/QUOTE]
Именно. Это же тестовый скрипт. Попытка понять, что не так  со строкой[CODE]require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");[/CODE]
Почему из-за нее умирает скрипт?

Увы! Дело не в письме.
После включения[CODE]require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");[/CODE]прекращается выполнени любого кода.
Отправку письма можно заменить логированием или каким-то другим кодом - , не работает ничего, все останавливается на этом require.

Не работает скрипт на кроне в TimeWeb. Самый простой, тестовый.
Сам скрипт поставлен на крон в панели управления TimeWeb, не через cron_events.php

Вот так все работает нормально и почта приходит[CODE]<?php
define("NO_KEEP_STATISTIC", true);
define("NO_AGENT_CHECK", true);
$_SERVER["DOCUMENT_ROOT"] = "/home/s/smsgold/smsgold.ru_202511/public_html";
//require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
mail('rudnina@narod.ru', 'test on cron', 'test in cron');
?>[/CODE]
Убираю комменты с предпоследней строки, почта перестает приходить. Замена почты логированием в файл дает аналогичный результат.
При запуске из браузера скрипт работает нормально.
Переменная $_SERVER["DOCUMENT_ROOT"] задана правильно. Логи ошибок пусты.

Кто-нибудь что-то может подсказать?

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

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