Убрать ошибку Use of undefined constant

Я же писал:

поэтому к чему ваш бессмысленный пост я хз.

И к слову о грамотеях, которые 'глушат' ошибки @ми, лучше промолчу

(Отредактировано автором: 06 Января, 2014 - 19:14:42)

откуда PHPSESSID возьмется? вы считаете сервер сам его ставит безо всяких на то оснований со стороны PHP?

а какая информативность вашего поста?


основания - включенный механизм сессий в PHP. Если он включен и вы им пользуетесь хотя бы на одной странице - PHP уже пошлет куку с идентификатором и она будет приходить пока не закроете браузер или явно ее не удалите.
Еще раз - есть стандартный механизм поддержки сессий и нечего туда лезть. Разрабу предоставляется $_SESSION с которым и полагается работать.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Юзер сделал какие-то действия, например авторизовался. За это он получает куку PHPSSID.
Далее на других страницах сайта идет проверка наличия PHPSSID, если есть, то продолжаем сессию: session_start();
Если PHPSSID у юзера отсутствует, следовательно он не авторизовывался ранее. Так зачем мне для каждого такого неавторизованного запускать сессию и в ней уже делать проверки переменных сессии? Зачем мне впустую напрягать сервер? Если проще изначально проверить наличие PHPSSID.

(Отредактировано автором: 06 Января, 2014 - 21:22:36)

.

PHPSSID не имеет никакого отношения к авторизации и иметь не может.


ты и правда такой, скажем так, "интелектуал" ?
(Добавление)

чем напрягать?
(Добавление)
и вообще лучше завязывай с програмированием. Пойди там, бананки потаскай на базаре или типа того. Все больше пользы.

(Отредактировано автором: 06 Января, 2014 - 22:25:53)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

не, ну вообще-то не лишено смысла, чтобы не стартовать сессию, если она не нужна.
В php5.4 даже функцию ввели session_status
там же, в комментах, кстати, есть универсальная функция проверки "стартанутости" сессии

-----
Чем больше узнаю, тем больше я не знаю.

если в каком то файле сессионные данные не используются тогда просто не вызывается session_start
куки с идентификатором в любом случае никто не проверяет

Функция session_status() возвращает состояние текущей сессии а не соcтояние куки с PHPSESSID

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

(Отредактировано автором: 06 Января, 2014 - 22:58:43)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Про авторизацию было написано для примера, чтобы вам было проще понять.

Я конечно не гуру php, но по-моему нет причин чтобы не использовать сессии и PHPSSID в авторизациях. Если это совершенно неправильно, то буду рад услышать ваши доводы.



Вы что, не знаете механизма работы сессий? Так я вам расскажу
При старте сессии для каждого юзера апач создает временный файл в папке temp с идентификатором PHPSSID.
Теперь представьте какая работа предстоит серверу по созданию/удалению этих файлов если юзеров будет 100,200к,1кк

И только не надо кричать, что это все не правильно и нужно делать по другому. В данной ситуации задача поставлена именно так, как есть.

(Отредактировано автором: 06 Января, 2014 - 23:21:00)

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



так работают все сервера. На твоем быдлосайте может и не нужны сесии. но сервера с такой нагрузкой без сессий не работают. Просто не обходятся.


задача бессмысленная и поставлена по идиотски. Можно использовать или неиспользовать сессии но сессионную куку никто не проверяет.
Те кто так пытаются делать (не будем тыкать пальцами) приходят на форум с дебильными вопросами почему не работает.

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Я так и не услышал рационального объяснения нелогичности продолжения сессии с помощью

0) как правило, сессии работают через куки. А куки по-умолчанию в $_REQUEST не попадают.
1) упомянутый выше http://www.php.net/manual/en/fun...ssion-status.php
2) в старых версиях isset($_COOKIE[session_name()]

-----
PostgreSQL DBA

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

Мелкий
Почему то казалось что $_REQUEST это сборная $_GET,$_POST и $_COOKIE

(Отредактировано автором: 07 Января, 2014 - 11:51:09)

-----
Бесплатная система складского учета с открытым кодом https://zippy[dot]com[dot]ua/zstore

Так и есть по умолчанию
Мелкий

с php 5.3 появилась возможность расширять реквест

(Отредактировано автором: 07 Января, 2014 - 11:55:21)

Это определяется в php.ini, директива request_order
http://nl1.php.net/manual/en/ini...ni.request-order


Так оно не есть, о чём в мануале специально указано.


Не с PHP5.3, а гораздо раньше. Но когда именно - не знаю, не заметил.

-----
PostgreSQL DBA

Мелкий
Ну как нет... с 5.3 и появился этот request order

по умолчанию реквест содержит $_GET, $_POST, $_COOKIE
http://php.net/manual/ru/reserve...bles.request.php

(Отредактировано автором: 07 Января, 2014 - 12:21:08)