Mailinglisten-Archive |
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