Laravel После добавления в composer.json autoload — files перестают отправляться post запросы и создаваться куки на любых страницах (erorr 419)?

Question

[cryp24]

Первоначальная моя задача была сделать функции которая будет доступна из любого места Laravel.
В интернете я нашел что через composer.json autoload можно подключить файл в котором указать эту функцию и без проблем ее вызывать отовсюду.
Итак как я делал, буду писать максимально точно чтоб нечего не упустить:
1) Создал файл с функцией app/Helper/addlog.php (как позже выяснилось содержимое файла не влияет на наличие проблемы, делал пустым ради теста)
2)Дополнил файл composer.json чтоб получилось так

"autoload": {
        "psr-4": {
            "App\\": "app/"
        },
        "classmap": [
            "database/seeds",
            "database/factories"
        ],
        "files": [
            "app/Helper/addlog.php"
        ]
    }

3) запустил composer dump-autoload

Вызываю функцию следующим образом
addlog('name_files', 'text_log');
Функция прекрасно работает

Затем я обнаружил что при открытии страниц не создаются куки, не отправляются пост запросы, любые попытки авторизации или регистрации ведут на страницу 419 Sorry, your session has expired.

Прошу обратить внимание что Laravel абсолютно чистый только что установленный, авторизация реализована на автомате путем миграции стандартных таблиц и запуска php artisan make:auth (нечего руками не правил)

Если из autoload убрать

"files": [
            "app/Helper/addlog.php"
        ]

То все прекрасно работает, создаются куки, все запросы начинают работать.

Подскажите в чем может быть проблема или как мне решить задачу другим способом, куда в laravel можно поместить эту функцию чтоб она была доступна отовсюду?

Comments

[JhaoDa]

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

[cryp24]

JhaoDa, Но если убрать файл из автозагрузки, то все прекрасно работает. Как тогда можно отследить возможную проблему если она появляется и исчезает на этом шаге?

[JhaoDa]

cryp24, очевидно, что проблема в файле.

делал пустым ради теста

Что это значит? php-файл не может быть совсем пустым.

[cryp24]

JhaoDa,

Убирал эту функцию

function addlog($name_file, $log_text)
{
    $storage_path = storage_path();
    $file_log  = $storage_path.'/logs/'.$name_file.".log";
    $time  = date('Y.m.d H:i:s');
    $ip    = $_SERVER['REMOTE_ADDR'];
    $log   = "{$time}: {$ip}: {$log_text} \n";
    file_put_contents($file_log, $log, FILE_APPEND);
    return true;
}

И файл принимал вид

<?php
после чего делал composer dump-autoload

[JhaoDa]

cryp24, хм... ну, в общем, как я сказал выше, композер на это повлиять не может. Копайте логи веб-сервера, например, может, там есть какие-то ошибки интерпретатора, не доходящие до логов ларавел.

Кроме того, что за странный код для логов? Кто-то запрещает использовать встроенный логгер?

[cryp24]

JhaoDa, А какие конкретно логи надо посмотреть, у меня OpenServer. Со встроенным логером не смог разобраться, да и даже если разберусь, то тот же костыль меня ждет при создании другой функции.

Answer 1

[cryp24]

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

Comments

[Кирилл Несмеянов]

Я не знаю под чем ты работаешь, но эта проблема возникает из-за нескольких факторов:
1) Любой лишний байт, отправленный в stdout буфер блокирует отправку заголовков объекта Response
2) Отсутствие заголовков - это отсутствие кукисов
3) Отсутствие кукисов - это отсутствие сессии

Вывод: В итоге ловим 419 ошибку, нет сессии, т.к. хедеры уже были отправлены.

Копаем дальше:
1) В любом настроенном билде php и develop, и в production режимах включена опция output_buffering в php.ini, которая равна 4096 байтам: https://github.com/php/php-src/blob/master/php.ini...
2) Так как включена буферизация, то stdout пишет в буфер, а не сразу в браузер (т.е. на стандартной сборке таких ошибок не будет).
3) Буфер отправляется как только переполнится или скрипт отработает до конца, а значит хедеры можно послать ПОСЛЕ переполнения stdout буфера.
4) Отсутствие буферизации вывода (т.е. и отсутствие сессии, о чём тебе и пишет ошибка) говорит о том, что либо у тебя кривая настройка php.ini, либо его (этого php.ini) просто нет в природе, т.к. значение Off - это дефолтное значение для этой опции (а ещё принудительно включаемое в CLI SAPI).

Вывод: Настрой php.ini, выстави хотя бы стандартные настройки для develop режима (они поставляются вместе со стандартной сборкой php или их можно забрать отдельно с офф источника: https://github.com/php/php-src/blob/master/php.ini... ).

[Кирилл Несмеянов]

А, увидел в комментах что стоит OpenServer. Ну вот и ответ: Сам себе создал проблемы. Использовал бы нормальную стандартную ( https://windows.php.net/download/ ) сборку всё было бы ок. Хз вообще зачем нужен этот OpenServer, только лишний гемор в итоге, а проблем никаких он не решает, т.к. давно всё есть из коробки.