phpwiki-talk

[Phpwiki-talk] LdapSearch added

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

Hi John,
I've added your LdapSearch plugin to CVS.
   http://phpwiki.org/LdapSearchPlugin

Future:
* Maybe more examples with WikiFromRich are required.
   To support user-suplied queries (search term, ...).
* Add hyperlink support to the results.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] phpwiki and Gentoo

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

Renat Lumpau schrieb:

> Just a quick note to let everyone know that phpwiki is available
> through Gentoo Portage, and can be installed by simply typing
> ``emerge phpwiki''. Please consider mentioning this fact on your
> website.

whow, my favorite linux package comes par with debian.
thanks!
Could you please fix the info here?
http://phpwiki.sourceforge.net/phpwiki/PhpWikiOtherDistributions?action=edit

BTW: The long-standing 1.3.11 release will be out soon.

All persisting and annoying bugs have now working workarounds.
I just have to document it properly and finish testing.
wikilens integration will be 50% feature-wise. (danfr?)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] User Authtification with phpwiki

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

Anderson, Soeren schrieb:
> sorry, if this is mentioned in the FAQ or anywhere:
> I have a phpwiki-1.3.10 here.
> I choosed POP3-Authentification, which works, but i have a problem with the config.ini.
> 
> I set:
> ALLOW_ANON_USER = false
> ALLOW_ANON_EDIT = false
> ALLOW_BOGO_LOGIN = false,
> ALLOW_USER_PASSWORDS = true.
> Now everybody has to authentificate to see or edit the wiki. Problem is: If i authenticate the wiki doesn't remember that. I have to authenticate after every action that is taken. 
> 
> If i set: (
> ALLOW_ANON_USER = true
> ALLOW_ANON_EDIT = false
> ALLOW_BOGO_LOGIN = false,
> ALLOW_USER_PASSWORDS = true
> ) because i want anonymous reading to be possible, i can edit the Wiki even if i'm not authenticated.
> 
> Is there something more in config.ini i have to change?
> I should mention, that the wiki is also protected via HTTP_Basic_Auth.
> 
> Perhaps anybody has some hints for me,

That's not an auth probem, but a session problem.

Maybe our (automatic) HttpAuth should be fixed against session problems. 
I'll test that.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] phpwiki and Gentoo

[Renat L. <rl...@ge...>]

Folks,

Just a quick note to let everyone know that phpwiki is available through Ge=
ntoo Portage, and can be installed by simply typing ``emerge phpwiki''. Ple=
ase consider mentioning this fact on your website.

Best,
--=20
Renat Lumpau
Gentoo developer
GPG key id #C6A838DA on http://pgp.mit.edu
Key fingerprint =3D 04AF B5EE 17CB 1000 DDA5  D3FC 1338 ADC2 C6A8 38DA

[Phpwiki-talk] User Authtification with phpwiki

[Anderson, S. <SAn...@nt...>]

Hi,

sorry, if this is mentioned in the FAQ or anywhere:
I have a phpwiki-1.3.10 here.
I choosed POP3-Authentification, which works, but i have a problem with =
the config.ini.

I set:
ALLOW_ANON_USER =3D false
ALLOW_ANON_EDIT =3D false
ALLOW_BOGO_LOGIN =3D false,
ALLOW_USER_PASSWORDS =3D true.
Now everybody has to authentificate to see or edit the wiki. Problem =
is: If i authenticate the wiki doesn't remember that. I have to =
authenticate after every action that is taken.=20

If i set: (
ALLOW_ANON_USER =3D true
ALLOW_ANON_EDIT =3D false
ALLOW_BOGO_LOGIN =3D false,
ALLOW_USER_PASSWORDS =3D true
) because i want anonymous reading to be possible, i can edit the Wiki =
even if i'm not authenticated.

Is there something more in config.ini i have to change?

I should mention, that the wiki is also protected via HTTP_Basic_Auth.

Perhaps anybody has some hints for me,

thanks in advance

S=F6ren

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Dan Frankowski schrieb:
> As usual, you are much faster than I am! Thanks for your efforts.
> 
> Three things:
> 
> 1. We are _about_ to release another round of changes. We are on RC5, 
> and hope to be out early next week. Thus, there are some changes that 
> you haven't seen yet.
> 
> 2. You say there are a lot of style and other issues to fix in our code. 
> I agree. However, if you go through and make small changes everywhere, 
> it becomes difficult for us to merge. I'm not quite sure what to do 
> about this. Unfortunately, I'm not sure if it's feasible to give you 
> access to our CVS directly; you'd have to have a University account, and 
> I'm not sure if that's possible. I'm thinking. Also, some prior changes 
> you made actually broke rating functions we used, since there were no 
> unit tests for them. I'm also thinking about that. I have to go now, but 
> I will seek ideas. Basically, we'd have to look over your changes and 
> try to integrate them, or something like that. Not sure, but it would be 
> more than a day for us.
> 
> 3. I fully intend to respond to your comments on our Wiki, but it may 
> take me a few days. Thanks again for your patience.
> 
> Dan
> 
> Reini Urban wrote:
> 
>> Reini Urban schrieb:
>>
>>> Dan Frankowski schrieb:
>>>
>>>> WikiLens has been drifting farther and farther from PhpWiki code. 
>>>> However, I'd love to contribute the code back into PhpWiki! There 
>>>> are several issues, tho. I'd appreciate your advice.
>>>
>>>
>>>
>>> I started now cleaning up the current wikilens code.
>>> But there are a lot of style and other issues I need to fix.
>>> Featurewise we will come together somehow.
>>>
>>> Should I put my changed versions into the PhpWiki site or PhpWikiDemo 
>>> or WikiLens? So that we can discuss it, together with the original 
>>> author.
>>> Some plugins are really terrible written. :)
>>>
>>> Maybe diff's are enough.
>>> I would suggest PhpWiki:WikiLensDevelopment/Filename, but the sf.net 
>>> server is so slow, that I would prefer your server.
>>
>> I posted the current status of affairs there:
>>
>>   http://www.wikilens.org/wiki.php/ReiniUrban/WikiLensPatches
>>
>> There's some work to be done, but nothing problematic.
>> one day work probably.

Ok, just finish your work, and I'll integrate then.

I stopped testing the memory exhaustion problem now, and I'm thinking of 
an SourceForgeNetHell switch to another web server.
(phpwiki.org and demo site)

On he other side, in the postgres hackers group I see that they just 
finished testing the new server farm (one of the biggest worldwide).
Hopefully this will be for web also, not only DB2 and postgresql backends.

So I will concentrate on the remaining PageList bugs,
my SqlResult / SemanticWeb features, plugincached problems,
and basic integration of your groups stuff.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] WikiDB error

[<xi...@ni...>]

Hi folks,

today I received the following error:

Fatal PhpWiki Error

lib/WikiDB.php:973: Fatal[0]: <br
/>/var/www/projectdirs/wiki/lib/WikiDB.php:973: : Assertion failed <br />

I get this message when I try to look at pagehistory or diff.

What is the problem?

This is phpWiki 1.3.10

Thanks,

Krisztian

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Reini,

As usual, you are much faster than I am! Thanks for your efforts.

Three things:

1. We are _about_ to release another round of changes. We are on RC5, 
and hope to be out early next week. Thus, there are some changes that 
you haven't seen yet.

2. You say there are a lot of style and other issues to fix in our code. 
I agree. However, if you go through and make small changes everywhere, 
it becomes difficult for us to merge. I'm not quite sure what to do 
about this. Unfortunately, I'm not sure if it's feasible to give you 
access to our CVS directly; you'd have to have a University account, and 
I'm not sure if that's possible. I'm thinking. Also, some prior changes 
you made actually broke rating functions we used, since there were no 
unit tests for them. I'm also thinking about that. I have to go now, but 
I will seek ideas. Basically, we'd have to look over your changes and 
try to integrate them, or something like that. Not sure, but it would be 
more than a day for us.

3. I fully intend to respond to your comments on our Wiki, but it may 
take me a few days. Thanks again for your patience.

Dan

Reini Urban wrote:

> Reini Urban schrieb:
>
>> Dan Frankowski schrieb:
>>
>>> WikiLens has been drifting farther and farther from PhpWiki code. 
>>> However, I'd love to contribute the code back into PhpWiki! There 
>>> are several issues, tho. I'd appreciate your advice.
>>
>>
>> I started now cleaning up the current wikilens code.
>> But there are a lot of style and other issues I need to fix.
>> Featurewise we will come together somehow.
>>
>> Should I put my changed versions into the PhpWiki site or PhpWikiDemo 
>> or WikiLens? So that we can discuss it, together with the original 
>> author.
>> Some plugins are really terrible written. :)
>>
>> Maybe diff's are enough.
>> I would suggest PhpWiki:WikiLensDevelopment/Filename, but the sf.net 
>> server is so slow, that I would prefer your server.
>
>
> I posted the current status of affairs there:
>
>   http://www.wikilens.org/wiki.php/ReiniUrban/WikiLensPatches
>
> There's some work to be done, but nothing problematic.
> one day work probably.

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Reini Urban schrieb:
> Dan Frankowski schrieb:
> 
>> WikiLens has been drifting farther and farther from PhpWiki code. 
>> However, I'd love to contribute the code back into PhpWiki! There are 
>> several issues, tho. I'd appreciate your advice.
> 
> I started now cleaning up the current wikilens code.
> But there are a lot of style and other issues I need to fix.
> Featurewise we will come together somehow.
> 
> Should I put my changed versions into the PhpWiki site or PhpWikiDemo or 
> WikiLens? So that we can discuss it, together with the original author.
> Some plugins are really terrible written. :)
> 
> Maybe diff's are enough.
> I would suggest PhpWiki:WikiLensDevelopment/Filename, but the sf.net 
> server is so slow, that I would prefer your server.

I posted the current status of affairs there:

   http://www.wikilens.org/wiki.php/ReiniUrban/WikiLensPatches

There's some work to be done, but nothing problematic.
one day work probably.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Dan Frankowski schrieb:
> WikiLens has been drifting farther and farther from PhpWiki code. 
> However, I'd love to contribute the code back into PhpWiki! There are 
> several issues, tho. I'd appreciate your advice.

I started now cleaning up the current wikilens code.
But there are a lot of style and other issues I need to fix.
Featurewise we will come together somehow.

Should I put my changed versions into the PhpWiki site or PhpWikiDemo or 
WikiLens? So that we can discuss it, together with the original author.
Some plugins are really terrible written. :)

Maybe diff's are enough.
I would suggest PhpWiki:WikiLensDevelopment/Filename, but the sf.net 
server is so slow, that I would prefer your server.

I would paste my diff's there, probably in a
<?plugin PhpHighlight ?> section.

Note that I put "WikiLens" into PhpWiki:InterWikiMap, so you can use 
shortcuts like WikiLens:WikiLens/StructuredDataTutorial on PhpWiki.

--------
And somewhere I want to discuss an extension to add semantic to links.
In a PhpWiki:SemanticWeb a links from an subject to an object also has a 
verb, like isA:Object, hasA:Object, isSubPropertyOf:Object, ...
which will create the RDF graphs.
See for example http://powl.contxserver.de/powl-cvs/ for a complicate 
example, which we could do much better.

And we need a global register of those magic verbs, to be added the the 
interwiki map.
Such a register already exists BTW. (a root RDF somewhere)

You might like this also, because you will be able to define Fields 
(StructuredData) by inheritence.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] .htaccess authentication issue

[Blake F. <bl...@vo...>]

Hi,

  I am trying to get a wiki up as part of a NOC notebook for a small company.  This wiki will be accessible publicly, so they would like to have it "passowrd protected"...

  The easiest way would be to lock it down in .htaccess methods, and reviewing the 1.3.10 install, I find that I can get it "password protected" but it asks for login on every page load.   Any ideas what I am doing wrong?

  Relavent settings include:
  ALLOW_ANON_USER = false
  ALLOW_ANON_EDIT =  false
  ALLOW_BOGO_LOGIN = flase
  ALLOW_USER_PASSWORDS = true
  USER_AUTH_ORDER = "File"
  PASSWORD_LENGTH_MINIMUM = 2
  USER_AUTH_POLICY = old
  AUTH_USER_FILE = /foo/bar/.htpasswd  <- this file exists and is valid
  AUTH_USER_FILE_STORABLE = false
  AUTH_SESS_LEVEL = 2
  GROUP_METHOD = WIKIPAGE
  DBAUTH_AUTH_CRYPT_METHOD = plain <-- what's this?

Sincerely,
Blake Freeburg
-- 
... esse quam videri     

Re: [Phpwiki-talk] Load PhpWiki page from the command-line for APD

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

Jerome WAGNER schrieb:
> if any of you is interested, there is a way to have xdebug2 and kcachegrind
> work on windows
> http://www.sklar.com/blog/index.php?/archives/42_PHP+5,+Xdebug+2,+and+KCache
> grind+on+Windows.html

Sure, it works out of the box (KDE via cygwin-x).
I'm still fighting with compiling an updated apache and mod_php for 
cygwin though. I have successfulyly built apache and php-cli, but 
producing a rebasable mod_php4.dll (or even a fixed one) really is not 
that easy. Nobody was able do that so far...
And all this just to test the memory exhaustion bug with certain versions.

MSVC native versions do compile fine, linux versions of course also.
Esp. php is very easy to build now. Before 4.3 it was a nightmare.

> -----Original Message-----
> From: php...@li...
> [mailto:php...@li...]On Behalf Of Reini
> Urban
> Sent: mercredi 15 septembre 2004 12:33
> To: Dan Frankowski
> Cc: PhpWiki discussion
> Subject: Re: [Phpwiki-talk] Load PhpWiki page from the command-line for
> APD
> 
> 
> Dan Frankowski schrieb:
> 
>>I'd like to run the Advanced PHP Debugger (APD) to try to get some
>>detailed performance profiling.
>>
>>To do so, I have to be able to run PHP from the command-line to get a
>>page I think is loading slowly. I have PHP 4.3.2, which has a command
>>line interface. When I run
> 
> 
> I use php-4.3.9 with xdebug, which has a much better profiler.
> http://www.xdebug.org/docs-profiling2.php
> But you need the latest version (CVS best), KDE and KCacheGrind.
> 
> The old version is similar to APD, but I never used that with
> perl -mDevel::DProf
> 
> The zend debugger also has some good profiling support and works much
> easier than via cmdline.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] Load PhpWiki page from the command-line for APD

[Jerome W. <jer...@la...>]

Hello,

if any of you is interested, there is a way to have xdebug2 and kcachegri=
nd
work on windows
http://www.sklar.com/blog/index.php?/archives/42_PHP+5,+Xdebug+2,+and+KCa=
che
grind+on+Windows.html

J=E9r=F4me

-----Original Message-----
From: php...@li...
[mailto:php...@li...]On Behalf Of Reini
Urban
Sent: mercredi 15 septembre 2004 12:33
To: Dan Frankowski
Cc: PhpWiki discussion
Subject: Re: [Phpwiki-talk] Load PhpWiki page from the command-line for
APD


Dan Frankowski schrieb:
> I'd like to run the Advanced PHP Debugger (APD) to try to get some
> detailed performance profiling.
>
> To do so, I have to be able to run PHP from the command-line to get a
> page I think is loading slowly. I have PHP 4.3.2, which has a command
> line interface. When I run

I use php-4.3.9 with xdebug, which has a much better profiler.
http://www.xdebug.org/docs-profiling2.php
But you need the latest version (CVS best), KDE and KCacheGrind.

The old version is similar to APD, but I never used that with
perl -mDevel::DProf

The zend debugger also has some good profiling support and works much
easier than via cmdline.

> % php index.php Page=3DBook SERVER_NAME=3Dlocalhost
>
>
> I get some of the HomePage (not the "Book" page I asked for), and also
> errors like:
>
> <div class=3D"error"><p>lib/config.php:475: Warning[2]: gethostbyaddr()=
:
> Address is not a valid IPv4 or IPv6 address</p>
> </div>
> <div class=3D"error"><p>lib/Request.php:442: Warning[2]: session_start(=
):
> Cannot send session cookie - headers already sent by (output started at
> /scratch/gibson/apache2/doc/dfrankow/phpwiki/lib/XmlElement.php:326)</p=
>
> </div>
> ...
> DB Error: constraint violation
>
> Has anyone done this?

no, we use the tests/units for command-line.

> Any hints?

use the correct parameters:
pagename=3DBook

gethostbyaddr(), ...:
put the required $_SERVER vars which are not filled in by the
command-line client into config/config.ini.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/


-------------------------------------------------------
This SF.Net email is sponsored by: thawte's Crypto Challenge Vl
Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam
Camcorder. More prizes in the weekly Lunch Hour Challenge.
Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
---
Incoming mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.754 / Virus Database: 504 - Release Date: 06/09/2004

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.754 / Virus Database: 504 - Release Date: 06/09/2004

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Reini Urban schrieb:
>> I'll probably also have use an external AI expert system (lisa, clips, 
>> ...) with user-editable rules (models) in wikipages, to define 
>> objects, relationship and distance. I'm just setting this up.
> 
> 
> This is a short outline:
>   http://www.mindswap.org/  ("semantic web" buzz buzz ...)

This describes it even better:
   http://phpwiki.sourceforge.net/phpwiki/SemanticWeb

> lisa is currently adding certainty factor support (cf), which I consider 
> a good thing.
> See http://sourceforge.net/mailarchive/message.php?msg_id=9521847
> but more on news:comp.lang.lisp
> via wilbur-rdf this can easily being embedded into phpwiki.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Reini Urban schrieb:
> I'll probably also have use an external AI expert system (lisa, clips, 
> ...) with user-editable rules (models) in wikipages, to define objects, 
> relationship and distance. I'm just setting this up.

This is a short outline:
   http://www.mindswap.org/  ("semantic web" buzz buzz ...)

lisa is currently adding certainty factor support (cf), which I consider 
a good thing.
See http://sourceforge.net/mailarchive/message.php?msg_id=9521847
but more on news:comp.lang.lisp
via wilbur-rdf this can easily being embedded into phpwiki.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] added wiki-remote.el support

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

Just a small notice, that I added phpwiki support to alex schroeders 
wiki-remote.el
   http://www.emacswiki.org/cgi-bin/emacs-en/WikiRemote
I did that some year ago, but forgot to publish it.

This lets you get, edit and save wikipages via (x)emacs, in the emacs 
buffer. just via url requests, not via xmlrpc yet.

The save step seems to need some work.
I couldn't get auth to work properly, though it should work magically 
with the underlying w3 mode (described there, saving the sessions cookie 
before)

http://www.emacswiki.org/cgi-bin/emacs-en/SimpleWikiEditMode
is better because it renders wikitext in emacs also. I had no time for 
this yet.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Load PhpWiki page from the command-line for APD

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

Dan Frankowski schrieb:
> I'd like to run the Advanced PHP Debugger (APD) to try to get some 
> detailed performance profiling.
> 
> To do so, I have to be able to run PHP from the command-line to get a 
> page I think is loading slowly. I have PHP 4.3.2, which has a command 
> line interface. When I run

I use php-4.3.9 with xdebug, which has a much better profiler.
http://www.xdebug.org/docs-profiling2.php
But you need the latest version (CVS best), KDE and KCacheGrind.

The old version is similar to APD, but I never used that with
perl -mDevel::DProf

The zend debugger also has some good profiling support and works much 
easier than via cmdline.

> % php index.php Page=Book SERVER_NAME=localhost
> 
> 
> I get some of the HomePage (not the "Book" page I asked for), and also 
> errors like:
> 
> <div class="error"><p>lib/config.php:475: Warning[2]: gethostbyaddr(): 
> Address is not a valid IPv4 or IPv6 address</p>
> </div>
> <div class="error"><p>lib/Request.php:442: Warning[2]: session_start(): 
> Cannot send session cookie - headers already sent by (output started at 
> /scratch/gibson/apache2/doc/dfrankow/phpwiki/lib/XmlElement.php:326)</p>
> </div>
> ...
> DB Error: constraint violation
> 
> Has anyone done this? 

no, we use the tests/units for command-line.

> Any hints?

use the correct parameters:
pagename=Book

gethostbyaddr(), ...:
put the required $_SERVER vars which are not filled in by the 
command-line client into config/config.ini.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Load PhpWiki page from the command-line for APD

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

I'd like to run the Advanced PHP Debugger (APD) to try to get some 
detailed performance profiling.

To do so, I have to be able to run PHP from the command-line to get a 
page I think is loading slowly. I have PHP 4.3.2, which has a command 
line interface. When I run

% php index.php Page=Book SERVER_NAME=localhost


I get some of the HomePage (not the "Book" page I asked for), and also 
errors like:

<div class="error"><p>lib/config.php:475: Warning[2]: gethostbyaddr(): 
Address is not a valid IPv4 or IPv6 address</p>
</div>
<div class="error"><p>lib/Request.php:442: Warning[2]: session_start(): 
Cannot send session cookie - headers already sent by (output started at 
/scratch/gibson/apache2/doc/dfrankow/phpwiki/lib/XmlElement.php:326)</p>
</div>
...
DB Error: constraint violation

Has anyone done this? Any hints?

Dan

Re: [Phpwiki-talk] Updates with WikiLens code ?

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

Dan Frankowski schrieb:
> I'd send you this personally, but you like me to email phpwiki-talk, so 
> here goes.
> 
> WikiLens has been drifting farther and farther from PhpWiki code. 
> However, I'd love to contribute the code back into PhpWiki! There are 
> several issues, tho. I'd appreciate your advice.

Before reading it, I think that adding smarty dependency is way we 
cannot follow.

> 1. I'd be happy to apply changes myself, and I have the SourceForge 
> permissions, but I don't want to make changes you don't approve of. This 
> leaves me in the position of trying to get approval, so I am less 
> inclined to change the code. Would it make sense if we just went ahead 
> and started making changes, and allowed you to reverse what you thought 
> was very bad?

everything besides the required smarty dependency. you can make it 
optional though for several features you need (user-editable templates).

> 2. My plan was to take 1.3.11, integrate its changes into WikiLens code, 
> then take the merged stuff from our codebase and submit it back. 
> However, 1.3.11 has been delayed for a LONG time. I am unwilling to 
> integrate in-between releases because I fear the code might be unstable, 
> so we are in a holding pattern.

well, I still cannot reproduce the sf.net problem, exhausting memory on 
large pagelists. I build several debugging php versions to no avail.
So I think the solution is to recommend a new php (4.3x works fine) for 
phpwiki > 400 pages and a sql database. 4.2 and earlier is not recommended.

And I try to improve the postgres interface, because mysql is very bad 
in terms of locking. we should really get rid of the sf.net webservices 
or fall back to dba there.

> 3. We are sorely tempted to add a database table every now and then. For 
> example, we are considering putting category links in their own table 
> instead of making them page links, to try to solve 2 issues: a) 
> unintentional category membership (by refering to a page, but not 
> wanting it to be a category reference, with all that means); b) naive 
> users deleting the category membership.

non user-not editable category membership could also go to meta-data, 
but this cannot be searched efficiently. The main problem is WikiDB 
transparency. we have to think that dba should stay the default.

> We've fixed bugs (from our point of view) in PhpWiki. I submitted some 
> patches (e.g., 994497), but it is extra effort to do so. Therefore, 
> we've fixed bugs I haven't submitted patches for.

ah, I didn't see them. I'll have a look. I just study your wikilens 
sources from time to time.

> We've added features. For example, we have a CreatePage plugin that 
> allows you to import Amazon books with structured information, we have a 
> new login process that we feel is smoother. I bet we have lots of other 
> features as well that I've forgotten to detail.

yes, I saw.
I prefer your login process and the better layout.
With CreatePage we have to merge with my version, because I added some 
new features also. I do it with my private imdb library, getting missing 
params from the imdb database. you do it by quering amazon.
this sounds very similar.

FYI:
I'll go into this direction during the next year. My paid job with phpwiki:

Improve interface to display complex relationships and improve graphical 
analysis. WikiFormRich, PloticusSql. See the ploticus samples and quisp.
   http://aretha.jax.org/pub-cgi/phenome/mpdcgi?rtn=datamodel/datamodel
instead of quisp, some graph generation tool (ploticus most likely) will 
be used to display pagelist results and external sql queries.
excel-like graphs to display them. PhpWiki as some kind a excel frontend 
with revisions and permissions.

Your StructuredData approach also looks very, very good to edit it.

I'll probably also have use an external AI expert system (lisa, clips, 
...) with user-editable rules (models) in wikipages, to define objects, 
relationship and distance. I'm just setting this up.

WikiPluginCached needs to be improved, because this is a nightmare to 
configure and use.
Maybe we should get rid of the pear Cache lib at all and use the md5'ify 
all args trick and use this as cached filename. Like the TeX2png plugin 
by Pierrick. This is much simplier and faster. It only has to be 
extended to handle html/map/png files also.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Updates with WikiLens code ?

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

Reini,

I'd send you this personally, but you like me to email phpwiki-talk, so 
here goes.

WikiLens has been drifting farther and farther from PhpWiki code. 
However, I'd love to contribute the code back into PhpWiki! There are 
several issues, tho. I'd appreciate your advice.

1. I'd be happy to apply changes myself, and I have the SourceForge 
permissions, but I don't want to make changes you don't approve of. This 
leaves me in the position of trying to get approval, so I am less 
inclined to change the code. Would it make sense if we just went ahead 
and started making changes, and allowed you to reverse what you thought 
was very bad?

2. My plan was to take 1.3.11, integrate its changes into WikiLens code, 
then take the merged stuff from our codebase and submit it back. 
However, 1.3.11 has been delayed for a LONG time. I am unwilling to 
integrate in-between releases because I fear the code might be unstable, 
so we are in a holding pattern.

3. We are sorely tempted to add a database table every now and then. For 
example, we are considering putting category links in their own table 
instead of making them page links, to try to solve 2 issues: a) 
unintentional category membership (by refering to a page, but not 
wanting it to be a category reference, with all that means); b) naive 
users deleting the category membership.

We've fixed bugs (from our point of view) in PhpWiki. I submitted some 
patches (e.g., 994497), but it is extra effort to do so. Therefore, 
we've fixed bugs I haven't submitted patches for.

We've added features. For example, we have a CreatePage plugin that 
allows you to import Amazon books with structured information, we have a 
new login process that we feel is smoother. I bet we have lots of other 
features as well that I've forgotten to detail.

Thoughts welcome.

Dan

[Phpwiki-talk] bar in OldStyleTable

[<xi...@ni...>]

Hi all,

how can I insert a bar (|) symbol using old markup rules in a table?

Thanks,

Krisztian

[Phpwiki-talk] new plugin-list syntax

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

I had to change the new <?plugin-list ?> syntax
   from arg=<?plugin-list PluginName ?>
   to arg=<!plugin-list PluginName !>
because our Parser is not recursive. It's just a iterated sequence of 
pcre regex matches, which will not find the recursive <?... ?> block. 
This worked fine for simple examples, but not with multiple invocations 
and multiline plugin definitions.

<!plugin-list PluginName !> is a new feature which might be used for 
arguments which will expect pagelists, such as pages and exclude.
Such pagelists may be comma-seperated strings and now also
<!plugin-list PluginName !>, where the invoced plugin will return a 
pagelist array of pagenames.

Most plugins which accept such pages and exclude arguments, have been 
enhanced to accept besides comma-seperated strings also an array of 
pagenames:
   ListPages, IncludePages
   the WikiAdmin... plugins for the p[] argument not yet.

See http://phpwiki.sourceforge.net/phpwiki/PluginList
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] wiki update - database question

[Johannes R. <ru...@st...>]

Hi,

finaly after installing and made my problem with the database connection
i installed my DB i've got the following error by click the second time 
on my wiki;

lib/WikiDB/backend/PearDB.php:778: Fatal[256]: wikidb_backend_mysql: 
fatal database error

     * DB Error: already exists
     * (INSERT INTO session (sess_id, sess_data, sess_date, sess_ip) 
VALUES ('d35ba480dc1901bbdadd484a3942e65b', '', 1095015843, 
'213.157.9.17') [nativecode=1062 ** Duplicate entry 
'd35ba480dc1901bbdadd484a3942e65b' for key 1])

even if i truncated the session table. The second click produces this error.

thx for Help

Joe

Re: [Phpwiki-talk] broken php5 update ?

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

It worked under php5 pre-releases, but they deciced to
fatal at "var" versus "public/private/protected".
Turning off the E_STRICT error bit would be enough.
Could you find out the numeric value of E_STRICT and where to add it?

There's a wiki page:
http://phpwiki.sourceforge.net/phpwiki/Php5Testing

Right now I'm stuck with postgres/apache/php debugging problems (I took 
over cygwin maintainership), so I don't have enough time.
I really want to find the annoying memory exhaustion problem first.

The pcre crash with ConvertOldMarkup is not fixed by the 4.3.9RC2 
update, but I worked around by defaulting loadsave to markup=2, which 
should work for most cases.


Jerome WAGNER schrieb:
> I'm trying to make phpwiki work out of CVS under php5 (I thought earlier
> migration issues had been resolved)
> 
> the first problems I hit include:
> 
> 1/ use of "static" functions not declared as static
> 
> lib\XmlElement.php:519: Fatal[2048]: Non-static method XmlContent::_quote()
> should not be called statically

this is new to me. wonder why.

> 
> 2/ "var" versus "public/private/protected"
> 
> lib\FileFinder.php:18: Fatal[2048]: var: Deprecated. Please use the
> public/private/protected modifiers
> 
> 
> is this normal ? should I specify some special ini directives in order for
> it to work ?
> 
> I tried
> ini_set('zend.ze1_compatibility_mode', '1');
> but it did not work any better.
> 
> I am very interested in a working version of phpwiki under php5 and could
> spare some time on it (I am trying to work only on php5 projects from now
> on).
> 
> I know that you have already spent some time on the compatibility Reini and
> have a few questions :
> - what are the main remaining issues ?

E_STRICT

> - it seems hard to keep a dual version because of new language constructs.
> should there be a 1.4 or 1.5 phpwiki branch dedicated to php5 or should
> there be a generic patcher (like the php5_patch.php that used to exist ?)

the patcher is not needed anymore. I worked around with eval.

> - are there any architectural issue in the code that would need major
> rewrites in order to port php4 to php5 ?

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

Re: [Phpwiki-talk] (no subject)

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

Nick Stuckey schrieb:

> 
> i was just wondering if phpwiki has been ;qualified on php 4.3.8?

yes. 4.3.8 and 4.3.9 run fine.

just php5 has some known problems.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/