Re: AW: Apache2, phpMyAdmin u. MySQL
Am Mittwoch, 19. November 2003 10:22 schrieb Prengel, Ralf:
-----Ursprüngliche Nachricht----- Von: Hein Heinrich [mailto:hein52@gmx.de] Gesendet: Mittwoch, 19. November 2003 09:58 An: suse-linux@suse.com Betreff: Apache2, phpMyAdmin u. MySQL
Hallo Liste, da wollte ich heute mal "buse tun" ;-) aber ohne das der Apache2 richtig läuft, kommt nicht so die rechte Freude auf. Also ich hab SuSE 8.2 am laufen und im 'Betreff' die Proggis nachinstalliert. Der Apache läuft zwar (Standardstartseite), aber ich bekomme nicht den Inhalt der index.php (<? phpinfo(); ?>) angezeigt, sondern werde gefragt, mit welchem Programm SuSE die Datei öffnen soll. Das macht SuSE mit jeder *.php-Datei so, egal wie sie heisst. Da haut doch was nicht hin, nur was?
Dein Apache muß gesagt bekommen was er mit PHP Files machen soll. Eigentlich sollte er aber in der httpd.conf entsprechende Einträge haben wenn alles Notwendige per xast installiert wird.
So dachte ich mir das auch. Nur wie/wo bringe ich dem 'Häuptling' das bei? -- Viele Grüsse Hein
Am 19.11.2003 um 10:58 Uhr schrieb Hein Heinrich:
Am Mittwoch, 19. November 2003 10:22 schrieb Prengel, Ralf:
Der Apache läuft zwar (Standardstartseite), aber ich bekomme nicht den Inhalt der index.php (<? phpinfo(); ?>) angezeigt, sondern werde gefragt, mit welchem Programm SuSE die Datei öffnen soll. Das macht SuSE mit jeder *.php-Datei so, egal wie sie heisst. Da haut doch was nicht hin, nur was?
Dein Apache muß gesagt bekommen was er mit PHP Files machen soll. Eigentlich sollte er aber in der httpd.conf entsprechende Einträge haben wenn alles Notwendige per xast installiert wird.
So dachte ich mir das auch. Nur wie/wo bringe ich dem 'Häuptling' das bei?
Das würde mich auch interessieren, ich hab's mit SuSE 8.2 nicht hinbekommen. Meine Lösung war, apache2 und mod_php (u. a. Module) aus den Sourcen zu compilieren. Dann ging es ohne Probleme (auf apache.org müsste auch eine ausführliche Anleitung in Deutsch verlinkt sein - einfach mal suchen). cu PeeGee
Hallo zusammen
Dein Apache muß gesagt bekommen was er mit PHP Files machen soll. Eigentlich sollte er aber in der httpd.conf entsprechende Einträge haben wenn alles Notwendige per xast installiert wird.
So dachte ich mir das auch. Nur wie/wo bringe ich dem 'Häuptling' das bei?
Das würde mich auch interessieren, ich hab's mit SuSE 8.2 nicht hinbekommen. Meine Lösung war, apache2 und mod_php (u. a. Module) aus den Sourcen zu compilieren. Dann ging es ohne Probleme (auf apache.org müsste auch eine ausführliche Anleitung in Deutsch verlinkt sein - einfach mal suchen).
Entweder in die httpd.conf oder in eine inkludierte .conf-Datei: <IfModule sapi_apache2.c> AddType application/x-httpd-php .php AddType application/x-httpd-php .php3 AddType application/x-httpd-php .php4 AddType application/x-httpd-php-source .phps DirectoryIndex index.php DirectoryIndex index.php3 DirectoryIndex index.php4 </IfModule> Wenn php _in_ HTML-Seiten eingebunden ist zusätzlich: AddType application/x-httpd-php .htm AddType application/x-httpd-php .html Vorhanden sein müssen: apache2-mod_php4 mod_php4-core Und der Apache läuft mit "-DPHP4". In der /etc/php.ini ggf. : register_globals = On Hoffe ich hab jetzt nichts vergessen. Gruß Gerald -- Gerald Engl AED-SICAD Aktiengesellschaft Lilienthalstrasse 7 / 85579 Neubiberg Tel.: +49 89 45026-110
Hallo Gerald, hallo Leute, Am Mittwoch, 19. November 2003 12:44 schrieb Gerald Engl:
[diverse Config-Optionen für Apache2 & co, passt soweit]
In der /etc/php.ini ggf. :
register_globals = On
NEEEEEIIIIIIIIINNNNNNNNN!!!!!!!!!!!!!!
Schreib Deine PHP-Scripte so, dass sie auf $_GET, $_POST usw. zugreifen.
register_globals ist nicht ohne Grund seit einigen PHP-Versionen von
Haus aus abgeschaltet - bei unsicher geschriebenen Scripten (nicht
initialisierte Variablen) kann man sich einige Sicherheitsprobleme
einhandeln!
Meine Empfehlung:
register_globals = off lassen und zusätzlich
error_reporting = E_ALL (_ohne_ "& ~E_NOTICE") setzen.
Das gibt wirklich sauberen PHP-Code und erleichtert die Fehlersuche,
weil z. B. auch nicht initialisierte Variablen angezeigt werden. Auf
diese Weise habe ich schon etliche Typos in Rekordzeit gefunden ;-)
Auch die Umstellung auf register_globals = off fällt mit
error_reporting = E_ALL wesentlich leichter :-))
So, jetzt zum Problem "ich habe aber noch alte Scripte..."
Man kann register_globals auch spezifisch für ein Verzeichnis
aktivieren, wenn ein altes Script es unbedingt erfordert:
Womit erstellt ihr so eure Homepages? mit vim *g*. Wobei es Leute gibt, die tatsächlich behaupten, das soll auch mit diesem Betriebssystem - wie heißt es doch gleich - *äh* Emacs gehen. <SCNR> [> Bernd Stäglich und Philipp Zacharias in suse-linux]
Hallo Christian Christian Boltz wrote:
Hallo Gerald, hallo Leute,
Am Mittwoch, 19. November 2003 12:44 schrieb Gerald Engl:
[diverse Config-Optionen für Apache2 & co, passt soweit]
In der /etc/php.ini ggf. :
register_globals = On
NEEEEEIIIIIIIIINNNNNNNNN!!!!!!!!!!!!!!
Aua, meine Ohren schmerzen. Du mußt nicht gleich schreien.
Schreib Deine PHP-Scripte so, dass sie auf $_GET, $_POST usw. zugreifen. register_globals ist nicht ohne Grund seit einigen PHP-Versionen von Haus aus abgeschaltet - bei unsicher geschriebenen Scripten (nicht initialisierte Variablen) kann man sich einige Sicherheitsprobleme einhandeln!
Da hast Du recht; Das steht ja auch deutlich genug in der php.ini. Ich denke, daß man es fürs _Testen_ durchaus vertreten kann, "register_globals" in der php.ini zu verwenden. Oft genug tritt sonst folgender Fall auf: Alte Skripte laufen nicht, da die Variablen nicht initialisiert sind. Folglich wird stundenlang der Fehler in der Konfiguration von Apache gesucht. Hinterher kann/sollte/muß man sich natürlich Gedanken machen, wie man die Sache "sauber ans laufen" bekommt.
So, jetzt zum Problem "ich habe aber noch alte Scripte..." Man kann register_globals auch spezifisch für ein Verzeichnis aktivieren, wenn ein altes Script es unbedingt erfordert:
php_flag register_globals on </Directory>
Die wesentlich bessere Lösung. ;-)
Die beste Lösung für das "ich habe aber noch alte Scripte..."-Problem ist übrigens Rattis PraktiScript: "He, Praktikant! Bis Montag müssen die Scripte mit register_globals = off sauber laufen!"
Das meinst Du nicht wirklich ernst. Würde ein sehr schlechtes Licht auf deine Geisteshaltung werfen. Aua, Aua, Aua. ;-) Gruß Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 089/676736
Hallo Gerald, hallo Leute, Am Donnerstag, 20. November 2003 09:28 schrieb Gerald Engl:
Hallo Christian
Christian Boltz wrote:
Hallo Gerald, hallo Leute,
Am Mittwoch, 19. November 2003 12:44 schrieb Gerald Engl:
[diverse Config-Optionen für Apache2 & co, passt soweit]
In der /etc/php.ini ggf. :
register_globals = On
NEEEEEIIIIIIIIINNNNNNNNN!!!!!!!!!!!!!!
Aua, meine Ohren schmerzen. Du mußt nicht gleich schreien.
Sorry, aber das musste sein. Vor allem, da Du es ja so "grundsätzlich" empfohlen hast ;-)
Schreib Deine PHP-Scripte so, dass sie auf $_GET, $_POST usw. zugreifen. register_globals ist nicht ohne Grund seit einigen PHP-Versionen von Haus aus abgeschaltet - bei unsicher geschriebenen Scripten (nicht initialisierte Variablen) kann man sich einige Sicherheitsprobleme einhandeln!
Da hast Du recht; Das steht ja auch deutlich genug in der php.ini.
Ich denke, daß man es fürs _Testen_ durchaus vertreten kann,
Fürs Testen ist es vertretbar, soweit es darum geht, die grundsätzliche Funktionsfähigkeit eines (alten) Scripts zu sehen. Beachte aber bitte: Testen != Programmieren Sobald man irgendwas an den PHP-Scripten ändert, sollte register_globals wieder aus sein. Wem das Umschalten zu mühsam ist, der sollte u. g. verzeichnisspezifische Aktivierung verwenden. Als Verzeichnisname bietet sich dann $docroot/defekt an *g*
"register_globals" in der php.ini zu verwenden.
Oft genug tritt sonst folgender Fall auf: Alte Skripte laufen nicht, da die Variablen nicht initialisiert sind. Folglich wird stundenlang der Fehler in der Konfiguration von Apache gesucht.
Nö. Da findet sich direkt im Browser [1] eine ganze Latte Fehlermeldungen a la "Undefined Variable: xyz in test.php line 20". Bei entsprechender Config landen diese Meldungen auch im Errorlog (log_errors = on). Und schon sieht man, dass das alte Script noch unsauber ist ;-) Diese Gesprächigkeit ist übrigens einer der Vorteile von error_reporting = E_ALL - hatte ich in meiner gestrigen Mail ja auch geschrieben. Ach so, auf einem Produktivsystem sollte man display_errors = off setzen, damit _nur_ ins ErrorLog (s. o.) geschrieben wird und nicht in die Ausgabe, die der Browser bekommt.
Hinterher kann/sollte/muß man sich natürlich Gedanken machen, wie man die Sache "sauber ans laufen" bekommt.
Das auf jeden Fall - deshalb hab ich es gern von Anfang an sauber ;-) [2]
So, jetzt zum Problem "ich habe aber noch alte Scripte..." Man kann register_globals auch spezifisch für ein Verzeichnis aktivieren, wenn ein altes Script es unbedingt erfordert:
php_flag register_globals on </Directory> Die wesentlich bessere Lösung. ;-)
Die beste Lösung für das "ich habe aber noch alte Scripte..."-Problem ist übrigens Rattis PraktiScript: "He, Praktikant! Bis Montag müssen die Scripte mit register_globals = off sauber laufen!"
Das meinst Du nicht wirklich ernst.
Nö, nicht wirklich ;-) Irgendwie habe ich da einen dicken Smiley vergessen. Hier ist er: ;-)))))
Würde ein sehr schlechtes Licht auf deine Geisteshaltung werfen. Aua, Aua, Aua. ;-)
Wie gesagt: Ein wenig Spaß muss sein. Außerdem habe ich keinen Praktikant ;-)) und beruflich nix überhaupt nix mit Web-Programmierung zu tun. Gruß Christian Boltz [1] bei mir sogar deutlich sichtbar gelb hinterlegt - /etc/php.ini: error_prepend_string = "<span style='background-color:#ffff00;'>" error_append_string = "</span>" [2] Ich weiß, wovon ich rede, ich habe noch ein paar "Jugendsünden" zu überarbeiten. Hätte ich nur damals schon register_globals=off gehabt, es würde mir viel Arbeit ersparen. Naja, immerhin sind es überall die gleichen Variablen, da reicht eine include ;-) -- Und als nächste dürfen Querschnittgelähmte spammen, Blinde dürfen meinen Server aufmachen, und wer als Kind im Ostblock aufgewachsen ist darf HTML-Mails schreiben? Super. Ich hatte mal Mittelohrentzündung, das sollte reichen, um Outlook benutzen zu dürfen? [Ratti in suse-linux]
Hallo Christian Christian Boltz wrote:
[diverse Config-Optionen für Apache2 & co, passt soweit]
In der /etc/php.ini ggf. : ------------------------^^^
register_globals = On
NEEEEEIIIIIIIIINNNNNNNNN!!!!!!!!!!!!!!
Aua, meine Ohren schmerzen. Du mußt nicht gleich schreien.
Sorry, aber das musste sein. Vor allem, da Du es ja so "grundsätzlich" empfohlen hast ;-)
Mh, "grundsätzlich" war es nicht gemeint, ich hatte das ganze eigentlich in der "Mittagsminute hingerotzt", dachte das "ggf." wäre ausreichend (Hatte ernsthaft überlegt, " den Zeigefinger zu erheben" und zu sagen, daß man das nicht tun sollte, hab´s mir aber mal gespart). Mein Fehler.
Ich denke, daß man es fürs _Testen_ durchaus vertreten kann,
Fürs Testen ist es vertretbar, soweit es darum geht, die grundsätzliche Funktionsfähigkeit eines (alten) Scripts zu sehen.
Beachte aber bitte: Testen != Programmieren
ACK. Testen == "gehts denn irgenwie/überhaupt?" ;-)
Oft genug tritt sonst folgender Fall auf: Alte Skripte laufen nicht, da die Variablen nicht initialisiert sind. Folglich wird stundenlang der Fehler in der Konfiguration von Apache gesucht.
Nö. Da findet sich direkt im Browser [1] eine ganze Latte Fehlermeldungen a la "Undefined Variable: xyz in test.php line 20". Bei entsprechender Config landen diese Meldungen auch im Errorlog (log_errors = on). Und schon sieht man, dass das alte Script noch unsauber ist ;-)
Obwohl Du damit recht hast: Die Erfahrung zeigt, daß sogar Entwickler für "Web-Applikationen" genau so etwas "vergessen".
Hinterher kann/sollte/muß man sich natürlich Gedanken machen, wie man die Sache "sauber ans laufen" bekommt.
Das auf jeden Fall - deshalb hab ich es gern von Anfang an sauber ;-)
Damit hast Du auf alle Fälle uneingeschränkt recht. (perpetuales ACK)
[2]
Du "leidest" ja wenigstens an deinen eigenen Sünden. Richtig "lecker" wird es wenn Du den "Mist" von anderen (der u.U. noch nicht mal dokumentiert ist), bereinigen sollst.
Praktikant! Bis Montag müssen die Scripte mit register_globals = off sauber laufen!"
Das meinst Du nicht wirklich ernst.
Nö, nicht wirklich ;-) Irgendwie habe ich da einen dicken Smiley vergessen. Hier ist er: ;-)))))
Da bin ich beruhigt. Bekommst dafür zwei "retour". ;-) ;-) [Praktikant]
Außerdem habe ich keinen Praktikant ;-)) und beruflich nix überhaupt nix mit Web-Programmierung zu tun.
Ich baue normalerweise auch nur die Server/Firewalls/Netze, bin schon froh wenn ich ein bißchen HTML/CSS/PHP debuggen kann. ;-)
[2] Ich weiß, wovon ich rede, ich habe noch ein paar "Jugendsünden" zu überarbeiten. Hätte ich nur damals schon register_globals=off gehabt, es würde mir viel Arbeit ersparen. Naja, immerhin sind es überall die gleichen Variablen, da reicht eine include ;-)
Da hätte ich noch einen: Bau mal ein Netz quer über Deutschland (das übrigens bestens läuft) und stelle dann fest, daß Du _etliches_ besser hättest lösen können, wenn man dich "nur gelassen hätte" bzw. ein paar Euro mehr investiert hätte. Da "kaust Du dann wirklich am Knorpel", bzw. brauchst mindestens "zwei Bier" oder auch ´nen _wirklich guten_ Wein. ;-) Allerbeste Grüße Gerald -- Gerald Engl Bunsenstrasse 13 81735 Muenchen 089/676736
Am 19.11.2003 um 11:36 Uhr schrieb Peter Geerds:
Das würde mich auch interessieren, ich hab's mit SuSE 8.2 nicht hinbekommen. Meine Lösung war, apache2 und mod_php (u. a. Module) aus den Sourcen zu compilieren. Dann ging es ohne Probleme (auf apache.org müsste auch eine ausführliche Anleitung in Deutsch verlinkt sein - einfach mal suchen).
Hi, gerade gefunden: http://www.php.net/manual/de/install.apache2.php 'und Umgebung' cu PeeGee
Am Mittwoch, 19. November 2003 16:37 schrieb Peter Geerds:
Am 19.11.2003 um 11:36 Uhr schrieb Peter Geerds:
Das würde mich auch interessieren, ich hab's mit SuSE 8.2 nicht hinbekommen. Meine Lösung war, apache2 und mod_php (u. a. Module) aus den Sourcen zu compilieren. Dann ging es ohne Probleme (auf apache.org müsste auch eine ausführliche Anleitung in Deutsch verlinkt sein - einfach mal suchen).
Hi, gerade gefunden: http://www.php.net/manual/de/install.apache2.php 'und Umgebung'
Danke für den Link.
cu PeeGee
-- Viele Grüsse Hein
participants (5)
-
Christian Boltz -
Gerald Engl -
Gerald Engl -
Hein Heinrich -
Peter Geerds