Что такое сессия?

В компьютерной технике, в частности при организации сетей, сессией называется почти неизменный интерактивный обмен информацией, также известный под термином соединение или диалог между двумя взаимодействующими устройствами или между пользователем и компьютером (см. тему Процедура идентификации). Сессия устанавливается в определенное время и прерывается через определенный промежуток. Во время установленной сессии в каждом направлении передается более одного сообщения. Обычно сессия является стабильной, то есть, хотя бы одна из взаимодействующих сторон должна хранить информацию о сессионной истории, чтобы сохранить возможность обмена информацией в отличие от обмена без запоминания состояния, суть которого состоит в обмене независимыми запросами и ответами.

Сессии соединения могут быть в часть протоколов или сервисов на уровне приложений, сеансовом или транспортном уровнях модели OSI .

В маршрутизаторе используется таблица сессий для сохранения информации о них. Таблица занимает часть памяти и ресурсов центрального процессора для таких функций, как, например, подсчет сессий. Размер сессии в таблице является фиксированным; если она переполняется, маршрутизатор не в состоянии передавать информацию даже при наличии выходного потока данных.

Попробуем объяснить назначение сессии на следующих примерах.

1. Когда вы открываете web-сайт, например, www.. Все произойдет буквально за минуту, поэтому вам не нужно беспокоиться о скорости вашего Интернет-соединения. Но почему же тогда необходимо так много сессий? На сайте размещена различная информация - много рисунков, видео. Для того, чтобы открыть страницу в браузере, нужно загрузить их во временную папку на вашем компьютере.

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

Также происходит и при использовании другого программного обеспечения P2P , поскольку они работают по схожей схеме.

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

Для чего устанавливать лимит сессий?

1) Это позволяет избежать замедлений в работе сети, поскольку программное обеспечение P2P ограничено в количестве сессий.

2) Это позволяет избежать поглощения ресурсов сети каким либо вирусом или другим видом сетевых атак, которым требуется большое количество сессий.

Как настроить ограничение сессий на маршрутизаторе TP - LINK ?

Шаг 1

Откройте браузер и введите в адресную строку сетевой IP адрес маршрутизатора; по умолчанию это 192.168.1.1, затем нажмите Enter (Ввод).

Шаг 2

Введите имя пользователя и пароль для входа в web-интерфейс; по умолчанию и логин, и пароль admin .

Шаг 3

Нажмите Session Limit (Лимит сессий) -> Session Limit (Лимит сессий) в левой части страницы, активируйте функцию Session Limit (Лимит сессий), затем нажмите кнопку Save (Сохранить) для сохранения настроек.

Шаг 4

Нажмите Add New (Добавить), чтобы настроить правило ограничения сессий, введите сетевой IP адрес компьютера, для которого вы хотите установить ограничение, и установите максимальное количество сессий (Max Session).

Примечание

Max Session - это индивидуальный лимит для конкретного компьютера, даже если вы ввели массив сетевых адресов.

Сессии в PHP или как данные о зашедшем на сайт пользователе или покупателе сохраняются при переходе между страницами сайта без особого труда. Урок очень важный. Актуален для создания 95% сайтов.

Что такое сессия в php

Сессии используются для хранения сведений временных данных (например, о том, что пользователь зашёл на сайт) при переходах между страницами одного сайта. При использовании сессий данные сохраняются во временных файлах на сервере.
Чаще всего сессиями (и куками впрочем тоже) пользуются при создании Интернет-магазинов, форумов, досок объявлений, социальных сетях, блогах и других ресурсах. Удобство системы сессий заключается хранении временной информации зашедшего пользователя/покупателя, данные о котором находятся в быстром доступе определённое время. У сессии существует естесственный срок годности - до закрытия браузера. Если закрыть только страницу, то при открытии сайта данные о пользхователе/покупателе всё равно будут доступны.

Логика работы сессии

Session (или сессия) это некое временное хранилище данных. Сразу предупреждаю, сохранять стоит небольшой объём данных. Например, логин и пароль заходящего пользователя или его порядковый номер в базе данных.

Пример работы
1. Пользователь вводит логин и пароль и заходит на сайт
2. Данные с логином и паролем сохраняются в сессии одной из страниц сайта:

Файл index.php

Session_start(); // каждый файл, в котором Вы хотите использовать данные сессий должен в начале кода содержать команду "запуска сессии"

$login = "admin";
$password = "pass";
$_SESSION["login"] = $login; // сохраняем переменную содержащую логин
$_SESSION["password"] = $password; // сохраняем переменную содержащую пароль

3. При переходе на другую страницу сайта эти данные также будут доступны:

Файл example.php (или любая другая страница)

Echo "Ваш логин ".$_SESSION["login"]; // выведет "Ваш логин admin", хотя на этой странице мы не записывали данных!
Видите, все просто!

4. Если хотите очистить данные сессии, то достаточно:

Файл example.php

Session_start(); // снова "запускаем сессиию"

Unset($_SESSION["login"]); // так разрегистрировали переменную или "уничтожили"
echo "Ваш логин ".$_SESSION["login"]; // выведет "Ваш логин " . Так как мы её уничтожили в прошлой строке, то и данных нет

Session_destroy(); // разрушаем сессию. Всех данных, включая $_SESSION["password"] уже нет. При их запросе будет выводить ошибка
В целом подобная передача похожа на метод POST, но только Вы уже не должны писать много лишнего кода, а все данные, передаваемые от страницы к странице, хранятся во временных файлах на сервере. Повторюсь, сессии должны содержать небольшие объёмы данных, поэтому они подходят под хранение логина/пароля, корзины покупателя и других небольших объёмов.

Передача значения или массива с помощью сессии PHP

В сессию можно записывать не только строку, но и массив данных. Только не переусердствуйте с объёмом массива, так как всё это повлияет на быстройдействие и занятое пространство на сервере.

Вновь используем некую стартовую страницу index.php

Session_start();

$r = array("one", "two", "three");

$_SESSION["arr"] = $r;

На страницу, где все отобразится
Сохранили данные в сессии и переходим по ссылке на другую страницу, где всё данные и будем выводить.

Файл получатель, страница test.php где открываем массив

Session_start();
print_r($_SESSION["arr"]);
// выведет
/*
Array
=> one
=> two
=> three
*/
?>
Возможно, Вы захотите освежить в памяти урок по . В целом же всё должно быть понятно.

Другие функции для работы с сессиями

session_unregister(string) - сессия забывает значение заданной глобальной переменной;
session_destroy() - сессия уничтожается (например, если пользователь покинул систему, нажав кнопку выход);
session_set_cookie_params(int lifetime [, string path [, string domain]]) - с помощью этой функции можно установить, как долго будет жить сессия, задав unix_timestamp определяющий время смерти сессии.

Список функций для работы с сессиями (session) в php
session_cache_expire - возвращает окончание действия текущего кэша
session_cache_limiter - получает и/или устанавливает текущий ограничитель кэша
session_commit - псевдоним session_write_close()
session_decode - декодирует данные сессии из строки
session_destroy - уничтожает все данные, зарегистрированные для сессии
session_encode - шифрует данные текущей сессии как строку
session_get_cookie_params - получает параметры куки сессии
session_id - получает и/или устанавливает текущий session id
session_is_registered - определяет, зарегистрирована ли переменная в сессии
session_module_name - получает и/или устанавливает модуль текущей сессии
session_name - получает и/или устанавливает имя текущей сессии
session_regenerate_id - модифицирует текущий идентификатор сеанса недавно сгенерированным
session_register - регистрирует одну или более переменных для текущей сессии
session_save_path - получает и/или устанавливает путь сохранения текущей сессии
session_set_cookie_params - устанавливает параметры куки сессии
session_set_save_handler - устанавливает функции хранения сессии уровня пользователя
session_start - инициализирует данные сессии
session_unregister - дерегистрирует переменную из текущей сессии
session_unset - освобождает все переменные сессии
session_write_close - записывает данные сессии и конец сессии

Примеры работы сессий

Счётчик просмотров страницы во время сессии. Наглядно пример работы. Однако после закрытия браузера отсчёт начнётся заново.

Счётчик посещений одной страницы в рамках одной сессии

// Простой пример использования сессий без Cookies.
session_name("test");
session_start();
$_SESSION["count"] = @$_SESSION["count"] + 1;
?>

Счетчик

В текущей сессии работы с браузером Вы открыли эту страницу
раз(а).
Закройте браузер, чтобы обнулить этот счетчик.
Нажмите сюда для обновления страницы!
При каждом переходе счётчик будет увеличиваться на 1)

Спасибо за внимание! Удачи в начинаниях!

Text/html 19.10.2017 7:51:00 Vector BCO 0

Есть 13-15 клиентов, которые сидят на терминальном сервере WS2012. Терминалка на виртуалке крутиться. На отдельной виртуалке DNS, AD и DHCP.

Вопрос №1: как настроить лимит времени отключения при неактивной сессии?

В gpedit.msc Конфигурация компьютера -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Ограничение сеансов по времени. Все параметры там - не заданы. А при этом при простое в районе 20-30 мин. всех выкидывает.

В РУнете кучу инфы перерыл, ни где не нашел для WS2012, есть только для WS2003

Вопрос №2: как сделать так, чтобы после отключения сессии все ПО открытое у пользователя - не закрывалось?

Т.е. пользователя например должно выкидывать через 20 мин., при этом весь его сеанс убивается и когда он заново заходит все его открытые программы и доки - закрыты. По сути, когда будет ответ на вопрос №1 я настрою время, но все же хотелось бы чтобы пользователь заново все не открывал, после каждого выкидыша... Я понимаю, что это связанно с жизнью сессии, но все же, существует ли режим при котором сессия умирает, но состояние ее сохраняется? И если - да, то как его настроить?

Вопрос №3: Можно ли в WS2012 ограничить права на выключение сервера?

А то когда пользователи жмут пуск у них панель плиточная и там есть кнопка "power", т.е. любой пользователь может по ошибке загасить сервак терминальный и вся работа встает.

Модератор

Text/html 19.10.2017 11:30:36 Avksentyev Sergey 1

1 Так в свойствах коллекции есть закладка "Сеанс" Там и смотрите что Вам надо настраивать.. Или я что не понял?

2 Смотря как пользователь закрывает сеанс.. Если отключить и настроить не закрывать отключеный сенас, то буду оставаться открытые программы.. НО что то мне кажется это вообще очень не хорошая идея... Я вон тяжелые терминалки ребутаю ночью постоянно, чтобы как раз вся эта оставшая открытая фигня закрывалась.

3 Если у Вас юзеры не админы, то.. в это кнопочке по-умолчанию только отключить и выйти..

• Text/html 23.10.2017 10:51:31 Иван енд КО 0

  >>Как вы терминальный сервер настраивали? Если у вас настроена роль RDS , и до момента когда сессия будет полностью закрыта (со всеми программами пользователя в этой сессии).

  >>Если у вас настроена роль RDS

  Не знаю, где посмотреть?

  >>в конфигурации колекции есть время жизни сессии до момента отключения

  Не знаю, где посмотреть?

  >>У вас пользюки на сервере что администраторы?

  Да, админы.

  >>По умолчанию обычные пользователи не могут выключить сервер. Но вы можете в политике вообще скрыть эту кнопку.

• Text/html 23.10.2017 11:00:12 Иван енд КО 0

  >>Так в свойствах коллекции есть закладка "Сеанс" Там и смотрите что Вам надо настраивать.. Или я что не понял?

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

  Вы написали в свойствах коллекции - это где?

  >>Смотря как пользователь закрывает сеанс.. Если отключить и настроить не закрывать отключенный сеанс, то буду оставаться открытые программы.. НО что то мне кажется это вообще очень не хорошая идея... Я вон тяжелые терминалки ребутаю ночью постоянно, чтобы как раз вся эта оставшая открытая фигня закрывалась.

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

  У меня отсутствует опыт в настройке терминального сервера (ранее работал в нем только как клиент), хотя в ИТ структуре давно, но именно эту задачу не делал ни разу. И вопрос бы не стал тут писать, если б с мог найти в инете подробную инструкцию по исполнению...

• Text/html 23.10.2017 11:13:30 Vector BCO 0

  >>Как вы терминальный сервер настраивали? Если у вас настроена роль RDS в конфигурации колекции есть время жизни сессии до момента отключения, и до момента когда сессия будет полностью закрыта (со всеми программами пользователя в этой сессии).

  Любимый но весьма странный, для меня, вопрос- как вы настраивали? Как мне думается из вопросов должно быть понятно, что настраивал не я. В противном случае очень тяжело объяснить то, что я настроил, а теперь не знаю как поменять... амнезия и т.п.

  Еще раз настраивал не я. А т.к. делал это не я, то навыков в этих настройках - явно не хватает. Вот я и задаю вопрос профессионалам: как это сделать, подскажите пожалуйста?

  >>Если у вас настроена роль RDS

  Не знаю, где посмотреть?

  >>в конфигурации колекции есть время жизни сессии до момента отключения

  Не знаю, где посмотреть?

  >>У вас пользюки на сервере что администраторы?

  Да, админы.

  >>По умолчанию обычные пользователи не могут выключить сервер. Но вы можете в политике вообще скрыть эту кнопку.

  Как убрать у пользователей админские права? Это настраиваться AD или в другом месте терминального сервера? Как сделать политику со скрытием кнопки power?

  Заранее благодарю за понимание и жду ответы...

  У Вас на сервере есть мега прогрессивный инструмент под названием "Server Manager " в нем добавляются\удаляются роли\фичи и там же они конфигурятся. Ознакомьтесь с функционалом этого инструмента. Слева в нем есть настройки некоторых ролей (установленных). Если там есть пункт RDS - вам в него, а далее в настройки коллекции. Погуглите как настраивается сервер терминалов на WS 2012 r2. Искать можно так Google -> "Terminal server 2012 r2 step by step guide".

  На сервере (и не только на сервере) так же есть мега инструмент который называется Computer Management (не путать с Server Manager) найти его можно жмакнув правой кнопкой мыхи по пуску.

  В Computer Management заходите в Local users and groups далее в группы, далее в администраторов, и смотрите кто там и зачем сидит. Выкидываете всех кому эти права не нужны. и перезагружаете сервер (убедитесь что вы у себя права не отобрали, бо будет потом квест их получить назад).

  Как скрыть кнопку Google -> "Hide shut down button GPO"

  The opinion expressed by me is not an official position of Microsoft

  Модератор

  Text/html 25.10.2017 7:51:20 Иван енд КО 0

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

  Вопрос гуглил и не однократно, писал же выше. Только я гуглил на русскоязычных ресурсах... Там толковых статей практически нет. Про английские источники сам видел, что есть, но навыки технического английского не на столько хорошие, чтобы на 100% правильно понимать большие статьи о настройках системы с нуля, которые ранее не делал ни когда.

  >>Искать можно так Google -> "Terminal server 2012 r2 step by step guide. Google -> "Hide shut down button GPO

  Гуглом пользоваться умею, в обучении пользования поисковиком - не нуждаюсь. Почему не искал на англоязычных источниках - написал выше... Если вам говорят что не знают как настраивать терминальный сервер, это еще не значит что человек гуглить не умеет. Но вы не упустили возможности как 99% айтишников начать с нравоучений и учения человека гуглить. Как по мне это всегда было и есть проблемой в понимании людей с ит-инфраструктурой. Хороший понт - дороже денег. И не один ИТ-шник этого не упускает, как показывает практика, даже в общении с коллегами, так сказать.

  Был задан вопрос - как настривать терминальный сервер? И подробно объяснено, что и где нужно настроить... а вы мне про гугл запросы пишете. Я у человека про математику спросил, а он начал о погоде... так получается. Вместо всего что вы писали выше, можно было бы коротко дать ответ на русском и точка. Да, вы мне скажете что гугление вопроса, решение которого нужно, это более связанные предметы. Да и это так, но если б вы читали внимательно первое сообщение, то ваш этот термин был бы не нужен.

  >>У Вас на сервере есть мега прогрессивный инструмент под названием "Server Manager".

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

  Ваш форму тут на русском, вопрос был на русском, и ответ хочется получить на русском.

  Без нравоучений - а что вы не гуглили? А есть такая козырная кнопочка гугл и пр.

  Гораздо ведь продуктивнее работать в стиле: вопрос - ответ.

  Вопрос: Как настроить тот-то? Ответ: заходите туда-то и делаете то-то.

• Text/html 25.10.2017 8:25:04 Vector BCO 0

  На "вопрос - как настривать терминальный сервер " можно отвечать статьями на 10-15 страниц - это не формат форума. Я вам дал конкретные запросы в поисковик которые приведут вас к гарантированному результату. На русскоязычных ресурсах тоже много инфы, к примеру на хабре и подобных сайтах, если не нашли значит искать у вас таки получается плохо.

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

  The opinion expressed by me is not an official position of Microsoft

Сессия (от лат. – sessio - заседание, англ. – session) – это промежуток времени, охватывающий работу пользователя в интернете с момента открытия первой и до последней ссылок. Рассчитывается как разница во времени между начальным и финальным запросами. Однако последняя страница может просматриваться пользователем различное время, из чего, следовательно, измерение времени между двумя запросами становится более затруднительным.

Как связана сессия с протоколом HTTP и COOKIES

Что такое сессия можно объяснить, отталкиваясь от протокола HTTP. Сам по себе, этот протокол не располагает способом сохранения состояния между двумя операциями. Т.е., проще говоря, открывая одну страничку, а затем, перейдя с неё на другую, HTTP не сможет установить, что оба запроса принадлежат одному пользователю. И тут на помощь приходит особый метод отслеживания – управление сеансами (нашими сессиями).
Отсюда, отвечая на вопрос, что такое сессия, можно сказать, что это – вспомогательный логический объект, способствующий передачи данных между последовательными HTTP – запросами от одного юзера.
Cookies, как и сессия, хранят сведения о пользователе во время его перемещения по разным страницам и улучшают работу протокола. Но в отличие от второй, где данные хранятся во временных файлах на сервере, они сохраняют их на компьютере пользователя в виде небольших фрагментов.

Для чего нужны сессии

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

Этапы сессии

Всю сессию можно разделить на три этапа:

• открытие сессии (когда пользователь начинает работу с определенным сайтом),
• учет переменных сессии (при переходе на различные страницы),
• завершение сессии.

Из-за того, что данные сессии сохраняются на стороннем сервере, то лучше всего не держать большие объемы информации в них, а использовать cookies.

Сессии в PHP представляют из себя механизм сохранения на стороне сервера информации о компьютере клиента. На самом деле сессии в PHP - это не такая сложная тема, но для её понимания нужно знать принцип работы cookie в PHP . Так что, если вы не знаете как работают cookie в PHP, то сначала читайте соответствующую статью, а потом уже возвращайтесь сюда.

Слово session с английского переводится как сеанс, так сам смысл сессий в PHP становится более понятным, но у программистов прижился термин "сессии", его и мы будем использовать в этой статье.

Сессии в PHP очень похожи на механизм cookie, те же самые пары ключ => значение, только они хранятся на стороне сервера.

Функция session_start()

Сеанс нам нужно начать, для этого существует функция session_start() . Эта функция стартует сеанс, или сессию, как угодно можно назвать это.

Функция session_start() желательно вызывать в самом начале страницы, но в моих примерах я этого не делаю.

Массив $_SESSION

Сессии - это группы переменных, которые хранятся на сервере, но относятся к одному уникальному посетителю. Повторю, это ключевой момент: сессии хранятся на сервере .

Для того, чтобы обеспечить взаимодействие каждого посетителя с его данными из его сессии используется файл cookie, команду создать который PHP даёт сам, вам об это беспокоится не нужно. Этот cookie имеет значение только для сервера и не может быть использован для получения данных о пользователе.

На сервере данные сессии хранятся в текстовом файле и они доступны в программе PHP в массиве $_SESSION . Чтобы сохранить переменную в сессии нужно присвоить ей значение в этом массиве.

Давайте наконец начнём использовать примеры. Всё очень просто.

значение."; ?>

Теперь попробуем получить значение из массива $_SESSION в другом примере.

Обратите внимание, если во втором примере мы удалим функцию session_start() то у нас не будет доступа к данным массива $_SESSION .

Функция session_id()

После того, как сессия создана, вы автоматически получаете доступ к уникальномы идентификатору сессии при помощи функции session_id() . Эта функция позволяет как задавать, так и получать значение идентификатора сессии.

Можете посмотреть в панели инструментов для разработчиков вашего браузера (в Chrome для этого нажмите Ctrl + Shift + I, потом Resources, и там найдёте cookie), этот домен положил вашему браузеру cookie с именем PHPSESSID и примерно таким значением: "7g5df9rkd1hhvr33lq1k6c72p7".

Именно по значению PHPSESSID сервер будет определять ваш браузер и работать с соответствующим набором переменных, которые будут доступны скрипту через массив $_SESSION, как уже писалось ранее.

Функция session_name()

Если функции session_id() позволяет получать значение идентификатора сессии, функция session_name() позволяет узнать имя сессии.

Ещё раз про функцию session_start()

Теперь мы знаем больше про мешанизм работы сессий в PHP и нужно ещё раз вернуться к функции session_start() . Эта функция инициализирует механизм сессий для текущего пользователя. Как именно это происходит:

• Если пользователь запустил сайт впервые, то session_start() устанавливает cookie у клиента и создаёт временное хранилище на сервере, связанное с идентификатором пользователя.
• Определяет хранилище, связанное с переданным текущим идентификатором.
• Если в хранилище на сервере есть данные, они помещаются в массив $_SESSION.
• Если register_globals из файла php.ini равен On, то все элементы массива $_SESSION превращаются в глобальные переменные.

Пример использования сессии

Сейчас мы рассмотрим пример, который позволит провести небольшие эксперименты с сессиями.

Счётчик

В текущей сессии вы открыли страницу раз.

Открыть пример в ">этой вкладке.

Вся работа сессий основана на массиве $_SESSION , это хорошо видно в данном примере.

Если закрыть окно браузера, то сессия прекратится, наш счётчик обнулится. Такое поведение сессий в PHP можно изменить, к этому вопросу мы вернёмся чуть дальше в статье.

Завершение сессии

Для того, чтобы завершить сессию нам нужно:

1. Очистить массив $_SESSION.
2. Удалить временное хранилище на сервере.
3. Удалить сессионный cookie.

Очистить массив $_SESSION можно при помощи функции session_unset() .

Функция session_destroy() удаляет временное хранилище на сервере. Кстати, она больше ничего не делает.

Удалить сессионный cookie нужно при помощи функции setcookie() , которую мы изучили в уроке pабота с cookie в PHP .

Пример завершения сессии:

Сессия завершена.

Теперь можете провести эксперимент: запустить в одном окне пример со счётчиком, накрутить счётчик, а потом запусть пример с удалением сессии и снова обновить страницу со счётчиком.

Удаление файла cookies можно сделать так:

setcookie(session_name(), "", time() - 60*60*24*32, "/")

Ещё раз про функции session_name() и session_id()

Функции session_name() и session_id() на практике используются редко, но я о них пишу, так как в статье нужно раскрыть сам механизм работы сессий в PHP.

При помощи этих функций можно задавать собственные имена и идентификаторы сессий, но делать это не рекомендуется. Если вы захотели задать их, то пропишите эти функции с аргументами перед функцией session_start() , как в примере ниже:

При использовании данного примера всем пользователям будет назначен один и тот же идентификатор сессии.

Тут подробней остановимся, если вы запустите пример из секции про функцию session_name() (вот ссылка) в разных браузерах (например в Chrome и в Internet Explorer), то в каждом браузере будет свой, уникальный идентификатор сессии. Браузеры хранят файлы cookies каждый в своей папке, поэтому функция session_start() даст каждому браузеру создать свой, уникальный идентификатор и, соответственно, для каждого браузера будет создано уникальное хранилище на сервере. Поэтому пример со счётчиком (этот) в каждом браузере будет работать независимо друг от друга.

Если задать одинаковый идентификатор сессии для всех пользователей, то они будут работать с одним хранилищем на сервере. Вот пример счётчика, который будет считать посещения с разных браузеров:

100) { session_unset(); session_destroy(); } ?>

Счётчик №2

Открыли страницу в разных браузерах раз.

Открыть пример в ">этой вкладке.

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

Установка времени ожидания

По умолчанию, сессия "живёт" до тех пор, пока посетитель не закроет окно браузера. Это обусловлено тем, что функция session_start() ложит клиенту такой cookie.

Время жизни сессии можно изменить используя функцию session_set_cookie_params() , вот её синтаксис.

session_set_cookie_params (int lifetime [, string path [, string domain [, bool secure]]])

На практике достаточно использовать только первый параметр (lifetime), сюда записываете время в секундах, определяющее сколько сервер должен помнить состояние сессии после закрытия браузера.

Действие функции session_set_cookie_params() распространяется только на период работы скрипта.

Вот пример использования этой функции:

Счётчик №3

Значение счётчика: .

Открыть счётчик в ">этой вкладке.

Накрутите счётчик и закройте браузер, через 30 сукунд опять откройте этот пример. Ваша сессия сохранится.