Supportnet Computer
Planet of Tech

Supportnet / Forum / Webseiten/HTML

PHP wird in HTML-Seiten nicht geparst - suche andere Lösung





Frage

Hi, da mein "toller" Domain-Hoster, keine Unterstützung für das Parsen von php in html-Dateien unterstützt, muss ich mir was anderes einfallen lassen. Es ging um das nachladen einer Banner-Rotation-PHP-Datei. Jetzt kam mir die Idee, ob man das Nachladen einer PHP-Datei nicht mittels JavaScript realisieren kann. Per Google hab ich aber nicht viel gefunden. Hat jemand Tipps zu diesem Prob. ? Ich müsste sonst das ganze per JavaScript irgendwie (alos ohne PHP) lösen - das gefällt mir aber nicht so gut. Danke im Voraus für jeden Tipp ;-) Worker

Antwort 1 von rfb

Mit JavaScript hast du keine Dateizugriffsmöglichkeit. Fazit: Geht nicht!

Außerdem ist und bleibt PHP nun mal PHP und ohne PHP-Interpreter auf dem Server würde dir eine wie-auch-immer-geartete Einbindung einer PHP-Datei nix nützen.

Also such dir eine andere Möglichkeit oder einen anderen Anbieter oder zahl ein paar Euronen mehr für PHP-Unterstützung.

Antwort 2 von Supermax

Benenne doch deine .html-Dateien in .php um, dann sollten sie auf jeden Fall als PHP-Code geparst werden.

Antwort 3 von rfb

@Supermax:
Zitat:
dann sollten sie auf jeden Fall als PHP-Code geparst werden
es sei denn
Zitat:
da mein "toller" Domain-Hoster, keine Unterstützung für das Parsen von php


Antwort 4 von FukkJS

Zitat:
da mein "toller" Domain-Hoster, keine Unterstützung für das Parsen von php in html-Dateien unterstützt

@rfb: Wenn man anders zitiert macht es auch Sinn. ;-)

Antwort 5 von Nessus

@FukkJS
Und wenn man was Sinnvolles dazu beiträg macht es mehr Sinn.

@worker
rfb hat recht, entweder Upgrade Webspace oder Hoster, oder darauf verzichten.

Nessus

Antwort 6 von FukkJS

@Nessus
Ich habe es auch zuerst anders verstanden, deswegen bin ich Dir nicht böse. Man kann es auf 2 Arten verstehen:
1. PHP wird nicht in HTML-Seiten interpretiert (also gar nicht).
2. PHP wird nicht in Dateien mit der Endung HTML interpretiert (was zwar auch bei PHP-Servern Standard ist, aber nicht zwingend so sein muss).

Antwort 7 von FukkJS

.. wobei ich schätzen würde, dass die meisten Server, die PHP in HTML interpretieren, dies nur scheinbar tun (mode rewrite html->php).

Antwort 8 von Nessus

@FukkJS

Zitat:
deswegen bin ich Dir nicht böse.

Danke, wäre mir aber recht schnurz.....
Übrigens denkst du zu kompliziert, der OP wird einen Billig-/Kostenlosserver nutzen, wo halt PHP nicht installiert ist.
Geiz ist halt geil....
Also entweder anderes Paket oder anderen Hoster.

EOT

Nessus

Antwort 9 von worker

Hi,

vielen Dank für Eure Antworten.

Also Fazit: Bleibt mir nichts anderes übrig, als die Dateien in .php umzubenennen.
Toll, das ist ja ein echter Sch.... !

Wenn ich das mache, dann wer´d ich bei den Suchmaschinen überhaupt nicht indexiert.
Manoman.
Der Server an sich unterstützt ja PHP, aber was bringt´s mir, wenn die Host-Deppen das Parsen in HTML erlauben.
Hat doch nichts mit derSicherheit zu tun.

OK, ne andere Herangehensweise ?
Wollte mir eigentlich nur ein Banner-Tausch-Script erstellen, da mit JavaScript doch etwas umständlicher (Aufruf etc.)

Jedenfalls vielen Dank für die zahlreichen Antworten.
Worker

Antwort 10 von worker

Zitat:
Der Server an sich unterstützt ja PHP, aber was bringt´s mir, wenn die Host-Deppen das Parsen in HTML erlauben.


sry, sollte heissen:

Der Server an sich unterstützt ja PHP, aber was bringt´s mir, wenn die Host-Deppen das Parsen in HTML nicht erlauben.

Antwort 11 von rabies

Zitat:
Wenn ich das mache, dann wer´d ich bei den Suchmaschinen überhaupt nicht indexiert.

Wo hast Du denn den Mist aufgeschnappt? Wieder mal jemand, der ´n schlaues Buch über Suchmaschinenoptimierung gelesen hat... ?!

Google & Co. indexieren "PHP-Seiten" immernoch genau so wie statische (oder vermeindlich statische) Seiten. Vermeindlich statisch, weil: Schlaue Menschen kommen dann auf die Idee, sich den Umstand zu machen, jegliche PHP-Datei, die auf dem Server liegt, per mod_rewrite über .html anzusteuern.

--rabies.

Antwort 12 von rfb

Zitat:
Wenn ich das mache, dann wer´d ich bei den Suchmaschinen überhaupt nicht indexiert.
wieso das denn nicht? Wenn PHP-Seiten nicht in Suchmaschinen aufgenommen würden wäre die Ausbeute dort recht mager! Setz von den bisher vorhandenen htm-Dateien per htaccess eine permanente Weiterleitung auf die entsprechenden "neuen" php-Dateien und fertig, den Rest machen die Suchrobots alleine.
Allerdings ist die Nutzung von "Banner"-Tauschringen nicht unbedingt ein Qualitätskriterium für hohen Pagerank. Solche Linktauschringe können sogar zur Nichtaufnahme in den Suchindex führen.

Antwort 13 von FukkJS

Wie bereits angedeutet kannst Du -wenn Du unbedingt willst- beim Apache mit mode rewrite dafür sorgen, dass php-Dateien als HTML-Dateien aufgerufen werden können:
http://forum.domainfactory.de/forum/showthread.php?t=10241

Antwort 14 von worker

@rabies (& rfb):

Zitat:
Wo hast Du denn den Mist aufgeschnappt? Wieder mal jemand, der ´n schlaues Buch über Suchmaschinenoptimierung gelesen hat... ?!


Mist ? Schlaues Buch ?
Also erstens, weis ich nicht, ob ich mit meiner Aussage wirklich recht habe, aber da ich Mediengestalter bin und ich es SO gelernt habe, gehe ich halt davon aus, dass das SO wie ich es kenne stimmen könnte.
Es macht eigentlich auch keinen Sinn PHP-Dateien zu indexieren, da sie halt dynamisch sind.
Und abgesehen davon, sind sie in erster Linie zum "Programmieren" da.
Aber ich lasse mich gerne eines Besseren belehren - wenn´s dann auch stimmt ;-)

Antwort 15 von worker

@FukkJS:

Das Problem ist, dass ich keinen Zugriff auf Apache,PHP, etc. (htaccess weis ich noch nicht) habe. Hab nur das PowerWeb A von STRATO.
Da die aber mit PHP 3,4 und 5 prohlen, habe ich angenommen, dass das Parsen in html-Dateien keine Probleme bereiten würde.

Antwort 16 von rfb

bei Strato hast du eigentlich Zugriff auf die htaccess.

Und wo auch immer du es gelernt hast über dynamische Seiten in Suchmaschinen - es ist Quatsch!

Kein irgendwie größeres Projekt kommt ohne dynamisch erzeugte Seiten aus - trotzdem findest du die bei google.

Der Suchmaschinenrobot bekommt ja auch wie jeder andere Browser auf seine Anfrage nur eine HTML-Seite ausgeliefert - nix PHP darin. Und wenn der Inhalt interessant und relevant ist wird die Seite aufgenommen.

Antwort 17 von worker

@rfb:

Hm, also irgendwie widersprichst Du dir jetzt aber:
Zitat:
Der Suchmaschinenrobot bekommt ja auch wie jeder andere Browser auf seine Anfrage nur eine HTML-Seite ausgeliefert - nix PHP darin. Und wenn der Inhalt interessant und relevant ist wird die Seite aufgenommen.


PHP-Selbst kann also vom Client/Spider nicht angezeigt/geladen werden - ok.
Und wie kann dann eine PHP-Datei indexiert werden, wenn der Clien/Spider sie nicht laden kann ?

Hier ein Link, den ich jetzt dazu gefunden habe:
http://www.php-faq.de/q/q-php-suchmaschine.html

Richtig interessant ist der untere Abschnitt.

*binganzdurcheinanderjetzt* ;-)

Antwort 18 von sutadur

Zitat:
Also Fazit: Bleibt mir nichts anderes übrig, als die Dateien in .php umzubenennen.
Toll, das ist ja ein echter Sch.... !

Im Gegenteil, das ist üblich und eher der Normalfall. Es gibt nur weniger Hoster, die anbieten, eingebettetes PHP in (auch so benannten) HTML-Dateien zu parsen. In der Praxis ist das auch eher unpraktisch.

Antwort 19 von sutadur

Zitat:
Es macht eigentlich auch keinen Sinn PHP-Dateien zu indexieren, da sie halt dynamisch sind.

Es macht eigentlich auch keinen Sinn, PHP in Dateien einzubetten, die nicht PHP heißen ...

Antwort 20 von worker

@ sutadur:

auch dann nicht ?:

<html>
...
<?php
include("foobar/zufaellige-banner-auswahl.php");
?>
....
</html>

Antwort 21 von sutadur

Nö. Die Datei enthält PHP, also spricht doch nichts dagegen, dem Webserver mit einer entsprechenden Benennung mitzuteilen, dass er diese Datei auch so behandeln soll.

Antwort 22 von worker

@sutadur:

Also abgesehen davon, dass ich folgende Aussage nicht ganz blicke:
Zitat:
... dem Webserver mit einer entsprechenden Benennung mitzuteilen, dass er diese Datei auch so behandeln soll.


Habe ich, wie schon gechrieben, keinen Zugriff auf die httpd.conf bzw. auf den Apache (Php, usw.).

Antwort 23 von sutadur

Zitat:
Habe ich, wie schon gechrieben, keinen Zugriff auf die httpd.conf bzw. auf den Apache (Php, usw.).

Brauchst Du doch auch gar nicht. Gib Deinen Dateien die Endung .PHP und gut is ... :o)

Antwort 24 von rabies

Zitat:
PHP-Selbst kann also vom Client/Spider nicht angezeigt/geladen werden - ok.
Und wie kann dann eine PHP-Datei indexiert werden, wenn der Clien/Spider sie nicht laden kann ?


Richtig, PHP an sich kann vom Client/Robot nicht angezeigt werden. Wäre ja auch eine miese Sache, wenn jeder in meinem Script-Quelltext herumschnüffeln könnte und so evtl. auch noch Passwörter oder ähnliches aufschnappt.

Du scheinst zu vergessen, dass PHP in den meisten Fällen auch nur generiertes Markup (HTML, XML, etc.) an den Browser ausgibt. Und HTML (sofern es einigermaßen seine Richtigkeit hat) wird doch problemlos von jedem Robot aufgesogen.

Du scheinst allerdings immernoch zu denken, dass Dateien die die Endung .php haben, konsequent vom Robot ignoriert werden. Das ist aber ein Fehler.


Von Zugriff auf die httpd.conf redet hier auch keiner. Es geht um die .htaccess -- und Zugriff darauf bieten schon die meisten Billighoster.

Zitat:
... dem Webserver mit einer entsprechenden Benennung mitzuteilen, dass er diese Datei auch so behandeln soll.


Es geht um folgendes: Wieso sollte man eine Datei, die PHP-Quelltext beinhaltet, mit .html benennen? Es ist doch PHP in der Datei enthalten. Also sollte Sie auch mit .php benannt werden.

Antwort 25 von worker

Nun jut,

also wird vom Spider *alles* durchforstet, aber nur PHP-Anweisungen (also dynamisches) ignoriert ?
Sprich HTML-Tags werden ganz normal "ausgewertet" ?

Hab ich´s nun endlich richtig geschnallt ? ;-)

Antwort 26 von sutadur

Zitat:
Hab ich´s nun endlich richtig geschnallt ? ;-)

Fast. Das, was Spider im Netz finden, ist letztlich das gleiche, was der Anwender auf dem Bildschirm sieht, wenn er eine PHP-Seite aufruft: generierter HTML-Code, also das "Ergebnis der PHP-Datei". Und das kann natürlich ohne weiteres indiziert werden.

Antwort 27 von worker

Ja klaro.

da stellt sich mir noch eine letzte Frage in diesem Zusammenhang ...

Ist es nicht (mehr) serverlastig eine "eigentliche" html Datei als PHP "zu tarnen", als anders herum (also html parsen lassen) ? Oder ist es eher "wurscht" ?

Antwort 28 von rfb

kurz gesagt/geschrieben:
bevor der Server was ausliefert an Browser oder Robot wird alles an PHP ausgewertet und entweder in Klartext oder HTML umgesetzt.

Der Suchrobot kann gar kein PHP mehr auswerten, weil da dann gar nix mehr ist (das meinte ich auch in meiner letzten Antwort!)
Genausowenig wie dein Browser PHP auswerten muss und kann.

Antwort 29 von rfb

Zitat:
Oder ist es eher "wurscht"
ja, zerbrich dir über die Strato-Server besser nicht den Kopf

Antwort 30 von worker

Gut, ich schätze ich habs nun endlich "gefressen" ;-)
Vielen herzlichen Dank für die Aufklärung.

Worker

Antwort 31 von sutadur

Zitat:
Ist es nicht (mehr) serverlastig eine "eigentliche" html Datei als PHP "zu tarnen" ...

Naja, "eigentlich" ist, soweit die Datei PHP enthält, die Benennung als HTML die Tarnung ...

Antwort 32 von ClemBra

Wenn der Server php-Code in auf .html / .htm-endende Dateien parsen würde, würde er alle dateien durch den PHP-Compiler jagen, so nur die, die auf .php enden.
Aber so groß ist der Unterschied nicht, um darüber weitere Beiträge zu schreiben.

Aber zur Suchmaschinenindizierung: php-Dateien wurden immer schon wie htm und html-Dateien indiziert. Probleme haben früher offensichtlich dynamische Dateien, egal ob .php oder .htm gemacht, die ein Fragezeichen im URI hatten. Nur gerade bei Serverseitigen Skriptsprachen wie PHP wird eben davon gebrauch gemacht. Da in deinen Seiten keine Parameter per ? übergeben werden und da die Zeiten lange vorbei sind brauchst du dir darüber keinen kopf zu machen.

Ich möchte kostenlos eine Frage an die Mitglieder stellen:


Ähnliche Themen:


Suche in allen vorhandenen Beiträgen: