В этом порядке мы обсудим, как использовать WordPress для создания веб-приложений.
До сих пор мы говорили о фундаменте (не каркасе), WordPress, его архитектуре, и особенно о том, как концептуально мыслить при подходе к нему с других языков.
В качестве напоминания мы упомянули:.
- Управление пользователями.
- Права доступа
- Управление сессиями.
- Электронная почта
- Наследование и восстановление данных
- Маршрутизация URL (иногда упоминается как переписывание URL, или рерайтинг, или маршрутизация)
- Кэширование
- Индивидуальная поддержка вопросов
Затем мы рассмотрели вопросы управления пользователями и их правами, начав с последних публикаций.
В этом посте мы обсудим, как активировать сессии в приложении на базе WordPress, но мы будем исходить из того, что вы или другие читатели вообще не знакомы с сессиями.
Поэтому мы начнем с общего представления о сессиях, поговорим о взаимосвязи между сессиями и WordPress, а затем обсудим, как начать активировать сессии в приложении на базе WordPress.
Введение в сессии
Для тех, кто не знаком с концепцией сессий, это относительно легко понять (хотя и трудно применить в зависимости от контекста или контекстов, в которых они используются).
По сути, сессии — это один из способов сохранения состояния приложения при загрузке страниц.
Однако здесь есть один момент. Его можно применять по-разному. С помощью сценариев вы можете просто записывать данные в базу данных на одной странице и получать их на следующей.
Это не самый эффективный способ создания сессий, особенно при наличии большого количества активных пользователей, но он позволяет сохранить контекст.
Опять же, когда мы говорим о сессиях, мы говорим не о них. Напротив, речь идет о хранении набора информации в памяти до тех пор, пока пользователь активен на сайте.
Рискуя стать более техничным, чем мне хотелось бы в этой серии статей, Синод может управлять этим несколько иначе, так что собрания могут покидать сайт, возвращаться и сохранять текущую активную сессию.
Подумайте о таком сервисе, как Twitter. Вам не нужно подключаться к сайту каждый раз, когда вы его посещаете. Тем не менее, детали этого применения выходят за рамки данной серии.
Вместо этого потратьте некоторое время на рассмотрение того, как выглядит сессия после того, как пользователь подключается к домашней странице приложения, подключается, создает сессию и затем отключается.
Загрузка приложения без сеанса
Таким образом, это стандартная прикладная картина использования базы данных в том смысле, что нет информации о встрече. Напротив, все они предоставляются статически на странице и загружаются базой данных.
Это легко понять.
По сути, каждый раз, когда загружается страница или пользователь переходит на новую страницу, страница извлекает необходимую информацию из базы данных и представляет ее пользователю.
Загрузка приложения в сеансе
Если на приведенной выше схеме показано то, что представляется онлайн-приложением, поддерживающим базу данных без механизма сеансов, похоже ли, что оно обеспечивает поддержку собраний?
Прежде чем проверить диаграмму, чтобы увидеть, как она выглядит, давайте определим следующие параметры
- Приложение не поддерживает сеансы для пользователей, не вошедших в систему
- Приложение сохраняет определенную информацию в течение периода работы после подключения пользователя.
- Если пользователь отключается, сессия уничтожается.
По сути, это означает, что когда пользователь входит в систему, есть информация из статической информации, информация в базе данных и информация, хранящаяся в сессии.
Может ли это быть ужасно сложным?
По сути, информация загружается в сессию, хранится в памяти и извлекается из нее по мере необходимости. Из данных извлекается и другая информация, которая не является частью сессии, но имеет отношение к отображаемой странице.
Если все сделать правильно, это может реально повысить производительность приложения и сделать общий пользовательский опыт немного лучше. Однако детали этой темы выходят за рамки данной статьи.
Самая важная часть этого раздела — как работают сессии и какие преимущества они дают.
Правда о WordPress и сессиях
Любой человек, занимающийся созданием веб-приложений в других средах, может быть знаком с сессиями и тем, как они работают в контексте используемых им инструментов.
На самом деле, если вы работали с PHP в прошлом, вы, вероятно, также знаете, как работают Синоды.
Но вот несколько интересных фактов (по крайней мере, я нахожу их интересными!) ：.
Основные приложения WordPress не используют сессии.
Фактически, единственное время, когда они приближаются к поддержанию какого-либо статуса, — это использование cookies, которые создаются при подключении к приложению.
Как мы реализуем сессии?
Когда дело доходит до реализации сессий WordPress, вам нужно больше узнать о том, как реализовать сессии в PHP, и убедиться, что вы выполнили соответствующую очистку, если это необходимо.
В частности, это означает, что вы должны знать, как: a.
- Начало сессии
- Сохранить информацию в сеансе
- Восстановление информации из сеанса (и как восстановить информацию из базы данных, если она не находится в сеансе)
- Катастрофа.
Звучит очень просто, не так ли? Это почти так, но, как и в случае с большинством вещей в разработке, есть вещи, которые нужно учитывать.
Начало занятий
Первое, что необходимо отметить, это то, что сессия должна быть начата. Это делается путем вызова функции php session_start ().
При запуске сеанса в PHP необходимо обратить внимание на два момента
- Вы хотите начать сеанс только в том случае, если идентификатор сеанса не существует
- Вы хотите начать сеанс, прежде чем оставить информацию в браузере.
Вы можете настроить функцию для этого, используя соответствующие хуки, но это должно быть сделано на ранней стадии жизненного цикла страницы WordPress.
