Re: Request for Threads or SRM

From: Date: Fri, 25 Nov 2005 18:39:27 +0000
Subject: Re: Request for Threads or SRM
References: 1 2 3 4 5 6  Groups: php.internals 
Request: Send a blank email to internals+get-20422@lists.php.net to get a copy of this message
No, but PHP could provide a standardized frontend in the form of a super-global that can have modular backends (like we have with ext/session). One backend could then use memcached as its data store. Funny, I've been thinking of just the same thing.... The PHP5 OOP hooks are just begging for that sort of implementation.
$foo = $_APPLICTION['bar']; php_application_object::read_dimension(zval *element) { zval *baz = fetch_from_storage_mechanism(element); return baz; } Things like references could never be supported of course. And the userspace code would have to be intelligent enough to handle its own race conditions. (The SHM backend would cover mutexes of course, but that still doesn't solve the simpler problem of different requests handling different bundles of data) Is anyone working on something like this already? -Sara

« previous php.internals (#20422) next »