не нужные \0\0 в заголовке

не нужные \0\0

Почему \0\0, когда там \n\n?

на каком уровне они добавляются?

Где-то после «?>» в конце файла стоят лишние переводы строки. Убери все финальные «?>» и больше никогда их не ставь :)

Это не моё. Это битрикс попался. Как найти или отладить пхп

Udp: не в заголовке. В теле

С битриксом не знаком, но вывод скорее всего буферизуется. Если есть возможность, то перед выводом капчи можно попробовать вызвать ob_clean.

Либо, как уже сказано, ищи закрывающиеся тэги ?> в файлах с кодом. Все символы после этих тэгов вываливаются в стандартный вывод, вероятность 90%, что в этом проблема.

закрывающиеся тэги ?> в файлах с кодом

или открывающиеся, вдруг кто-то всунул это в самом начале

Хрен его знает - вот никогда не сталкивался. Если лицензия не истекал - в ТП - пусть ковыряются. За что заплачено?

Если истекла - копать начинай отсюда: /bitrix/modules/main/classes/general/captcha.php

Но для начала, для чистоты эксперемента, закомментируй в /bitrix/tools/captcha.php последнюю строку, т.е: require($_SERVER[«DOCUMENT_ROOT»].«/bitrix/modules/main/include/epilog_after.php»);

Мало ли - может у тебя где-то эвент на потобработку - я такое встречал - может и капчу запарывать в теории.

Есть подозрения что модифицировано ядро - так делать нельзя.

спасибо

засунул код из файла bitrix/modules/main/include.php внутрь ob_start() ob_get_clean()

заголовки стало отдавать нормальные, Content-Type: image/jpeg но пустые строки остались

include.php вообще обфуксенный файл, как будто там вставки инородные

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

как то бы увидеть стек вызовов и включёных файлов в заданном месте

мне вот честно говоря не понятна эта концепция с <? ?>

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

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

чтобы исключить этот файл сделал заглушки для COption::GetOptionString и COption::GetOptionString в modules/main/classes/general/captcha.php

но там ещё нужно где то брать коннектор к базе, в общем без bitrix/modules/main/include.php никуда

пролог закрывал, ничего не меняется

Откуда PHP вырос, оттуда и родовые проблемы.

Вероятнее всего, либо переводы строк после ?>, либо unicode bom в начале файлов вследствие редактирования текстовыми хипсторедакторами с виндой головного мозга.

да это то всё понятно, не понятно что с этим делать

что-то бы там вызывать, чтобы увидеть такое же трейс как во фласке или хотя бы джанге.

за-то понятно, почему за модифицирование битрикс хорошо платят. адский труд

увидеть трейс то можно или с помощью xdebug, вопрос только, что он даст) Все равно, где именно выводятся эти символы это не покажет. Можно пройтись регуляркой по php файлам на поиск ?>\n\n, \n\n<? или чего то подобного.

почему их не нужно закрывать не понятно

логичнее не закрывать в случае eof

include.php вообще обфуксенный файл

Это нормально. Там подключение ядра и всякого барахла. Старт сессии и защита битрикс. Никакого функционала там особо нет.

COption::GetOptionString - это считывание настроек просто

А include.php ты не пропустишь просто. Там ядро само подключается. Не бойся - его с ним все нормально.

закрыл в ядре include_once несуществующего файла и заработало

м... а почему он не существовал? Что за файл-то?

if(($_1770291471= getLocalPath(___1838685427(257), BX_PERSONAL_ROOT)) !== false) include_once($_SERVER[___1838685427(258)].$_1770291471);

if(($_1770291471= getLocalPath(«php_interface/s1/init.php/bitrix»)) !== false) include_once(«/home/c/cn70924/sitename.ru/public_html »);

Тут проблема в том что, у тебя как-то не правильно определены:
$_1770291471 - она пуста. Где-то выше она должна была определится чем-то вроде '/local/php_interface/s1/init.php'
И вот это возвращает что-то не то: ___1838685427(257)

Как я понимаю это место где должны подключаться init.php для отдельных сайтов.

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

не сломалось не чини :)

Дело в том что этот параметр вообще не должен быть установлен. А тем более установлен неправильно.

Только не в настройках главного модуля, а в настройках сайта (я перепутал). Вот он: http://joxi.ru/EA4bngyfJWo0mb