Php In Html, PHP Script in HTML-Seite aufrufen? Einstellungen

[Conny]

Hallo,
heute habe ich mich mal wieder mit php beschäftigt.
Ziel ist es, verschiedene htm-Seiten mit einem (php)Zähler zu versehen.

Das habe ich gemacht:
Es handelt hier sich um eine HTM-Seite in der ich folgender aufruf gemacht habe:

QUELLTEXT

<p>
<?php
include('/home/www/web784/html/scripts/count/count.php');
?>
</p>

In diesem Absatz (P) soll das Script seine Ausgabe machen.
Klappt aber nicht!

Es klappt nur wenn ich die Seite mit diesem Aufruf -anstatt htm- eine PHP-Endung gebe!

Warum ist das so??

Kann eine html-Seite kein php aufrufen? Oder muss dort nur ein anderen Aufruf hin?

Danke für Eure Hilfe

Conny (der sich wünscht er hätte mehr Ahnung von php)

[db]

Hallo,
heute habe ich mich mal wieder mit php beschäftigt.
Ziel ist es, verschiedene htm-Seiten mit einem (php)Zähler zu versehen.

Das habe ich gemacht:
Es handelt hier sich um eine HTM-Seite in der ich folgender aufruf gemacht habe:

QUELLTEXT

<p>
<?php
include('/home/www/web784/html/scripts/count/count.php');
?>
</p>

In diesem Absatz (P) soll das Script seine Ausgabe machen.
Klappt aber nicht!

Es klappt nur wenn ich die Seite mit diesem Aufruf -anstatt htm- eine PHP-Endung gebe!

Warum ist das so?? 

Kann eine html-Seite kein php aufrufen? Oder muss dort nur ein anderen Aufruf hin?

Danke für Eure Hilfe 

Conny (der sich wünscht er hätte mehr Ahnung von php)

Hi Conny,

die Dateien mit den Erweiterungen <> .php* werden natürlich nicht vom Server an PHP gereicht. In der .htaccess kannst Du das aber erzwingen sowie auch in der php.ini auf dem Server.

Ich würde das nicht machen! Es ist besser die Dateien umzubennen und nicht alle .htm über den Parser laufen zu lassen.

[Conny]

Hi Dieter,
also, wenn ich Dich richtig verstanden habe, soll ich die Dateien die php beinhalten -und wenn es nur eine Zeile ist- auch eine php-Endung geben, damit der Parser sich nicht so *quälen* tut Richtig?

cu
Conny

[db]

Hi Dieter,
also, wenn ich Dich richtig verstanden habe, soll ich die Dateien die php beinhalten -und wenn es nur eine Zeile ist- auch eine php-Endung geben, damit der Parser sich nicht so *quälen* tut    Richtig?

cu
Conny

Richtig Conny!

Du möchtest aber manchmal sicher auch selbst wissen in welchen Dateien Du PHP verwendest. :-)

Hast Du bei Deinem Hoster keinen Counter auf CGI-Basis? Der würde dann einfach als Image eingebunden.

Du kannst natürlich die Erweiterung ändern, dann gehen alle .htm über PHP. Bei PHP ist aber die Zahl der Prozesse limitiert und es könnte für die Besucher langsam werden.

[Conny]

Hi,
ok, alles klar.
CGI ginge auch und wäre in diesem Fall wohl praktischer.
Ich hätte aber mit php leicht weitere Gimmicks einbauen können, ähnlich wie hier auf qhaut: wieviel User Online sind, wann die Meisten da waren, usw.

Wenn ich sowas machen würde, dann wohl konsquent mit header.dat und foot.dat mit unterschiedlichen Inhalt. Also, eigentlich das was ich jetzt in etwa mit Includes erreichen kann. Das Ganze würde dann aber Serverseitig laufen und die Datenmenge schrumpfen lassen, weil nur noch die Inhalte 'neu' gelesen werden müßten....

Puh, das gäbe noch eine Menge Arbeit

cu
Conny

[db]

Hi,
ok, alles klar.
CGI ginge auch und wäre in diesem Fall wohl praktischer.
Ich hätte aber mit php leicht weitere Gimmicks einbauen können, ähnlich wie hier auf qhaut: wieviel User Online sind, wann die Meisten da waren, usw.

Wenn ich sowas machen würde, dann wohl konsquent mit header.dat und foot.dat mit unterschiedlichen Inhalt. Also, eigentlich das was ich jetzt in etwa mit Includes erreichen kann. Das Ganze würde dann aber Serverseitig laufen und die Datenmenge schrumpfen lassen, weil nur noch die Inhalte 'neu' gelesen werden müßten....

Puh, das gäbe noch eine Menge Arbeit 

cu
Conny

Das ist mit PHP ja kein Problem!

Zudem kannst Du bei PHP die Kompression nutzen. Sie Dir mal die letzte Zeile in den Sourcen meiner Seiten an. Zum Beispiele bei der 200 kb File Meinungen.

Interessant könnte auch eTracker sein. Findest Du auf meiner Startseite unter Statistik.

[Netizen]

die Dateien mit den Erweiterungen <> .php* werden natürlich nicht vom Server an PHP gereicht. In der .htaccess kannst Du das aber erzwingen sowie auch in der php.ini auf dem Server.

Ich würde das nicht machen! Es ist besser die Dateien umzubennen

Dateien umzubennen, die per URL erreichbar sind bzw. schon waren, ist immer schlecht und verursacht nur Probleme. Cool URIs don't change.

Darüberhinaus macht es auch durchaus Sinn, in URLs komplett auf sprachspezifische Dateiendungen zu verzichten, entweder ein generisches .html oder überhaupt nix, das macht am wenigstens Streß (den Besucher geht es ohnehin nichts an, welche serverseitigen Techniken zum Einsatz kommen).

und nicht alle .htm über den Parser laufen zu lassen.

Dürfte keinen großen Unterschied machen, zumindest wenn PHP als Modul läuft. Ohne enthaltenen PHP-Code werden die Daten einfach nur durchgereicht, viel zu parsen ist da nicht.

Aber es gibt ja auch durchaus noch andere interessante Möglichkeiten, z.B. Content Negotiation bzw. MultiViews, um nur mal ein paar Stichworte zu nennen. Die Datei heißt dann meinetwegen "foo.html.php", der Server weiß somit, wie er sie zu behandeln hat. Von außen per URL ist sie aber trotzdem als "foo.html" oder auch nur "foo" erreichbar. Somit wird nur diese Datei durch den PHP-Interpreter gejagt, alle anderen hingegen statisch ausgeliefert. Der Besucher sieht davon nix.

n!

[Netizen]

Zudem kannst Du bei PHP die Kompression nutzen.

Geht auch bei statischen Dateien mit mod_gzip.

Insbesondere Stylesheets (und unter gewissen Umständen auch GIF-Dateien aufgrund der unkomprimierten Paletteninformationen) sind lohnenswerte Ziele.

n!

[db]

die Dateien mit den Erweiterungen <> .php* werden natürlich nicht vom Server an PHP gereicht. In der .htaccess kannst Du das aber erzwingen sowie auch in der php.ini auf dem Server.

Ich würde das nicht machen! Es ist besser die Dateien umzubennen

Dateien umzubennen, die per URL erreichbar sind bzw. schon waren, ist immer schlecht und verursacht nur Probleme. Cool URIs don't change.

Darüberhinaus macht es auch durchaus Sinn, in URLs komplett auf sprachspezifische Dateiendungen zu verzichten, entweder ein generisches .html oder überhaupt nix, das macht am wenigstens Streß (den Besucher geht es ohnehin nichts an, welche serverseitigen Techniken zum Einsatz kommen).

und nicht alle .htm über den Parser laufen zu lassen.

Dürfte keinen großen Unterschied machen, zumindest wenn PHP als Modul läuft. Ohne enthaltenen PHP-Code werden die Daten einfach nur durchgereicht, viel zu parsen ist da nicht.

Aber es gibt ja auch durchaus noch andere interessante Möglichkeiten, z.B. Content Negotiation bzw. MultiViews, um nur mal ein paar Stichworte zu nennen. Die Datei heißt dann meinetwegen "foo.html.php", der Server weiß somit, wie er sie zu behandeln hat. Von außen per URL ist sie aber trotzdem als "foo.html" oder auch nur "foo" erreichbar. Somit wird nur diese Datei durch den PHP-Interpreter gejagt, alle anderen hingegen statisch ausgeliefert. Der Besucher sieht davon nix.

n!

Die Dateien werden nicht einfach so durchgereicht weil kein PHP-Code gefunden wurde. PHP übernimmt auch für diese Dateien komplett die Headergenerierung etc..

Dateien kann man natürlich problemlos für den Besucher transparent umbenenen, in der .htaccess geht das mit RewriteRule oder Redirect permanent.

Das man bei den Hostern wie 1&1, Schlund oder T-Online mod_mime-Direktiven des Servers ändern kann ist mir neu! :-)

[Netizen]

Die Dateien werden nicht einfach so durchgereicht weil kein PHP-Code gefunden wurde. PHP übernimmt auch für diese Dateien komplett die Headergenerierung etc..

Klar, nur denke ich, daß der Aufwand des parsens vernachlässigbar gering ist. Abgesehen davon hat "Komplett-PHP" natürlich auch nette Vorteile, z.B. kann man dann getrost auf SSI verzichten ...

Das man bei den Hostern wie 1&1, Schlund oder T-Online mod_mime-Direktiven des Servers ändern kann ist mir neu! :-)

Naja, über solchen Spielkram rede ich nicht.

Es gibt genügend Hoster mit guter Leistung zu fairen Konditionen, die großen Massenhoster sind da IMHO kein (guter) Maßstab.

n!

[Google Bot]