phpwiki-talk

Re: [Phpwiki-talk] pgsql ....

[Arnaud F. <ar...@cr...>]

Le 26 janv. 05, =E0 15:04, Reini Urban a =E9crit :

> Arnaud Fontaine schrieb:
>> Any fix for the postgresql problem with the last CVS ? Since Reini=20
>> updated with the cache_html stuff, the pgsql support is broken (have=20=

>> to modify the db schema by hand and the sql UPDATE fail on the=20
>> cache_html blob ... "unknown error").
>
> Do you have a patch or fix for the new schema?
> I'm loaded with testing right now...
>

Sure.

I set up a patch and send it to the list.
--
Arnaud Fontaine
CRAO
Jabber: sh...@ra...

[Phpwiki-talk] gifs

[Joel U. <uck...@no...>]

There are 17 gifs left in the project tree. Some of them have notes in the
changelog to the effect that we kept the gifs for compatibility with older
browsers, but these notes are mostly from 2002. Has it been long enough for
us to convert these to pngs now? (If so, I'll do that.)

Re: [Phpwiki-talk] What to do?

[Arnaud F. <ar...@cr...>]

Le 26 janv. 05, =E0 15:03, Reini Urban a =E9crit :

> ke...@ch... schrieb:
>> I reinstalled and now I get the same thing. What am I doing and how=20=

>> do I correct
>> what is.
>> The following is at the top of all my pages:
>> lib/Request.php:299: Warning[2]: ob_start(): output handler=20
>> 'ob_gzhandler'
>> cannot be used after 'URL-Rewriter'
>> Can you help?
>
> config.ini:
> COMPRESS_OUTPUT =3D false
> or use current CVS.
>

Did you correct the compression stuff with RSS feeds (ie. do you still=20=

compress rss output) ?
--
Arnaud Fontaine
CRAO
Jabber: sh...@ra...

Re: [Phpwiki-talk] pgsql ....

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

Arnaud Fontaine schrieb:
> Any fix for the postgresql problem with the last CVS ? Since Reini 
> updated with the cache_html stuff, the pgsql support is broken (have to 
> modify the db schema by hand and the sql UPDATE fail on the cache_html 
> blob ... "unknown error").

Do you have a patch or fix for the new schema?
I'm loaded with testing right now...

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

Re: [Phpwiki-talk] What to do?

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

ke...@ch... schrieb:
> I reinstalled and now I get the same thing. What am I doing and how do I correct
> what is.
> 
> The following is at the top of all my pages:
> 
> lib/Request.php:299: Warning[2]: ob_start(): output handler 'ob_gzhandler'
> cannot be used after 'URL-Rewriter'
> 
> Can you help?

config.ini:
COMPRESS_OUTPUT = false
or use current CVS.

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

Re: [Phpwiki-talk] PrevNext buttons, bug 1045585

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

Philip J. Hollenback schrieb:
> I would like to request that they be moved to the Crao theme instead.
> They look ok with that theme.  Not great, but ok.

"default" is inherited by every theme. If we put it into Crao, it will 
only be available for the Crao theme.

> See, for example,
> http://www.hollenback.net/index.php/NyWinterGarbagePlow
> 
> And yes, I'm the user who made the extra buttons. :)
> 
> I agree that they don't look so great with the default theme and it's
> fine if they are removed from that theme.

tex2html (aka latex2html) is the de-facto standard for the scientific 
writer.
It's ugly, but the look comes very close to the original tex2html look, 
for which the PrevNext buttons are intended. (The original tex2html 
buttons were even more uglier, thick green border outside thin black 
border outside the sculpted grey button. They also have a less colorful 
button set, red on transparent white.)
I don't know of any other standard html processor which generates those 
index, content, prev, next links. So I want to keep it this way.
I used them for my AutoLISP FAQ.

If someones dislikes them, he can move it away. Then the textlinks will 
be used instead.

Of course if someone will come with less uglier buttons and most agree, 
we can replace them.

> On a personal note, I would like to say thanks to Joel for taking the
> time to work on these phpwiki bug reports.  It really goes a long ways
> towards making phpwiki better.

Yes, thanks to joel from me also.

> On 01/24/05, Joel Uckelman wrote:
>>Bug 1045585 deals with the lack of graphical buttons for the PrevNext plugin,
>>other than for Previous and Next. The user who reported the bug made matching
>>graphics for the other buttons which PrevNext can display.
>>
>>However, the Prev and Next buttons look awful with the default theme since
>>we've gone with the text buttons. Would anyone object if I resolved this bug
>>by removing those buttons from themes/default/buttons/en instead of adding
>>the matching buttons?
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] What to do?

[<ke...@ch...>]

Hello and thanks for being here,

I reinstalled and now I get the same thing. What am I doing and how do I correct
what is.

The following is at the top of all my pages:

lib/Request.php:299: Warning[2]: ob_start(): output handler 'ob_gzhandler'
cannot be used after 'URL-Rewriter'

Can you help?

Thanks in advance, Keith

http://www.christsweb.net/christwiki/

Re: [Phpwiki-talk] PrevNext buttons, bug 1045585

[Joel U. <uck...@no...>]

Thus spake "Philip J. Hollenback":
> 
> On a personal note, I would like to say thanks to Joel for taking the
> time to work on these phpwiki bug reports.  It really goes a long ways
> towards making phpwiki better.
> 
> Thanks,
> P.

It's much more Reini right now than it is me; I'm cherrypicking the easy
ones for the time being. Thanks, though.

[Phpwiki-talk] pgsql ....

[Arnaud F. <ar...@cr...>]

Hi all,

Any fix for the postgresql problem with the last CVS ? Since Reini 
updated with the cache_html stuff, the pgsql support is broken (have to 
modify the db schema by hand and the sql UPDATE fail on the cache_html 
blob ... "unknown error").
--
Arnaud Fontaine
CRAO
Jabber: sh...@ra...

Re: [Phpwiki-talk] offline until Tuesday

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

Reini Urban schrieb:
> But cvs is still down.

Oops. cvs.sf.net actually is ok.
My net is still partially broken - port 80 and icmp partially, though we 
replaced the router. I'll wait until we actually moved, which should 
happen today.

But I committed now most of my pending fixes.
Still missing is the locale update, some bugs from sf.net, and php5.
-- 
Reini Urban

Re: [Phpwiki-talk] PrevNext buttons, bug 1045585

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

Joel Uckelman schrieb:
> Bug 1045585 deals with the lack of graphical buttons for the PrevNext plugin,
> other than for Previous and Next. The user who reported the bug made matching
> graphics for the other buttons which PrevNext can display.
> 
> However, the Prev and Next buttons look awful with the default theme since
> we've gone with the text buttons. Would anyone object if I resolved this bug
> by removing those buttons from themes/default/buttons/en instead of adding
> the matching buttons?

Yes, I would object.
They do look different, but I'll rather use his .png versions than none.
They are the original tex2html buttons, used for most technical documents.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] problem with CRAO and ziphtml

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

John Cole schrieb:
> Reini,
>   I'm not sure if I understand your response, zipdump should produce
> different output with each theme, or it should not produce different output
> with each theme?  I suppose it's just too early on Monday to figure it out,
> so I thought I'd ask for clarification :-)

For each different theme a zipdump will produce a different output.
zipdump is almost the same as dumphtml, just zipped into one file for 
convenience.

Each theme defines different layouts/skis by using different templates.

A dump is almost the same as the regular dynamic wikipage,
displayed dynamically in xhtml, just with some fixes for the links.
For a static snapshot of the wiki. Or to produce offline docs.

>>All other themes seem to work ok, though they don't produce the same xhtml
>>output (I don't know if they should or not :-)
> 
> They should, every theme changes the appearance.
> Just a simple action=dump is xhtml independent.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] offline until Tuesday

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

Reini Urban schrieb:
> Reini Urban schrieb:
>> I'm unfortunately offline for a few days.
>> My office is moving on Tuesday, but someone obviously turned
>> off our SDSL line this noon.
>> So I have to wait at least until Tuesday or so to answer any email and 
>> commit my fixes.
>>
>> In the meantime I fixed John Cole's crao problems with zipdump,
>> added images, buttons and css to the zipdump,
>> found and fixed some more php5 problems,
>> extracted the toolbar code from editpage.php to a new
>> file EditToolbar.php,
>>   added a AddPlugin button
>>   added a cfg'able AddPage button (empty per default),
>> simplified editpage.tmpl (moved dynamic php code to the tokens),
>> and made it more accessible (labels, but no fieldsets as in crao).
>> Just out of my head.
>>
>> Couldn't check the Blog stuff and the redirect problems yet.
>> Further problems are the slowness of update_locale() (maybe I have to 
>> revert this change), because PgsrcTranslation needs longer than 30secs 
>> now.
>> But I'm confident that this weekend I can finish the outstanding 
>> problems.
> 
> I fixed a lot, got back my connection, but cvs.sf.net is down
> since the weekend.
> 
> update_locale() actually is fast, just not fast enough for 
> _WikiTranslation, when the gettext extension is loaded.
> So I wrote a better mass translate method.
> I also added more upgrade methods for convenience.
> 
> I'll check now the remaining pear db problems, charles pagedata cache 
> code, remove the immediate redirect and try to fix php5.

Ok, redirect is also fixed.
Tested for MonoBook and some other redirect methods. (RandomPage)
Also fixed some RandomPage issues.

But cvs is still down.

> I think I also found a minor wikidb link problem that I'll have to 
> investigate.

On peardb only. I'll file a bug report when I'll find out / remember 
again what it was.
-- 
Reini Urban

Re: [Phpwiki-talk] PrevNext buttons, bug 1045585

[Philip J. H. <ph...@po...>]

I would like to request that they be moved to the Crao theme instead.
They look ok with that theme.  Not great, but ok.

See, for example,
http://www.hollenback.net/index.php/NyWinterGarbagePlow

And yes, I'm the user who made the extra buttons. :)

I agree that they don't look so great with the default theme and it's
fine if they are removed from that theme.

On a personal note, I would like to say thanks to Joel for taking the
time to work on these phpwiki bug reports.  It really goes a long ways
towards making phpwiki better.

Thanks,
P.

On 01/24/05, Joel Uckelman wrote:
> Bug 1045585 deals with the lack of graphical buttons for the PrevNext plugin,
> other than for Previous and Next. The user who reported the bug made matching
> graphics for the other buttons which PrevNext can display.
> 
> However, the Prev and Next buttons look awful with the default theme since
> we've gone with the text buttons. Would anyone object if I resolved this bug
> by removing those buttons from themes/default/buttons/en instead of adding
> the matching buttons?
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
> Tool for open source databases. Create drag-&-drop reports. Save time
> by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
> Download a FREE copy at http://www.intelliview.com/go/osdn_nl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

-- 
Philip J. Hollenback
www.hollenback.net

[Phpwiki-talk] PrevNext buttons, bug 1045585

[Joel U. <uck...@no...>]

Bug 1045585 deals with the lack of graphical buttons for the PrevNext plugin,
other than for Previous and Next. The user who reported the bug made matching
graphics for the other buttons which PrevNext can display.

However, the Prev and Next buttons look awful with the default theme since
we've gone with the text buttons. Would anyone object if I resolved this bug
by removing those buttons from themes/default/buttons/en instead of adding
the matching buttons?

RE: [Phpwiki-talk] problem with CRAO and ziphtml

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

Reini,
  I'm not sure if I understand your response, zipdump should produce
different output with each theme, or it should not produce different output
with each theme?  I suppose it's just too early on Monday to figure it out,
so I thought I'd ask for clarification :-)

Thanks,

John

> All other themes seem to work ok, though they don't produce the same xhtml
> output (I don't know if they should or not :-)

They should, every theme changes the appearance.
Just a simple action=dump is xhtml independent.


-------------------------------------
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] offline until Tuesday

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

Reini,
  Good grief!  That was a lot :-)  I'll try to put the zipdump with images
through it's paces this week.

Thanks,

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini Urban
Sent: Saturday, January 22, 2005 5:29 PM
To: php...@li...
Subject: [Phpwiki-talk] offline until Tuesday

I'm unfortunately offline for a few days.
My office is moving on Tuesday, but someone obviously turned
off our SDSL line this noon.
So I have to wait at least until Tuesday or so to answer any email and 
commit my fixes.

In the meantime I fixed John Cole's crao problems with zipdump,
added images, buttons and css to the zipdump,
found and fixed some more php5 problems,
extracted the toolbar code from editpage.php to a new
file EditToolbar.php,
   added a AddPlugin button
   added a cfg'able AddPage button (empty per default),
simplified editpage.tmpl (moved dynamic php code to the tokens),
and made it more accessible (labels, but no fieldsets as in crao).
Just out of my head.

Couldn't check the Blog stuff and the redirect problems yet.
Further problems are the slowness of update_locale() (maybe I have to 
revert this change), because PgsrcTranslation needs longer than 30secs now.
But I'm confident that this weekend I can finish the outstanding problems.


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
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] Re: Feature request, add maxdepth or reclimit to ListSubpages

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

Reini,
  I had just switched to using ADODB, because I was getting several
connection errors with SQL connections.

  I'm still getting an error:

Fatal Error:

lib\WikiDB\adodb\adodb-errorhandler.inc.php:76: Error: mysql error: [1062:
Duplicate entry '4cf4b2e01af9c05f7468858fcc5f8e97' for key 1] in
EXECUTE("INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) VALUES
('4cf4b2e01af9c05f7468858fcc5f8e97',
'wiki_user|O:9:\"_anonuser\":6:{s:7:\"_userid\";s:0:\"\";s:6:\"_level\";i:0;
s:6:\"_prefs\";O:15:\"userpreferences\":1:{s:6:\"_prefs\";a:13:{s:6:\"userid
\";O:15:\"_userpreference\":1:{s:13:\"default_value\";s:0:\"\";}s:6:\"passwd
\";O:15:\"_userpreference\":1:{s:13:\"default_value\";s:0:\"\";}s:9:\"autolo
gin\";O:20:\"_userpreference_bool\":1:{s:13:\"default_value\";b:0;}s:5:\"ema
il\";O:21:\"_userpreference_email\":1:{s:13:\"default_value\";s:0:\"\";}s:11
:\"notifyPages\";O:22:\"_userpreference_notify\":1:{s:13:\"default_value\";s
:0:\"\";}s:5:\"theme\";O:21:\"_userpreference_theme\":1:{s:13:\"default_valu
e\";s:4:\"Crao\";}s:4:\"lang\";O:24:\"_userpreference_language\":1:{s:13:\"d
efault_value\";s:2:\"en\";}s:9:\"editWidth\";O:19:\"_userpreference_int\":3:
{s:13:\"default_value\";d:80;s:7:\"_minval\";d:30;s:7:\"_maxval\

Is that one any easier to clear? :-)

Thanks,

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of Reini Urban
Sent: Saturday, January 22, 2005 5:10 AM
To: php...@li...
Subject: Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to
ListSubpages

John Cole schrieb:
>   Wonderful, I tried it on the latest version, and it does indeed work.
> Since our online version didn't do this, I've upgraded it to the latest
> version.
> 
>   Since the upgrade I'm getting the following error at the bottom of each
> page:
> 
> Fatal Error:
> lib\WikiDB\backend\PearDB.php:1006: Error: wikidb_backend_peardb_mysql:
> fatal database error
> 
>     * DB Error: already exists
>     * (INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) VALUES
> ('4cf4b2e01af9c05f7468858fcc5f8e97',
> 
> What do I need to do to clear it?

That's quite tricky.
I'd try ADODB instead for the start until I can track that down.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...] On Behalf Of Reini Urban
> Sent: Friday, January 21, 2005 10:55 AM
> To: php...@li...
> Subject: Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit
to
> ListSubpages
> 
> John Cole schrieb:
> 
>>  Great, that worked, I didn't expect that to work that way :-)
>>
>>  Would it be easy to add the exclude to UnfoldSubPages?
> 
> 
> Exclude and pages are arguments which should work now with all plugins.
> Though they are only used with pagelists.
> They are generic to ease <!plugin-list !> handling.


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


-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
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] (no subject)

[<Sre...@th...>]

=20

Re: [Phpwiki-talk] offline until Tuesday

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

Reini Urban schrieb:
> I'm unfortunately offline for a few days.
> My office is moving on Tuesday, but someone obviously turned
> off our SDSL line this noon.
> So I have to wait at least until Tuesday or so to answer any email and 
> commit my fixes.
> 
> In the meantime I fixed John Cole's crao problems with zipdump,
> added images, buttons and css to the zipdump,
> found and fixed some more php5 problems,
> extracted the toolbar code from editpage.php to a new
> file EditToolbar.php,
>   added a AddPlugin button
>   added a cfg'able AddPage button (empty per default),
> simplified editpage.tmpl (moved dynamic php code to the tokens),
> and made it more accessible (labels, but no fieldsets as in crao).
> Just out of my head.
> 
> Couldn't check the Blog stuff and the redirect problems yet.
> Further problems are the slowness of update_locale() (maybe I have to 
> revert this change), because PgsrcTranslation needs longer than 30secs now.
> But I'm confident that this weekend I can finish the outstanding problems.

I fixed a lot, got back my connection, but cvs.sf.net is down
since the weekend.

update_locale() actually is fast, just not fast enough for 
_WikiTranslation, when the gettext extension is loaded.
So I wrote a better mass translate method.
I also added more upgrade methods for convenience.

I'll check now the remaining pear db problems, charles pagedata cache 
code, remove the immediate redirect and try to fix php5.
I think I also found a minor wikidb link problem that I'll have to 
investigate.
-- 
Reini Urban

Re: [Phpwiki-talk] problem with CRAO and ziphtml

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

John Cole schrieb:
>   There seems to be a problem with the CRAO theme and the ziphtml action, it
> produces a corrupt zip file.
> 
> Here is the action command I'm using.
> ?action=ziphtml&pages=Help/uaLogViewer/All

Thanks. Just fixed it.

> All other themes seem to work ok, though they don't produce the same xhtml
> output (I don't know if they should or not :-)

They should, every theme changes the appearance.
Just a simple action=dump is xhtml independent.

> Is there a way to specify the theme via the URL?

No. Only if you provide a starter script which defines the theme.

> Also are you planning on having images be stored in the ziphtml dump file
> any time soon?  I'm doing a separate wget right now for images, and it would
> be nice not to have to do that.

Just added this feature.

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

[Phpwiki-talk] Minor warning fix to lib/WikiDB/backend/PearDB.php

[Charles C. <ch...@ru...>]

Whenever there is a real MySQL database error (most frequently when there
is an attempt to add a row with a duplicate key into the session table), I
also get warnings about references to an undefined variable "_lock_count".
I could not find the real cause but moving the line
        $this->_lock_count = 0;
from the bottom (line 99 or so) of
WikiDB_backend_PearDB->WikiDB_backend_PearDB() to the top (line 14) fixed
it for me.

regards,
Charles

[Phpwiki-talk] offline until Tuesday

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

I'm unfortunately offline for a few days.
My office is moving on Tuesday, but someone obviously turned
off our SDSL line this noon.
So I have to wait at least until Tuesday or so to answer any email and 
commit my fixes.

In the meantime I fixed John Cole's crao problems with zipdump,
added images, buttons and css to the zipdump,
found and fixed some more php5 problems,
extracted the toolbar code from editpage.php to a new
file EditToolbar.php,
   added a AddPlugin button
   added a cfg'able AddPage button (empty per default),
simplified editpage.tmpl (moved dynamic php code to the tokens),
and made it more accessible (labels, but no fieldsets as in crao).
Just out of my head.

Couldn't check the Blog stuff and the redirect problems yet.
Further problems are the slowness of update_locale() (maybe I have to 
revert this change), because PgsrcTranslation needs longer than 30secs now.
But I'm confident that this weekend I can finish the outstanding problems.

Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to ListSubpages

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

John Cole schrieb:
>   Wonderful, I tried it on the latest version, and it does indeed work.
> Since our online version didn't do this, I've upgraded it to the latest
> version.
> 
>   Since the upgrade I'm getting the following error at the bottom of each
> page:
> 
> Fatal Error:
> lib\WikiDB\backend\PearDB.php:1006: Error: wikidb_backend_peardb_mysql:
> fatal database error
> 
>     * DB Error: already exists
>     * (INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) VALUES
> ('4cf4b2e01af9c05f7468858fcc5f8e97',
> 
> What do I need to do to clear it?

That's quite tricky.
I'd try ADODB instead for the start until I can track that down.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...] On Behalf Of Reini Urban
> Sent: Friday, January 21, 2005 10:55 AM
> To: php...@li...
> Subject: Re: [Phpwiki-talk] Re: Feature request, add maxdepth or reclimit to
> ListSubpages
> 
> John Cole schrieb:
> 
>>  Great, that worked, I didn't expect that to work that way :-)
>>
>>  Would it be easy to add the exclude to UnfoldSubPages?
> 
> 
> Exclude and pages are arguments which should work now with all plugins.
> Though they are only used with pagelists.
> They are generic to ease <!plugin-list !> handling.


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

Re: [Phpwiki-talk] RFC: HOW TO alternate security setups in PhpWiki

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

Dan Frankowski schrieb:
> Reini Urban wrote:
>> I don't know if we should announce our existing anti-spam methods in a 
>> wikipage though.
> 
> I'm not sure what this comment means. Surely PhpWiki should announce all 
> anti-spam features loudly. Even more than just making spam ineffective, 
> people have to KNOW it's ineffective, or they'll keep doing it. I'm sure 
> you agree with this. Perhaps you were just saying the features should be 
> announced somewhere else.

Spamprevention is not foolproof and quite easy to circumvent.
The better I describe it, the easier it's to circumvent.

Maybe we should write down how to block ip's in Apache
(.htaccess: deny from ip)

The google nofollow thing is something we must announce very loudly of 
course.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/