Странное поведение сессии

Добрый день!

Не могу понять, почему в сессии идет не то, что в нее записано.

На индексной странице есть код:
При этом выводится сообщение:
Адрес страницы: /wowa/

Так оно и должно быть.

А на регистрационной форме, подтягивающейся через Аякс, есть контрольный код:
И я сильно надеялся, что в текствый файл запишется то самое, что видно на индексной странице. Но в текстовом файле запись
/favicon.ico

Чтобы понять, что за чудеса, я в индексном файле изменил код вот так:
И теперь в текстовом файле 12345.

Менял имя uri на другое, на результат не повлияло.

Не могу понять, почему так происходит...

0

А почему с цифрами все правильно передается?

0

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

0

Откуда, вообще, браузер знает, что в сессию идет урл, а не данные?
Или он во все сессии будет совать фавикон?

0

Что у вас используется в качестве "движка"? Судя по описанию у вас этот "индексный" файл является единой точкой входа, причем на которую (судя по favicon) заведена и та же иконка.

При этом для аякса другая точка входа.

0

Сообщение от vlad-55 А почему с цифрами все правильно передается?

С цифрами вы не передаете запрос. Поэтому видите только цифры.
У вас нет проблемы с записью файла, у вас проблема именно с тем, что попадает лишняя информация в запрос (REQUEST_URI).

У вас настроено так, что при обращении к любому несуществующему файлу, запрос будет переадресован на index.php (единая точка входа, это нормально). В вашем случае "стреляет" обращение к несуществующему фавикону (добавьте его и ваша проблема решится). Но в будущем также, если у вас "побьется" ссылка на изображение или стиль или что-то еще, то есть появится ссылка на несуществующий ресурс - он также будет добавляться в ваш файл.

0

Сообщение от liris Но в будущем также, если у вас "побьется" ссылка на изображение или стиль или что-то еще, то есть появится ссылка на несуществующий ресурс - он также будет добавляться в ваш файл.

Какой тонкий и интересный эффект!
Вообще в этой ветке получилось супер для понимания этого непростого механизма. Перечитал все посты несколько раз.
Большое спасибо всем, кто дал мне такие ценные советы!

Добавлено через 1 час 1 минуту
Если разместить на индексной странице код
В текстовом файле получаем:
/wowa/
/test.css
/images/stydent03.jpg

Первая строка - адрес в адресной строке. Остальные - несуществующие файлы.

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

0

https://www.php.net/manual/en/... exists.php

0

Лучше опишите цель. Зачем вам адрес индексной страницы в овтет на аякс запрос? такое ощущение, что вы чего то "городите" и усложняете

0

Сообщение от voral Лучше опишите цель.

Я пытаюсь сделать CMS. Индексная страница является точкой входа. Нужно узнать адрес в адресной строке и из базы вытащить контент для этой страницы. Для определения адреса я предполагал использовать
Вот пока топчусь на этом, поскольку, как оказалось, лезут и адреса других, несуществующих, элементов.

(Проблема с аякс отошла на второй план).

0

Это вполне типовая задача, я бы рекомендовал посмотреть, как сделан роутинг в популярных фреймворках (типа Yii, Laravel, Symfony и т.п.).
Ну и статей довольно много на эту тему (гуглите по слову "роутинг").

1

Я пересмотрел несколько статей по роутингу и запутался окончательно. Квалификация у меня невысокая - РНР в классическом виде (не ООП).

Я предполагал сделать CMS так:
- .htaccess организует точку входа через index.php;
- с помощью $_SERVER['REQUEST_URI'] я узнаю адрес страницы;
- по этому адресу запрашиваю контент в базе. Если в базе для этого адреса контент есть, то вывожу его в index.php. Если контента нет, то вывожу header("HTTP/1.1 404 Not Found");

Так оно и работает, но только если на сайте присутствуют все файлы, используемые на странице. А вот если на сайте нет какого-то файла, например картинки, то $_SERVER['REQUEST_URI'] помимо основного, выдает адреса недостающих файлов (один или несколько адресов). Например,
/wowa/
/test.css
/images/stydent03.jpg

Здесь /wowa/ - это адрес в строке браузера. А /test.css /images/stydent03.jpg - это файлы, которые запрашиваются на /wowa/, но которых нет на сайте.
И вот я не пойму, как мне в этом потоке "ухватить" первое значение (адрес страницы)? И как 404 выдать именно для него?
А потом 404 выдать поочередно для каждого из двух других. Ведь запросы браузер присылает мгновенно.

0

Так они не связаны
/wowa/
/test.css
/images/stydent03.jpg

Это 3 независимых запроса к index.php

Проблема в том, что какую-то проблему вы решили решать через сесссию, которая шарится между этими 3мя запросами. Может там сессия не нужна?

Добавлено через 1 минуту
Если все-же нужна, то как вариант писать туда после того, как определилось НЕ 404

0

Да, вопрос с сессией отошел на задний план. Можно это не учитывать.

Сообщение от crautcher Это 3 независимых запроса к index.php

Я теперь только понял это.

Как осуществить их обработку?

0

Сообщение от vlad-55 Квалификация у меня невысокая - РНР в классическом виде (не ООП).

Рекомендую это исправлять, современный РНР намного дружелюбнее, если использовать ООП. Будете реже стрелять себе в ногу. Правда конкретно в этом случае ООП бы вас не спас.

Сообщение от vlad-55 Я предполагал сделать CMS так: - .htaccess организует точку входа через index.php; - с помощью $_SERVER['REQUEST_URI'] я узнаю адрес страницы; - по этому адресу запрашиваю контент в базе. Если в базе для этого адреса контент есть, то вывожу его в index.php. Если контента нет, то вывожу header("HTTP/1.1 404 Not Found");

Я бы предложил выделить отдельную директорию под все ресурсы, например assets.
Тогда все запросы, начинающиеся на /assets, вы можете не обрабатывать скриптами вообще, а отдавать на исполнение веб-серверу. Есть там скрипт/стиль/картинка - отдаст, нет - вернет код ошибки.
Можно это правило описать в .htaccess.

По всем остальным запросам, мы уже будем отрабатывать в коде нашего роутера. При желании вы можете разбирать строку URI, доставать из нее аргументы, сверять с шаблоном и т.д. Как душа пожелает.

0

Проблема предельно сконцентрировалась и упростилась.

На индексной странице разместили код:
file_put_contents('4.txt', $_SERVER['REQUEST_URI'] . "\n", FILE_APPEND);

И получаем в файле '4.txt:
/wowa/
/test.css
/images/stydent03.jpg

Я так понимаю, что /wowa/ - это адрес страницы, а /test.css и /images/stydent03.jpg – файлы, отсутствующие на сервере, но на них ссылается код страницы /wowa/. Эти элементы запрашивает браузер.

Осталось только понять, как отвечать браузеру на каждый их этих трех запросов.

По адресу /wowa/ запрашиваем контент в базе. Если в базе для этого адреса контент есть, то вывожу его в index.php. Если контента нет, то вывожу header("HTTP/1.1 404 Not Found");

По остальным адресам даже нет нужды делать запрос в базу. Но что-то нужно выдать на запрос браузера по этим элементам? Что конкретно выдать, какой ответ?

И главное – как отличить первый запрос, по которому нужен поиск в базе, от последующих? Как это делается на практике?

0

Чуть выше вас познакомили с прекрасной функцией - https://www.php.net/manual/en/... exists.php.
Благодаря этой функции, вы можете узнать, есть такой файл или нет.

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

0

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

0

Сообщение от vlad-55 И главное – как отличить первый запрос, по которому нужен поиск в базе, от последующих? Как это делается на практике?

На практике js, css, картинки и тп. не обрабатываются точкой входа. А так, ну можете, например, анализировать расширение. Если файл существует - выводить его (не забывая ставить правильные http заголовки. Если файла нет - отвечаете 404..


Вообще можете посмотреть на ютубе была серия видо что то типа "PSR-7 фреймворк на php"... (Там конечно есть моменты по которым есть разные мнения )... но возможно будет вам в тему.

1

Сообщение от vlad-55 Как это делается на практике?

Трудно найти практический пример или заглянуть в букварь?

/wowa/ - handler1
/test.css - handler2
/images/stydent03.jpg - handler3

Добавлено через 5 минут
Кроме того, handler3, например, может все /images/(.*) (или /images/(.+)) "разруливать". В том числе и генерировать 404, если что-то внутри этой ветви не найдено.

0