Почему не удается получить значение куки из request?

Question

[Kentavr16]

есть примитивный мидлвер, который устанавливает куку с количеством обращений к серверу

public function handle(Request $request, Closure $next): Response
    {
        $counter = $request->cookie("counter");
        if ($counter === null){
            $counter = 0;
        }
        $data = $counter+1;
        return $next($request)->cookie("counter","$data",10);
    }

есть контроллер, который отображает значение этой куки

public function show(Request $request)
    {
        $cookieReq = $request->cookie("counter");
        $cookieSup =$_COOKIE['counter'];
        return ("из суперглобальной переменной - $cookieSup, request - $cookieReq");
    }

При этом $cookieSup выводит значение, тогда как $cookieReq - null. Почему?
П.С. - почти(но не совсем) дубликат вопроса, на который ответ так и не был дан.

Comments

[Дмитрий]

Потому что кука в миддлваре будет добавлена после выполнения акшена

[Kentavr16]

Дмитрий, кука добавляет +1 при каждой перезагрузке страницы, к примеру. И при перезагрузках в браузере я вижу возрастающее значение, но в отображении контроллера всегда пусто.

[Дмитрий]

Kentavr16, смотрите. функция $next($request) передает реквест дальше в обработку. это "дальше в обработку" включает в себя и экшен в контролере. Это используется например для того что бы после всех обработок - навешать еще какой нибудь обработчик который что то сделает с тем контентом который создал контроллер.
В качестве примера

public function handle($request, Closure $next)
{
        $response = $next($request);
        if ($this->isAnHtmlResponse($response)) {
            $output = $response->getContent();
            $response->setContent($this->minify($output));
        }
        
         return $response;
}

Так понятнее?

2. Сильное подозрение что вы что то навертели в куках. А именно ларка куки шифрует. По этому в $_COOKIE['counter'] у вас должна лежать абракадабра - которую вы прочитать не сможете. Если там лежит число - то его не сможет прочитать ларка потому что она ждет что там будет что то шифрованное.

3. А навертели вы следующее - исходя из 1 пункта, установка куки пролетает мимо middleware EncryptCookies и скорее всего отдается в чистом виде - и по этому при обновлении страницы Ларка не может эту куку прочитать.

Решение - добавить counter в $except в миддлеваре EncryptCookies или ставить ее раньше, посмотреть часть доки Ларки посвященному обработке запроса, и не трогать при работе с Ларкой $_GET, $_POST, $_COOKIE

[Kentavr16]

Дмитрий, содержательно. Спасибо за ответ, так и сделаю. Вынесите в ответы, отмечу.

Answer 1

[Дмитрий]

смотрите. функция $next($request) передает реквест дальше в обработку. это "дальше в обработку" включает в себя и экшен в контролере. Это используется например для того что бы после всех обработок - навешать еще какой нибудь обработчик который что то сделает с тем контентом который создал контроллер.
В качестве примера пример собственно из EncryptCookies, наверное пример из самой ларки будет понятнее

public function handle($request, Closure $next)
    {
        return $this->encrypt($next($this->decrypt($request)));
    }

Собственно порядок выполнения: расшифровываем куки, передаем управление дальше в остальные middleware и controller, получив результат зашифровываем куки.

2. Сильное подозрение что вы что то навертели в куках. А именно ларка куки шифрует. По этому в $_COOKIE['counter'] у вас должна лежать абракадабра - которую вы прочитать не сможете. Если там лежит число - то его не сможет прочитать ларка потому что она ждет что там будет что то шифрованное.

3. А навертели вы следующее - исходя из 1 пункта, установка куки пролетает мимо middleware EncryptCookies и скорее всего отдается в чистом виде - и по этому при обновлении страницы Ларка не может эту куку прочитать.

Решение - добавить counter в $except в миддлеваре EncryptCookies или ставить ее раньше, посмотреть часть доки Ларки посвященному обработке запроса, и не трогать при работе с Ларкой $_GET, $_POST, $_COOKIE