Debian, php niet werkende

[Teckna]

Somehow, op een van mijn servers wil php niet parsen.

Het betreft een net nieuwe server;

Linux thetruth.localhost 2.4.27-2-386 #1 Wed Aug 17 09:33:35 UTC 2005 i686 GNU/Linux

Waarbij de volgende applicaties zijn geinstalleerd.

code:

ii  apache2        2.0.54-5       next generation, scalable, extendable web se
ii  apache2-common 2.0.54-5       next generation, scalable, extendable web se
ii  apache2-doc    2.0.54-5       documentation for apache2
ii  apache2-mpm-pr 2.0.54-5       traditional model for Apache2
ii  apache2-utils  2.0.54-5       utility programs for webservers
ii  libapache2-mod 1.999.21-1     Integration of perl with the Apache2 web ser
rc  libapache2-mod 4.3.10-16      server-side, HTML-embedded scripting languag
ii  libapache2-mod 5.0.5-0.8~sarg HTML-embedded scripting language (apache 2.0
ii  libapache2-mod 3.1.3-3        An Apache module that embeds Python within t
ii  libapache2-mod 3.1.3-3        An Apache 2 module that embeds Python 2.3 wi

en

code:

ii  php4           4.3.10-16      server-side, HTML-embedded scripting languag
ii  php4-cli       4.3.10-16      command-line interpreter for the php4 script
ii  php4-common    4.3.10-16      Common files for packages built from the php
ii  php4-gd        4.3.10-16      GD module for php4
ii  php4-mysql     4.3.10-16      MySQL module for php4
ii  php5.0         5.0.5-0.8~sarg server-side, HTML-embedded scripting languag
ii  php5.0-cli     5.0.5-0.8~sarg command-line interpreter for the PHP 5.0 scr
ii  php5.0-common  5.0.5-0.8~sarg common files for packages built from the php
ii  php5.0-gd      5.0.5-0.8~sarg GD module for PHP 5.0
ii  php5.0-mysql   5.0.5-0.8~sarg MySQL module for PHP 5.0
ii  php5.0-openssl 5.0.5-0.8~sarg OpenSSL module for PHP 5.0
ii  php5.0-session 5.0.5-0.8~sarg session module for PHP 5.0
ii  php5.0-sockets 5.0.5-0.8~sarg sockets module for PHP 5.0
ii  php5.0-zlib    5.0.5-0.8~sarg zlib module for PHP 5.0

Wij willen gebruik maken van apache2 / mysql 4.1 / en php 5.0

De inhoud van mods-enabled is:

code:

actions.load  mod_python.load  perl.load    php5.0.load   userdir.load
cgi.load      perl.conf        php5.0.conf  userdir.conf

en de .conf geeft aan dat deze luistert naar .php bestanden

code:

  AddType application/x-httpd-php .php .phtml .php5
  AddType application/x-httpd-php-source .phps

een restart van apache2 geeft in de logfiles enkel:

code:

[Wed Jan 04 11:54:14 2006] [notice] caught SIGTERM, shutting down
[Thu Jan 05 12:35:03 2006] [notice] mod_python: Creating 20 session mutexes based on 20 max processes and 0 max threads.
[Thu Jan 05 12:35:03 2006] [notice] Apache/2.0.54 (Debian GNU/Linux) mod_python/3.1.3 Python/2.3.5 PHP/5.0.5-Debian-0.8~sarge1 mod_perl/1.999.21 Perl/v5.8.4 configured -- resuming normal operations

Toch heeft php zoiets van bekijk het maar, ik heb geen zin en parsed php bestanden niet. In plaats daarvan worden de bestanden als rauwe text ter download aangeboden.

Iemand enig idee of soortgelijke situatie gehad?

[aex351]

Handboek erbij pakken misschien, niemand word echt wijzer van je opgesomde lijst.

[Paitor]

aex351 schreef op donderdag 05 januari 2006 @ 14:11:
Handboek erbij pakken misschien, niemand word echt wijzer van je opgesomde lijst.

Ik gok dat Teckna wel enigszins bekend is met handboeken; hij loopt hier al wat langer rond

[Verwijderd]

en de log van php?

[Teckna]

aex351 schreef op donderdag 05 januari 2006 @ 14:11:
Handboek erbij pakken misschien, niemand word echt wijzer van je opgesomde lijst.

Dank je voor deze gewaardeerde conclusie. echter heb ik hier geen ZAK aan. De zogenaamde RTFM postings hoef ik niet te hebben.

Ik heb dan liever dat je verteld welke informatie je wel nodig hebt. maar waarschijnlijk weet je het zelf ook niet, en loop je lekker te flamen

[Sosabowski]

Ik zie dat je php4 bestanden en php5 bestanden hebt geinstalleerd, zou je niet eerst een van de twee aan het werk krijgen om te voorkomen dat ze elkaar in de weg zitten?

[Teckna]

php4 stond er eerst op, deze heb ik gedeinstalleerd nadat php5 is geinstalleerd. echter werkte hierna php5 niet.. hierna is php4 geinstalleerd, echter worden de modules van php4 niet geladen in de mods-available. maar enkel de php5 modules.

[koffiedrinker]

Ik spreek nu even uit Gentoo ervaring. Het is te lang geleden dat ik gewerkt heb met Debian. Maar mis je niet iets in de vorm van mod_php. Bij Gentoo moet je dit los installeren en waarschijnlijk moet dit bij Debian ook wel.
Uit de Debian repositories haal ik de volgende files en misschien moet je die nog installeren:

code:

libapache2-mod-php4

Hopelijk heb je er niets aan. Veel success!

[Verwijderd]

Check eens of er 2x een php.ini in je apache2.conf staat ?

Of 2x een mysql.so
Of 2x een php module

Ken dat probleem namelijk wel

[ Voor 3% gewijzigd door Verwijderd op 05-01-2006 14:34 ]

[Gertjan]

Teckna schreef op donderdag 05 januari 2006 @ 14:30:
php4 stond er eerst op, deze heb ik gedeinstalleerd nadat php5 is geinstalleerd. echter werkte hierna php5 niet.. hierna is php4 geinstalleerd, echter worden de modules van php4 niet geladen in de mods-available. maar enkel de php5 modules.

Je hebt gelijk. TS heeft deze wel geinstalleerd gehad, zie regel 7 in het eerste codeblok in de startpost. (dpkg kapt namen van packages af als ze te lang worden voor in dit overzicht). Er staat echter rc voor, wat wil zeggen dat het pakket verwijderd is maar niet gepurged. Er moet dus idd nog iets als libapache2-mod-php geinstalleerd worden.

/edit
Hm, zie nu regel 8, dat zal libapache-mod-php5 wel zijn? Dan is die wel geinstalleerd, maar is versie 4 verwijderd.

[ Voor 10% gewijzigd door Gertjan op 05-01-2006 14:38 ]

[Teckna]

ok,

Heb nog even verder gezocht, nadat ik in apache2.conf de volgende lijnen hebt uncomment:
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

Werkte php wel weer, wat raar is aangezien de mods-enabled dit zou moeten overwriten echter wordt php weer geparsed.

[eamelink]

Al een

code:

dpkg-reconfigure libapache2-mod-hp5

geprobeerd? Een aantal dingen even automagisch laten reconfiguren heeft bij mij weleens wat probleempjes opgelost met niet-parsende php.

[aex351]

Teckna schreef op donderdag 05 januari 2006 @ 14:16:
[...]

Dank je voor deze gewaardeerde conclusie. echter heb ik hier geen ZAK aan. De zogenaamde RTFM postings hoef ik niet te hebben.

Ik heb dan liever dat je verteld welke informatie je wel nodig hebt. maar waarschijnlijk weet je het zelf ook niet, en loop je lekker te flamen

Je bedoeld te zeggen dat je te lui bent om even te bekijken hoe je apache/php correct moet installeren ? en dumped hier maar je config neer in de hoop dat iemand elke mogelijke config optie met je doorneemt.
Even simpel de handboek erbij pakken en je ziet precies welke stappen je moet volgen

[ Voor 8% gewijzigd door aex351 op 05-01-2006 14:44 ]

[Teckna]

aex351 schreef op donderdag 05 januari 2006 @ 14:43:
[...]


Je bedoeld te zeggen dat je te lui bent om even te bekijken hoe je apache/php correct moet installeren ? en dumped hier maar je config neer in de hoop dat iemand elke mogelijke config optie met je doorneemt.
Even simpel de handboek erbij pakken en je ziet precies welke stappen je moet volgen

Nee, dat jij te stom bent om je ook maar enigsins in te zetten voor een mede gebruiker en maar meteen met RTFM gaat strooien, dat getuigd van luiheid aan jouw kant, en disrespect naar medeforum gebruikers.

Ik heb hier configs gedumped zodat mijn mede forum gebruikers mijn situatie in kunnen schatten, in plaats van een startpost te hebben waarin staat: "WHEELEEPEPEPPPP??!?!?! mijn PHP DOETUTINIETT :'("

Gevatte antwoorden kunnen we allemaal geven, Helaas ontstijgt jouw forumpostings het niveau van een kleuter niet.

Gelukkig zijn er wel andere gebruikers die behulpzaam reageren.

[danslo]

Toch kan ik aex351 wel een beetje begrijpen hoor..
Op http://de3.php.net/install.unix is namelijk ook te vinden dat je die AddType lines aan je config toe moet(kan?) voegen.

Maar om het dan zo in het topic te gooien vind ik ook een beetje te ver gaan. Er bestaat ook een knopje waarmee je topics kan reporten:

[Teckna]

cls schreef op donderdag 05 januari 2006 @ 15:08:
Toch kan ik aex351 wel een beetje begrijpen hoor..
Op http://de3.php.net/install.unix is namelijk ook te vinden dat je die AddType lines aan je config toe moet(kan?) voegen.

Maar om het dan zo in het topic te gooien vind ik ook een beetje te ver gaan. Er bestaat ook een knopje waarmee je topics kan reporten: [afbeelding]

Dat hoort in apache2 overwritten te worden in de mods-enabled folder waar php5.0.conf de AddType ook heeft en waar de .conf en .load reeds aanwezig waren.

[DJ Buzzz]

Ik heb me ooit een half uur lopen te frustreren omdat m'n browser de oude source code nog in de cache had staan en deze telkens voor m'n neus toverde i.p.v. de door PHP geparste versie. Dat is dan tegenwoordig ook 1 van de eerste dingen die ik altijd even check in een geval zoals dit (b.v. met telnet via poort 80).

[Verwijderd]

Is da nie zo dat php5 niet kan samenwerken met apache 2 ? ik dacht dat je daarvoor de oude apache moest hebben of is da niet meer ?

[danslo]

djbuzzz schreef op donderdag 05 januari 2006 @ 15:46:
Ik heb me ooit een half uur lopen te frustreren omdat m'n browser de oude source code nog in de cache had staan en deze telkens voor m'n neus toverde i.p.v. de door PHP geparste versie. Dat is dan tegenwoordig ook 1 van de eerste dingen die ik altijd even check in een geval zoals dit (b.v. met telnet via poort 80).

Ctrl + F5

[Teckna]

Verwijderd schreef op donderdag 05 januari 2006 @ 15:50:
Is da nie zo dat php5 niet kan samenwerken met apache 2 ? ik dacht dat je daarvoor de oude apache moest hebben of is da niet meer ?

Ik heb het draaiende op een aantal servers, het is al een poos niet meer dan

[DJ Buzzz]

cls schreef op donderdag 05 januari 2006 @ 15:50:
[...]

Ctrl + F5

Alleen met de hand de cache flushen werkt toen, waarom, vraag het me niet, vast een bug ergens ofzo. Frustrerend was het wel...

[GoVegan]

djbuzzz schreef op donderdag 05 januari 2006 @ 15:46:
Ik heb me ooit een half uur lopen te frustreren omdat m'n browser de oude source code nog in de cache had staan en deze telkens voor m'n neus toverde i.p.v. de door PHP geparste versie. Dat is dan tegenwoordig ook 1 van de eerste dingen die ik altijd even check in een geval zoals dit (b.v. met telnet via poort 80).

hehe mijn dank is groot : )
bij mij was het net 3 kwarties lang frustraties.

[siknu]

Teckna schreef op donderdag 05 januari 2006 @ 15:31:
[...]


Dat hoort in apache2 overwritten te worden in de mods-enabled folder waar php5.0.conf de AddType ook heeft en waar de .conf en .load reeds aanwezig waren.

Blijkbaar niet anders had php in je initiele config al wel gewerkt. Naar mijn weten moet je dat nog altijd zelf in de .conf aanpassen.

[Verwijderd]

Teckna schreef op donderdag 05 januari 2006 @ 14:37:
Heb nog even verder gezocht, nadat ik in apache2.conf de volgende lijnen hebt uncomment:
AddType application/x-httpd-php .php
AddType application/x-httpd-php-source .phps

Werkte php wel weer, wat raar is aangezien de mods-enabled dit zou moeten overwriten echter wordt php weer geparsed.

Volgens mij klopt je redenatie niet. Mods-enabled geeft alleen maar aan welke modules er geladen zijn. Daar valt een addtype dus niet onder. Voor zover ik weet staat er in het php bestandje in mods-enabled ook geen addtype.