header не работает

В общем такая вот проблема для знатоков PHP. Через неделю уже на третьем хостинге перестает работать модуль header и все функции типа setckookie().

Дано:

файл index.php содержит функцию авторизации:

PHP:

1. function auth($token) {
2.     setcookie('authorization', 1, time() + 10600, '/');
3.     setcookie('usertoken', $token, time() + 10600, '/');
4. }

Если вызвать ее из index.php она работает:

PHP:

1. auth( 'token' );

И Кука устанавливается.

Если к index.php подключить через require_once файл который вызывает auth, то куки не устанавливаются!

Аналогично не работает код класса подключенный через require_once, require и include! Не работает

PHP:

1. header('Location: '. site_host . '/');

.

То есть редиректы не работают!

На localhost с MAMP и PHP 7.2.1 все прекрасно крутится!

Подскажите как вылечить. Хостигни отрицают свой косяк.

Подопытная система моего производства RevolveR CMS.

Браузер роли не играет.

 

Я пишу один на все ваши хотелки типа пути так не пиши и регистр у тебя не верный - мне нет дела. Потому что язык позволяет так сделать и это так делаю. Иже с ним - вопрос был про модуль header, который не работает. Мне сейчас важно исправить это. Дальше буду код причесывать.

Все файлы подключены корректно. Все работает кроме самой setcookie и header инструкций. Хрень это когда там __DIR__./server/path/i/zalupa с кракозябрами. Не отвлекайтесь пожалуйста.

 

Прошу прощения за тон, но меня просто затрахали выпади типа "ты плохо делаешь" как только я захожу хоть к одному сообществу. Конструктива сами не соблюдают, а носом в какашку тыкнуть сходу - это в поряде. Все будет в лучшем виде со временем. Я эту CMS настругал вместе со своим front-end на ES7 за 2 месяца примерно и совсем недавно перешел с PHP 3 на PHP 7.2.1.. Не судите строго и не судимы будете. Все будет в лучшем виде со временем.

Я не Ванга, но подозреваю, что у вас где-то идет вывод в бразуер ДО отправки заголовков
что может быть обусловлено наличием пробелов в начале подключаемых файлов, или метки BOM, или вообще вывода какого-то типа echo/print

Исключено. Пишу без BOM под Mac OS. Еще варианты, пожалуйста.
--- Добавлено ---
@miketomlin, до свидания.

 

Нет ошибок!

Вот что нашел:

PHP:

1.     $comments = $base::getData('comments', ['limit' => 5]);
2.  
3.     foreach ($comments as $c => $val) {
4.  
5.         $comment = substr(strip_tags( html_entity_decode(htmlspecialchars_decode( $val['field_content'] ) ) ), 0, 50);
6.         $comment = rtrim($comment, "!,.-");
7.  
8.  
9.  
10.         if( (bool)$val['field_published'] ) {
11.  
12.             $class = 'published';
13.      
14.         }
15.         else {
16.      
17.             $class = 'unpublished';
18.      
19.         }
20.  
21.         $render .= '<li class="'. $class .'">#'. $val['field_id'] .' :: '. $comment .'<br /><span>by '. $val['field_user_name'] .'</span></li>';
22.  
23.     }

PHP:

1. $render .= '<li class="'. $class .'">#'. $val['field_id'] .' :: '. $comment .'<br /><span>by '. $val['field_user_name'] .'</span></li>';

после это строки header не работает. проверял построчно есть идеи?

Меняю на limit 10 - опять не работает. Значит проблема в выхлопе из БД. Как туда пакость попала не ясно и как это на PHP повлияло тоже не ясно!

Данные из БД чистые - что не так?

 

А щас как работает? Не в этом дело!

 

Всем спасибо!

Есть подозрение что виноват text mate от которого в прошлый раз также сходили с ума - там были какие-то не отображаемые на windows и linux символы после установки редактора. долго не понимали почему глючит EFI. после форматирования винта и прочистки BIOS все работало как надо. В этот раз решилось удалением скомпрометированного комментария. Не злитесь на меня Удачи!

 

Ты не понял. Из редактора на сайте не написать. Были виноваты данные в БД. Я тебе говорю в редакторе символьный червь находили. Но я им не пользуюсь. Я просто заходил на сайт с этого компьютера и писал. Обратил внимание, что у Safari кэш заглючил и не придал этому знпчения. Вы почему такие все самоуверенные? Если вам создать ветку с названием 'для жопашников' - вы станете высокомерными жопашниками? Ну да ладно, проблема решилась сама. Просто невидимый символ в бд который повлиял на исполнение памяти php. При чем тут редактор?
--- Добавлено ---
p.s.: я даже знаю, что какой то доморощенный с первого сообщения орал 'забанить' потому что я таких в попу долблю, а от того что меня везде банят мне пипец не приходит. Счастья всем, не злитесь на прослушек. Работаем экстремально...

 

Я вот могу достать, а меня не достает давайте обо всем забудем и удалились топик. Ушел пить кофе. Теперь ведь все знают, что может случиться из символьных уязвимостей... Еще раз спасибо.

 

йобана рот. Я 10 лет сайты делаю, а какойто хер моржовый будет мне в эхо и принт тыкать. Твой ебаный убунту не только изза вывода падает потому что у негров руки из жопы. Покеда мальчики. У меня и после вывода все работает. Правда я не на убунту чтобы такую хуету ошибкой программирования называть, а не косяком сборки. Я тебе щас этим текстмейтом эту уязвимость в жопу засуну и посмотрю как ты винты форматируешь в ужасе...

 

Кароче выяснено, что тема так и остается под вопросом халатности PHP. Инструкция

# Output buffering
php_value output_buffering 4092

лечит 90% проблем при этом кажется никто про это не высказался. просто взяли и забанили.

Кроме того, не имеет значения был до этого header() вывод или не было.

В чем мем-то? В PHP чтоли?

 

Двойная польза.