[PHP] CMS-en (Exponent en Sitellite) zonder uitvoer

[Arjen Haayman]

Hallo,

Ik heb net op mijn Suse Apache installatie 2 virtual hosts gemaakt en
daarop 2 CMS-en ter evaluatie geïnstalleerd: Sitellite en Exponent
..
Voor Sitellite heb ik nog de installatie-procedure kunnen doorlopen,
maar nu geven beide CMS-en alleen nog maar een blank scherm. Bij
Exponent werkt zelfs de install niet.
Het lijkt iets met m'n php-configuratie te maken te hebben, want als ik
Exponent kopieer naar m'n productie-server, dan werkt de installatie wel
prima.

Heeft iemand een idee? Als ik van beide sites de index.php aanroep,
verschijnt er alleen een leeg scherm. De logs geven gewoon aan dat er
een 0200 OK wordt afgegeven. Ik zie nergens een error-log.

Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
iemand waar ik het moet zoeken, want ik weet het ff niet meer.

Arjen Haayman

[John Bokma]

Arjen Haayman <ahaayman@deadspam.com> wrote:

> Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
> iemand waar ik het moet zoeken, want ik weet het ff niet meer.

Heb je je error_log nagelopen?
Weet je zeker dat PHP er op staat?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Arjen Haayman]

John Bokma wrote:
> Arjen Haayman <ahaayman@deadspam.com> wrote:
>
>
>>Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
>>iemand waar ik het moet zoeken, want ik weet het ff niet meer.
>
>
> Heb je je error_log nagelopen?
> Weet je zeker dat PHP er op staat?
>
Error log blijft leeg. PHP staat er op (anders zou ik denk ik de source
te zien krijgen?) Ik heb de config van een andere php virtual site
gekopieerd, en bovendien: de installatie-procedure werkte aanvankelijk.
Dan zou je nog kunnen denken dat het CMS verkeerd is geconfigureerd,
maar het maffe is nu dus dat dit optreedt bij 2 verschillende
installaties. Volgens de ervaringen van anderen zijn de
installatie-procedures een stukkie koek.

Arjen

[John Bokma]

Arjen Haayman <ahaayman@deadspam.com> wrote:

> John Bokma wrote:
>> Arjen Haayman <ahaayman@deadspam.com> wrote:
>>
>>
>>>Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
>>>iemand waar ik het moet zoeken, want ik weet het ff niet meer.
>>
>>
>> Heb je je error_log nagelopen?
>> Weet je zeker dat PHP er op staat?
>>
> Error log blijft leeg.

Dat is op zich al foute boel, want normaal zie ik daar favicon.ico requests
in terug (404). Maak eens opzettelijk een fout?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Arjen Haayman]

John Bokma wrote:
> Arjen Haayman <ahaayman@deadspam.com> wrote:
>
>
>>John Bokma wrote:
>>
>>>Arjen Haayman <ahaayman@deadspam.com> wrote:
>>>
>>>
>>>
>>>>Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
>>>>iemand waar ik het moet zoeken, want ik weet het ff niet meer.
>>>
>>>
>>>Heb je je error_log nagelopen?
>>>Weet je zeker dat PHP er op staat?
>>>
>>
>>Error log blijft leeg.
>
>
> Dat is op zich al foute boel, want normaal zie ik daar favicon.ico requests
> in terug (404). Maak eens opzettelijk een fout?
>
Ja, nee, dan wel. Een 404 krijg ik wel voor elkaar. Statische files zijn
ook prima op te vragen. Alleen php-tjes (en wel allemaal) zijn blanco.

Arjen

[John Bokma]

Arjen Haayman <ahaayman@deadspam.com> wrote:

> Ja, nee, dan wel. Een 404 krijg ik wel voor elkaar. Statische files
> zijn ook prima op te vragen. Alleen php-tjes (en wel allemaal) zijn
> blanco.

blanco, of als je view source doet zie je <html><body></body></html>?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Arjen Haayman]

NNTP-Posting-Host: cc4468-a.deven1.ov.home.nl
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Trace: news3.zwoll1.ov.home.nl 1120419141 25319 82.72.102.56 (3 Jul 2005 19:32:21 GMT)
X-Complaints-To: usenet@corp.home.nl
NNTP-Posting-Date: Sun, 3 Jul 2005 19:32:21 +0000 (UTC)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217
X-Accept-Language: en-us, en
In-Reply-To: <Xns9686C589F1734castleamber@130.133.1.4>
Xref: nl-news.euro.net nl.internet.www.server-side:38889

John Bokma wrote:
> Arjen Haayman <ahaayman@deadspam.com> wrote:
>
>
>>Ja, nee, dan wel. Een 404 krijg ik wel voor elkaar. Statische files
>>zijn ook prima op te vragen. Alleen php-tjes (en wel allemaal) zijn
>>blanco.
>
>
> blanco, of als je view source doet zie je <html><body></body></html>?
Dat laatste. Als ik de scripts vanaf de command-line uitvoer, blanco.
Ook als ik 'lynx --source' doe, krijg ik helemaal niets.

Arjen

[John Bokma]

Arjen Haayman <ahaayman@deadspam.com> wrote:

> John Bokma wrote:
>> Arjen Haayman <ahaayman@deadspam.com> wrote:
>>
>>
>>>Ja, nee, dan wel. Een 404 krijg ik wel voor elkaar. Statische files
>>>zijn ook prima op te vragen. Alleen php-tjes (en wel allemaal) zijn
>>>blanco.
>>
>>
>> blanco, of als je view source doet zie je <html><body></body></html>?
> Dat laatste. Als ik de scripts vanaf de command-line uitvoer, blanco.
> Ook als ik 'lynx --source' doe, krijg ik helemaal niets.

Verwarrend, want dat laatste is niet "helemaal niets". Als je <html><body>
</body></html> krijgt lijkt PHP iets te doen.

maar iets simpels als

<?php php_info() ?>

in een bestandje (b.v. info.php) doet ook helemaal niets?

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Arjen Haayman]

John Bokma wrote:
> Verwarrend, want dat laatste is niet "helemaal niets". Als je <html><body>
> </body></html> krijgt lijkt PHP iets te doen.
>
> maar iets simpels als
>
> <?php php_info() ?>
>
> in een bestandje (b.v. info.php) doet ook helemaal niets?
>
#> lynx --source http://sitellite/info.php
<br />
<b>Fatal error</b>: Call to undefined function: php_info() in
<b>/usr/data/my_sitellit/info.php</b> on line <b>1</b><br />

PHP doet het ook 'gewoon'. Of leren we hier iets uit?

Arjen Haayman

[miseryman]

John Bokma wrote:

> >> blanco, of als je view source doet zie je <html><body></body></html>?
> >
> > Dat laatste. Als ik de scripts vanaf de command-line uitvoer, blanco.
> > Ook als ik 'lynx --source' doe, krijg ik helemaal niets.
>
> Verwarrend, want dat laatste is niet "helemaal niets". Als je <html><body>
> </body></html> krijgt lijkt PHP iets te doen.

Sommige versies van b.v. Mozilla staan erop minstens iets
als "<html><body></body></html>" te tonen bij 'View
Source', zelfs als het document eigenlijk volledig leeg
is.

In dit geval zou ik 'lynx --source' eerder vertrouwen dan
een grafische browser.

--
Raf (\ /)
This is Bunny. Copy Bunny into your signature (O.o)
to help him on his way to world domination. (> <)

[Arnoud Galactus Engelfriet]

In article <42c8e4e1$0$52159$dbd49001@news.euronet.nl>,
Arjen Haayman <ahaayman@deadspam.com> wrote:
>John Bokma wrote:
>> maar iets simpels als
>>
>> <?php php_info() ?>
>>
>> in een bestandje (b.v. info.php) doet ook helemaal niets?
>>
>#> lynx --source http://sitellite/info.php
><br />
><b>Fatal error</b>: Call to undefined function: php_info() in
><b>/usr/data/my_sitellit/info.php</b> on line <b>1</b><br />

Moet natuurlijk zijn "phpinfo()" ipv "php_info()".

In ieder geval doet PHP het wel, want bovenstaande is een error
die PHP genereert. Dat betekent dat er een probleem is met de
scripts die je gebruikt.

Arnoud



--
Arnoud Engelfriet, Dutch patent attorney - Speaking only for myself
Patents, copyright and IPR explained for techies: http://www.iusmentis.com/

[Arjen Haayman]

Arnoud Galactus Engelfriet wrote:
> In ieder geval doet PHP het wel, want bovenstaande is een error
> die PHP genereert. Dat betekent dat er een probleem is met de
> scripts die je gebruikt.

Ja, dat denk ik ook. Alleen vind ik het erg vreemd dat hetzelfde gedrag
optreedt bij 2 verschillende CMS-en, die zich allebei fluitend lieten
installeren op andere machines. Dat doet me dan toch denken aan een fout
in de lokale Apache c.q. php configuratie. Ik had gehoopt dat iemand dit
gedrag zou herkennen.

Arjen

[Daniel Tryba]

Arjen Haayman <ahaayman@deadspam.com> wrote:
> Ja, dat denk ik ook. Alleen vind ik het erg vreemd dat hetzelfde gedrag
> optreedt bij 2 verschillende CMS-en, die zich allebei fluitend lieten
> installeren op andere machines. Dat doet me dan toch denken aan een fout
> in de lokale Apache c.q. php configuratie. Ik had gehoopt dat iemand dit
> gedrag zou herkennen.

Voor zover ik kan zien heb je in de hele thread nog niet vertelt over
welke versies van PHP het gaat en wat de verschillen zijn in config.
Beide zijn heel simpel te achterhalen en daarmee kan je wellicht in de
bugs database een oorzaak vinden, wellicht zelfs de oplossing.

[John Bokma]

miseryman <miseryman_99@yahoo.com> wrote:

> John Bokma wrote:
>
>> >> blanco, of als je view source doet zie je
>> >> <html><body></body></html>?
>> >
>> > Dat laatste. Als ik de scripts vanaf de command-line uitvoer,
>> > blanco. Ook als ik 'lynx --source' doe, krijg ik helemaal niets.
>>
>> Verwarrend, want dat laatste is niet "helemaal niets". Als je
>> <html><body> </body></html> krijgt lijkt PHP iets te doen.
>
> Sommige versies van b.v. Mozilla staan erop minstens iets
> als "<html><body></body></html>" te tonen bij 'View
> Source', zelfs als het document eigenlijk volledig leeg
> is.
>
> In dit geval zou ik 'lynx --source' eerder vertrouwen dan
> een grafische browser.

Aargh, ok, bedankt voor deze info. Ik gebruik inderdaad een Mozilla
achtige. Ik begreep pas ook dat Mozilla wel meer grappen uithaalt bij het
renderen van de source. Minder is dat.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[John Bokma]

Daniel Tryba <partmapsswen@invalid.tryba.nl> wrote:

> Arjen Haayman <ahaayman@deadspam.com> wrote:
>> Ja, dat denk ik ook. Alleen vind ik het erg vreemd dat hetzelfde
>> gedrag optreedt bij 2 verschillende CMS-en, die zich allebei fluitend
>> lieten installeren op andere machines. Dat doet me dan toch denken
>> aan een fout in de lokale Apache c.q. php configuratie. Ik had
>> gehoopt dat iemand dit gedrag zou herkennen.
>
> Voor zover ik kan zien heb je in de hele thread nog niet vertelt over
> welke versies van PHP het gaat en wat de verschillen zijn in config.
> Beide zijn heel simpel te achterhalen en daarmee kan je wellicht in de
> bugs database een oorzaak vinden, wellicht zelfs de oplossing.

De uitvoer van phpinfo() (excuses voor mijn foute functienaam, hoewel PHP
het wel erg eenvoudig maakt om dat soort foutjes te maken), op beide
configuraties kunnen wel eens dichter naar de oplossing leiden.

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Michiel de Roo]

Arjen Haayman wrote:
> Hallo,
>
> Ik heb net op mijn Suse Apache installatie 2 virtual hosts gemaakt en
> daarop 2 CMS-en ter evaluatie geïnstalleerd: Sitellite en Exponent
> .
> Voor Sitellite heb ik nog de installatie-procedure kunnen doorlopen,
> maar nu geven beide CMS-en alleen nog maar een blank scherm. Bij
> Exponent werkt zelfs de install niet.
> Het lijkt iets met m'n php-configuratie te maken te hebben, want als ik
> Exponent kopieer naar m'n productie-server, dan werkt de installatie wel
> prima.
>
> Heeft iemand een idee? Als ik van beide sites de index.php aanroep,
> verschijnt er alleen een leeg scherm. De logs geven gewoon aan dat er
> een 0200 OK wordt afgegeven. Ik zie nergens een error-log.
>
> Ik weet dat het allemaal erg vaag klinkt, maar misschien weet toch
> iemand waar ik het moet zoeken, want ik weet het ff niet meer.
>
> Arjen Haayman

Misschien moet je error_reporting(E_ALL) gebruiken ? Dit zet je gewoonlijk
op de eerste regel van je script, in ieder geval om te beginnen.

[Arjen Haayman]

Nu weet ik het zeker: het ligt aan m'n Apache/PHP configuratie. Heb net
SugarCRM geinstalleerd, en ook hier alleen lege schermen :-(

Hieronder mijn phpinfo() uitvoer.

>
>
> De uitvoer van phpinfo() (excuses voor mijn foute functienaam, hoewel PHP
> het wel erg eenvoudig maakt om dat soort foutjes te maken), op beide
> configuraties kunnen wel eens dichter naar de oplossing leiden.
>
System Linux linux 2.6.5-7.155.29-default #1 Thu Jun 2 12:07:05 UTC
2005 i686
Build Date Apr 22 2005 15:24:03
Configure Command './configure' '--prefix=/usr'
'--datadir=/usr/share/php' '--mandir=/usr/share/man' '--bindir=/usr/bin'
'--libdir=/usr/share' '--includedir=/usr/include' '--sysconfdir=/etc'
'--with-_lib=lib' '--with-config-file-path=/etc'
'--with-exec-dir=/usr/lib/php/bin' '--disable-debug'
'--enable-inline-optimization' '--enable-memory-limit'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sigchild'
'--disable-ctype' '--disable-session' '--without-mysql' '--disable-cli'
'--without-pear' '--with-openssl' '--with-apxs2=/usr/sbin/apxs2-prefork'
'i586-suse-linux'
Server API Apache 2.0 Handler
Virtual Directory Support disabled
Configuration File (php.ini) Path /etc/php.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20021010
Debug Build no
Thread Safety disabled
Registered PHP Streams php, http, ftp, https, ftps, compress.zlib,
compress.bzip2

Zend logo This program makes use of the Zend Scripting Language Engine:
Zend Engine v1.3.0, Copyright (c) 1998-2003 Zend Technologies

[Arjen Haayman]

Arjen Haayman wrote:
> Nu weet ik het zeker: het ligt aan m'n Apache/PHP configuratie. Heb net
> SugarCRM geinstalleerd, en ook hier alleen lege schermen :-(
>

Inmiddels is het opgelost: ik heb diverse Suse PHP-modules geupdate, en
nu werkt alles weer. Bedankt voor het meedenken.

Arjen Haayman