When I try to dump a 5 MB table to screen (I know, not very efficient...), with the Content-Encoding patch, it eventually times out with "document contains no data". This is with NN4. Without the patch, I get the dump on screen. Apart from this glitch, the patch looks great and is a real speed improvement! Should I commit it in cvs, with maybe an additional entry in the FAQ about this dump problem? Marc Delisle a écrit : -- Marc Delisle Service de l'informatique Collège de Sherbrooke, Québec

There are some set_time_limit() in phpMyAdmin, but I don't think this is my problem, because I get an error after 3 seconds. Without the patch, I get my dump at the screen in 7 seconds. Maybe I hit a memory limit in my PHP configuration. BTW, set_time_limit() does not work when PHP is in safe mode, a user suggests in the PHP manual to do this: if (! get_cfg_var('safe_mode')) { set_time_limit(180); } Marc jeremy brand a écrit :

Hi all with the Content-Encoding patch, it eventually times out with "document contains no data".<< I use a cache system called jpcache, it is an excellent cache system, I think it is better than pear. You can check it out at http://sourceforge.net/projects/jpcache To use jpcache all you do is add lines to the top of each file. here is an example <? $cachetimeout=-1; include "jpcache.inc" ?> I have served around 2 million pages from my server using this cache system and never had a single problem. Pete ----- Original Message ----- From: "Marc Delisle" &lt;DelislMa(a)CollegeSherbrooke.qc.ca&gt; To: &lt;phpmyadmin-devel(a)lists.sourceforge.net&gt; Sent: Friday, July 20, 2001 2:41 PM Subject: Re: [Phpmyadmin-devel] Gzip HTTP Content-Encoding patch When I try to dump a 5 MB table to screen (I know, not very efficient...), with the Content-Encoding patch, it eventually times out with "document contains no data". This is with NN4. Without the patch, I get the dump on screen. Apart from this glitch, the patch looks great and is a real speed improvement! Should I commit it in cvs, with maybe an additional entry in the FAQ about this dump problem? Marc Delisle a écrit : at have -- Marc Delisle Service de l'informatique Collège de Sherbrooke, Québec _______________________________________________ Phpmyadmin-devel mailing list Phpmyadmin-devel(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel

Hi It uses ob_start and a call-back function. Jpcache does not just do content encoding it does a lot more, here is the information from the jpcache homepage http://www.weirdpier.com/jpcache/ jpcache is a lightweight, full page caching system for PHP, thus reducing server-load, as pages are generated less often. It also uses gzip content-encoding and ETag-headers, which results in around 80% in traffic-saving for php-pages. You can choose to store your files in a local dir or in a database Features: - Caches full php pages for <X> seconds - When not modified since last visit, sends 304 response - When modified or first visit, sends gzipped content if possible, else uncompressed content - You can choose between file or MySQL based storage - Takes GET and POST data into account when caching Quick usage: * Edit jpcache.inc and change the configurationsettings * Start your file with <? $cachetimeout=<X>; include "jpcache.inc" ?> * Setting <X> to -1 will disable caching and will only do content encoding. Use this for pages that are not cacheable due to user-specific content (polls, personalization etc.) Pete ----- Original Message ----- From: "Marc Delisle" &lt;DelislMa(a)CollegeSherbrooke.qc.ca&gt; To: &lt;phpmyadmin-devel(a)lists.sourceforge.net&gt; Sent: Friday, July 20, 2001 5:41 PM Subject: Re: [Phpmyadmin-devel] Gzip HTTP Content-Encoding patch Does jpcache use ob_gzhandler? If yes, it may be useful to know that: "Transient SID-mechanism (which adds ?PHPSID=abc to every local url, for people without cookies) does NOT work when you use ob_gzhandler" webmaster(a)trafficg.com a écrit : efficient...), system looking whip -- Marc Delisle Service de l'informatique Collège de Sherbrooke, Québec _______________________________________________ Phpmyadmin-devel mailing list Phpmyadmin-devel(a)lists.sourceforge.net http://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel

Oops: Warning: Undefined variable: ob_mode in /usr/local/etc/www/si/php/phpMyAdmin/footer.inc.php3 on line 7 this is triggered when an ALTER TABLE does something wrong, for example setting a default value to a BLOB field. Marc Delisle a écrit :

the patch. Jeremy Jeremy Brand :: Sr. Software Engineer :: +393485323988 :: jeremy(a)nirvani.net http://www.JeremyBrand.com/Jeremy/Brand/Jeremy_Brand.html for more - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - "LINUX is obsolete" -- Andy Tanenbaum, January 29th, 1992 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Get your own Free, Private email at http://www.smackdown.com/ On Mon, 23 Jul 2001, the following spilled from the mind of jeremy brand: