Сложные сессии, замедляющие сайт

Question

Я программирую в PHP mysql. Я недавно попал в программирование ООП.

Так что мне нужно сериализовать мои объекты и сохранить их на СЕССИЯХ. Однако я думаю, что огромные сессии замедляют обновление и загрузку моих веб-страниц.

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

Благодаря Рахул

Answer 1

Сначала вы должны проанализировать, каково фактическое узкое место. Действительно ли это сериализация объекта/десериализация?

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

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

Answer 2

ли все объекты, хранящие необходимо от загрузки страницы до загрузки страницы? Если нет, вам нужно сохранить эти объекты вне сеанса и восстановить их только на тех страницах, которые вам нужны.

Каждый объект, который вы храните в сеансе, будет сериализован и неэтериализован при каждой загрузке страницы независимо от того, действительно ли вам это нужно. Поэтому вы захотите свести это к минимуму.

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

Answer 3

Как правило, вы должны попытаться ограничить размер сеанса до 4 КБ или меньше (независимо от того, какой язык программирования вы используете). Если ваши данные больше, чем это, вы должны начать использовать таблицы в базе данных (например, MySQL/PostgreSQL/...) для сохранения данных.

Пример: Хранить проект для блога статьи

1. В сессии (со всеми его изображения и т.д.) против
2. В статье-DB-таблицы (где флаг draft=1).

Поверьте мне, это удобно, если вы выберете БД (и вам не придется хлопотать с сериализацией).