Go to main content

Textpattern CMS support forum

You are not logged in. Register | Login | Help

#31 2005-05-23 15:39:25

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

On the backend, it would mainly get in the way. The Caching has an upfront cost: Writing the cache-file (and some overhead of running). The benefit only starts kicking in, upon serving the identical (unchanged) page several times. The backend is way too dynamic for that (with permissions and all), and there is too little traffic by too few people for it to be worth it.

Offline

#32 2005-05-23 16:39:45

soulship
Member
From: Always Sunny Charleston
Registered: 2004-04-30
Posts: 669
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

That’s what I figured, really the only page that would be nice to cache on the backside would be the images admin area.

Offline

#33 2005-05-23 18:10:43

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

Images are served as static files, and the list (i.e. html) itself is quick to load. So your browser should be already caching the images locally. Anyway, there’s nothing a modification/plugin could do about that.

Offline

#34 2005-08-02 17:50:28

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

Minor updates, released 0.9.8.

I don’t have the time for a lot of testing, so please be cautious and test it before you rely on it.

Offline

#35 2005-10-10 15:19:38

juanjonavarro
Plugin Author
From: Valencia, Spain
Registered: 2005-05-16
Posts: 485
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

I get this error with version 0.9.8:

Fatal error: Call to undefined function: doslash() in /users/home/juanjonavarro/domains/versioncero.com/public_html/jpcache/jpcache-main.php on line 143

Version 0.9.5 works well for me.

Offline

#36 2005-10-26 05:47:14

tomatoe
New Member
From: Vancouver, BC
Registered: 2004-11-24
Posts: 7
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

has anyone experienced a slowdown since installing this plugin? I think my webhost is suffering from low processing power, so the addition of this plugin slow down the page even more, from 5.5 sec —> 7 sec.

Maybe I’m not using it right?

Offline

#37 2005-10-26 15:12:10

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

If it is ricepaperonline.com then judging by the HTTP-Headers then asy_jpcache is not installed (correctly), at least none of the code is executed.

Offline

#38 2005-10-28 03:17:18

tomatoe
New Member
From: Vancouver, BC
Registered: 2004-11-24
Posts: 7
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

I turned it off cause it was causing pages to load slower than with the plugin on. But I upgraded to the latest 4.0.1 and retried to reenable the plugin, and suddenly it started to work much better. Thanks.

And yes, it’s www.ricepaperonline.com

Last edited by tomatoe (2005-10-28 03:18:11)

Offline

#39 2005-11-15 05:13:04

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

I installed this plug-in for first time today. It’s very nice.

But.. ops! I’m having some issues with Firefox 1.5.

Each time I save an article/page/form and then go to the site and try to do a simple refresh (or simple click in a home/section/article link) of the content, I get a blank page.
Only after pressing CTRL + F5, I get the page content again.

It’s weird. It only happens in Firefox (i’m using 1.5) but doesnt happen in IE nor Opera.

If I disable the plug-in (simple turning it off in the plug-in list), then everything works fine: I save an article/page/form, then go to the front-side of the site and do a simple refresh, and my contents is refreshed, without the problem of the blank page.
But if I enable it again, do a change, save the article/page/form, and do a simple refresh (or click in a home/section/article link) I get again that blank page.

I have tested this a few times, just to be sure that I can reproduce this at least in my computer.

I also do the following test: I saved a form/page/article in FF 1.5, then I open Flock (a FF-based browser) and tried to navigate the site, and I also get a blank page in Flock.

I’m not a genius doing conclusions, but I think there is something between this excelleng plug-in and the Gecko browser.

Sencer, if you need any information, please, just let me know.

Thanks.

Last edited by maniqui (2005-11-15 12:27:28)


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#40 2005-11-15 08:56:11

juanjonavarro
Plugin Author
From: Valencia, Spain
Registered: 2005-05-16
Posts: 485
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

maniqui, I have the same problem with this plugin.

Offline

#41 2005-11-15 09:21:10

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

And this only happens with Firefox 1.5 and not with Firefox 1.0.7? Very strange.

I guess I’ll have to start playing with 1.5 then. It might take me a few days…

Offline

#42 2005-11-15 10:26:01

juanjonavarro
Plugin Author
From: Valencia, Spain
Registered: 2005-05-16
Posts: 485
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

No, I have this problem with firefox 1.0.7.

Offline

#43 2005-11-15 15:28:54

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

I think I have found something else:

the bug is triggered (= you get a blank page) in this situation:

  • if you save a form without making any change.
  • if you modify a form but that modification doesn’t have any “impact” over the content of the refreshed page. Deep explanation: I have a form with some conditionals thay may have “impact” on the content layout of a page. If I make a change (add a simple comma) outside the conditional that is related to the output for the content layout of the refreshed page, then the blank page is triggered.

The but is not triggered (you can succesfully refresh the content with just an F5 hit):

  • if you modify a form and the modification has impact over the content of the refreshed page. This is the “countercase” (dont know if that word exists) of the above point.
    Deep explanation: I have a form with some conditionals thay may have “impact” on the content layout of a page. If I make a change (add a simple comma) inside the conditional that is related to the output for the content layout of the refreshed page, then the blank page is triggered.
  • if, for example, I add an excerpt to an article.

I will try to do some more testing.


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

#44 2005-11-15 17:33:49

Sencer
Archived Developer
From: cgn, de
Registered: 2004-03-23
Posts: 1,803
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

I suspect this has to do with you guys getting the wrong http-headers, is it possible that you are running PHP as (F)CGI? We fixed something similar for the feeds, looks like the same thing is happening here.

For a temporary fix: In jpcache-main.php find: header("HTTP/1.0 304"); and replace with header("Status: 304 Not Modified"); if this does help, I should have an updated version ready soon.

Offline

#45 2005-11-15 17:53:56

maniqui
Member
From: Buenos Aires, Argentina
Registered: 2004-10-10
Posts: 3,070
Website

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

> Sencer wrote:
> is it possible that you are running PHP as (F)CGI?

Yes. My hosting provider has changed to PHP as CGI in the last week.

> Sencer wrote:
> For a temporary fix: In jpcache-main.php find: header("HTTP/1.0 304"); and replace with header("Status: 304 Not Modified"); if this does help, I should have an updated version ready soon.

You are a magician!
I made the change you suggested and, at least by now, this is working good in FF 1.5.

Thanks, Sencer!


La música ideas portará y siempre continuará

TXP Builders – finely-crafted code, design and txp

Offline

Board footer

Powered by FluxBB