phpwiki-talk

Re: [Phpwiki-talk] 1.2.0 to be released in 1 week!

[Arno H. <aho...@xm...>]

> Yes, the diff between versions are done comparing what is stored in wik=
i
> and wikiarchive tables.
> So, how I do a backup from wiki to wikiarchive? I think this should be
> done in admin.

Actually, pages are backed up in wikiarchive whenever a *different* user=20
edits a page. E.g. Alice creates a page and edits it 3 times - everything=
=20
stays in wiki (including version 3). Next Bob comes along and edits the=20
page: now v3 is moved to wikiarchive and Bob's version 4 is stored in wik=
i.
Say Bob edits the page one more time, nothing is moved to wikiarchive,=20
because Bob is the latest editor of the page - thus: wikiarchive holds=20
version 3, wiki holds version 5. When Alice edits the page now, then=20
version 5 is moved the archive, ......

I don't see the need for an admin to move pages from wiki to wikiarchive.

/Arno

p.s. it's hard to get this behaviour in local tests, as currently the=20
ip-address is used for user-identification. So you will always appear as=20
one user to phpwiki, and thus nothing gets backed up into wikiarchive,=20
except when you edit the initial pages (there the author is set to "wiki=20
team")

RE: [Phpwiki-talk] 1.2.0 to be released in 1 week!

[Pablo R. R. <pr...@cl...>]

Yes, the diff between versions are done comparing what is stored in wiki and
wikiarchive tables.

So, how I do a backup from wiki to wikiarchive? I think this should be done
in admin.

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruña - España


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Arno
> Hollosi
> Enviado el: jueves, 25 de enero de 2001 11:01
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] 1.2.0 to be released in 1 week!
>
>
>
> > Anyway, you didn't provide a backup from wiki to wikiarchive in Admin
> > tasks.
>
> Could you clarify what you mean by this?
>
> /Arno
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] 1.2.0 to be released in 1 week!

[Arno H. <aho...@xm...>]

> Anyway, you didn't provide a backup from wiki to wikiarchive in Admin
> tasks.

Could you clarify what you mean by this?

/Arno

RE: [Phpwiki-talk] 1.2.0 to be released in 1 week!

[Pablo R. R. <pr...@cl...>]

Arno, give me a bit of time to correct my spanish fixes.

Anyway, you didn't provide a backup from wiki to wikiarchive in Admin tasks.

IMHO I think this should be done there.

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruña - España


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Arno
> Hollosi
> Enviado el: miércoles, 24 de enero de 2001 19:43
> Para: php...@li...
> Asunto: [Phpwiki-talk] 1.2.0 to be released in 1 week!
>
>
>
> Steve, all,
>
> what keeps us from releasing 1.2.0?
>
> Let's give the current version some testing, bring the translations up to
> date and then ship it!
>
> Seesh, even Linux 2.4.0 is here.
>
> /Arno
>
>
> p.s. from David Sigaty:
>
> BTW, you and your fellow developers might be interested to know that
> PhpWiki runs out of the box on WIN95 (!):
> Web server: xitami 2.4d7 for windows
> Database: mysql 3.23 for windows
> PHP: 4.04pl1 (php404pl1-installer.exe)
> PhpWiki: 1.1.9
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] 1.2.0 to be released in 1 week!

[Arno H. <aho...@xm...>]

Steve, all,

what keeps us from releasing 1.2.0?

Let's give the current version some testing, bring the translations up to=
=20
date and then ship it!

Seesh, even Linux 2.4.0 is here.

/Arno


p.s. from David Sigaty:

BTW, you and your fellow developers might be interested to know that=20
PhpWiki runs out of the box on WIN95 (!):
Web server: xitami 2.4d7 for windows
Database: mysql 3.23 for windows
PHP: 4.04pl1 (php404pl1-installer.exe)
PhpWiki: 1.1.9

Re: [Phpwiki-talk] new checkins

[Aredridel <are...@nb...>]

> 
> Hi all,
> 
> I finally added Joel Uckelman's contribution of a DBM library using the
> new dba_* interface, which is the default in PHP 4.0.4 and later. For now
> a clean install of the nightly build will still default to dbmlib.php; I
> need to update the INSTALL file now that I think of it.

Oh, very good. I've a DBM-based Wiki that needs upgrading, since I'm trying
to use the default compile of PHP 4.0.4 on that server. Verrra good!

> We need a way to dynamically decide if they have 4.0.4 or later and set
> the $WhichDatabase variable accordingly... there certainly is a variable
> in PHP telling what version it is?

I don't see why not-- should look at phpinfo()'s output and see what the
variable might be-- if not, there might be a constant defined for the
version number/string.
> 
> Pablo Roca Rozas gave us a new logo image (same as the old one, but in a
> valid png format). 

Oh, excellent! Thanks, Pablo!

Ari

[Phpwiki-talk] new checkins

[Steve W. <sw...@wc...>]

Hi all,

I finally added Joel Uckelman's contribution of a DBM library using the
new dba_* interface, which is the default in PHP 4.0.4 and later. For now
a clean install of the nightly build will still default to dbmlib.php; I
need to update the INSTALL file now that I think of it.

We need a way to dynamically decide if they have 4.0.4 or later and set
the $WhichDatabase variable accordingly... there certainly is a variable
in PHP telling what version it is?

Pablo Roca Rozas gave us a new logo image (same as the old one, but in a
valid png format). 

Thanks so much to both!

~swain


...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

RE: [Phpwiki-talk] CVS error

[Pablo R. R. <pr...@cl...>]

Ok, that's it the -kb parameter I knew this was there I didn't remembered
the
name.

A png in b&w? , sent to your email.

Pablo Roca (pr...@cl...)
Clavo Congelados, S.A. (http://www.clavo.net)
La Coruna - Espana


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Steve
> Wainstead
> Enviado el: miercoles, 17 de enero de 2001 5:55
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] CVS error
>
>
>
> I pulled down a nightly build and tried to open the logo in xpaint, but it
> core dumped. I was able to view it in Netscape though.
>
> I've wanted to use a png file in keeping with the whole patent issue; but
> I've had nothing but grief trying to create a logo in png format on Linux.
> Everything I make in the Gimp, Netscape cannot render. Anything I make in
> xpaint comes out solid black.
>
> This time around, I created a gif and used the "convert" program to turn
> it into a png file.
>
> Otherwise I checked it in like I always have... I suspect the problem
> Photoshop has is with the file format and not how it was checked in.
>
> I did read the CVS manual though on checking in binary files and one
> should use the -kb flag, which prevents keyword substitution ($Id$) and
> line ending conversion. I'll try to remember that in the future...
>
> In the meantime anyone who wants to contribute a simple logo in png
> format, 50x50, is more than welcome! Black and white please.
>
> ~swain
>
> On Mon, 15 Jan 2001, Pablo Roca Rozas wrote:
>
> > Hi Developers,
> >
> > In the current CVS, the images were uploaded in ASCII format,
> this causes
> > the png
> > don't get reconised when you try to open it with Photoshop, ...
> >
> > All different to plain to ascii files must be uploaded in binary format.
> >
> > Regards,
> >
> > Pablo Roca (pr...@cl...)
> > La Coruna - Espana
> >
> >
> > _______________________________________________
> > Phpwiki-talk mailing list
> > Php...@li...
> > http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> >
>
> ...............................ooo0000ooo.................................
>    Hear FM quality freeform radio through the Internet: http://wcsb.org/
>                      home page: www.wcsb.org/~swain
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] CVS error

[Steve W. <sw...@wc...>]

I pulled down a nightly build and tried to open the logo in xpaint, but it
core dumped. I was able to view it in Netscape though.

I've wanted to use a png file in keeping with the whole patent issue; but
I've had nothing but grief trying to create a logo in png format on Linux.
Everything I make in the Gimp, Netscape cannot render. Anything I make in
xpaint comes out solid black.

This time around, I created a gif and used the "convert" program to turn
it into a png file.

Otherwise I checked it in like I always have... I suspect the problem
Photoshop has is with the file format and not how it was checked in.

I did read the CVS manual though on checking in binary files and one
should use the -kb flag, which prevents keyword substitution ($Id$) and
line ending conversion. I'll try to remember that in the future...

In the meantime anyone who wants to contribute a simple logo in png
format, 50x50, is more than welcome! Black and white please.

~swain

On Mon, 15 Jan 2001, Pablo Roca Rozas wrote:

> Hi Developers,
> 
> In the current CVS, the images were uploaded in ASCII format, this causes
> the png
> don't get reconised when you try to open it with Photoshop, ...
> 
> All different to plain to ascii files must be uploaded in binary format.
> 
> Regards,
> 
> Pablo Roca (pr...@cl...)
> La Coruna - Espana
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] PHP security vulnerability

[Steve W. <sw...@wc...>]

This is off today's BUGTRAQ:

BUGTRAQ Digest - 12 Jan 2001 to 15 Jan 2001 (#2001-9) (fwd)

Date:    Fri, 12 Jan 2001 21:14:10 +0200
From:    Zeev Suraski <ze...@ZE...>
Subject: PHP Security Advisory - Apache Module bugs

Problems
=========

[1] PHP supports a configuration mechanism that allows users to configure
PHP directives on a per-directory basis.  Under Apache, this is usually
done using .htaccess files.  Due to a bug in the Apache module version of
PHP, remote 'malicious users' might be able to create a special HTTP
request that would cause PHP to serve the next page with the wrong values
for these directives.  In certain (fairly rare) situations, this could
result in a security problem.

[2] PHP supports the ability to be installed, and yet disabled, by setting
the configuration option 'engine = off'.  Due to a bug in the Apache module
version of PHP, if one or more virtual hosts within a single Apache server
were configured with engine=off, this value could 'propagate' to other
virtual hosts.  Because setting this option to 'off' disables execution of
PHP scripts, the source code of the scripts could end up being sent to the
end clients.


Impact
=======

Even though in their worst-case situations these problems could have severe
implications, these worst-cases are rare.  In order to take advantage of
problem #1, the attacker must have good knowledge of the structure of the
site, the values of the various PHP directives in each directory, and a way
that would help him exploit the bug using this knowledge.  In addition, he
must also be lucky enough to perform the attack on the same Apache httpd
process that he exploits in a prior request, which can be very difficult to
do on a busy site.
Problem #2 is more serious, but because of its severity, it's most often
detected immediately.  This problem also only affects a setup that has
multiple virtual hosts with some of them configured not to allow execution
of PHP scripts, which is pretty rare.


Affected Software Versions
===========================

All versions of PHP 4.0, from PHP 4.0.0 (and possibly earlier betas)
through PHP 4.0.4 are vulnerable to these problems.  Note that only the
Apache module version of PHP is vulnerable - the CGI module as well as
other server modules are *NOT* affecgted.

PHP 3.0 is *NOT* affected.


Solution
========

The recommended solution is to upgrade to PHP 4.0.4pl1, available at
http://www.php.net/downloads.php

A workaround for problem #2 is to explicitly set 'engine=on' on all of the
virtual hosts that are supposed to serve PHP pages, if one or more virtual
hosts is configured with engine=off.

A partial workaround for problem #1 is to disallow 'OPTIONS' requests.


Acknowledgements
==================

I'd like to thank James Moore, which, after hearing about the bug report,
managed to successfully reproduce it, and issue a pin-pointing problem
description, that helped solve the bug instantly.


Zeev


PHP Group
http://www.php.net/

--
Zeev Suraski <ze...@ze...>
CTO &  co-founder, Zend Technologies Ltd. http://www.zend.com/

[Phpwiki-talk] Admin tasks (latest CVS)

[Pablo R. R. <pr...@cl...>]

Hi,

Three questions:


1. Now in the latest CVS the "Dump the pages as HTML" is not available. :(

Can this be done please? Is a good feature.

2. Another thing, how is the rigth way to do admin?

I explain me, if I call the admin program with no parameters I got some e's
???
and if I call with the "PhpWikiAdministration" parameter I can see the e's
in the buttoms and in the bottom. ???

I'll send Steve and Arno more info in this.

3. Archive the pages. For archiving the pages from wiki -> archive, this
should be done by hand? It also be good to have this option available in the
main Admin page.

Pablo Roca (pr...@cl...)
La Coruna - Espana

Re: [Phpwiki-talk] Re: Question about PHPWiki and PHP4

[Steve W. <sw...@wc...>]

Thanks Joel! I'm finally downloading the files tonight. I've been busy
with taxes (yuck) and the setup of my new cable modem (woohoo!)

I think the list might have eaten your mail if you sent over 100K; right
now Pine won't tell me the size.

thx again!
~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] patch to allow authorized users..??

[Pablo R. R. <pr...@cl...>]

From the credits doc:

[Scott R. Anderson | sr...@di... ]
contributed a patch to allow authorized users' names to appear in
RecentChanges.

Can you explain me in which consists this patch?

Thanks

Pablo Roca (pr...@cl...)
La Coruña - España


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Aredridel
> Enviado el: lunes, 15 de enero de 2001 21:28
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] gettext bug
>
>
> > > I give up. There must be some gettext bug. I can't get the gettext in
> > > php to recognize translations. I have compiled and installed the
> > > latest version of PHP and built it with --gettext but that didn't help
> > > either.
> >
> > I had similar problems once - I don't know how I got rid of them.
> > But be sure to check, that you ran translate.sh which creates
> the necessa=
> > ry=20
> > *.mo file in LC_MESSAGES. gettext() uses that *.mo file and not
> the *.po=20
> > files. *.po files are only "source-files" for creating *.mo
> >
> > Also, make sure that all permissions are ok (including directories).
>
> Also, looking at a run with a standalone PHP under strace is ften quite
> helpful:
>
> 	strace php index.php 2>&1 | grep open
>
> Shows you all file-opens attempted by the PHP binary when it's run--
> highlights permission errors nicely (look for EPERM or EACCES)
>
> Ari
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] gettext bug

[Aredridel <are...@nb...>]

> > I give up. There must be some gettext bug. I can't get the gettext in
> > php to recognize translations. I have compiled and installed the
> > latest version of PHP and built it with --gettext but that didn't help
> > either.
> 
> I had similar problems once - I don't know how I got rid of them.
> But be sure to check, that you ran translate.sh which creates the necessa=
> ry=20
> *.mo file in LC_MESSAGES. gettext() uses that *.mo file and not the *.po=20
> files. *.po files are only "source-files" for creating *.mo
> 
> Also, make sure that all permissions are ok (including directories).

Also, looking at a run with a standalone PHP under strace is ften quite
helpful:

	strace php index.php 2>&1 | grep open

Shows you all file-opens attempted by the PHP binary when it's run--
highlights permission errors nicely (look for EPERM or EACCES)

Ari

Re: [Phpwiki-talk] IP from posters

[Steve W. <sw...@wc...>]

On Mon, 15 Jan 2001, Arno Hollosi wrote:

> I have made a small patch for GoWiki (http://senseis.xmp.net/) where the 
> user can set his name via a cookie. No password, so everyone can pretend to 
> be everyone else. But it's quite easy and effective.
> 
> Steve, I could add that patch to the main wiki, what do you think?

By all means... it should be a simple config.php change to enable/disable
it.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] gettext bug

[<d9...@na...>]

On Mon, Jan 15, 2001 at 01:47:23PM +0100, Arno Hollosi wrote:

> > I give up. There must be some gettext bug. I can't get the gettext in
> > php to recognize translations. I have compiled and installed the
> > latest version of PHP and built it with --gettext but that didn't hel=
p
> > either.
>=20
> I had similar problems once - I don't know how I got rid of them.
> But be sure to check, that you ran translate.sh which creates the neces=
sary=20
> *.mo file in LC_MESSAGES. gettext() uses that *.mo file and not the *.p=
o=20
> files. *.po files are only "source-files" for creating *.mo

Check! I have a phpwiki.mo in locale/sv/LC_MESSAGES after running
translate.sh. But this is not case, because then I would be able to
change language to german, spanish or dutch and that doesn't work
either.

> Also, make sure that all permissions are ok (including directories).

Could be. Although I can't find any fault in the permissions. The web
server should be able to read every file in phpwiki/. If I point my
browser to http://localhost/phpwiki/locale/sv/LC_MESSAGES/phpwiki.mo I
can download the file. Also note that if I run an old version of php,
the gettext function reads phpwiki.php in LC_MESSAGES/ instead and
that works great. The not so great thing is that the server where I
want my phpwiki only supports PHP4.

--=20
___\ Jon =C5slund

RE: [Phpwiki-talk] IP from posters

[Pablo R. R. <pr...@cl...>]

>No password, so everyone can pretend to
> be everyone else.

Hum... this is no good Arno. But how is the code?

Pablo Roca (pr...@cl...)
La Coruña - España


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Arno
> Hollosi
> Enviado el: lunes, 15 de enero de 2001 13:44
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] IP from posters
>
>
>
> Thomas,
>
> > Concerning this question it would be interesting to diskuss wether there
> > are other options to make real anonymous changes. Maybe one could add a
> > sign field to the edit-page, then it would be possible to sign changes
> > with any real (like ThomasKalka) or anonym (like AnonymUser) name.
>
> I have made a small patch for GoWiki (http://senseis.xmp.net/) where the
> user can set his name via a cookie. No password, so everyone can
> pretend to
> be everyone else. But it's quite easy and effective.
>
> Steve, I could add that patch to the main wiki, what do you think?
>
> /Arno
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk

Re: [Phpwiki-talk] gettext bug

[Arno H. <aho...@xm...>]

Jon,

> I give up. There must be some gettext bug. I can't get the gettext in
> php to recognize translations. I have compiled and installed the
> latest version of PHP and built it with --gettext but that didn't help
> either.

I had similar problems once - I don't know how I got rid of them.
But be sure to check, that you ran translate.sh which creates the necessa=
ry=20
*.mo file in LC_MESSAGES. gettext() uses that *.mo file and not the *.po=20
files. *.po files are only "source-files" for creating *.mo

Also, make sure that all permissions are ok (including directories).

Maybe this helps.

/Arno

Re: [Phpwiki-talk] IP from posters

[Arno H. <aho...@xm...>]

Thomas,

> Concerning this question it would be interesting to diskuss wether ther=
e
> are other options to make real anonymous changes. Maybe one could add a
> sign field to the edit-page, then it would be possible to sign changes
> with any real (like ThomasKalka) or anonym (like AnonymUser) name.

I have made a small patch for GoWiki (http://senseis.xmp.net/) where the=20
user can set his name via a cookie. No password, so everyone can pretend =
to=20
be everyone else. But it's quite easy and effective.

Steve, I could add that patch to the main wiki, what do you think?

/Arno

Re: [Phpwiki-talk] Site Map code

[Arno H. <aho...@xm...>]

> Thanks for spotting the problem. I've corrected ExtractWikiPageLinks.
> Insert the following before the final "else":
>
>       } elseif (preg_match("#^\d+$#", $URL)) {
>          $link['type'] =3D "reference-$linktype";
> =09 $link['link'] =3D $URL;

Actually, I've corrected the function ParseAndLink() which is called by=20
ExtractWikiPageLinks. Insert the elseif there.

/Arno

Re: [Phpwiki-talk] Site Map code

[Arno H. <aho...@xm...>]

Malcom,

> Okay, I have updated the sitemap code to use these functions, so now al=
l
> the entries are links. The fix to ExtractWikiPageLinks has also made
> things neater. The only problem that apparently remains is the use of t=
he
> [1], [2], [3] style references, which appear as "1", "2", "3" in the
> sitemap.

Thanks for spotting the problem. I've corrected ExtractWikiPageLinks.
Insert the following before the final "else":

      } elseif (preg_match("#^\d+$#", $URL)) {
         $link['type'] =3D "reference-$linktype";
=09 $link['link'] =3D $URL;

/Arno

Re: [Phpwiki-talk] CVS error

[Steve W. <sw...@wc...>]

Hrmm. I didn't do it any differently than I have before... I'll look into
it.

thx!
~swain


On Mon, 15 Jan 2001, Pablo Roca Rozas wrote:

> Hi Developers,
> 
> In the current CVS, the images were uploaded in ASCII format, this causes
> the png
> don't get reconised when you try to open it with Photoshop, ...
> 
> All different to plain to ascii files must be uploaded in binary format.
> 
> Regards,
> 
> Pablo Roca (pr...@cl...)
> La Coruna - Espana
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] CVS error

[Pablo R. R. <pr...@cl...>]

Hi Developers,

In the current CVS, the images were uploaded in ASCII format, this causes
the png
don't get reconised when you try to open it with Photoshop, ...

All different to plain to ascii files must be uploaded in binary format.

Regards,

Pablo Roca (pr...@cl...)
La Coruna - Espana

[Phpwiki-talk] gettext bug

[<d9...@na...>]

I give up. There must be some gettext bug. I can't get the gettext in
php to recognize translations. I have compiled and installed the
latest version of PHP and built it with --gettext but that didn't help
either.

If I use PhpWiki on a server with an old version of PHP which hasn't
gettext. PhpWiki defines it's own gettext in lib/config.php. That one
works like a charm. But the PHP built-in just returns the original
English string. PhpWiki follows the example in the API by the book so
there should not be any error there. I will make a simplified test
case tomorrow to check if there are no real errors in the php code of
PhpWiki.

Can someone confirm this?

My setup is:
 PhpWiki nightly build Jan 12 (same error with 1.1.9)
 PHP 4.0.4pl1 (same error with 4.0.3pl1) compiled with gettext
 Apache 1.3.14
 gettext 0.10.35

--=20
___\ Jon =C5slund

RE: [Phpwiki-talk] IP from posters

[Pablo R. R. <pr...@cl...>]

Hi Thomas this can be done with a user table and a cookie.

I have phpWiki integrated in a web portal software (myPHPortal)
you can see this in action at:

http://proca.nexen.net/phpwiki.php

It can be configured in three ways:

1. Allow create/modify to everyone
2. Disallow to anonymous and only allow to registered users
3. Allow only to some users

And you can see how foxwikis do this (a cookie)

http://fox.wikis.com/wc.dll?Wiki~WhoAmI~Wiki


Pablo Roca (pr...@cl...)
La Coruña - España
myPHPortal Team
http://sourceforge.net/projects/myphportal


> -----Mensaje original-----
> De: php...@li...
> [mailto:php...@li...]En nombre de Thomas
> Kalka
> Enviado el: sábado, 13 de enero de 2001 3:16
> Para: php...@li...
> Asunto: Re: [Phpwiki-talk] IP from posters
>
>
> > Someone told me that having the full URL in the RecentChanges is a thing
> he
> > wouldn't like.
> > He is very concerned in security and preferred not to have his own IP
> > published every time.
> >
> > What can be done:
> >
> > Store as you do now the IP in the database don't change this
> > But only show the first IP in the list like is done in:
> > http://fox.wikis.com/wc.dll?Wiki~RecentChanges
> >
> > i.e: 192.168.77.245  ->  192.168.77.xxx
> >
> > That's easy to do, but I ask your oppinion. Can this be good?
> >
> Concerning this question it would be interesting to diskuss
> wether there are
> other options to make real anonymous changes. Maybe one could add a
> sign field to the edit-page, then it would be possible to sign
> changes with
> any real (like ThomasKalka) or anonym (like AnonymUser) name.
> Another Option would be to be able to supply a UserName by default (a kind
> of login), which in some kind is propagated from page to page, but I don`t
> know how to do this (but would be glad to know).
>
> ThomasKalka
>
>
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk