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

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

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

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

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

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

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

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

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

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

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. (> <)

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/

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

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.

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

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