Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Patrick May
Tom, Perfect caching is indeed what I am after. Knowing that you work at Y!, I understand why you need to throw boxes at the problem :) With anything else, you need to weight whether or not you need it and > if it is worth the overhead of implementing it. > Definitely. I want the api to be sim

[nyphp-talk] Embedding PL/SQL procedure into PHP

2008-07-18 Thread Julia Sheehy
Rather than recreating an entire procedure and the functions it uses we'd like to call the proc from within PHP like you would a stored perl function. We are an Oracle-PHP shop. Any suggestions/resources you'd recommend? ___ New York PHP Community Ta

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Patrick May
bzcoder, I hear your point that using a framework, one should be aware of the various framework-specific options for improving performance. Through the 'tags' structure, I am trying to create an api to specify the underlying data points that make up the cache. I disagree that it is smarter to re

Re: [nyphp-talk] Handling empty values in hashes

2008-07-18 Thread Mark Armendariz
Daniel Convissor wrote: Paul: On Thu, Jul 17, 2008 at 02:58:00PM -0400, [EMAIL PROTECTED] wrote: isset($array[$key]) how's that different from array_key_exists? isset() thinks NULL is not set. Similarly, empty() can be used for stuff like this, but of course, it thinks NULL, 0, FALS

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Patrick May
> I love the idea of providing the cache with an event model, so that > you can fire events that invalidate the parts of the cache that are > listening for them. I haven't ever seen that before, but then again I > don't get out much. Is it derived from some other system/language? > When I was work

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread bzcoder
Patrick May wrote: Hello, I'm working on a PHP cache library, and I wanted to check in and see what folks thought. Usually, you have many different front end views that you will want to cache. These may pull from multiple datasources in odd ways. Far away from the front end, there is back

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Tom Melendez
> I love the idea of providing the cache with an event model, so that > you can fire events that invalidate the parts of the cache that are > listening for them. I haven't ever seen that before, but then again I > don't get out much. Is it derived from some other system/language? > > The caches I'v

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Tom Melendez
On Fri, Jul 18, 2008 at 5:51 AM, Patrick May <[EMAIL PROTECTED]> wrote: > Tom, > >> First thoughts: why not Zend or Pear cache libraries? >> >> >> http://framework.zend.com/manual/en/zend.cache.theory.html#zend.cache.factory >> http://pear.php.net/package/Cache_Lite >> http://pear.php.net/package/C

RE: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Damion Hankejh (ingk)
This push cache concept has me intrigued. As to passing a request signature that encodes user agent, language, userid, etc. - can't this simply be added to the cache id (for instance with Cache_Lite)? We've had great luck using pretty urls for caching db result set objects and embedding user

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread csnyder
On Thu, Jul 17, 2008 at 5:52 PM, Patrick May <[EMAIL PROTECTED]> wrote: > I'm working on a PHP cache library, and I wanted to check in and see what > folks thought. > I love the idea of providing the cache with an event model, so that you can fire events that invalidate the parts of the cache tha

Re: [nyphp-talk] PHP caching (not opcode)

2008-07-18 Thread Patrick May
Tom, First thoughts: why not Zend or Pear cache libraries? > > > http://framework.zend.com/manual/en/zend.cache.theory.html#zend.cache.factory > http://pear.php.net/package/Cache_Lite > http://pear.php.net/package/Cache > > The pear packages are looking for maintainers - perhaps you could roll > y