phpwiki-talk

[Phpwiki-talk] Sortable tables

[Jed S. <jed...@gm...>]

Hi,

I am interested in implementing a table plugin that can sort the rows
by clicking on the column header.  Is this even feasible with the
plugin setup used in phpwiki?  If so, can plugin parameters be set by
modifying the URL?  Maybe passing in parameters like a GET request.

Finally, am I wasting my time with this because some other table
plugin can already do sortable tables in phpwiki?

Thanks,
Jed

[Phpwiki-talk] WikiDB cleanup and status update

[Reini U. <ru...@x-...>]

I cleaned up WikiDB internal code now a lot:

* revert to the wikidb ref passing. there's no memory abuse there.
* use new wikidb->_cache->_id_cache[] instead of wikidb->_iwpcache, to
   effectively store page ids (only existing pages!)
   in the getPageLinks (GleanDescription) step, and all other iterators
   which use all existing pages,
   those are also needed at the rendering for linkExistingWikiWord().
* use this _id_cache also for _get_pageid()
   This saves typically 8-10 SELECT's per page (i.e. one for each
   pagelinks).
* new options argument to pageiterator. for the caching.
* fix passing of all page fields to the pageiterator. this was broken.
* fix overlarge session data which got broken with the latest
   ACCESS_LOG_SQL changes.

This improves the mysql backend a lot.
There's no locking anymore on simple browse, and reduces the numnber of 
queries from typically 25 to 15 per page view.
Without pageperms (may view, author of page, owner of page, ...) and 
without GROUP_METHOD=WIKIPAGE, there are about 10 less queries,
say it reaches almost optimality.

Most simple updates are also atomic yet, which also reduces the need to 
lock (which really is locking all tables on mysql, even from browse).

I also fixed bogo login without password, without the intermediate login 
page for the default setup. This got annoying.

All tests run through and there's no memory problem anymore,
but I have to recheck on more platforms and php version.
Maybe I can also get dba working again on php < 4.2, that's my ultimate 
goal.
And then I check a setup with ~1.000.000 pages and compare that to 
mediawiki.
At http://phpwiki.org/PhpMemoryExhausted/Testresults are new images from 
the profiler, comparing dba (22%) to mysql (using 65% of all time).
I also added some basic profiler numbers to the relevant code sections. 
(how expensive is this and that...)

What other major problems are missing?
* check auth, esp. httpauth,
* check edit (basic features, preformance and jsscript),
* add spam blocking and abuse. (that's why I added sql logging)
* re-enable block splitting in old markup. (which crashed)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] Custom forms

[Pascal G. (QC/EMC) <Pas...@er...>]

> Pascal Giard (QC/EMC) schrieb:
> >  > WikiFormRich has a couple of input mechanism.
> >  > Our templated page generation is done by CreatePage.
> >  > This comes close to TWikiTemplates.
> > 
> > hmmm....
> > i've just noticed that WikiFormRichPlugIn isn't in phpwiki 
> 1.3.10 ...
> > is there anything i should know before stupidly copying it into my 
> > plugin directory ?
> 
> Haven't tried but should work. Maybe lib/editpage.php is also 
> needed for advanced CreatePage features.

so i need:
- lib/editpage.php
- lib/plugin/WikiFormRich.php
- lib/plugin/CreatePage.php

all from CVS ?

> I'll setup an example page soon; at first 
> on the demo wiki. It requires the CVS CreatePage version.

okay, that's _very_ nice of you. Please tell me when it's set.

-Pascal

Re: [Phpwiki-talk] AddingPages Problem

[Jim C. <ji...@iN...>]

Sorry Cindee, your email has come to the developers of the Wiki 
software, not the administrators of your local system.

However, *you* should be able to fix your own mistake, by using the 
"Page History" or "diff" links for that page, and discovering the 
original contents, which you can at least copy & paste back in.

If not, or if this doesn't look straightforward enough, please find your 
local system administrator.

-jim

Cindee Lin wrote:
> Hi,
> I accidentally erased the contents in the "AddingPages" page.  Please 
> kindly correct this as other students will need it to build the pages.  
> I am really sorry for this mistake.  I won't touch it again.
>  
> Sorry >____<""
>  
> Cindee Lin =)
> Legal Assistant
> Pacific Law Group LLP
> 224 Airport Parkway, Suite 525
> San Jose, CA 95110
> Phone: 408-573-8585
> Fax: 408-573-0108
> www.paclaw.com

RE: [Phpwiki-talk] Problem with Blog plugin in cvs head...

[John C. <joh...@ua...>]

Ok, that's fine.  One reason I updated only the test server :-)  I saw a
bunch of commits go through, and thought I'd try and get the test machine
caught up.

mysql performance hasn't been a problem for us, but we only have ~1000
pages.

Thanks,

John

-----Original Message-----
From: Reini Urban [mailto:ru...@x-...]
Sent: Monday, November 08, 2004 12:33 PM
To: John Cole
Cc: php...@li...
Subject: Re: [Phpwiki-talk] Problem with Blog plugin in cvs head...


Yes, I know.
Current cvs is unstable as I wrote two days ago.
Please revert to a version from a few days before.

I changed the whole request loop to enable sql logging,
to prevent spam abuse.
So, on certain configurations sessions do not work anymore.

I'm also do heavy profiling, to find our culprits.
mysql is really slow compared to dba. And I'll probably revert my 
WikiUser split, since that costs a lot of time and gains almost
nothing.

John Cole schrieb:
> Reini,
>   Testing a few things out with the current cvs head, and I found a
problem
> with the Blog plugin...   Trying to sumbit a new blog results in the
> following error:
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] Problem with Blog plugin in cvs head...

[Reini U. <ru...@x-...>]

Yes, I know.
Current cvs is unstable as I wrote two days ago.
Please revert to a version from a few days before.

I changed the whole request loop to enable sql logging,
to prevent spam abuse.
So, on certain configurations sessions do not work anymore.

I'm also do heavy profiling, to find our culprits.
mysql is really slow compared to dba. And I'll probably revert my 
WikiUser split, since that costs a lot of time and gains almost
nothing.

John Cole schrieb:
> Reini,
>   Testing a few things out with the current cvs head, and I found a problem
> with the Blog plugin...   Trying to sumbit a new blog results in the
> following error:
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Problem with Blog plugin in cvs head...

[John C. <joh...@ua...>]

Reini,
  Testing a few things out with the current cvs head, and I found a problem
with the Blog plugin...   Trying to sumbit a new blog results in the
following error:

Fatal Error:

c:\program files\apache
group\apache\htdocs\phpwiki\lib\WikiDB\adodb\adodb-errorhandler.inc.php (In
template 'html'):76: Error: mysql error: [1048: Column 'id' cannot be null]
in ADODB_Error_Handler(INSERT INTO page (id,pagename)
VALUES(NULL,'jcole/Blog/Blog/2004-11-08'), )

    *


Fatal PhpWiki Error

c:\program files\apache
group\apache\htdocs\phpwiki\lib\WikiDB\adodb\adodb-errorhandler.inc.php (In
template 'html'):76: Error: mysql error: [1048: Column 'id' cannot be null]
in ADODB_Error_Handler(INSERT INTO page (id,pagename)
VALUES(NULL,'jcole/Blog/Blog/2004-11-08'), )

    *


I tried adding a new page, and got the same error.  Did I miss something in
the config?

Thanks,

John Cole

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] fatal error listed...

[John C. <joh...@ua...>]

Reini,
  I've updated our test machine to the latest cvs head, and I'm seeing the
following error at the bottom of each page:

Fatal Error:

c:\program files\apache
group\apache\htdocs\phpwiki\lib\WikiDB\adodb\adodb-errorhandler.inc.php:76:
Error: mysql error: [1062: Duplicate entry
'aae7772cdc80c1c16c85ea0d51bcfd92' for key 1] in EXECUTE("INSERT INTO
session (sess_id, sess_data, sess_date, sess_ip) VALUES
('aae7772cdc80c1c16c85ea0d51bcfd92',
'wiki_user|O:13:\"_ldappassuser\":11:{s:7:\"_userid\";s:5:\"jcole\"

Things seem to work, so it doesn't appear to be too fatal :-)  Is there
something I need to do to get rid of this?

Thanks,

John Cole

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

Re: [Phpwiki-talk] wiki in the press

[Reini U. <ru...@x-...>]

tei schrieb:
> Reini Urban wrote:
>> This basic wiki overview article is covered at onLamp and at
>> php|arch (http://phparch.com/news/1755)
>>
>>   http://www.onlamp.com/pub/a/onlamp/2004/11/04/which_wiki.html
> 
> not a perfect article,..
> 
> about this:
>  >>>>>>>>>
> My only problem with MediaWiki is the fact that I could not find a way 
> to make it use a prefix for the tables it uses (for example, 
> mediawiki_users or mediawiki_articles). This may make it more 
> problematic to deploy in hosting accounts that give only one MySQL 
> database. I fear that deploying it along with other applications on the 
> same database (or deploying two such different Wikis on the same site) 
> would be very hard.
>  >>>>>>>>>>

Indeed. In fact the worst wiki overview article I've ever read.
Not only wrong for certain implementations, it also misses a lot of the 
newer and smaller wiki engines, esp. Guiki, the new perl-based ones 
(partially Kwiki but others also), which made a huge step lately, the 
new pear Text_Wiki module, and the huge TikiWiki.

Not talking about the tools, feature sets and the latest efforts coming 
to a interwiki syntax and exchange format.
   http://www.usemod.com/cgi-bin/mb.pl?WikiInterchangeFormat
   http://interwiki.sourceforge.net/

> Here is a wiki installed on a user database (qw148.<mi tables goes 
> here>).  MediaWiki installe itself very easy on that enviroment:
> 
> (my test site:)
> http://www.servicios-dpi.com/wiki4/index.php?title=Main_Page

Indeed, mediawiki seems to be the easiest to install for mysql if you 
own the server. And it scales good.

> note:
> I am also subscribed to the colinux mail list :D

Hi :D
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] wiki in the press

[tei <42...@in...>]

Reini Urban wrote:
> This basic wiki overview article is covered at onLamp and at
> php|arch (http://phparch.com/news/1755)
> 
>   http://www.onlamp.com/pub/a/onlamp/2004/11/04/which_wiki.html


not a perfect article,..

about this:
 >>>>>>>>>
My only problem with MediaWiki is the fact that I could not find a way to 
make it use a prefix for the tables it uses (for example, mediawiki_users 
or mediawiki_articles). This may make it more problematic to deploy in 
hosting accounts that give only one MySQL database. I fear that deploying 
it along with other applications on the same database (or deploying two 
such different Wikis on the same site) would be very hard.
 >>>>>>>>>>

Here is a wiki installed on a user database (qw148.<mi tables goes 
here>).  MediaWiki installe itself very easy on that enviroment:

(my test site:)
http://www.servicios-dpi.com/wiki4/index.php?title=Main_Page


note:
I am also subscribed to the colinux mail list :D

[Phpwiki-talk] RE phpwiki-talk@lists.sourceforge.net

[Color P. <hk...@sz...>]

php...@li...   您好! 

有幸從網上認識到你, 希望我們的來信能有益于大家的工作!
我司為了結識各方朋友,擴大宣傳影響力度,特此推出以下贈送服務回饋社會.
1.免費贈送二級國際域名(形式如: ****.szcolor.com)
2.免費贈送網頁存放空間(允許在線通過密碼上下載刪除管理網站內容)
3.免費贈送FTP網絡硬盤(可以臨時儲存各種資料,方便外出及客人上傳下載,允許設密碼)
  形式如: ftp://****@szcolor.com , 例如: ftp://szcolor.com ,
4.免費贈送email郵件服務(形式如: ****@szcolor.com,允許web或tool收發)

以上無償贈送如有使用需求,可給我司發個傳真或email,
Fax: +86-0755-8240 9179, E-mail: ne...@sz...
請務必留下你真實的email地址,中文姓名,電話,手機號碼以示誠意

我們在深圳主要專業于噴圖印務生產工作,如:
大小廣告宣傳畫面、海報橫額、挂畫招貼、展板展架、燈片燈箱、展覽展示等,
產品目錄、宣傳畫冊、手提袋、膠貼紙、卡片吊牌、包裝盒、台歷挂歷等,
彩色名片,只需HK$30一盒,每人3盒起數, 數碼攝影每張最低HK$20起.

Speciality of our factory:
1. Making of color poster by spray 
2. Making of color page by printing  
Including all kinds of poster, outdoor and indoor Banner, show tools, etc.. 
Including all kinds of paper printing, catalogue, bag, card, box, etc.. 
You can visit our home page www.6220610.com for more information.
Welcome your quotation inquiry!

Mr. Liu
AD Factory of Shenzhen
http://www.6220610.com/
ftp://szcolor.com/
E-mail: hon...@62...
Tel: +86-0755-2622 0610
Fax: +86-0755-8240 9179
Mobile:  136-9198-4046
ICQ Number: 173161456    

Welcome to contact us !
03:36:45      2004-11-08

[Phpwiki-talk] CVS and demo broken

[Reini U. <ru...@x-...>]

I added dumpable config.ini to save some init-time, by saving the state 
of all static cfg's into a config/config.php (when it is writable).

But this apparently broke CVS and the demo site.
Please be patient until I find out what's going on with this sf.net cfg.

Also I found out that the recent split into seperate WikiUser submodules 
only costs space and time and brings almost nothing. Just a few bytes 
RAM. Probably not worth the effort.

The problem is PHP's stupid session handling. It cannot demand-load 
classes from sessions, even if we know its name and filename afterwards. 
They must be loaded in advance, which leeds to load all classes instead 
of just the needed.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] problem with the ACL system

[Reini U. <ru...@x-...>]

Antonio Bonifati schrieb:

> Hi, I'm using the CVS version of PhpWiki, last updated on 20041022.
> 
> I need a wiki which is restricts both readings and editings.
> I want only the admin user (or some authenticated users)
> to be able to read/edit pages, and all the others authenticated users
> must only be able to read.
> 
> I can't get the ACL system to work. I also tried to mix external Apache HTTP
> authentication with PhpWiki Db auth but I found that this way I need to
> re-enter the password every time I do a page preview and some things
> don't work (e.g. the UpLoad plugin).

Just setup some strict auth and group settings.

ALLOW_ANON_EDIT = false
ALLOW_BOGO_LOGIN = false
GROUP_METHOD = WIKIPAGE

CategoryGroup:
* [Administrators]

Administrators:
* [AdminName]
* [SomeUser]
----
CategoryGroup


setacl "." for Administrators will only work with CVS, not 1.3.10
For 1.3.10 you'd need to fix the defaultPerms() in lib/PagePerm.php

         // edit:
         if (!ALLOW_ANON_EDIT) {
             $perm['edit'] = array(ACL_ADMIN => true);
             $perm['create'] = $perm['edit'];
         }
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Custom forms

[Reini U. <ru...@x-...>]

[no need to CC: me]

Pascal Giard (QC/EMC) schrieb:
>  > WikiFormRich has a couple of input mechanism.
>  > Our templated page generation is done by CreatePage.
>  > This comes close to TWikiTemplates.
> 
> hmmm....
> i've just noticed that WikiFormRichPlugIn isn't in phpwiki 1.3.10 ...
> is there anything i should know before stupidly copying it into my 
> plugin directory ?

Haven't tried but should work. Maybe lib/editpage.php is also needed for 
advanced CreatePage features. I'll setup an example page soon; at first 
on the demo wiki. It requires the CVS CreatePage version.

> is WikiForm the ancestor of WikiFormRich ?

WikiForm is just for some old phpwiki: style forms, only for 
administrative internal tasks.
WikiFormRich is completely generic.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] Custom forms

[Pascal G. (QC/EMC) <Pas...@er...>]

> WikiFormRich has a couple of input mechanism.
> Our templated page generation is done by CreatePage.
> This comes close to TWikiTemplates.

hmmm....
i've just noticed that WikiFormRichPlugIn isn't in phpwiki 1.3.10 ...
is there anything i should know before stupidly copying it into my plugin
directory ?

is WikiForm the ancestor of WikiFormRich ?

-Pascal

RE: [Phpwiki-talk] Custom forms

[Pascal G. (QC/EMC) <Pas...@er...>]

> WikiFormRich has a couple of input mechanism.
> Our templated page generation is done by CreatePage.
> This comes close to TWikiTemplates.
> 
> So you need the input forms from WikiFormRich point to a 
> actionpage with 
> the CreatePage plugin. A new page with variables from the input forms 
> will then be created.

alrite, i'll investigate that (WikiFormRich in conjonction w/ CreatePage)
further as soon as i have some time.

> wikilens.org (also phpwiki-based) does use a lot of those features.
> My movie database also.

i haven't found any WikiFormRich examples on wikilens.org ... perhaps i'm
just blind or something...
and of course, i don't have access to your private movie collection website.

> But to change a page you'd your own plugin, if the AddComment 
> machinery 
> is not enough.

at the moment, my problem with both WikiBlog and AddComment is that the
Edit|Remove Page buttons don't appear properly when a diff. user than the
creator edits an entry.
i need that to work properly... by the way, i needed to remove the hardcoded
locking for any edit to take place.

the edit page can still be manually accessed, but the button won't appear
after the first modif.
i've tried to find the problem, but i can't seem to narrow it...

thank you, you've been very helpfull!

-Pascal

[Phpwiki-talk] wiki in the press

[Reini U. <ru...@x-...>]

This basic wiki overview article is covered at onLamp and at
php|arch (http://phparch.com/news/1755)

   http://www.onlamp.com/pub/a/onlamp/2004/11/04/which_wiki.html
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Custom forms

[Reini U. <ru...@x-...>]

Pascal Giard (QC/EMC) schrieb:
> I need to create a form that will ask users for specific informations 
> and that will then process/transform the information and append content 
> to a wiki page.
> 
> I know how to do this with twiki*, but that mecanism doesn't seem to be 
> available in phpwiki.
> 
> Is the best solution writing a plug-in ?

WikiFormRich has a couple of input mechanism.
Our templated page generation is done by CreatePage.
This comes close to TWikiTemplates.

So you need the input forms from WikiFormRich point to a actionpage with 
the CreatePage plugin. A new page with variables from the input forms 
will then be created.
wikilens.org (also phpwiki-based) does use a lot of those features.
My movie database also.

But to change a page you'd your own plugin, if the AddComment machinery 
is not enough.

> http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates#Template_Topics_in_Action 

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Custom forms

[Pascal G. (QC/EMC) <Pas...@er...>]

Hi,
  before starting to write a plugin, i'd like to know your opinion.

I need to create a form that will ask users for specific informations and that will then process/transform the information and append content to a wiki page.
I know how to do this with twiki*, but that mecanism doesn't seem to be available in phpwiki.

Is the best solution writing a plug-in ?

-Pascal
* http://twiki.org/cgi-bin/view/TWiki/TWikiTemplates#Template_Topics_in_Action

[Phpwiki-talk] problem with the ACL system

[Antonio B. <an...@ve...>]

Hi, I'm using the CVS version of PhpWiki, last updated on 20041022.

I need a wiki which restricts both readings and editings.
I want only the admin user (or some privileged authenticated users)
to be able to read/edit pages, and all the others must only be able to read.

I can't get the ACL system to work. I also tried to mix external Apache HTTP
authentication with PhpWiki Db auth but I found this way I need to
re-enter the password every time I do a page preview and some things
don't work (e.g. the UpLoad plugin).

Please help.

[Phpwiki-talk] problem with the ACL system

[Antonio B. <an...@ve...>]

Hi, I'm using the CVS version of PhpWiki, last updated on 20041022.

I need a wiki which is restricts both readings and editings.
I want only the admin user (or some authenticated users)
to be able to read/edit pages, and all the others authenticated users
must only be able to read.

I can't get the ACL system to work. I also tried to mix external Apache HTTP
authentication with PhpWiki Db auth but I found that this way I need to
re-enter the password every time I do a page preview and some things
don't work (e.g. the UpLoad plugin).

Please help.

Re: [Phpwiki-talk] admin password in config.ini

[Reini U. <ru...@x-...>]

Jim Cheetham schrieb:
> The ADMIN_PASSWD line doesn't use any quoting in the config-dist.ini ... 
> but it's possible for passencrypt.php to output something that needs to 
> be quoted in PHP ... (i.e. with a ; in it)
> 
> Is there a foolproof way of providing some quoting for this option (I 
> guess we have to avoid ;'" and perhaps others?) by default, or perhaps 
> hacking passencrypt.php so it has a list of characters to avoid?

I don't know the exact internals of parse_ini_file(), but
ADMIN_PASSWD = ";lklmdckm"
should work.
The pear Config_Container_IniFile module we also used was more problematic.

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] secure data?

[Reini U. <ru...@x-...>]

Jim Cheetham schrieb:
> One of the wikis I have set up is for a restricted set of admins - it's 
> under https, requires a client ssl certificate, and also requires users 
> to log in before viewing. Reasonably secure ...
> 
> As a consequence, I'm considering allowing our service passwords to be 
> stored in there. My backend is MySQL, but the db isn't available to any 
> external IP, so I can put up with that. However, page change 
> notifications are emailed out with the complete page source. Plain email 
> isn't secure enough :-(
> 
> Can I have a page edit notification mailout that *doesn't* send the page 
> content? Preferably for a subset of pages marked "sensitive" but 
> possibly for all?
> 
> Perhaps the answer is to not use email notifications, and to rely on RSS 
> instead ... but that means I need another application somewhere :-(

just comment out the diff section in sendPageChangeNotification()

         if (mail($emails,"[".WIKI_NAME."] ".$subject,
                  $subject."\n".
                  $editedby."\n".
                  $difflink."\n\n".
                  /*$content*/))

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] sf.net upgrade issues

[Reini U. <ru...@x-...>]

I've verified latest phpwiki CVS with the new sf.net webserver cfg, 
which will come today.
   Fedora Core 1, httpd-2.0.50-1.0, php-4.3.8
works fine.
The typical memory usage dropped from 8MB to 4MB, but there are still 
some mem. exhausted errors on certain cfgs.

The only unusual setup is for dba: The gdbm handler is not supported, so 
use db4 instead. mysql is okay.

Some minor aesthetic fixes will come tomorrow for the old WikiUser code, 
which needs less memory then WikiUserNew.
I will also default USER_AUTH_ORDER = "PersonalPage", because our 
default DATABASE_TYPE = dba

BTW: I'm using the colinux fc1 installation which works nicely along 
windows and cygwin. It just needs 2GB.
unfortunately you cannot yet mount the windows harddiscs, so you have to 
cp via rsync or scp.
I'll try to get at filesystems from the cygwin and from the colinux side 
soon.
BTW: fedora.us and colinux both use phpwiki.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Cross-theme footer?

[Jim C. <ji...@iN...>]

I have a snippet of HTML that I want to add to all pages on the wiki ... 
(possibly not the original pgsrc files, but that might be too difficult 
to avoid)

In my current example, it is a Creative Commons license statement.

How can I do this, without going out and making changes in the 
actionbar.tmpl file of each theme? Is there some global/theme-agnostic 
"footer" file that I can place it in?

At the same time, it would be nice to see the XHTML and CSS buttons, 
without the page debug ... just like the phpwiki on SF.net, actually! 
How can I do that?

-jim