как реализовать расширенную обработку сессии в PHP

я работаю с сессиями в PHP, и у меня есть различные приложения на единственном домене. Проблема, что cookie являются зависящими от домена, и таким образом, идентификаторы сессии отправляются в любую страницу на единственном домене. (я не знаю, существует ли способ заставить cookie работать другим способом). Таким образом, Переменные сеанса видимы на каждой странице на этом домене. Я пытаюсь реализовать пользовательский менеджер сеансов для преодоления этого поведения, но я не уверен, думаю ли я об этом право.

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

1. На первом доступе я генерировал бы уникальный session_id и создал бы cookie
2. На конце сценария сохраняют данные сессии с session_id, метками времени для запуска сессии и последнего доступа и данных из $ _SERVER, такими как REMOTE_ADDR, REMOTE_PORT, HTTP_USER_AGENT.
3. На каждом доступе chceck база данных для session_id, отправленного в cookie от клиента, проверьте IP, Порт и агент пользователя (для безопасности) и считайте данные в переменную сеанса (если не истек).
4. Если session_id истек, удалите из базы данных.

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

Я пытаюсь извлечь следующую пользу:

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

я не уверен, пропускаю ли я какие-либо недостатки этого решения. Есть ли какой-либо лучший путь?

Спасибо!!

ОБНОВЛЕНИЕ: я не объяснил это достаточно подробно и вызвал много беспорядка здесь, таким образом, я хочу сделать более ясным, с чем я имею дело:

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

Как мы знаем, веб-сервер, выполняющий PHP, когда загрузка данных сессии не имеет значения (по крайней мере по умолчанию), какой сценарий, из которого каталог создал сессию. Все, в чем требуется, является идентификатором сессии. Этот идентификатор сессии отправляется с каждым запросом от клиента к серверу. Из Ваших ответов я получил путь, как PHP мог ограничить cookie для определенного каталога, но злонамеренный пользователь может отредактировать cookie, потому что он хранится в его компьютере. У злонамеренного пользователя в моем случае может быть доступ, чтобы записать и выполнить сценарий PHP в той же среде, хотя не имея доступ к моему приложению, и это - база данных. Если он создает сценарий, он мог бы использовать идентификатор Сессии от cookie моего приложения, таким образом у него есть доступ в чтение и данные сеанса редактирования по моему приложению, и получите доступ к частям моего приложения, которому его нельзя разрешить.

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

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

Спасибо за Ваши ответы..