phpwiki-talk

[Phpwiki-talk] No output on index.php

[Martin G. <gim...@gi...>]

Hi there!

I'm having a problem installing PhpWiki on my homepage at
gimpster.com, see

  http://gimpster.com/phpwiki/

I started by downloading and installing the latest CVS version (it has
so many cool features!) on my own machine running Apache and PHP
4.2.2. That worked flawlessly after I had changed the dba_handler. I
later changed it to use MySQL and that worked great too.

But things doesn't work on gimpster.com, I just get a blank page when
I try to view index.php after I've created the necessary tables in the
database. As you can see here, PHP version 4.2.2 is installed on
gimpster.com too:

  http://gimpster.com/info.php

The index.php file can be seen here:

  http://gimpster.com/showsource.php?file=/phpwiki/index.php

I've added a error_reporting(E_ALL) at the top to try and trigger
some sort of explanation, but it doesn't help at all.

Down in Part 2 I include my database password from an external file
and then set up the dsn. I haven't changed anything else.

Does anybody have a clue as to what can cause this behavior?

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] No output on index.php

[Jeff D. <da...@da...>]

Hi Martin,

Oof.  I haven't a clue as to what your problem might be.
It seems to be something that's causing a fundamental failure
of PHP.   Have you checked your error_log?

If that doesn't show anything, then the next thing to do,
I think, is to start adding temporary debugging print
statements (starting at the top of index.php and working
downwards and onwards through other php source) to determine
how far things get before they crap out.

Re: [Phpwiki-talk] No output on index.php

[Martin G. <gim...@gi...>]

Jeff Dairiki <da...@da...> writes:

> Hi Martin,
> 
> Oof.  I haven't a clue as to what your problem might be.
> It seems to be something that's causing a fundamental failure
> of PHP.   Have you checked your error_log?

No, I don't have access to the error_log as I don't have shell access
on the machine that hosts gimpster.com.
 
> If that doesn't show anything, then the next thing to do,
> I think, is to start adding temporary debugging print
> statements (starting at the top of index.php and working
> downwards and onwards through other php source) to determine
> how far things get before they crap out.

Good idea - that worked! I tracked the execution as far as to
PearDB.php. It was the @require_once('DB.php'); statement that never
returned - after I commented it out, everything worked again.

So it seams that the installation of Pear is broken at gimpster.com...
it was very clever of you to provide a backup version of the DB class
from Pear.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] No output on index.php

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

Martin Geisler schrieb:
> Good idea - that worked! I tracked the execution as far as to
> PearDB.php. It was the @require_once('DB.php'); statement that never
> returned - after I commented it out, everything worked again.
> 
> So it seams that the installation of Pear is broken at gimpster.com...
> it was very clever of you to provide a backup version of the DB class
> from Pear.

Even Sourcefroge has no uptodate pear/DB Class installation!

It was my fault. I added the default to try the system pear/DB version, 
and when this fails, the local version.
Seems that I have to add more checks (version compare?) and comments to 
this code. Or stick with our version. I know, we had this discussion 
before ....

My initial idea was that the pear version might eventually get updated, 
whilst the phpwiki version only about twice a year. Looks like most 
ISP's have a very old pear. And I understand. pear installation is a 
mess. I sent a feature request to the sf.net admins, and tested the 
update before locally. It didn't work there and it didn't work here on 
my machines.

Thanks for feedback.

BTW: The nightly CVS snapshot is currently very unstable.
UserAuthentication is in flux,
authorization (checking) is broken,
PagePermissions not yet added.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] No output on index.php

[Martin G. <gim...@gi...>]

Reini Urban <ru...@x-...> writes:

> Even Sourcefroge has no uptodate pear/DB Class installation!

Hmm... SourceForge seams to be a really good test-environment for PHP
scripts ;-) My own PHP Weather does not work as-is there because one
cannot access the outside world from PHP using file() due to the
strict firewall.
 
> It was my fault. I added the default to try the system pear/DB
> version, and when this fails, the local version. Seems that I have
> to add more checks (version compare?) and comments to this code.

I don't know how you can check for this - it didn't fail, it just
never returned once it reached the @require() statement. But if you
can get a version number from Pear before the call to @require(), then
that would probably be a good idea...

> Or stick with our version. I know, we had this discussion before
> ....

I can imagine :-)

> My initial idea was that the pear version might eventually get
> updated, whilst the phpwiki version only about twice a year.

As long as the copy distributed with PhpWiki works 

> Thanks for feedback.

You're welcome - and thanks for the initial code for a PhpWeather
plugin. I've update it so that it works with the latest PHP Weather
CVS code:

  http://www.gimpster.com/phpwiki/index.php/PhpWeather

I'll try and see if I can get the drop-down boxes working so that
people can select other stations. Do I also just use HTML::select()
for this?
 
> BTW: The nightly CVS snapshot is currently very unstable.

I saw this when the UserPreference page went from the little one where
you could adjust the size on the textarea to the big one with a lot of
interesting options... I should probably go back a couple of days?

By the way: gimpster.com is running in Safe Mode and this give me
these warnings on the UserPreferences page:

lib/plugin/UserPreferences.php:63: Warning[2]: SAFE MODE Restriction
in effect. The script whose uid is 1332 is not allowed to access
/www/gimpster.com/web/phpwiki owned by uid 0

lib/plugin/UserPreferences.php:77: Warning[2]: SAFE MODE Restriction
in effect. The script whose uid is 1332 is not allowed to access
/www/gimpster.com/web/phpwiki owned by uid 0

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather => Shows the current weather on your webpage and
PHP Shell   => A telnet-connection (almost :-) in a PHP page.

Re: [Phpwiki-talk] No output on index.php

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

Attached is my phpweather version, which works with the latest release 
version 1.61, which is very old. this has no classes.

I only added dba support recently to this 1.61 version for simplier 
testing. and fixed some dbm typos.

I cannot just test it enough, because the weather server doesn't let me 
in via http. With ftp it's too slow and the dirs changed.

Martin Geisler schrieb:
> Reini Urban <ru...@x-...> writes:
> You're welcome - and thanks for the initial code for a PhpWeather
> plugin. I've update it so that it works with the latest PHP Weather
> CVS code:
>   http://www.gimpster.com/phpwiki/index.php/PhpWeather
> 
> I'll try and see if I can get the drop-down boxes working so that
> people can select other stations. Do I also just use HTML::select()
> for this?

Yes. See my latest UserPreferences.php code. But then the plugin 
phpweather.php has to react on $request->isPost() accordingly.

>>BTW: The nightly CVS snapshot is currently very unstable.
> I saw this when the UserPreference page went from the little one where
> you could adjust the size on the textarea to the big one with a lot of
> interesting options... I should probably go back a couple of days?

or wait two more days... :)

> By the way: gimpster.com is running in Safe Mode and this give me
> these warnings on the UserPreferences page:
> lib/plugin/UserPreferences.php:63: Warning[2]: SAFE MODE Restriction
> in effect. The script whose uid is 1332 is not allowed to access
> /www/gimpster.com/web/phpwiki owned by uid 0
> lib/plugin/UserPreferences.php:77: Warning[2]: SAFE MODE Restriction
> in effect. The script whose uid is 1332 is not allowed to access
> /www/gimpster.com/web/phpwiki owned by uid 0

oops. push todo: safe_mode testing.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/