[geeklog-devel] geeklog-devel Digest, Vol 85, Issue 10

[Tom]

The older plugins will work with the template caching automatically. There
items text, etc.. would not be directly cached though. The plugin would have
to be updated to support that which is fairly easy to do with the built in
api (which the staticpage plugin, blocks, etc.. can be used as examples).  

BTW I have had a few hiccups with the Article Caching. At one point I had
the entire story being cached (Everything from the Title, date, etc.., down
to the number of comments).  I have pulled back from this since there are
too many config values that can change things along with an article can
belong to more than one topic (so a version of the article would have to be
saved for each topic it belongs too).  I think I may just end up caching
just the intro text and the body text (which is something you would only do
if it had autotags in it). I will have to do a bit more testing to see what
I decide to do. I also have to make sure page breaks etc.. work with all
this.

Tom

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Michael
Brusletten
Sent: October-16-13 5:57 PM
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] geeklog-devel Digest, Vol 85, Issue 10

Tom,

That sounds good to me.  Everything should be covered under this plan.  Any
new plugins (or legacy plugins slated for upgrades) can take advantage of
this new feature by having individual plugin config options.  The older
plugins that have not been upgraded, should be able to work fine as your
working with them now, because they would fall under one of the three areas,
articles, staticpages, and blocks.  Are there variable hooks that allow for
this, where the plugin can use when the author of the plugin decides to
upgrade?

Michael

-----Original Message-----
Message: 2
Date: Tue, 15 Oct 2013 19:23:16 -0400
From: "Tom" <websitemaster at cogeco.net>
Subject: Re: [geeklog-devel] geeklog-devel Digest, Vol 85, Issue 9
To: "'Geeklog Development'" <geeklog-devel at lists.geeklog.net>
Message-ID: <004601cec9fd$86f4c4a0$94de4de0$@cogeco.net>
Content-Type: text/plain; charset="us-ascii"

All object cache values can be set individually. I was just wondering  if we
wanted  customizable default value for any new objects. We current plan is
to add it in.

Tom

-----Original Message-----
From: geeklog-devel-bounces at lists.geeklog.net
[mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Michael
Brusletten
Sent: October-15-13 5:52 PM
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] geeklog-devel Digest, Vol 85, Issue 9

I wonder if making the cache options available per article, staticpage, and
block with a default configured in the main configuration.  This way the
admin can decide on whats constantly changing or not.   I would suspect that

the stories would not change much, but then again, there could be items in
the stories that might change from outside sources, like maybe images or
banners.

Michael

----------------------------------------------------------------------

Message: 1
Date: Mon, 14 Oct 2013 21:44:05 -0400
From: "Tom" <websitemaster at cogeco.net>
Subject: [geeklog-devel] Geeklog Caching
To: "'Geeklog Development'" <geeklog-devel at lists.geeklog.net>
Message-ID: <001601cec948$0824c9a0$186e5ce0$@cogeco.net>
Content-Type: text/plain; charset="us-ascii"

Okay I have the article caching pretty much done.

It works the same way as for staticpage and blocks where you can set an
individual story to cache from 0 to X seconds before it is recreated (0 is
off which is the default setting).

I have 2 questions which applies to all 3 objects being cached (article,
staticpages, blocks).

1) Do we want an always on cache option where the cache file is never
recreated unless the object is updated by the user. I can see it working
where the user enters a -1 (instead of a 0 to X) so the cache file is always
used.

2) Right now all cache times default to 0 (off). Do we want 3 config options
to allow the user to set some other default?

With tests on my windows system I found very little gain in caching
articles, staticpages, blocks that have little more than text in them
(hundreds of a second difference). Where you really see a savings is when
these objects have to do some processing like with embedded autotags, php,
etc. At this point how long you want to cache the object for before it is
recreated depends on what the data is and if it ever changes and how often.

Thoughts?

Tom
_______________________________________________ 

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://eight.pairlist.net/mailman/listinfo/geeklog-devel