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,

John 
 
[email protected]




-----Original Message-----
From: pmwiki-users-request <[email protected]>
To: pmwiki-users <[email protected]>
Sent: Mon, Oct 1, 2012 1:00 pm
Subject: pmwiki-users Digest, Vol 88, Issue 1


Send pmwiki-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.pmichaud.com/mailman/listinfo/pmwiki-users
r, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
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 <[email protected]>
o: pmwiki users <[email protected]>
ubject: [pmwiki-users] How to get page variable of included page in
php?
essage-ID: <[email protected]>
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 
rom.
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. 
ossible??
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 <[email protected]>
o: [email protected]
ubject: [pmwiki-users] Hi, I've made it a little easier for PmWiki
users.
essage-ID: <[email protected]>
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.
http://coll-org-source.us/0-one/uploads/downloads/pmwiki-site-name.zip
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 
http://coll-org-source.us/0-one/unzipper-script.html).
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 
onvenience.
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.

ohn 

[email protected]
-------------- 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 <[email protected]>
o: [email protected]
ubject: Re: [pmwiki-users] Hi, I've made it a little easier for
PmWiki         users.
essage-ID: <cone.1349105676.14464.6037.1000@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
  http://www.pmwiki.org/wiki/Cookbook/FastCache
Petko


-----------------------------
_______________________________________________
mwiki-users mailing list
[email protected]
ttp://www.pmichaud.com/mailman/listinfo/pmwiki-users

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

_______________________________________________
pmwiki-users mailing list
[email protected]
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Reply via email to