I would stay away from Amazon's donation service which I consider the greatest hidden scam in the world. They charge an extremely high % for donations and their record keeping system is best considered as garbage since you have absolutely no idea who donated money to you. The only information they list is a transaction number and pretty much useless. c2it.com (from citibank) is getting a lot of attention since any transaction within the US is completly free and all their US account are federally insured since they are a real bank but unfortunately Nick is in UK. =) On Saturday, March 2, 2002, at 05:59 AM, Martin DUBUC wrote: > > Hi Nick ! thanks for the great work you do ! ;) > > Why not a WushList on Amazon for example ? ( for people like me who > want to > donate but who are not supported by a company ;) ). > ----- Original Message ----- > From: "Nick Lindridge" <nick@xxxxxxxxxxxxxxxxx> > To: <phpa@xxxxxxxxxxxxx> > Sent: Saturday, March 02, 2002 2:45 PM > Subject: [phpa] Donations and Re: Re: A testimony you can use if you > want! > > >> >> Hi, >> >>> This may be why our processor was smoking ;-) We should already be >>> using >>> mod_gzip - though if your tests indicate otherwise please let me know > :-) >> >> :-) I didn't check your full headers so wasn't sure. >> >>> One of the other packages I saw provided gzip functionality built in >>> to > the >>> accelerator - though that was all written purely in PHP and was a page > cache >>> as well (which didn't work at all well for us, too many pages have >>> user >>> specific information). >> >> I read your comments on the jpcache. I wrote a content caching system >> for >> my own page rendering model, and it allows cached content to still be >> dynamic, and that's a good compromise. I first build a page as a > hierarchical >> tree of renderers, and then they render away to produce a string with >> the >> final content - which is great from a composition point of view, but >> not >> that efficient. So an optimiser, written in php, traverses the renderer >> tree, optimises away the calls to renderer methods that produce static > content, >> and produces new php code that has echo statements for static renderer > output, >> and only instantiates renderers and makes the necessary renderer calls >> for >> the dynamic output. This can work really well, but it's not consistent >> or clean enough to release as any kind of product at the moment :-( >> I'm not using it on the phpa site btw. because it's not necessary. >> >>> I'll make sure I get the PHP Accelerator logo's on board at some point > in >>> the next couple of weeks for you. And once again, thanks for a >>> fantastic >>> piece of software - to where do I send my donation? >> >> Thanks :-) Someone suggested PayPal, and I've used them once or twice, >> but I'd now stay clear of them given >> all the lousy press that they've had - IPO or not. Actually you're ok >> as a giver, it's just that they're likely to freeze accounts at a >> moments notice and make it very difficult to get the money out! >> I'll put a donations button using one of the other companies at some >> point in the future. I'm spending 1400 quid a year on my server, so >> donations would certainly be welcome! >> >> Cheers >> Nick >> >> ------------------------------------------------------------------------ >> www.php-accelerator.co.uk Home of the free PHP Accelerator >> >> To post, send email to phpa@xxxxxxxxxxxxx >> To unsubscribe, email phpa-request@xxxxxxxxxxxxx with subject >> unsubscribe >> >> >> > > > ------------------------------------------------------------------------ > www.php-accelerator.co.uk Home of the free PHP Accelerator > > To post, send email to phpa@xxxxxxxxxxxxx > To unsubscribe, email phpa-request@xxxxxxxxxxxxx with subject > unsubscribe > > ------------------------------------------------------------------------ www.php-accelerator.co.uk Home of the free PHP Accelerator To post, send email to phpa@xxxxxxxxxxxxx To unsubscribe, email phpa-request@xxxxxxxxxxxxx with subject unsubscribe