phpwiki-talk

Re: [Phpwiki-talk] Group management status

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

Manuel VACELET schrieb:
> I found many different documentations (or thread) about WikiGroups but I 
> can't make a global status of this feature:
> * I can create WikiGroup (with WIKIPAGE method)
> * I can add users to WikiGroup (e.g. MyGroup)
> but I don't know what can I do with my group.
> 
> I try to assign a page (MyPage) to a group (MyGroup) but it seems to 
> belong to the user named MyGroup :/
> -> MyGroup's members don't have admin rights on MyPage
> -> MyGroup user (BogoLogin) have admin rights on MyPage
> 
> Questions are:
> -> Is this possible to assign a group to a page?

I feel with you. The docs were not quite complete on WIKIPAGE.

You need a "CategoryGroup" master page, with a "*" list of all groups.
In each of these group page(s) must be a "*" list of usernames.

eg: CategoryGroup (locked)

All links in this page will be used to find user groups for the
WIKIPAGE group method.  User group pages must contain a list of
usernames, and then for consistency after four hyphens a link to this
page.

* [Administrators]



Administrators (locked)

* AdminUser
* MyName
----
CategoryGroup

> -> Are Acl available with groups ?

ACL only work with groups.
Users are handled like special groups in the acl system.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] phpwiki and RHes3/FC3

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

Scott Taylor wrote:
> Reini Urban said:
> > register_globals on
> 
> What does this mean?  I don't see any variables or anything
> close to that name anywhere in the phpwiki-1.2.4 directory
> and as I said earlier, I don't grok PHP, much.

Google is your friend... Please hunt out the detail for yourself now you
have been pointed in the general direction.  IMO, Reini has a lot of other
things that he considers critical to do right now.

Regards,
Charles

Re: [Phpwiki-talk] phpwiki and RHes3/FC3

[Scott T. <sc...@dc...>]

Reini Urban said:
> register_globals on

What does this mean?  I don't see any variables or anything close to that
name anywhere in the phpwiki-1.2.4 directory and as I said earlier, I
don't grok PHP, much.

Thanks for your reply.

--
Scott

[Phpwiki-talk] Group management status

[Manuel V. <man...@st...>]

Hi all,

I found many different documentations (or thread) about WikiGroups but I 
can't make a global status of this feature:
* I can create WikiGroup (with WIKIPAGE method)
* I can add users to WikiGroup (e.g. MyGroup)
but I don't know what can I do with my group.

I try to assign a page (MyPage) to a group (MyGroup) but it seems to 
belong to the user named MyGroup :/
-> MyGroup's members don't have admin rights on MyPage
-> MyGroup user (BogoLogin) have admin rights on MyPage

Questions are:
-> Is this possible to assign a group to a page?
-> Are Acl available with groups ?

Thanks,
Regards,
Manuel

-- 
# VACELET Manuel     manuel.vacelet-abecedaire(at)st(dot)com #
# Tel:  042 6089                          +33 (0)476 92 6089 #
# STMicroelectronics  - Central R&D DAIS - Flexware          #
# 850, rue Jean Monet - 38926 CROLLES CEDEX - FRANCE         #

Re: [Phpwiki-talk] phpwiki and RHes3/FC3

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

register_globals on

Scott Taylor schrieb:
> Hello,
> 
> I just downloaded v1.2.4 and tryed to run it on two different servers. 
> The first was RedHat Enterprize Server 3, with no DB stuff except gdbm,
> all I got was a blank stare, no error messages or anything (out-of-the-box
> install).
> 
> Then I tried with flat file methode, and the page came up saying it
> created the files, and I checked, the files were where they said, with
> apache perms.  However, when I click a link, the pages don't come up.
> 
> I set the admin username and password, tried the admin.php URL and got the
> login dialogue box, entered the same username and password and nothing
> happens, just get a blank login dialogue again.
> 
> Tried it all again on a Fedora Core 3, test boxen, and get the same
> results, except this one doesn't even have gdbm so I did get an error
> message about missing db file, as expected.
> 
> Is it just RH or I'm I missing something.  I followed all the
> README/INSTALL files, pretty simple there.
> 
> I'm not big on PHP, so I haven't messed with much other then the config
> and admin files.


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

[Phpwiki-talk] phpwiki and RHes3/FC3

[Scott T. <sc...@dc...>]

Hello,

I just downloaded v1.2.4 and tryed to run it on two different servers. 
The first was RedHat Enterprize Server 3, with no DB stuff except gdbm,
all I got was a blank stare, no error messages or anything (out-of-the-box
install).

Then I tried with flat file methode, and the page came up saying it
created the files, and I checked, the files were where they said, with
apache perms.  However, when I click a link, the pages don't come up.

I set the admin username and password, tried the admin.php URL and got the
login dialogue box, entered the same username and password and nothing
happens, just get a blank login dialogue again.

Tried it all again on a Fedora Core 3, test boxen, and get the same
results, except this one doesn't even have gdbm so I did get an error
message about missing db file, as expected.

Is it just RH or I'm I missing something.  I followed all the
README/INSTALL files, pretty simple there.

I'm not big on PHP, so I haven't messed with much other then the config
and admin files.

Cheers.

--
Scott

Re: [Phpwiki-talk] Issue with groups - config.ini: GROUP_METHOD = "DB"

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

Charles Corrigan schrieb:
> I turned on groups in config.ini, and selected the multiple groups per user
> SQL statements.
> 
> When using IE 6, I always get the following message when trying to access
> any page in the wiki. When using Mozilla 1.7.3, I occasionally get the same
> message.
> 
> Fatal error: Call to undefined function: prepare() in
> /home/runega2/public_html/whitewall/lib/WikiGroup.php on line 626
> 
> Can anyone suggest a way to resolve this message?
> 
> On the server side, I am using MySQL 4.0.20, PHP 4.3.8, Apache 1.3.31 and
> Linux 2.4.21.
> 
> Thank-you for your attention,
> Charles

Thanks for your report. I see the problem.
I'll check why this happens. It shouldn't.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] No problems!

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

Dan Frankowski schrieb:
> Reini Urban wrote:
>> Stan Berka schrieb:
>>
>>> I've had some problems installing and then upgrading the PhpWiki on 
>>> our internal Apache/Win2K with MySQL server.  Since I have solved 
>>> those problems, it works just fine, day in, day out.  So, I'm writing 
>>> to praise the system, not ot complain.  It's part of my work style, 
>>> to write what issues arise, the solutions, in a like-blog style.  For 
>>> me and and the rest of the team.
>>
>> Thanks.
>>
>> Apache/Win2K with MySQL is the platform I'm developing, so that's the 
>> easiest.
>> Old linux systems with old pear, broken dba and 8MB memory limits are 
>> the real problem.
> 
> As you know by now :-), I would say you shouldn't support so many 
> backends. Then a lot of time spent maintaining them all could be better 
> spent making one or two of them perform really well.

Well, the good stuff is only done in ADODB, because this has 
transactions and a fast pecl backend solution. (via php_adodb.so)
The rest is backporting to the others when time permits.

And of course the best (fastest and least memory by far) backend is 
still dba, if the locking problems would not exist on certain platforms.
Even gdbm is broken on the php side, but at least they acknowledged it 
lately.
I had no time yet to test the new 5.1 PDO stuff.

I'm still tyring to bring the sf.net platform back to dba, because this 
would ultimatively solve our memory problems. But this will break the 
new anti-spam solution with mysql accesslog analysis.

sf.net demo is still broken because of my new include_path pear 
prepending logic. fill be fixed soon.

> And my idea of having 1e6 pages, wikipedia-style, and still use
>> caching and ob_buffers.
> 
> I am a big fan of this scale testing. Good job.

you started this. thanks to you.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Issue with groups - config.ini: GROUP_METHOD = "DB"

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

I turned on groups in config.ini, and selected the multiple groups per user
SQL statements.

When using IE 6, I always get the following message when trying to access
any page in the wiki. When using Mozilla 1.7.3, I occasionally get the same
message.

Fatal error: Call to undefined function: prepare() in
/home/runega2/public_html/whitewall/lib/WikiGroup.php on line 626

Can anyone suggest a way to resolve this message?

On the server side, I am using MySQL 4.0.20, PHP 4.3.8, Apache 1.3.31 and
Linux 2.4.21.

Thank-you for your attention,
Charles

Re: [Phpwiki-talk] No problems!

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> Stan Berka schrieb:
>
>> I've had some problems installing and then upgrading the PhpWiki on 
>> our internal Apache/Win2K with MySQL server.  Since I have solved 
>> those problems, it works just fine, day in, day out.  So, I'm writing 
>> to praise the system, not ot complain.  It's part of my work style, 
>> to write what issues arise, the solutions, in a like-blog style.  For 
>> me and and the rest of the team.
>
>
> Thanks.
>
> Apache/Win2K with MySQL is the platform I'm developing, so that's the 
> easiest.
> Old linux systems with old pear, broken dba and 8MB memory limits are 
> the real problem.


As you know by now :-), I would say you shouldn't support so many 
backends. Then a lot of time spent maintaining them all could be better 
spent making one or two of them perform really well.

> And my idea of having 1e6 pages, wikipedia-style, and still use
> caching and ob_buffers.


I am a big fan of this scale testing. Good job.

Dan

[Phpwiki-talk] Two-phase user registration/authorisation - was RE: Preventing Wiki spam

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

Reini Urban wrote:
> Charles Corrigan schrieb:
> > However, anyone can create a new id in a few seconds and then
> > vandalise away...  Is there any suggestions as to how I can make
> > user id creation/authorisation 2-phase. What I would like is for
> > users to self register but be treated as anonymous until an
> > adminstrator authorises them to edit/create pages.
> >
> > Is there an alternative configuration of the wiki to achieve
> > this?
>
> So far the best is to use PageChangeNotification, which catches
> every spam attempt. Last on saturday.
>
> We have three more options:
> * phpwiki.org/PageModeration
>    (delay any action on a page, after a moderator accepts it),
> * the WikiAccessRestriction plugin I was working on,
> * and the proposed external hook to spamassasin (babycart) after
>   every edit.

Trying to think laterally...

Is there the possibility of using the groups facility and page acls to set
all pages as editable only by members of the group, say, "writers".  The two
phase part is then for the administrators to add users to the "writers"
group. There is also the small matter of ensuring that all new pages get the
correct acl..

> All of these will not be ready for 1.3.11.

> Your two-phase user creation would also be cool, but I haven't
> thought about that yet. Though that's the tradional method.

> I'm much more concerned about 8MB memory limit, the still pending
> sf.net upgrade (they promised it two weeks ago), and my latest
> WikiDB changes.

Sounds about right...

Regards,
Charles

Re: [Phpwiki-talk] No problems!

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

Stan Berka schrieb:
> I've had some problems installing and then upgrading the PhpWiki on our 
> internal Apache/Win2K with MySQL server.  Since I have solved those 
> problems, it works just fine, day in, day out.  So, I'm writing to 
> praise the system, not ot complain.  It's part of my work style, to 
> write what issues arise, the solutions, in a like-blog style.  For me 
> and and the rest of the team.

Thanks.

Apache/Win2K with MySQL is the platform I'm developing, so that's the 
easiest.
Old linux systems with old pear, broken dba and 8MB memory limits are 
the real problem.

And my idea of having 1e6 pages, wikipedia-style, and still use
caching and ob_buffers.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Preventing Wiki spam

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

Charles Corrigan schrieb:
> I use a wiki (phpwhiki v1.2) that is frequently hit by vandals/wiki spam.
> I am implementing phpwiki CVS 1.3.11pre to allow the wiki to be read
> without authentication but to require logins for editing etc.
> 
> However, anyone can create a new id in a few seconds and then vandalise
> away...  Is there any suggestions as to how I can make user id
> creation/authorisation 2-phase. What I would like is for users to self
> register but be treated as anonymous until an adminstrator authorises them
> to edit/create pages.
> 
> Is there an alternative configuration of the wiki to achieve this?

So far the best is to use PageChangeNotification, which catches every 
spam attempt. Last on saturday.

We have three more options:
* phpwiki.org/PageModeration
   (delay any action on a page, after a moderator accepts it),
* the WikiAccessRestriction plugin I was working on,
* and the proposed external hook to spamassasin (babycart) after every edit.

All of these will not be ready for 1.3.11.

Your two-phase user creation would also be cool, but I haven't thought 
about that yet. Though that's the tradional method.

I'm much more concerned about 8MB memory limit, the still pending sf.net 
upgrade (they promised it two weeks ago), and my latest WikiDB changes.

> I am using MySQL 4.0.20 to hold the user tables. PHP 4.3.8, Apache 1.3.31,
> Linux 2.4.21.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Preventing Wiki spam

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

On Tue, November 16, 2004 15:45, Daniel C. said:
> For some reason, I thought this was going to be about spam on the
> phpwiki mailing list...

Hmmm! yes, the subject should have been a bit different...

regards,
Charles

Re: [Phpwiki-talk] Preventing Wiki spam

[Daniel C. <dcr...@gm...>]

For some reason, I thought this was going to be about spam on the
phpwiki mailing list...


On Tue, 16 Nov 2004 11:59:34 +0800 (SGT), Charles Corrigan
<ch...@ru...> wrote:
> Hi,
> 
> I use a wiki (phpwhiki v1.2) that is frequently hit by vandals/wiki spam.
> I am implementing phpwiki CVS 1.3.11pre to allow the wiki to be read
> without authentication but to require logins for editing etc.
> 
> However, anyone can create a new id in a few seconds and then vandalise
> away...  Is there any suggestions as to how I can make user id
> creation/authorisation 2-phase. What I would like is for users to self
> register but be treated as anonymous until an adminstrator authorises them
> to edit/create pages.
> 
> Is there an alternative configuration of the wiki to achieve this?
> 
> I am using MySQL 4.0.20 to hold the user tables. PHP 4.3.8, Apache 1.3.31,
> Linux 2.4.21.
> 
> regards,
> Charles
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: InterSystems CACHE
> FREE OODBMS DOWNLOAD - A multidimensional database that combines
> robust object and relational technologies, making it a perfect match
> for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

[Phpwiki-talk] Preventing Wiki spam

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

Hi,

I use a wiki (phpwhiki v1.2) that is frequently hit by vandals/wiki spam.
I am implementing phpwiki CVS 1.3.11pre to allow the wiki to be read
without authentication but to require logins for editing etc.

However, anyone can create a new id in a few seconds and then vandalise
away...  Is there any suggestions as to how I can make user id
creation/authorisation 2-phase. What I would like is for users to self
register but be treated as anonymous until an adminstrator authorises them
to edit/create pages.

Is there an alternative configuration of the wiki to achieve this?

I am using MySQL 4.0.20 to hold the user tables. PHP 4.3.8, Apache 1.3.31,
Linux 2.4.21.

regards,
Charles

Re: [Phpwiki-talk] browse.tmpl not found

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

On Tue, November 16, 2004 2:29, Reini Urban said:
> Charles Corrigan schrieb:
>> It appears that the problem is that Template.php expects that the
>> current directory is the “root” directory for the wiki, but in
>> actuality, the current directory is in the locales sub directory. What
>> can I do to fix this?
>
> Manually:
> Add chdir (PHPWIKI_DIR) after the locale hack.

As a quick hack, I put an explict directory path in IniConfig.php and it
worked for me. Thank-you for your swift response.

However, it appears that PHPWIKI_DIR is not defined at that point but I am
no PHP hacker and I may be wrong...

> Sorry, you have to wait a bit.
> I changed findFile and automatic include_patch logic,
> but apparently it doesn't work right yet.
> --
> Reini Urban
> http://xarch.tu-graz.ac.at/home/rurban/

regards,
Charles

Re: [Phpwiki-talk] Custom forms

[Dan F. <dfr...@cs...>]

Reini Urban wrote:

> Dan Frankowski schrieb:
>
>> Pascal Giard (QC/EMC) wrote:
>>
>>> > 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.
>>>
>>
>> Pascal,
>>
>> On wikilens.org, we don't use WikiFormRich. It was developed at the 
>> same time as we developed our own solution (pages with fields that 
>> depend on category). We would like to contribute our solution back, 
>> but have not yet done so. You can always see our source tarball at 
>> http://wikilens.org/wikilens-src.tgz, but it would be quite different 
>> from what's in PhpWiki.
>
>
> BTW: I'm just working on the backport...


Wow, very cool.

FYI, one of the reasons I haven't yet pushed to contribute is that we 
are moving the "category" information for a page, and the field data 
itself, out of the Wiki text for the page. Thus, I didn't want to 
contribute the code back that has a page category within the wiki text, 
then later contribute an incompatible solution that forces a conversion. 
I wanted to feel that we had settled on one solution (likely category 
and field data off-page), then contribute that.

That is as yet unreleased I believe (hence does not show up in our 
external tarball).

Dan

[Phpwiki-talk] No problems!

[Stan B. <sb...@po...>]

Hi,
I've had some problems installing and then upgrading the PhpWiki on our 
internal Apache/Win2K with MySQL server.  Since I have solved those 
problems, it works just fine, day in, day out.  So, I'm writing to 
praise the system, not ot complain.  It's part of my work style, to 
write what issues arise, the solutions, in a like-blog style.  For me 
and and the rest of the team.

Thanks, Reini and others!

Stan Berka
Pope & Talbot
Portland, OR

RE: [Phpwiki-talk] Custom forms

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

> > On wikilens.org, we don't use WikiFormRich. It was 
> developed at the same 
> > time as we developed our own solution (pages with fields 
> that depend on 
> > category). We would like to contribute our solution back, 
> but have not 
> > yet done so. You can always see our source tarball at 
> > http://wikilens.org/wikilens-src.tgz, but it would be quite 
> different 
> > from what's in PhpWiki.
> 
> BTW: I'm just working on the backport...

Can you give me a timeframe?

I'm not asking this to add pressure on you, i just need an honest answer so
i can have time to react and organize myself so that i don't end up being
unable to deliver to my team what they expected, on time.

I've deadlines and i'd like to know if i should allocate myself time to get
my hands in WikiFormRich and make it work with phpwiki 1.3.10 ... (i only
talk about WikiFormRich because i expect the mecanism used at wikilens to be
more work).

thank you,

-Pascal
Reminder: All i need is a way to automate the ReleaseNotes, with custom
forms, before the end of November. That will be a demonstrator before going
further into phpwiki.

Re: [Phpwiki-talk] Custom forms

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

Dan Frankowski schrieb:
> Pascal Giard (QC/EMC) wrote:
>> > 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.
>>
> 
> Pascal,
> 
> On wikilens.org, we don't use WikiFormRich. It was developed at the same 
> time as we developed our own solution (pages with fields that depend on 
> category). We would like to contribute our solution back, but have not 
> yet done so. You can always see our source tarball at 
> http://wikilens.org/wikilens-src.tgz, but it would be quite different 
> from what's in PhpWiki.

BTW: I'm just working on the backport...

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

Re: [Phpwiki-talk] browse.tmpl not found

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

Charles Corrigan schrieb:
> I installed the latest phpwiki from CVS, running under php 4.3.8 / 
> apache 1.3.31 / linux 2.4.21 and I get the following messages:
> 
> lib/Theme.php:226: Notice: templates/browse.tmpl: not found (...repeated 
> 2 times)
> 
> lib/Template.php:117: Notice: Undefined property: _locals
> 
> lib/Template.php (In template 'html'):132: Notice: Undefined property: 
> _tmpl
>  
> It appears that the problem is that Template.php expects that the 
> current directory is the “root” directory for the wiki, but in 
> actuality, the current directory is in the locales sub directory. What 
> can I do to fix this?

Manually:
Add chdir (PHPWIKI_DIR) after the locale hack.

Sorry, you have to wait a bit.
I changed findFile and automatic include_patch logic,
but apparently it doesn't work right yet.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Custom forms

[Dan F. <dfr...@cs...>]

Pascal Giard (QC/EMC) wrote:

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

Pascal,

On wikilens.org, we don't use WikiFormRich. It was developed at the same 
time as we developed our own solution (pages with fields that depend on 
category). We would like to contribute our solution back, but have not 
yet done so. You can always see our source tarball at 
http://wikilens.org/wikilens-src.tgz, but it would be quite different 
from what's in PhpWiki.

Dan

[Phpwiki-talk] browse.tmpl not found

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

I installed the latest phpwiki from CVS, running under php 4.3.8 / apache
1.3.31 / linux 2.4.21 and I get the following messages:

lib/Theme.php:226: Notice: templates/browse.tmpl: not found (...repeated 2
times)

lib/Template.php:117: Notice: Undefined property: _locals

lib/Template.php (In template 'html'):132: Notice: Undefined property: _tmpl


 

It appears that the problem is that Template.php expects that the current
directory is the "root" directory for the wiki, but in actuality, the
current directory is in the locales sub directory. What can I do to fix
this?

 

Regards,

Charles

Re: [Phpwiki-talk] Sortable tables

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

Jed Smallwood schrieb:
> 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?

Any table that is generated by PageList is sortable automatically.

The only problem with PageList is that it always needs and adds a page 
as first column.

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