Octavian Rasnita wrote:
that's usually the case some developers spend a lot of time chaning double quoates to single quotes all it get's them is a saving of 2 milliseconds per script. However delivering static html instead of dynamic generated html will be faster under very high loads. So you may want to keep at it if you have a large site.From: "pan" <[EMAIL PROTECTED]>
What provides the new data? Can you run a html update from whatever is supplying the new data?
Hmm, I don't think I can. The data is stored in MySQL by a separate program, but that data can be used in more pages. I think the only good solution would be to run a program that create a cache for every page from that site. This would not be very simple because the site could have more template styles available for the users, and all the page could appear in more languages, and some pages could be accessed from a form with many options, etc. It would not be very practicly to create such many cached pages.
I begin to think that it is not really possible to do what I want and I
guess that if the PHP program is well done, the speed difference would not
be too big.
In a related thread i have posted about the use of squid i think you may want to look at it.
An approach that may work in your case is to host the scripts on a private ip and use wget to 'download' the entire site on to the htdoc folder of your public site. wget could be invoked by the same program that inserts the data into the db.
finally media wiki (the software that powers wikipedia.org ) has a good caching mechanism which you might want to look at.
Teddy
-- Raditha Dissanayake. ------------------------------------------------------------------------ http://www.radinks.com/sftp/ | http://www.raditha.com/megaupload Lean and mean Secure FTP applet with | Mega Upload - PHP file uploader Graphical User Inteface. Just 128 KB | with progress bar.
-- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
