[pmwiki-users] pmwiki-users Digest, Vol 88, Issue 1

John prinoer at aol.com
Mon Oct 1 14:52:54 CDT 2012

Hopefully, this is the last on this topic;

I have discovered the file extension for the wiki.d files, and added it to the code on the Speed-Up-Using-Apache page. It is .flat.

Sorry about the bits and pieces; but, I think you will find we have a winner here. Apparently, Apache has been used to speed up Wordpress, as well; but, I didn't look at that model; I just picked my own.
Perhaps it is better, or perhaps it is worse; I really don't know.
Good luck,

prinoer at aol.com

-----Original Message-----
From: pmwiki-users-request <pmwiki-users-request at pmichaud.com>
To: pmwiki-users <pmwiki-users at pmichaud.com>
Sent: Mon, Oct 1, 2012 1:00 pm
Subject: pmwiki-users Digest, Vol 88, Issue 1

Send pmwiki-users mailing list submissions to
pmwiki-users at pmichaud.com
To subscribe or unsubscribe via the World Wide Web, visit
r, via email, send a message with subject or body 'help' to
pmwiki-users-request at pmichaud.com
You can reach the person managing the list at
pmwiki-users-owner at pmichaud.com
When replying, please edit your Subject line so it is more specific
han "Re: Contents of pmwiki-users digest..."

oday's Topics:
   1. How to get page variable of included page in php?
     (Christopher Cox)
  2. Hi, I've made it a little easier for PmWiki users. (John)
  3. Re: Hi, I've made it a little easier for PmWiki
     users. (Petko Yotov)

Message: 1
ate: Sun, 30 Sep 2012 18:55:29 -0500
rom: Christopher Cox <ccox at endlessnow.com>
o: pmwiki users <pmwiki-users at pmichaud.com>
ubject: [pmwiki-users] How to get page variable of included page in
essage-ID: <5068DBF1.80204 at endlessnow.com>
ontent-Type: text/plain; charset=UTF-8; format=flowed
Let's say I included MyIncludedGroup.MyIncludedPage into a page called 
hisGroup.ThisName.  I have some php and when it is processing 
hisGroup.ThisName, I can easily see that Group=ThisGroup and Name=ThisName 
sing PageVar or even FmtPageName to get at the Group and Name.. but that always 
seems to give me the page being viewed and not the included page.
Is there a way to do that?  It's like there's a way to control the context 
omehow for markup found in the included page so that it can know where it came 
I guess I want the type of {$Group} (vs. {*$Group}) behavior you have when using 
page markup... but I want that somehow for php custom markup I've written. 
Maybe my markup isn't being executed in the right "order".. I have it currently 
et to "directives"

Message: 2
ate: Mon, 1 Oct 2012 10:22:23 -0400 (EDT)
rom: John <prinoer at aol.com>
o: pmwiki-users at pmichaud.com
ubject: [pmwiki-users] Hi, I've made it a little easier for PmWiki
essage-ID: <8CF6DF74F09562D-10DC-4C4D at web-mmc-d09.sysops.aol.com>
ontent-Type: text/plain; charset="us-ascii"

i, I've made the big Apache speed-up and reliability fix I hit upon a bit 
asier for PmWiki users. Here is a link to all the correctly written htaccess 
iles for all the folders of PmWiki; including, the main-name site. I've 
ncluded Geshi in hopes that I will be able to display some long coding pages, 
ike Search-Replace.
Just download, extract, rename the path to root according to your site, zip and 
pload. You can extract serverside with this, or any serverside extractor 
Note, that the htaccess files, if existing, will be overwritten. If you have 
dded anything that you want to keep, you must save it before using this 
For those without Apache, it's an easy install with DOS-shell access to the 
pache automatic installer. I don't know if manual install is easy, or not. I 
ave it with iPage shared server.


rinoer at aol.com
-------------- next part --------------
n HTML attachment was scrubbed...
RL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20121001/1aa95196/attachment-0001.html>
Message: 3
ate: Mon, 01 Oct 2012 17:34:36 +0200
rom: Petko Yotov <5ko at 5ko.fr>
o: pmwiki-users at pmichaud.com
ubject: Re: [pmwiki-users] Hi, I've made it a little easier for
PmWiki         users.
essage-ID: <cone.1349105676.14464.6037.1000 at pc4>
ontent-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8"
John writes:
 Hi, I've made the big Apache speed-up and reliability fix I hit upon a bit  
 easier for PmWiki users. Here is a link to all the correctly written htaccess
I'm pretty sure that this installation actually slows down your server. 
1. Why do you process *.html and *.js static files with the PHP engine? It  
s not about speed, because this would be 4 to 100 times slower than the  
egular way, Apache serving a static file. It is not about optimizing  
mWiki, because PmWiki doesn't read program code in *.html files.
2. For a simple redirection, a single .htaccess file at the document root  
eeds to be modified, you don't need files in every subdirectory. Here is  
hat we use on PmWiki.org to redirect (www)?.pmwiki.(com|net|org|fr) to  
ww.pmwiki.org :
  # Redirect anything other than *.pmwiki.org to www.pmwiki.org
 RewriteCond %{HTTP_HOST} !pmwiki.org$ [NC,OR]
 RewriteCond %{HTTP_HOST} ^pmwiki.org$ [NC]
 RewriteRule ^(.*)        http://www.pmwiki.org/$1 [L,R]
We want the "www" part, but if we didn't, we would have just 2 lines:
  RewriteCond %{HTTP_HOST} !^pmwiki.org$ [NC]
 RewriteRule ^(.*)        http://pmwiki.org/$1 [L,R]
This in the root .htaccess file only, not in all subdirectories.
I don't want to write your recipe, but... oh boy.
3. The directories with "Deny from all" really don't need any additional  
ines. As the other directories - having a .htaccess file that is not  
equired slows down the server (which needs to open it and parse it).
4. If your DNS server is configured correctly and allows DNS caching, by not  
sing "www" your visitors may actually save a single microsecond, but they  
pend much more, probably a full second, when they follow a redirection. :-)
Having a single host is reportedly better for SEO, so the lost second is  
orth it, but not for speed or reliability.
5. PHP is an interpreted language and PmWiki most often renders the HTML  
age on the fly which is obviously slower than static HTML. But it has a  
uilt-in cache feature which allows to skip most of the processing when it  
s possible. There is also a recipe which stores the output as static HTML  
nd lets Apache completely bypass PmWiki when it is possible. See

mwiki-users mailing list
mwiki-users at pmichaud.com

nd of pmwiki-users Digest, Vol 88, Issue 1

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20121001/12caa94d/attachment.html>

More information about the pmwiki-users mailing list