On Mon, May 14, 2007 at 02:37:14PM -0700, [EMAIL PROTECTED] wrote:
> On Mon, 14 May 2007 15:58:37 -0500
> "Patrick R. Michaud" wrote:
>
> > These cannot be cached because they generate
> > tags in the section of the resulting HTML, as opposed
> > to most other markups which appear in a continuo
On Mon, May 14, 2007 at 02:37:14PM -0700, [EMAIL PROTECTED] wrote:
> On Mon, 14 May 2007 15:58:37 -0500
> "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
>
> > These cannot be cached because they generate
> > tags in the section of the resulting HTML, as opposed
> > to most other markups which a
On Mon, 14 May 2007 15:58:37 -0500
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
> These cannot be cached because they generate
> tags in the section of the resulting HTML, as opposed
> to most other markups which appear in a continuous section
> of the . So, in order to generate those entrie
On Mon, May 14, 2007 at 01:46:14PM -0700, [EMAIL PROTECTED] wrote:
> On Mon, 14 May 2007 14:51:29 -0500
> "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
>
> > However, it can't/won't cache pages that contain any
> > of:
> > - {$Author}, {$AuthId}
> > - (:if authid:)
> > - (:if auth:)
> >
On Mon, May 14, 2007 at 10:23:05PM +0200, Christophe David wrote:
> PmWiki has several (somewhat experimental) caching features,
> which may be able to help out some.
> ...
>A few lines about this would certainly be useful on pmwiki.org ;-)
Yes, it's just a matter of finding
On Mon, 14 May 2007 14:51:29 -0500
"Patrick R. Michaud" <[EMAIL PROTECTED]> wrote:
> However, it can't/won't cache pages that contain any
> of:
> - {$Author}, {$AuthId}
> - (:if authid:)
> - (:if auth:)
> - (:noleft:), (:noright:), (:notitle:), (:noheader:),
> (:nofooter:)
> - (:title:),
PmWiki has several (somewhat experimental) caching features,
which may be able to help out some. You can set up page caching
by setting:
$PageCacheDir = 'work.d';
$EnableHTMLCache = 1;
This caches the main contents of each page, so that PmWiki doesn't
have to reconvert the markup to HTML o
On Sun, May 13, 2007 at 09:13:26PM -0400, Stirling Westrup wrote:
> Oh, and the advice about avoiding pagelists is good. The bit about dynamically
> created pages is confusing though. Aren't all PmWiki pages dynamically
> created?
By default, all pages in PmWiki are dynamically created, yes.
PmW
On 2007-05-14 Daniel is rumoured to have said:
> The other side is the server hardware. Much harder to predict how it will do
> under load. Make sure you have the pages caching (default). Page compression
> makes the pages smaller but increases the load on the server. I would guess
> that the se
On Sun, 13 May 2007 21:13:26 -0400
Stirling Westrup <[EMAIL PROTECTED]> wrote:
> Oh, and the advice about avoiding pagelists is good. The bit
> about dynamically created pages is confusing though. Aren't all
> PmWiki pages dynamically created?
Yes and No. There are better authorities than me, but
Use something like http://www.websiteoptimization.com/services/analyze/
to calculate the size of the page. Slashdot can generate thousands and
thousands of hits. So say you have a 10K total web page size including
images. 10,240 * 100,000 (just a guess) = 1,024,000,000 so that is
about 1GB o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[EMAIL PROTECTED] wrote:
>> So, what's the best way to prepare PmWiki for a possible
>> slashdotting? Any advice would be appreciated.
>
> * Tune up your apache by removing all unnecessary modules.
> * How much rewriting are you doing, and apache proc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil Herber (nospam) wrote:
> On 2007-05-12 Stirling Westrup is rumoured to have said:
>> So, what's the best way to prepare PmWiki for a possible slashdotting?
>> Any advice would be appreciated.
>
> A page of mine (Alas! not PmWiki) was slashdotted
On Sat, 12 May 2007 06:35:54 -0400
Stirling Westrup <[EMAIL PROTECTED]> wrote:
> So, what's the best way to prepare PmWiki for a possible
> slashdotting? Any advice would be appreciated.
* Tune up your apache by removing all unnecessary modules.
* How much rewriting are you doing, and apache proc
On 2007-05-12 Stirling Westrup is rumoured to have said:
> So, what's the best way to prepare PmWiki for a possible slashdotting? Any
> advice would be appreciated.
A page of mine (Alas! not PmWiki) was slashdotted twice on a machine
that was much more heavily loaded and much less powerful than
I've recently come up with an idea for something to put up on one of my
PmWiki's that might end up being quite popular -- possibly even ending up on
slashdot or digg. I don't know how likely a scenario that is -- but its
certainly possible.
In some ways, this is both a best- and a worst-case scena
16 matches
Mail list logo