Сессии в PHP
-
Категории:
Информатика, Работа
-
Добавлен:
22.10.2013
-
Размер:
13 KB
-
Покупок:
0
-
Добавил:
alfFRED
Написать сообщение
Скачать
Состав работы
|
bestref-4693.doc
|
Необходимые программы
Работа представляет собой zip архив с файлами (распаковать онлайн), которые открываются в программах:
- Microsoft Word
Описание
В разнообразных конференциях, посвященных программированию меня в первую очередь всегда интересуют такие разделы, как "Web-программирование" и "Скрипты". По большей части, вопросы о PHP в таких форумах довольно простые, требующие лишь общего понимания PHP, тем не менее, самый часто задаваемый вопрос по моим наблюдениям, это: "Что такое сессии в PHP и с чем/как их можно кушать?". Хотелось бы разъяснить этот вопрос раз и навсегда.
С самого начала PHP все приняли на ура, но как только на этом языке стали создавать достаточно крупные проекты, разработчики столкнулись с новой проблемой - в PHP отсутствовало понятие глобальных переменных! То есть, выполнялся некий скрипт, посылал сгенерированную страницу клиенту, и все ресурсы, используемые этим скриптом уничтожались. Попробую проиллюстрировать: предположим есть две страницы одного сайта, index.php и dothings.php. Исходники к этим страницам выглядят так:
- index.php -
<?php
$a = "Меня задали на index.php";
?>
<html><body>
<?php
echo $a;
?>
</body></html>
- dothings.php -
<html><body>
<?php
echo $a;
?>
</body></html>
Если выполнить эти два скрипта, то на первой странице мы увидим надпись "Меня задали на index.php", а вторая страница будет пустой.
Разработчики web-сайтов, недолго думая, стали использовать cookie для хранения глобальных переменных на стороне клиента. Процесс выглядел примерно так: пользователь приходит на главную страницу сайта, делает какие-то действия, и вся информация, связанная с этим пользователем, которая может потребоваться на других страницах сайта, будет храниться у него в браузере в виде cookie. Этот метод меет довольно серьезные минусы, из-за которых от PHP в своё время отвернулось немало разработчиков. Например, нам нужно авторизовать пользователя, чтобы разрешить ему доступ к закрытым (или принадлежащим только ему) разделам сайта. Придёться <кидать> пользователю cookie, который будет служит его последующим идентификатором на сайте. Такой подход становится очень громоздким и не удобным, как только сайт начинает собирать всё больше и больше сведений о поведении пользователя, ведь всю информацию, посылаемую пользователю, желательно кодировать, чтобы её нельзя было подделать. Ещё совсем недавно подделкой cookie можно было <повалить> не один чат, а порой и пробраться в чужую почту. К тому же есть ещё на свете странные люди, у которых браузер cookie не поддерживает.
При использовании сессий вся информация хранится не на стороне клиента, а на стороне сервера, и потому лучше защищена от манипуляций злоумышленников. Да и работать с сессиями куда проще и удобнее, так как все данные автоматически проходят через алгоритмы криптографии модуля PHP. В броузере клиента, лишь хранится уникальный идентификатор номера сессии, либо в форме cookie, либо в виде переменной в адресной строке броузера, какой из двух способов использовать для передачи идентификатора сессии между страницами интерпретатор PHPвыбирает сам. Это на 100 безопасно, так как идентификатор сессии уникален, и подделать его практически невозможно (об этом чуть далее, в разделе о безопасности сессий).
С самого начала PHP все приняли на ура, но как только на этом языке стали создавать достаточно крупные проекты, разработчики столкнулись с новой проблемой - в PHP отсутствовало понятие глобальных переменных! То есть, выполнялся некий скрипт, посылал сгенерированную страницу клиенту, и все ресурсы, используемые этим скриптом уничтожались. Попробую проиллюстрировать: предположим есть две страницы одного сайта, index.php и dothings.php. Исходники к этим страницам выглядят так:
- index.php -
<?php
$a = "Меня задали на index.php";
?>
<html><body>
<?php
echo $a;
?>
</body></html>
- dothings.php -
<html><body>
<?php
echo $a;
?>
</body></html>
Если выполнить эти два скрипта, то на первой странице мы увидим надпись "Меня задали на index.php", а вторая страница будет пустой.
Разработчики web-сайтов, недолго думая, стали использовать cookie для хранения глобальных переменных на стороне клиента. Процесс выглядел примерно так: пользователь приходит на главную страницу сайта, делает какие-то действия, и вся информация, связанная с этим пользователем, которая может потребоваться на других страницах сайта, будет храниться у него в браузере в виде cookie. Этот метод меет довольно серьезные минусы, из-за которых от PHP в своё время отвернулось немало разработчиков. Например, нам нужно авторизовать пользователя, чтобы разрешить ему доступ к закрытым (или принадлежащим только ему) разделам сайта. Придёться <кидать> пользователю cookie, который будет служит его последующим идентификатором на сайте. Такой подход становится очень громоздким и не удобным, как только сайт начинает собирать всё больше и больше сведений о поведении пользователя, ведь всю информацию, посылаемую пользователю, желательно кодировать, чтобы её нельзя было подделать. Ещё совсем недавно подделкой cookie можно было <повалить> не один чат, а порой и пробраться в чужую почту. К тому же есть ещё на свете странные люди, у которых браузер cookie не поддерживает.
При использовании сессий вся информация хранится не на стороне клиента, а на стороне сервера, и потому лучше защищена от манипуляций злоумышленников. Да и работать с сессиями куда проще и удобнее, так как все данные автоматически проходят через алгоритмы криптографии модуля PHP. В броузере клиента, лишь хранится уникальный идентификатор номера сессии, либо в форме cookie, либо в виде переменной в адресной строке броузера, какой из двух способов использовать для передачи идентификатора сессии между страницами интерпретатор PHPвыбирает сам. Это на 100 безопасно, так как идентификатор сессии уникален, и подделать его практически невозможно (об этом чуть далее, в разделе о безопасности сессий).
Другие работы
Трансформация роли государства в процессе формирования рыночного механизма
alfFRED
: 15 ноября 2013
Глобализация, как вызов XXI века, это не искусственная проблема, а объективный процесс, возникший на базе развивающихся в мире интеграции и кооперации. Проблема глобализации не могла не возникнуть, так как процесс международной интеграции уже невозможно остановить. Реально действуют глобальные компьютерные сети, обеспечивающие уникальные возможности для связи и документооборота, финансовая глобализация, мировая торговля \ транспорт и др.
Идея глобализации – в планетарном единстве, в возможности
alfFRED
: 15 ноября 2013
10 руб.
Лабораторные работы №№1-3 по дисциплине: Математические основы моделирования компьютерных сетей. Вариант № 3
IT-STUDHELP
: 14 апреля 2021
Вариант No 3
Лабораторная работа No1. - Построение простых моделей компьютерных сетей в NetEmul
Оглавление:
Цель работы. 4
Выполнение лабораторной работы 4
1.1. Непосредственное соединение двух компьютеров 4
1.2. Построение локальной сети на концентраторах 6
1.3. Построение локальной сети на коммутаторах 8
Ответы на контрольные вопросы: 10
Список использованных источников и литературы 18
Цель работы: ознакомиться с основами работы с программным эмулятором NetEmul. Научиться строить простые мо
IT-STUDHELP
: 14 апреля 2021
1100 руб.
Всемирная Торговая Организация
OstVER
: 14 сентября 2013
Всемирная Торговая Организация (ВТО) - "World Trade Organization" начала действовать с 1-го января 1995 года. Ее создание - результат сложных и многоплановых международных торговых переговоров, в которых участвовало 125 государств. Переговоры, проводившиеся в рамках ГАТТ, получили название Уругвайский раунд (переговоры были открыты в городе Пунта-дель-Эсте, Уругвай, в сентябре 1986 года, почему и получили это название).
Всемирная Торговая Организация - это организационный межгосударственный мех
OstVER
: 14 сентября 2013
5 руб.
Розрахунок та дослідження цифрового рекурсивного цифрового фільтра на основі аналогового фільтра-прототипу
GnobYTEL
: 23 января 2012
ЗМІСТ
Вступ.
Вхідні дані.
Розрахунок та дослідження аналогового фільтра.
Визначення порядку аналогового фільтра та його частоти зрізу.
Розрахунок фільтра-прототипу.
Частотне перетворення фільтра-прототипу у відповідний фільтр заданий за варіантом.
Дослідження та моделювання отриманого фільтра.
Формування тестового сигналу.
Виведення на екран вхідного та вихідного сигналів.
Побудова спектрів вхідного та вихідного сигналів.
Розрахунок та дослідження рекурсивного цифрового фільтра.
Визначення поряд
GnobYTEL
: 23 января 2012
10 руб.
