phpbar.de logo

Mailinglisten-Archive

[php] Und ich dachte...

[php] Und ich dachte...

Peaveway_(at)_aol.com Peaveway_(at)_aol.com
Sun, 3 Dec 2000 13:10:53 EST


Moin,

In einer eMail vom 03.12.00 16:12:53 (MEZ) Mitteleuropäische Zeit schreibt 
waldemar_(at)_kopton.com:
> wie ich drauf bin... hmm., echt gut...
>  Nun scheinbar muss ich mich doch etwas entschuldigen.. tut mir leid, wenn
>  ich vielen von euch unrecht getan habe.
>  Ja es stimmt, ich kann keine Garantie auf Hilfe erhalten.. das ist mir
>  durchaus bewusst.
>  Nun nachdem ich den grossteil der mails lese (zumindest die für mich
>  interessanten), stellte ich fest, dass meine Kenntnisse im Bezug auf
>  Linux, php, und Datenbanken (Mysql) doch sehr gering sind. Teilweise
>  verstehe ich gar nicht wovon die leute reden.

Hmm, dann solltest du mal nachfragen. ;)

>  Naja, auf meine erste mail.. hat sich wirklich keiner gemeldet.. es schien
>  mir einfach so, als das Problem an sich zu lächerlich war. Denn wenn

Nunja da du ansich keine relevanten Infos mitschickst (Apache- PHP Version, 
mod oder CGI, relevante Auszuege aus der httpd.conf...) sind die Leute hier 
auf ihre Glaskugeln angewiesen. Nicht jeder hier hat eine Glaskugel mit 
Vollausstattung und kann somit ins blaue hineinraten. Deine Zentrale Aussage 
war 'Hilfe mein PHP geht nicht'. Hinzu kommt das der Themenschwerpunkt der 
letzten Tage doch anders gelagert war.. :-|

Da du von Suse sprichst hoeren schon einmal alle Weg die sich sowieso unter 
Windows tummeln. Der Rest huellt sich in schweigen weil er eine andere Distri 
bevorzugt. Der Grossteil so setzte ich einmal voaraus kompiliert seinen 
Webserver mit der jeweils aktuellen PHP Version nach seinen gutdünken. 
Denkbare schlechte voraussetzungen fuer ein scheinbares 
Distributionsproblem....

>  Aber das Problem habe ich trotzdem immernoch...
>  Nun versuche ich nochmal das problem zu erlären.
>  Nachdem ich SUSE 7.0 installiert habe (auf einem neuem Rechner), bekam ich
>  das erste Problem: Root Password: "blank".. naja wenn man sich

Jetzt muss ich nachhaken ? Ist kein Passwort gesetzt oder heist das Password 
nun 'blank'  ? Wenn keins gesetzt ist dann ist das auch nichts Susetypischen. 
Wenn du Mysql schon einmal selber kompliert bzw installiert haettest 
wuesstest du das es defaultmaessig einen User 'root gibt der ohne ein 
Passwort von einem Rechner 'localhost' Zugriff hat. 

Allerdings wird nach dem Installieren eine entsprechende Meldung ausgegeben 
plus einer genauen Anleitung wie den nun ein Passwort fuer den Benutzer 
'root' zusetzten ist.


>  in den faq's der Suse durchwühlt hat man zumindest das Problem überwunden.
>  Nun Apache und PHP werden sofort mit der Suse installation mitinstalliert.
>  Auf einem anderem Server habe ich Suse 6.4.. da läuft alles einwandfrei.

Auch ich tummle mit diversen Suseversion rum. Da ich aber nicht die Pakete 
davon benutze faellt es mir schwer dir zu helfen. Ich gehe aber mal davon aus 
das Suse etwas lauffaehiges ausgeliefert hat. Installiere also mit Yast den 
Apache Webserver und das Modul mod_php. Andere Module wie mod_dav, oder 
mod_perl lassen wir fuer den Anfang mal weg.

Danach editierst du die httpd.conf . Sollte so unter /etc/httpd/ liegen . Mit 
den Susepfaden kenn ich micht jetzt nicht so aus, da musst du selber mal 
schauen/suchen. Suchen kannst du mit 'find / -name httpd.conf -print' oder 
aber mit 'locate httpd.conf' sofern die DB uptodate ist. Es ist keine gute 
idee von eine Konfigurationsdatei von einer anderen Kiste/Version zunehmen.

Fuer den Anfang aendern wir nur den 'Servername <dein Rechnername>' und 
ergaenzen den 'DirectoryIndex index.php index.php3 index.html'. Suse liefert 
einen Apachen mit DSO Unterstuetzung aus und du solltest im Abschnitt 
LoadModules folgendes finden 'LoadModule php4_module        
libexec/libphp4.so' und weiter unten in der ClearModuleList 'AddModule 
mod_php4.c'.
Bei Suse koennte das ganze in vielen <IfDefine> bzw. <IfModul>Bloecken 
stehen.  Evtl ist da auch der Gaertner begraben und die Module werden aus 
irgenteinem Grunde nicht geladen.. nciht vorhanden oder aber falscher 
Startparameter.

Aber weiter.. als letztes noch entferne die # vor
AddType application/x-httpd-php .php .php3 .php4 .phtml
AddType application/x-httpd-php-source .phps 

Stoppe den Server und starte ihn neu. Ich hab keine Ahnung wie das 
Susestartscript heisst.... sich mal apache unter /sbin/init.d/.

Lege nun eine Datei namen info.php im Dokumentenroot ab und schreibe rein 
<?php phpinfo(); ?>

Rufe sie nun UEBER den Webserver im Browser auf http://localhost/info.php So 
was passiert nun .. siehst du nix.. schau bitte in den Quellcode den der 
Browser bietet.

Siehst du Latte an HTMLn Tabellen ist alles i.o.
Erscheint der Dialog zum abspeichern oder aber wir sehen im Quellcode '<?php 
phpinfo(); ?> wurde die Seite nicht geparst.

Dann schauen ob das Modul ueberhaupt geladen wurde: Das einfachste was mir da 
einfaellt ist das aktivieren des internen ApacheHandlers server-info und 
server-status. Editiere nochmal in der httpd.conf herum und entferne die # 
vor den <Location /server-info> und <Location /server-status>. Setze allow 
from all damit du auch Zugriff hast. Stoppe den Webserver und Restarte ihn 
neu.

Ueber den Brwoser nun http://localhost/server-info und 
http://localhost/server-status betrachten . in der Liste der geladenen Module 
muss auch das phpo Modul stehen.

Wenn nicht ist es nicht geladen und du muss schauen warum nicht.

>  Auf der neuen Installation klappt noch nicht mal ein phpinfo();
>  Naja dachte ich mir, kopiere die httpd.conf und die php.ini der 6.4er auf
>  den 7.0er.
>  Gefressen hat der apache alles ohne Fehler.
>  Wenn ich nuin Sites mit z.B. test.php3 anlege, so werden die html tags

Waere den der Apache so konfiguriert das er *.php3 an PHP Modul zum parsen 
schickt ??

>  einwandfrei ausgeführt. Bei den php kommt nichts.. noch nicht mal eine
>  Fehlermeldung.
>  Fakt ist aber, das durch die endung *.php3 der PArser ja anscheinend die

Irrtum. Wenn das nicht konfiguriert ist wird die Datei vom Webserver selbst 
ausgeliefert. Je nach Mimetyp setzt er die entsprechenden Header und schickt 
sie ab. Kann der den Typ nicht bestimmen sendet er defaultmaessig alles als 
Plain/Text . Jenach dem wie der Browser eingestellt ist erscheint das dann im 
Browser.

>  Site akzeptiert und durcharbeitet, aber keine php states ausspuckt.
>  Hmm, ich denke ich werde die 7.0er nochmal installieren.. es sei denn ihr
>  habt vielleicht noch einen Hinweiss...

Mit deiner Ausdrucksweise kannst du einen schon verwirren... ;) Wenn ich das 
Gefuehl haette das du ich mit Linux besser auskennen wuerde oder aber du 
einen Freund haettest der dir bei Trivalen Probs helfen koennte wuerde ich 
dir den Rat geben das ganze mal selber zukompilieren.

Normalerweide ist ein PHP4 auch ohne php.ini ersteinmal lauffaehig. In der 
Regel findet man eine php.ini in einer Susedistri oftmals garnicht. Es sollte 
dann eine php-dist.ini geben die als Beispiel dienen kann und nur umbenannt 
und angepasst werden muss.

Gruss
Joerg Behrens

ps: Was sagt eigentlich der Suse Support zu deinem Probs ?


php::bar PHP Wiki   -   Listenarchive