asy_jpcache 0.9.8 - Fast Full Page Caching

Isabella · 2006-10-06 08:00:20

Thanks for the quick response Sencer. It all makes sense now. I was using a cookie (starting with txp_) to allow users to select the number of articles to list per page (there were 3 options: 20, 50, and 100). The problem was that I forgot to set a path for the cookie. So the cookie was being sent to every page on the site, which explains why I was getting 3 different cached files for the homepage. Setting a relative path in the cookie to the “/articles/” section, in which I was listing the articles, did the trick (which also works for categories: “/articles/category”).

So now it is working as expected. On the paginated article lists, a page is cached for each option: 20, 50, and 100 articles per page. Plus, 2 small cookie files are cached for the 50 and 100 page settings (20 is default and doesn’t use the cookie).

My URL scheme for individual articles is “/title”, so I don’t have to worry about the cookie causing duplicate caches of articles, like it would with “/articles/title”.

Thanks again Sencer for cluing me in.

Ace of Dubs · 2006-11-27 13:23:24

Thank you for this amazing plugin.. it just works so well. My load times are cut down by 75%!!

You da man

Neko · 2006-11-29 23:21:34

Zanza wrote:

I have a site without any article tag (just a portfolio). Initially this plugin seemed to work, but after some minutes I get blank pages instead of cached ones. In a case I get messy character like:

Same problem here, running 4.0.4 on TXD, plug-in default settings. Is there a way to solve this?

merz1 · 2006-11-30 18:23:56

Did you check #73?

Neko · 2006-11-30 19:43:48

merz1 wrote:

Did you check #73?

I completely overlooked that. Gonna try it now, thanks.

hablablow · 2006-12-04 18:33:47

Sencer,

Your plugin is just great and speeds up my Txp powered site, as I already said here.
However, assuming that Txp doesn’t fire any error messages that would be cached, another problem may appear from time to time, and is cached: when the db is down with the minimal “ Database unavailable “ message.
I don’t know if this message is common to every Sql db install… If it’s the case isn’t there a way to perform a simple check ( header check or id check… ) and force to flush the cache the same way as when you would add a comment, post an article etc… to avoid caching such situation ?
Thanks !!

thedogg · 2006-12-08 14:32:29

I have installed the plugin and caching is happening at the moment. However, when I login to the control panel the following line appears in the bottom of the screen.

Notice: Undefined index: view in /home/XXXX/domains/domain.com/html/test/textpattern/lib/txplib_misc.php(512) : eval()'d code on line 24

When I turn off caching and then logout and in again this line is not appearing. Anybody have any clues how to fix this? BTW this is not happening on the actual site control panel only. Also when I navigate between the tabs of the control panel the line dissappears also.

Thx in advance

Last edited by thedogg (2006-12-08 14:35:33)

hablablow · 2006-12-08 15:36:27

TheDogg,
This looks like a txp version problem… On wich version are you working ? 4.0.4 ? See earlier posts in this forum to see if the plugin has been ported to 4.0.4…
It’s working for me on txp v4.0.3
Hope this lights up the path a bit.

Last edited by hablablow (2006-12-08 15:37:04)

thedogg · 2006-12-08 16:52:43

Hi hablablow, thx for the answer I am working on Textpattern 4.0.4 (r1956) under PHP5. Will have a look through the forum to find out whether the cache plugin has been ported to the latest 4.0.4 version.

Sencer · 2006-12-08 20:11:23

No,I think it’s actually a bug in the code of the plugin. I vaguely remember something about it… unfortunately I am currently short on time, and will be for a another week or two. Hopefully someone else will be able to point out the place in the code where to fix it in the meantime.

thedogg · 2006-12-11 11:59:39

Thanks Sencer, let’s see what happens then….so far it’s just annoying and certainly not a showstopper for me. I like the fact that it speeds up page loading.

merz1 · 2006-12-13 13:56:52

Re: #81 ‘database unavailable’ is cached

I can confirm the issue. I mentioned that already in http://forum.textpattern.com/viewtopic.php?pid=125280#p125280

hablablow · 2006-12-14 09:40:11

Markus,

Maybie when Sencer has time he will show up with a solution… Maybie adding an id check in the cached files could solve this issue… Sencer ? Is this tricky to setup ?…
Cheese,

merz1 · 2006-12-14 16:16:41

Well, there are some conceptual issues …

Every check eats performance. Parsing for text in result pages is pretty slow. So at least that check must be configurable (yes/no).

Then you will not know that error page until it happens. As far as I know the result page comes from the hosting environment and not from the Textpattern core. You can only provoke that error page on a root server by disabling the database. In a shared hosting environment you can only change the user/password.

It would be nice if Textpattern would have a core feedback code for “database unavailable”.

gaza · 2007-01-24 21:01:27

I know that there’s new updated instructions on how to install this plugin inside the downloaded zip. But the old instructions are still in the original post and can be confusing… maybe they can be updated with the new ones?

Here’s how to install it:

Installation

1. Copy the directory jpcache and its contents into your main directory. It should be right next to your images and your textpattern directory (on a default install).

2. Make sure that the jpcache/cache directory can be written to. Usually chmod 777 jpcache/cache/ will do the trick.

3. Edit your index.php in the main directory and BEFORE

include $txpcfg[‘txpath’].’/publish.php’; insert the following line: include ‘./jpcache/jpcache.php’; (IMPORTANT: do NOT edit textpattern/index.php )

4. Don’t forget to activate this Admin-plugin.

5. Optional: Look inside jpcache/jpcache-config.php to change a few settings, like enabling Debugging, permanently turning off gzip-encoding, changing timout, skipping feeds, re-enabling logging etc.

If you are experiencing problems (or want to deactivate jpcache), comment out the line in your index.php that you added:

//include ‘./jpcache/jpcache.php’;

Textpattern CMS

Textpattern CMS support forum

#76 2006-10-06 08:00:20

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#77 2006-11-27 13:23:24

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#78 2006-11-29 23:21:34

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#79 2006-11-30 18:23:56

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#80 2006-11-30 19:43:48

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#81 2006-12-04 18:33:47

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#82 2006-12-08 14:32:29

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#83 2006-12-08 15:36:27

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#84 2006-12-08 16:52:43

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#85 2006-12-08 20:11:23

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#86 2006-12-11 11:59:39

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#87 2006-12-13 13:56:52

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#88 2006-12-14 09:40:11

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#89 2006-12-14 16:16:41

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

#90 2007-01-24 21:01:27

Re: asy_jpcache 0.9.8 - Fast Full Page Caching

Board footer