<font color='black' size='2' face='arial'>
<div><FONT style="BACKGROUND-COLOR: transparent" face="Arial, Helvetica, sans-serif"></FONT>Hopefully, this is the last on this topic;</div>


<div> </div>


<div>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.</div>


<div> </div>


<div>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.<br>
Perhaps it is better, or perhaps it is worse; I really don't know.<br>
Good luck,</div>


<div style="CLEAR: both">

<div><IMG alt=:-) src="http://o.aolcdn.com/cdn.webmail.aol.com/resources/core/images/smile.png" width=25 height=25>John </div>


<div> </div>


<div>prinoer@aol.com<br>
</div>
</div>
<br>
<br>


<div style="FONT-FAMILY: arial,helvetica; COLOR: black; FONT-SIZE: 10pt">-----Original Message-----<br>
From: pmwiki-users-request <pmwiki-users-request@pmichaud.com><br>
To: pmwiki-users <pmwiki-users@pmichaud.com><br>
Sent: Mon, Oct 1, 2012 1:00 pm<br>
Subject: pmwiki-users Digest, Vol 88, Issue 1<br>
<br>


<div style="BACKGROUND-COLOR: #fff; MARGIN: 0px; FONT-FAMILY: Tahoma, Verdana, Arial, Sans-Serif; COLOR: #000; FONT-SIZE: 12px" id=AOLMsgPart_0_90044c5b-5da1-463d-b61e-d029787fe0d2><PRE style="FONT-SIZE: 9pt"><TT>Send pmwiki-users mailing list submissions to
        <A href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</A>

To subscribe or unsubscribe via the World Wide Web, visit
        <A href="http://www.pmichaud.com/mailman/listinfo/pmwiki-users" target=_blank>http://www.pmichaud.com/mailman/listinfo/pmwiki-users</A>
or, via email, send a message with subject or body 'help' to
        <A href="mailto:pmwiki-users-request@pmichaud.com">pmwiki-users-request@pmichaud.com</A>

You can reach the person managing the list at
        <A href="mailto:pmwiki-users-owner@pmichaud.com">pmwiki-users-owner@pmichaud.com</A>

When replying, please edit your Subject line so it is more specific
than "Re: Contents of pmwiki-users digest..."


Today'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
Date: Sun, 30 Sep 2012 18:55:29 -0500
From: Christopher Cox <<A href="mailto:ccox@endlessnow.com">ccox@endlessnow.com</A>>
To: pmwiki users <<A href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</A>>
Subject: [pmwiki-users] How to get page variable of included page in
        php?
Message-ID: <<A href="mailto:5068DBF1.80204@endlessnow.com">5068DBF1.80204@endlessnow.com</A>>
Content-Type: text/plain; charset=UTF-8; format=flowed

Let's say I included MyIncludedGroup.MyIncludedPage into a page called 
ThisGroup.ThisName.  I have some php and when it is processing 
ThisGroup.ThisName, I can easily see that Group=ThisGroup and Name=ThisName 
using 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 
somehow for markup found in the included page so that it can know where it came 
from.

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. 
Possible??

Maybe my markup isn't being executed in the right "order".. I have it currently 
set to "directives"



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

Message: 2
Date: Mon, 1 Oct 2012 10:22:23 -0400 (EDT)
From: John <<A href="mailto:prinoer@aol.com">prinoer@aol.com</A>>
To: <A href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</A>
Subject: [pmwiki-users] Hi, I've made it a little easier for PmWiki
        users.
Message-ID: <<A href="mailto:8CF6DF74F09562D-10DC-4C4D@web-mmc-d09.sysops.aol.com">8CF6DF74F09562D-10DC-4C4D@web-mmc-d09.sysops.aol.com</A>>
Content-Type: text/plain; charset="us-ascii"


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 
files for all the folders of PmWiki; including, the main-name site. I've 
included Geshi in hopes that I will be able to display some long coding pages, 
like Search-Replace.

<A href="http://coll-org-source.us/0-one/uploads/downloads/pmwiki-site-name.zip" target=_blank>http://coll-org-source.us/0-one/uploads/downloads/pmwiki-site-name.zip</A>

Just download, extract, rename the path to root according to your site, zip and 
upload. You can extract serverside with this, or any serverside extractor 
(<A href="http://coll-org-source.us/0-one/unzipper-script.html" target=_blank>http://coll-org-source.us/0-one/unzipper-script.html</A>).

Note, that the htaccess files, if existing, will be overwritten. If you have 
added anything that you want to keep, you must save it before using this 
convenience.

For those without Apache, it's an easy install with DOS-shell access to the 
Apache automatic installer. I don't know if manual install is easy, or not. I 
have it with iPage shared server.


John 
 
<A href="mailto:prinoer@aol.com">prinoer@aol.com</A>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <<A href="http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20121001/1aa95196/attachment-0001.html" target=_blank>http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20121001/1aa95196/attachment-0001.html</A>>

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

Message: 3
Date: Mon, 01 Oct 2012 17:34:36 +0200
From: Petko Yotov <<A href="mailto:5ko@5ko.fr">5ko@5ko.fr</A>>
To: <A href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</A>
Subject: Re: [pmwiki-users] Hi, I've made it a little easier for
        PmWiki         users.
Message-ID: <cone.1349105676.14464.6037.1000@pc4>
Content-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  
is not about speed, because this would be 4 to 100 times slower than the  
regular way, Apache serving a static file. It is not about optimizing  
PmWiki, because PmWiki doesn't read program code in *.html files.

2. For a simple redirection, a single .htaccess file at the document root  
needs to be modified, you don't need files in every subdirectory. Here is  
what we use on PmWiki.org to redirect (www)?.pmwiki.(com|net|org|fr) to  
<A href="http://www.pmwiki.org/" target=_blank>www.pmwiki.org</A> :

  # Redirect anything other than *.pmwiki.org to <A href="http://www.pmwiki.org/" target=_blank>www.pmwiki.org</A>
  RewriteCond %{HTTP_HOST} !pmwiki.org$ [NC,OR]
  RewriteCond %{HTTP_HOST} ^pmwiki.org$ [NC]
  RewriteRule ^(.*)        <A href="http://www.pmwiki.org/$1" target=_blank>http://www.pmwiki.org/$1</A> [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 ^(.*)        <A href="http://pmwiki.org/$1" target=_blank>http://pmwiki.org/$1</A> [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  
lines. As the other directories - having a .htaccess file that is not  
required 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  
using "www" your visitors may actually save a single microsecond, but they  
spend 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  
worth it, but not for speed or reliability.

5. PHP is an interpreted language and PmWiki most often renders the HTML  
page on the fly which is obviously slower than static HTML. But it has a  
built-in cache feature which allows to skip most of the processing when it  
is possible. There is also a recipe which stores the output as static HTML  
and lets Apache completely bypass PmWiki when it is possible. See

  <A href="http://www.pmwiki.org/wiki/Cookbook/FastCache" target=_blank>http://www.pmwiki.org/wiki/Cookbook/FastCache</A>

Petko




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

_______________________________________________
pmwiki-users mailing list
<A href="mailto:pmwiki-users@pmichaud.com">pmwiki-users@pmichaud.com</A>
<A href="http://www.pmichaud.com/mailman/listinfo/pmwiki-users" target=_blank>http://www.pmichaud.com/mailman/listinfo/pmwiki-users</A>


End of pmwiki-users Digest, Vol 88, Issue 1
*******************************************
</TT></PRE></div>
<!-- end of AOLMsgPart_0_90044c5b-5da1-463d-b61e-d029787fe0d2 --></div>
</font>