[pmwiki-users] SSI, apache2.0 and pmwiki

Mikael Nilsson mini at nada.kth.se
Mon Dec 4 04:09:38 CST 2006


For the archives, I solved my issue by restructuring the site so that I
could manage the templates by PHP includes from the wiki side, and by
SSI includes from the static side. 

Nice that SSI understands php pages...

/Mikael

tis 2006-11-14 klockan 19:34 +0100 skrev Mikael Nilsson:
> Does anybody have *any* idea?
> 
> I don't like the idea of having to recreate my templates system...
> 
> /Mikael
>  
> 
> mån 2006-11-06 klockan 19:58 +0100 skrev Mikael Nilsson:
> > Hi!
> > 
> > I'm having trouble since upgrading to apache 2.0.
> > 
> > Our site, at http://kmr.nada.kth.se is a mix of old, static html pages
> > rendered using SSI templates and pmwiki, using the same templates.
> > 
> > For the static pages, it works like this:
> > 
> > 1. HTML page       SSI-includes  header.html and footer.html
> > 2. header          SSI-includes  navbar.html
> > 3. navbar          SSI-includes  blog.php and news.php
> > 4. blog/news.php   uses magpierss to render RSS-imported feeds to the
> > left 
> > 
> > This works well. I integrated this site with pmwiki, doing like so:
> > 
> > pmwiki          loads kmrwiki.tmpl
> > kmrwiki.tmpl    calls function includeheader and includefooter (defined
> > in config.php)
> > includeheader   calls PHP include() on header.html
> > 
> > then the rest as above.
> > 
> > So, I have a recursive SSI/PHP setup.
> > 
> > Now, everything worked with apache 1.3. Pmwiki rendered fine, the static
> > pages were synced, changes in the SSI templates were visible on wiki
> > pages, blog feed was visible in both cases etc.    
> > 
> > Now, after an upgrade to apache 2, everything works EXCEPT I cannot
> > login. See the front page at http://kmr.nada.kth.se (which is a wiki
> > page), which works. But clicking edit, I get truncated output, see
> > http://kmr.nada.kth.se/wiki/Main/Front?action=edit
> > 
> > I tracked this down to step 3 - including *ANY* PHP file from within an
> > SSI file did not work, not even an empty one! Thus, removing the
> > blog.php and news.php, replacing them with a call to an empty text.php
> > still exhibited the same problem.
> > 
> > Note that this all works *perfectly* well for rendering the pages (as
> > you can see on the front page), and if I disable the php includes,
> > login, and re-enable them again, I can edit without issues. So the
> > problem is *only* with the login page itself. Everything else works.
> > 
> > Any ideas? I tried upgrading to pmwiki-2.2.0-beta15, but no change.
> > 
> > /Mikael
> > 
> > 
-- 
Plus ça change, plus c'est la même chose





More information about the pmwiki-users mailing list