Re: Request for Threads or SRM
| From: | Andi Gutmans | Date: | Thu, 24 Nov 2005 20:03:34 +0000 |
| Subject: | Re: Request for Threads or SRM | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-20316@lists.php.net to get a copy of this message | ||
You could use a system like memcached. This kind of thing isn't really in the scope of doing it in PHP per-se.
At 11:19 AM 11/24/2005, Andreas Korthaus wrote:
Rasmus Lerdorf wrote:That's way outside the scope of what we have planned for PHP 6 and I can pretty much guarantee it won't happen. The SRM-like thing doesn't need to be part of PHP though. Anybody can build such a beast.What about something like a "persistent superglobal"? The idea is to have something like an application-wide session, not only a session per user. There could be several backends, the same way like session.save_handler setting for the session extension (e.g. files, mm, apc...). I have described that in more detail here: http://news.php.net/php.internals/19690 Andrey posted an interesting response on how to use semaphore and shm, but I was thinking about hiding the implementation and add a superglobal like $_PERSISTENT (or something like that), which can store any PHP variables between requests, like $_SESSION does, but application-wide, not separated for each user. best regards Andreas -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php