phpwiki-talk

[Phpwiki-talk] Re: Sourceforge changing the environment....

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

Paolo Salvan schrieb:
> I'm the web maintainer of thinstation.sf.net, and I'm using phpwiki to
> edit the contents....
> 
> I've got the mail below from sf, will these changes impact phpwiki?

yes, in my latest tests against the new proposed setup I found that it 
will require 2MB less memory than against apache1/php-4.1.2,
which is fine for me. :)

everything else works fine on my latest setup. I will release 1.3.11 
soon with all the fixes. I wanted yesterday but ran out of time.
I already wrote the message but stopped then. better not to hurry.

Other fedora specific issues concern me a bit, but we will see.
maybe the handlers will have to be adjusted.

> =======
> The SourceForge.net team is pleased to announce the long-awaited upgrade
> to
> our project web service.  SourceForge.net staff are currently in the
> process
> of completing hardware procurement and system build-out.  The official
> date
> for this upgrade has not yet been set; once our hardware build-out has
> been
> completed, the date will be announced on the SourceForge.net Site Status
> page.
> https://sourceforge.net/docs/A04/
> 
> This upgrade consists of a significant hardware upgrade and Operating
> System
> upgrade.  Due to the large upgrades involved here, it may be necessary
> to
> upgrade your scripts.
> 
> 
> Old configuration:
> 
>   Debian Potato
>   Linux kernel 2.4.x
>   GNU libc 2.2.1
>   Apache 1.3.26
>   Perl 5.005_03
>   PHP 4.1.2
>   Python 1.5.2
>   Tcl 8.0
> 
> New configuration:
> 
>   Fedora Linux: Fedora Core 2
>   Linux kernel 2.6.x
>   GNU libc 2.3.3
>   Apache 2.0.51
>   Perl 5.8.3
>   PHP 4.3.8
>   Python 2.3.3
>   Tcl 8.4.5
> [...]
> =======

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

Re: [Phpwiki-talk] Problems installing version 1.3.10 in sourceforge project web

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

Alfonso Acosta schrieb:
> I recently installed phpwiki 1.3.10 in a sourceforge project using the
> mysql databse provided by sourceforge.
> 
> The results can be seen at 
> http://brcm6345-linux.sourceforge.net/wiki2/ (setting DEBUG = 1 didn't
> give any further information)
> 
> Before installing version 1.3.10 I tried with version 1.2.4, which
> works flawlessly: http://brcm6345-linux.sourceforge.net/wiki/ , but I
> would perfer using version 1.3.10.

please prefer latest CVS over 1.3.10.
the nightly snapshot script is also broken. they turned cron off.

there are several issues esp. for sf.net fixed. I didn't come to release 
1.3.11 yet, but it's soon, since 1.3.10 had so many bugs.

to your problem: looks like lib/main is not loaded at all.
check your index.php at the end.

note that mysql uses at least 200KB more memory than dba, so with a lot 
of pages you'll hit the memory limit at sf.net (until their new servers 
will come).
http://phpwiki.sourceforge.net/phpwiki/PhpMemoryExhausted/Testresults

> I'm using the same datebasename for both installations although during
> each installation I run the corresponding mysql installation script.

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

[Phpwiki-talk] Problems installing version 1.3.10 in sourceforge project web

[Alfonso A. <alf...@gm...>]

Hi:

I recently installed phpwiki 1.3.10 in a sourceforge project using the
mysql databse provided by sourceforge.

The results can be seen at 
http://brcm6345-linux.sourceforge.net/wiki2/ (setting DEBUG = 1 didn't
give any further information)

Before installing version 1.3.10 I tried with version 1.2.4, which
works flawlessly: http://brcm6345-linux.sourceforge.net/wiki/ , but I
would perfer using version 1.3.10.

I'm using the same datebasename for both installations although during
each installation I run the corresponding mysql installation script.

Thanks a lot in advance,

-- 
Alfonso Acosta
Home Page: http://babel.ls.fi.upm.es/~aacosta/
Broadcom 6345 Linux distribution: http://brcm6345-linux.sourceforge.net/

[Phpwiki-talk] Apache2 problems (was Need help with Wiki)

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

Reini Urban schrieb:
> Joel Sherrill <jo...@OA...> schrieb:
>> ReymanX wrote:
>>
>>>> First, we do not seem to be able to get any password
>>>> setup to work.  If someone sets it in their preferences,
>>>> and doesn't edit their personal page, they get locked out.
>>>
>>>
>>> I have the same problem before, then I upgrade to phpwiki-1.3.11pre
>>> from CVS. I use to use suse 9.1 with apache 2.0, but it's not working.
>>>  Then I use debian with apache 1.3.x, it's work now.
>>
>>
>> As I mentioned in another email, we are using Fedora Core 1
>> which includes Apache 2.0.  This is not the only thing hosted
>> on this machine so switching versions or distributions is
>> not something we would undertake lightly.
>>
>> I just reported that we are having all sorts of weird problems
>> with preferences. :(
> 
> 
> yes,
> we know that > 1.3.8 doesn't work whth fedora core yet.
> strange apache2 issue.
> 
> I got it working somehow previously but It was a major hack described 
> somewhere.
> or use an older release.
> 
> I'll look into these apache2 issues soon. first let me finish my 
> testsuite for the more important errors.

Well, this problem raised its importance from low-scale to highest, 
since this is the new configuration we'll have to deal with at the news 
sf.net web servers.
The new sf.net will have fedora (oh my god! from debian to fedora), 
Apache 2 and php-4.3.8.
Still with the pcre problems, but 4.3.8 has more effective memory 
handling than 4.1.x. It needs 2MB less.

> BTW: I had to switch http://phpwiki.sf.net/phpwiki back to the old mysql 
> version. with gdbm and this php I got no sessions working. and the db is 
> sometimes in a stale lock state.

The gdbm locking problems seems to be serious, since gdbm is vastly 
preferred over anything else.
(See http://phpwiki.org/PhpMemoryExhausted/Testresults)
At least php-4.3.x with gdbm will now support file-level locking, so our 
own software locks are not be that critical anymore. (stale locks after 
errors)

Those session problems are typical if USECACHE is off. Then ob buffering 
is ineffective, and the session cookies are not handled properly, since 
some part already printed some character.
-- 
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] Re: [phpwiki - Help] where can i get the nightly build

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

Reini Urban schrieb:
>> https://sourceforge.net/forum/message.php?msg_id=2779637
>> By: schorni
>>
>> Hello tried to get the newest version. i saw that the nightly build is 
>> not newer
>> than 9 july 2004.
>> The logs are also not updated whats wrong here
>> http://phpwiki.sourceforge.net/nightly/phpwiki.nightly.tar.gz
> 
> 
> Ah, thanks for bringing that to my attention. sf.net seems to be borked 
> somehow lately

They stopped cron at 29 July. (It apparently brought the systen down)
https://sourceforge.net/docman/display_doc.php?group_id=1&docid=2352#section1

Hopefully they'll add it with the new servers (Apache2!!)

Steve, I'd need your cronjobs so I can at least run it manually
via ssh once a night.

-- 
Reini Urban

[Phpwiki-talk] [Fwd: [ alexandria-Feature Requests-596715 ] pear and php update]

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

They will upgrade their php! Sigh.

See 
https://sourceforge.net/tracker/index.php?func=detail&aid=1052417&group_id=1&atid=350001

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

Re: [Phpwiki-talk] Need help with Wiki

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

Joel Sherrill <jo...@OA...> schrieb:
> ReymanX wrote:
>>> First, we do not seem to be able to get any password
>>> setup to work.  If someone sets it in their preferences,
>>> and doesn't edit their personal page, they get locked out.
>>
>> I have the same problem before, then I upgrade to phpwiki-1.3.11pre
>> from CVS. I use to use suse 9.1 with apache 2.0, but it's not working.
>>  Then I use debian with apache 1.3.x, it's work now.
> 
> As I mentioned in another email, we are using Fedora Core 1
> which includes Apache 2.0.  This is not the only thing hosted
> on this machine so switching versions or distributions is
> not something we would undertake lightly.
> 
> I just reported that we are having all sorts of weird problems
> with preferences. :(

yes,
we know that > 1.3.8 doesn't work whth fedora core yet.
strange apache2 issue.

I got it working somehow previously but It was a major hack described 
somewhere.
or use an older release.

I'll look into these apache2 issues soon. first let me finish my 
testsuite for the more important errors.

BTW: I had to switch http://phpwiki.sf.net/phpwiki back to the old mysql 
version. with gdbm and this php I got no sessions working. and the db is 
sometimes in a stale lock state.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

[<la...@us...>]

La...@us... [Fri, 22 Oct 2004 14:56:41 +0200] wrote:
>
> Reini Urban [Fri, 22 Oct 2004 10:22:35 +0200] wrote:
>>
>> wget -nd -r -l1 -nH http://my/wiki/
>>
>
> This will not work either for me. (sorry to insist)
>
> (anyway the additional flags -nH -nd are essentially cosmetic right ?)
>
> May be I did something wrong in the install (PhpWiki *or* Apache) that
> prevents wget from crawling through the wiki. Or wget is too old ?
>

Ok, it's a dns or proxy problem.

Using a fqdn on the url works as expected.

Sorry for the fuss.

A+O.

Re: [Phpwiki-talk] Need help with Wiki

[Joel S. <jo...@OA...>]

ReymanX wrote:
>>First, we do not seem to be able to get any password
>>setup to work.  If someone sets it in their preferences,
>>and doesn't edit their personal page, they get locked out.
> 
> 
> I have the same problem before, then I upgrade to phpwiki-1.3.11pre
> from CVS. I use to use suse 9.1 with apache 2.0, but it's not working.
>  Then I use debian with apache 1.3.x, it's work now.

As I mentioned in another email, we are using Fedora Core 1
which includes Apache 2.0.  This is not the only thing hosted
on this machine so switching versions or distributions is
not something we would undertake lightly.

I just reported that we are having all sorts of weird problems
with preferences. :(


-- 
Joel Sherrill, Ph.D.             Director of Research & Development
jo...@OA...                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985

[Phpwiki-talk] please explain this error message?

[Joel S. <jo...@OA...>]

I have a user who set preferences and now when he logs in,
he gets this with 1.3.10.

Fatal error: Call to a member function on a non-object in 
/home/rtems/phpwiki/themes/Sidebar/themeinfo.php on line 37

We are on Fedora Core 1 and Apache 2.0.  We have not editted
anything except config.php.

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
jo...@OA...                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

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

La...@us... schrieb:
> Reini Urban [Fri, 22 Oct 2004 10:22:35 +0200] wrote:
> 
>>wget -nd -r -l1 -nH http://my/wiki/
> 
> This will not work either for me. (sorry to insist)
> 
> (anyway the additional flags -nH -nd are essentially cosmetic right ?)

nd and nH dont create the host and dir subdirs.

> May be I did something wrong in the install (PhpWiki *or* Apache) that
> prevents wget from crawling through the wiki. Or wget is too old ?
> 
> wget --version
> GNU Wget 1.8.2

wget cannot be too old, it is dumb on purpose.
if can click through your wiki, wget can "click" through it also.
$ wget --version
GNU Wget 1.9.1

There exist faster wget versions (using a hash instead of a list 
internally).

> http://phpwiki.sourceforge.net/phpwiki/BackupStrategies does say
> things about backuping with wget, but uses the zip-dump interface.
> 
> http://amphi-gouri.org/blog/2004/09/16/73-LeConvertisseurWikiDuPauvreConvertirUnSiteSimpleEnSyntaxeMoinmoinEnQuelquesLignes
> uses --no-parent => same result, only one page dumped.

sure. one zip, which is your whole wiki. all pages zipped.

> I read somthing about protection from bots:
> http://phpwiki.sourceforge.net/phpwiki/HowToHandleRobots
> 
> "Only action=browse and action=index is allowed for statically
> identified robots, but authorized action must be allowed, e.g. for my
> daily backups with Wget."

this is for a very old wiki version of mine. there's no action=index 
anymore.

> Is that an issue ? allowing the read action ? I have no clue
> what/where this is ...

no, currently we don't block wget robots.
but maybe your global /robots.txt disallows wget?

>>If you can live with the memory limitations after the upgrade.
>>until 1.3.4 it did no output buffering. After it needs more than 8MB.
>>
>>http://phpwiki.sourceforge.net/phpwiki/PhpMemoryExhausted/Testresults
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

[<La...@us...>]

Reini Urban [Fri, 22 Oct 2004 10:22:35 +0200] wrote:
>
> wget -nd -r -l1 -nH http://my/wiki/
>

This will not work either for me. (sorry to insist)

(anyway the additional flags -nH -nd are essentially cosmetic right ?)

May be I did something wrong in the install (PhpWiki *or* Apache) that
prevents wget from crawling through the wiki. Or wget is too old ?

wget --version
GNU Wget 1.8.2


http://phpwiki.sourceforge.net/phpwiki/BackupStrategies does say
things about backuping with wget, but uses the zip-dump interface.

http://amphi-gouri.org/blog/2004/09/16/73-LeConvertisseurWikiDuPauvreConvertirUnSiteSimpleEnSyntaxeMoinmoinEnQuelquesLignes
uses --no-parent => same result, only one page dumped.

I read somthing about protection from bots:
http://phpwiki.sourceforge.net/phpwiki/HowToHandleRobots

"Only action=browse and action=index is allowed for statically
identified robots, but authorized action must be allowed, e.g. for my
daily backups with Wget."

Is that an issue ? allowing the read action ? I have no clue
what/where this is ...


>
> If you can live with the memory limitations after the upgrade.
> until 1.3.4 it did no output buffering. After it needs more than 8MB.
>
> http://phpwiki.sourceforge.net/phpwiki/PhpMemoryExhausted/Testresults

Yep, I saw that in you post, thanxs.


A+O.

[Phpwiki-talk] /phpwiki switch to latest 1.3.11pre

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

http://phpwiki.sourceforge.net/phpwiki

I switched the default php site to the
latest cvs version, USECACHE=0, CACHE_CONTROL=STRICT and gdbm backend, 
because of our unbearable memory problems on sf.net.

output buffering is on, html chache is off, but allpages and 
recentchanges run fine, only gdbm locking is sometimes problematic.
but better than before.

Now I got some session problems with our PHPSESSION cookie domain, 
because USE_DB_SESSION=false now (with dba).

I'll try to fix that asap.
The old site is at http://phpwiki.sourceforge.net/phpwiki10
The new is also aliased under /http://phpwiki.sourceforge.net/phpwiki11

I dumped all pages and imported them back, maybe some pages are missing. 
I had to restore two pages manually.
-- 
Reini Urban
http://phpwiki.org

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

[LaFambe <La...@us...>]

Reini Urban wrote:
 >
 > auth?
 >

What do you mean, auth ? Cookies not handled by wget ?
On the install I have, there are no auth restrictions (AFAIK) except for 
editing, but wget is not going to go there, is it ?

 >> phpwiki: 1.3.4
 >> wget -r -l 0 http://my/wiki/

Still will not dump more than one page.
Is this path a cul-de-sac ;) ?

 >
 > or PhpWikiAdministration => Dump Pages.
 >
 > For dumphtml you need a newer version than 1.3.4. This will create a
 > real static snapshot.

So I should upgrade you say ?

A+O.

Re: [Phpwiki-talk] phpwiki themes

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

gaspard schrieb:

> Greetings PHPWiki developers,
> I have setted up a little but efficient theme system for PHPWiki,
> I have modified the standrard pages (browse.html), added a var in config 
> ($WikiStyle) and added some files in template/ dir.
> would you like to have a look ?
> 
> Please answer by direct mail (I am not on the List)
> 
> Best Regards,
> 
> Gaspard

Ah, I see: http://cec1le.free.fr/wiki/

Well, that's a wordpress alike theme for 1.2.4.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] phpwiki themes

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

gaspard schrieb:

> Greetings PHPWiki developers,
> I have setted up a little but efficient theme system for PHPWiki,
> I have modified the standrard pages (browse.html), added a var in config 
> ($WikiStyle) and added some files in template/ dir.
> would you like to have a look ?
> 
> Please answer by direct mail (I am not on the List)
> 
> Best Regards,
> 
> Gaspard

Which site?

This probably not:
   http://www.ryogasp.com/?ChezGaspEtRehal


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

[Phpwiki-talk] phpwiki themes

[gaspard <ga...@eu...>]

Greetings PHPWiki developers,
I have setted up a little but efficient theme system for PHPWiki,
I have modified the standrard pages (browse.html), added a var in config 
($WikiStyle) and added some files in template/ dir.
would you like to have a look ?

Please answer by direct mail (I am not on the List)

Best Regards,

Gaspard

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

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

LaFambe schrieb:
> Reini Urban wrote:
>  >
>  > auth?
>  >
> 
> What do you mean, auth ? Cookies not handled by wget ?
> On the install I have, there are no auth restrictions (AFAIK) except for 
> editing, but wget is not going to go there, is it ?
> 
>  >> phpwiki: 1.3.4
>  >> wget -r -l 0 http://my/wiki/

wget works fine if you will call it correctly. even timestamping is 
supported.

wget -nd -r -l1 -nH http://my/wiki/

> Still will not dump more than one page.
> Is this path a cul-de-sac ;) ?

>  > or PhpWikiAdministration => Dump Pages.
>  >
>  > For dumphtml you need a newer version than 1.3.4. This will create a
>  > real static snapshot.
> 
> So I should upgrade you say ?

If you can live with the memory limitations after the upgrade.
until 1.3.4 it did no output buffering. After it needs more than 8MB.

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

Re: [Phpwiki-talk] Need help with Wiki

[ReymanX <re...@gm...>]

> First, we do not seem to be able to get any password
> setup to work.  If someone sets it in their preferences,
> and doesn't edit their personal page, they get locked out.

I have the same problem before, then I upgrade to phpwiki-1.3.11pre
from CVS. I use to use suse 9.1 with apache 2.0, but it's not working.
 Then I use debian with apache 1.3.x, it's work now.

-- 
Arie Reynaldi Zanahar
reymanx at gmail.com
http://www.reynaldi.com

[Phpwiki-talk] Need help with Wiki

[Joel S. <jo...@OA...>]

Hi,

We are trying to use PhpWiki 1.3.10 for the RTEMS Wiki
(http://www.rtems.org/phpwiki) and are having a number of problems.
Our content is growing quickly and I want to resolve the
issues.  Any help/advice we can get would be most appreciated.
Some are certainly ignorance on my part, while I am not
sure of the others.

We are using MySQL as the database for
content and that works fine.

First, we do not seem to be able to get any password
setup to work.  If someone sets it in their preferences,
and doesn't edit their personal page, they get locked out.

At one point I had the Administrator password working
but now I am so confused, it doesn't even work.
I added an .htpasswd on a dummy page to force a login
as the admin account and think that matches
the settings in config.php.

Here is another random issue from a user
 >
 >>I think I broke my wiki account.  I set my preferences for sidebar 
display
 >>and now whenever I try to login I get :
 >>Fatal error: Call to a member function on a non-object in
 >>/home/rtems/phpwiki/themes/Sidebar/themeinfo.php on line 37
 >>I don't seem to be able to change my preferences.
 >>

I also have seen a random entry from an arbitrary IP address
so I think some spammers have figure out how to automatically
add Wiki entries. ;(  I have seen this on PhpBB sites so it
didn't surprise me.

-- 
Joel Sherrill, Ph.D.             Director of Research & Development
jo...@OA...                 On-Line Applications Research
Ask me about RTEMS: a free RTOS  Huntsville AL 35805
    Support Available             (256) 722-9985

Re: [Phpwiki-talk] wget to backup PhpWiki - how do I ?

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

La...@us... schrieb:
> I would like to use wget to make a static snapshot of my PhpWiki,
> but wget does not follow the links.
> Do I have to configure anything in PhpWiki or do I do anything wrong ?
> Thanxs.

auth?

> phpwiki: 1.3.4
> wget -r -l 0 http://my/wiki/

or PhpWikiAdministration => Dump Pages.

For dumphtml you need a newer version than 1.3.4. This will create a 
real static snapshot.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] wget to backup PhpWiki - how do I ?

[<La...@us...>]

Hello list,

I would like to use wget to make a static snapshot of my PhpWiki,

but wget does not follow the links.

Do I have to configure anything in PhpWiki or do I do anything wrong ?

Thanxs.


phpwiki: 1.3.4
wget -r -l 0 http://my/wiki/

Re: [Phpwiki-talk] Some memory tests

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

Reini,

I am watching this with happiness. Reproducible tests that beat on the 
system mean fewer bugs. That's a good thing.

Dan

Reini Urban wrote:

> Oliver Betz schrieb:
>
>> Reini Urban <ru...@x-...> wrote:
>>
>>> What do you see?
>>> Well, that phpwiki-1.3.11 is 5068KB large and phpwiki-1.3.4 only 
>>> 2196KB.
>>
>
> WikiUserNew (with groups and perms) costs about 600kb. I'll try now to 
> seperate the possibly unneeded parts into seperate (optionally loaded) 
> modules. Maybe this will bring some more 300kb.
>
> But turning off ob_buffers will bring 16MB!
>
>> BTW: also the needed disk space for a PhpWiki installation increased 
>> rapidly (6.5MB for 1.3.10 IIRC), which will limit PhpWiki's usability 
>> on small hosting services.
>
>
> Most of the new stuff is optional. ADODB is much larger now.
> Much more internal docs: pgsrc pages.
> Someone (me) should write a wiki page, what files pages can be safely 
> deleted, under certain conditions.
>
>>> At least I've found the real culprit. no stupid refs or object tricks.
>>
>> great!
>>
>>> And I've found tons of otherwise undetected bugs.
>>
>>
>> critical?
>
>
> Just loading and dumping errored. And only with rare combinations, 
> otherwise it shoud have got detected before.
>   plugincached, wikiuser, httpclient, wikicallback.
> But no apache/php crash so far. (php 4.1.2 + 4.3.9)
>
> BTW: With the new unittests for 1.3.4 I got a lot of crashes on 1.3.4,
> so don't say it got worse.

Re: [Phpwiki-talk] Some memory tests

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

Oliver Betz schrieb:
> Reini Urban <ru...@x-...> wrote:
> 
>>What do you see?
>>Well, that phpwiki-1.3.11 is 5068KB large and phpwiki-1.3.4 only 2196KB.

WikiUserNew (with groups and perms) costs about 600kb. I'll try now to 
seperate the possibly unneeded parts into seperate (optionally loaded) 
modules. Maybe this will bring some more 300kb.

But turning off ob_buffers will bring 16MB!

> BTW: also the needed disk space for a PhpWiki installation increased 
> rapidly (6.5MB for 1.3.10 IIRC), which will limit PhpWiki's usability 
> on small hosting services.

Most of the new stuff is optional. ADODB is much larger now.
Much more internal docs: pgsrc pages.
Someone (me) should write a wiki page, what files pages can be safely 
deleted, under certain conditions.

>>At least I've found the real culprit. no stupid refs or object tricks.
> great!
> 
>>And I've found tons of otherwise undetected bugs.
> 
> critical?

Just loading and dumping errored. And only with rare combinations, 
otherwise it shoud have got detected before.
   plugincached, wikiuser, httpclient, wikicallback.
But no apache/php crash so far. (php 4.1.2 + 4.3.9)

BTW: With the new unittests for 1.3.4 I got a lot of crashes on 1.3.4,
so don't say it got worse.
-- 
Reini Urban
http://phpwiki.org/

Re: [Phpwiki-talk] mysqli extension

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

Arthaey Angosii schrieb:
> I'm trying to view the virgin wiki setup of a newly installed PhpWiki,
> but it's coming up blank. Debugging and googling as much as I could, I
> think that the problem is related to my using the mysqli extension
> with PHP, rather than mysql.

For PEAR DB a supported db backend is required.
We have only four so far:

$ ls lib/WikiDB/backend/Pear_*.php
lib/WikiDB/backend/PearDB_mysql.php
lib/WikiDB/backend/PearDB_pgsql.php
lib/WikiDB/backend/PearDB_oci8.php   lib/WikiDB/backend/PearDB_sqlite.php

For all other extensions you must try ADODB instead.
This backend supports reasonable fallback methods. (but not tested)
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/