понимание механизма сессий
- Автор темы 440hz
- Дата начала
Gorynych
Посетитель PHP-Клуба
Кром сессия это НЕ механизм. А вот поддержка сеанса в PHP - это механизм.
в конце концов посмотрите в мануал - http://ru2.php.net/session
там написано не "Session in PHP consists of a way", а Session support in PHP consists of a way to preserve certain data across subsequent accesses. This enables you to build more customized applications and increase the appeal of your web site.
session support in PHP != session in PHP
потому что session in PHP - абсурд. Сеанс работы пользователя не часть PHP, но PHP обеспечивает необходимый механизм / функционал.
в конце концов посмотрите в мануал - http://ru2.php.net/session
там написано не "Session in PHP consists of a way", а Session support in PHP consists of a way to preserve certain data across subsequent accesses. This enables you to build more customized applications and increase the appeal of your web site.
session support in PHP != session in PHP
потому что session in PHP - абсурд. Сеанс работы пользователя не часть PHP, но PHP обеспечивает необходимый механизм / функционал.
Gorynych
Посетитель PHP-Клуба
b-d
понятие великолепно существует без реализации или наоборот - воплощенным (реализованным) в нескольких вариантах. Особенно для тех кто понимает суть.
все дело в том, что суть сессии или сеанса работы пользователя с сайтом в том, чтобы обеспечить приемственность среды окружения при выполнении разрозненных скриптов.
каждое отдельное обращение к серверу от пользователя обрабатывается отдельно от предыдущего. Чтобы иметь возможность передавать и сохранять данные между такими отдельными обращениями было введено понятие сессанса работы пользователя с сайтом. При этом пришлось договариваться о том, что считать одним сеансом? Как различать сеансы? Что считать окончанием сеанса? И т.п.
обращения - разрозненны, значит нужно идентифицировать. Одним из путей стало дописывание идентификатора к адресу запроса, другим - сохранение на стороне клиента куки. Ну и так далее. Все это - реализации механизма для обеспечения сеанса работы пользователя с сайтом в условиях, когда каждый скрипт запускается заново, обращения со стороны клиента происходят неравномерно, с разной периодичностью.
но если кому-то нравится думать, что сессия это набор предопределенных переменных и функций, то ведь и страус думает что прячется, когда сует голову в песок.
P.S. объявление на вольере: "Страусов не пугать! Пол - бетонный"
понятие великолепно существует без реализации или наоборот - воплощенным (реализованным) в нескольких вариантах. Особенно для тех кто понимает суть.
все дело в том, что суть сессии или сеанса работы пользователя с сайтом в том, чтобы обеспечить приемственность среды окружения при выполнении разрозненных скриптов.
каждое отдельное обращение к серверу от пользователя обрабатывается отдельно от предыдущего. Чтобы иметь возможность передавать и сохранять данные между такими отдельными обращениями было введено понятие сессанса работы пользователя с сайтом. При этом пришлось договариваться о том, что считать одним сеансом? Как различать сеансы? Что считать окончанием сеанса? И т.п.
обращения - разрозненны, значит нужно идентифицировать. Одним из путей стало дописывание идентификатора к адресу запроса, другим - сохранение на стороне клиента куки. Ну и так далее. Все это - реализации механизма для обеспечения сеанса работы пользователя с сайтом в условиях, когда каждый скрипт запускается заново, обращения со стороны клиента происходят неравномерно, с разной периодичностью.
но если кому-то нравится думать, что сессия это набор предопределенных переменных и функций, то ведь и страус думает что прячется, когда сует голову в песок.
P.S. объявление на вольере: "Страусов не пугать! Пол - бетонный"