Re: Calendar
| From: | Harry Fuecks | Date: | Sun, 18 Apr 2004 22:43:24 +0000 |
| Subject: | Re: Calendar | ||
| References: | 1 | Groups: | php.pear.general |
| Request: | Send a blank email to pear-general+get-11944@lists.php.net to get a copy of this message | ||
On Saturday 17 April 2004 11:55, Lorenzo Alberton wrote:
> On Sat, 17 Apr 2004 13:18:13 +0200, Lukas Smith wrote:
> > While I will probably run my own tests eventually I just wanted to
> > ask this list about their experience with the Calendar package. I
> > am especially interested in how it performs in a full fledged
> > Calendar app both in useability, performance and accuracy. I guess
> > its accuracy is determined by the Date's packages accuracy.
>
> the accuracy depends on
> a) date() and mktime() native php implementations for the UnixTS engine
> b) PEAR::Date for the PearDate engine
Thanks to all the help Lorenzo's made to Calendar, I'm as confident as you can
be that the core classes are bug free. Some of the decorator classes I added
more recently may have the odd issue still but nothing I'm aware of at the
moment.
> Of course you can use Cache_Lite to reach even higher speed,
> and IIRC Harry wanted to do some more work on the decorator
> classes, to make caching the date-related part (as opposed to
> date calculations + user-land decorator objects as an atomic block)
> easier.
Generally performance should be "OK" - each date gets represented as an object
so PHP has some work to do creating, say, all the days in a month. Caching
the calendar at some level (even if just HTML) is probably worth doing and,
as Lorenzo says, there's some work to come to make caching easier.