php oder html

Hallo,

mit einem kollegen habe ich eine disskusion ..
er sagt Webseiten macht man am besten mit php!
Ich sage webseiten erstellt man am besten mit html!

mein kollege - " ich mache nur php - (und das auch nur mit editor) - ist schneller besser einfacher und die seiten sind sicherer)

ich erstelle seiten html seiten mit programmen (dreamwaever)

er sagt dazu " die schreiben zuviel Zeug rein und machen leerzeilen wo keine hingehören und machen die seite nur unnütz groß...

beide sind wir keine webmaster mit großen erfahrungen...

aber ich habe seiten gemacht die auch gut besucht und bei suma´s gute plazierungen hatte und meine waren in html geschrieben.. zwar waren php, oder datenbanken ( mysQL, java oder ...) mit drin aber die seien waren in html geschrieben..

Bei meienm Kollegen - keine ahning welchen erfolg er hatte - er sagt nur er habe auch für firmen Seiten erstellt und das nur in php? ...

Ich habe Im dann die seite von Volkswagen gezeigt (als Bsp) das die auch in Html geschrieben ist - und da sagte er nur - die wollen kosten günstig ne einfache seite haben ... also Die ahnung, erfahrung meines Kollegen ist relativhoh:


aber wie schaut es nun aus was ist besser html oder php?

Ich bin der mainung mit html erreicht man mehr und alles baut darauf auf!

Die eigentliche Seite wird IMMER in HTML sein (Ausnahmen sind Flash und so nen Quatsch), ob die Dateiendung nun .php oder .html, .xhtml oder .htm ist, ist auch relativ egal ... wenn der PHP Interpreter auf dem Server auch PHP in html-Seiten erkennt, wird er das auch dort interpretieren.

Aber jede PHP-Website wird in HTML dargestellt (das ist das, was der Webbrowser interpretieren kann, das eigentliche PHP kommt ja garnicht bis zum Webbrowser)

Ob man jetzt Seiten generell lieber mit dem Editor (Notepad.exe, Notepad++ etc.) oder mit einem Umfangreichen Programmen (Frontpage, Dreamweaver) erstellt, ist glaubensfrage ... meiner Meinung nach, nehmen einem diese Programme viel Arbeit ab, andere mögen das wieder garnicht, niemand hindert dich aber daran, die mit DW erstellten Dateien mit dem Editor zu öffnen und dort weiter zu verarbeiten.

Ne Website komplett mit PHP? Geht das überhaupt? Im Endeffekt muss die Datei doch HTML zurückgeben, damit der Webbrowser sie darstellen kann, sonst wird es doch sehr unschön

oder kurz:

HTML ist für die Darstellung der Webseite im Browser, PHP (oder andeer alternativen) für die Logik/Funktionalität dahinter verantwortlich.

Da gibt es eigentlich kein "PHP oder HTML". HTML = Frontend, PHP = Backend...

Lambo-Benni schrieb:

oder kurz:

HTML ist für die Darstellung der Webseite im Browser, PHP (oder andeer alternativen) für die Logik/Funktionalität dahinter verantwortlich.

Da gibt es eigentlich kein "PHP oder HTML". HTML = Frontend, PHP = Backend...

Zum Vergrößern anklicken....

Das trifft es ziemlich genau. PHP ist quasi eine Programmiersprache, somit kannst Du auch interaktive Elemente auf der Seite einbauen, Programmschleifen programmieren, Datenbankabfragen, Programmverzweigungen usw. - nur HTML kann das nicht, das ist relativ statisch und jede Interaktion muss mit zusätzlichen Komponenten jenseits von HTML implementiert werden.

Nicht ohne Grund sind komplexe Webauftritte wie dieses Forum oder Content-Management-Systeme (CMS) wie Joomla, WordPress usw. alle in PHP geschrieben.

Wie Du auf die Idee kommst die VW-Seite wäre original direkt in HTML geschrieben ist mir ein Rätsel - da steckt todsicher ein CMS dahinter, anders wäre eine Seite dieser Größe gar nicht wirtschaftlich zu pflegen.....

Wie Du auf die Idee kommst die VW-Seite wäre original direkt in HTML geschrieben ist mir ein Rätsel - da steckt todsicher ein CMS dahinter, anders wäre eine Seite dieser Größe gar nicht wirtschaftlich zu pflegen.....

Zum Vergrößern anklicken....

Hach, welch Zufall. Ich bin einer der 4 Softwaretester für den VW Internetauftritt (weltweit), da kann ich ja was dazu sagen. Mein Teil ist die virtuelle Garage. Als Backend wird ein angepasstes Liferay eingesetzt, eine Enterprise Lösung die eigentlich für Unternehmen Inhalte bereitstellen soll. Grafiken und Texte liefert ein angebundenes CMS System, unzählige andere Services stellen gesonderte Funktionen bereit (Usermanagement, Fahrzeugdaten, 3d Modelle usw. usf). Die einzelnen Frontends (configurator, dealer search, garage) werden in das Liferay eingebunden und sind teilweise Java, teilweise anderer Kauderwelsch. Einfaches HTML würde anders aussehen. Eine Grafik ist dort z.b. nie direkt eingebunden sondern wird über Keys und Values gezogen. Man setzt einfach einen Key ein z.b. xy und die Seite holt sich aus dem CMS den dazugehörigen Value z.b. Grafik1.jpg. Das wäre mit HTML schonmal garnicht realisierbar.



HTML ist eine Seitenbeschreibungssprache. Es sagt wo was hinsoll. Im Original war HTML reiner fließtext mit Sprungmarken. Irgendwann hat einer Bilder hinzugefügt und dann kamen die Webdesigner *graus*

PHP ist eine Programmiersprache die dennoch HTML Code ausgibt. Sonst hättest du da kauderwelsch auf dem Schirm. Die Aussage deines Kollegen zur VW Seite zeigen also eins ganz deutlich: Er hat keine Ahnung wovon er spricht und quatsch Blödsinn.

die wollen kosten günstig

Zum Vergrößern anklicken....

Ja ne, ist klar. Wir sind hier alleine 2 Etagen die sich darum kümmern. Und wir machen nur einen Teil. Content, Services und alles liegt außen vor. Seit Jahren erfolgt ständige Weiterentwicklung und wird auch noch dies Jahr und ggf. nächstes weitergehen. Völlig sinnfreie Aussage daher, dass die Seite günstig wäre. Wir reden hier über den Internet Auftritt eines weltweiten Automobilkonzerns. Alleine der Imagewert der Website läßt etwas "günstiges" nicht zu.

ne einfache seite haben

Zum Vergrößern anklicken....

Einfach. Wenn mir hier einer der Entwickler sagen würde:"Das ist doch nur ne einfache Seite." Dann würd ich dem mit nem Dreschflügel eins überbraten. Wenn wir hier nen Fehler haben kann es Stunden bis Tage dauern den Verursacher zu finden.

DescWing schrieb:

... Wenn wir hier nen Fehler haben kann es Stunden bis Tage dauern den Verursacher zu finden.

Zum Vergrößern anklicken....

So miserables Logging? :zunge:

Lambo-Benni schrieb:

So miserables Logging? :zunge:

Zum Vergrößern anklicken....

Alleine meine Garage hat aktuell um die 12 Services auf die sie zugreift. Jeder Service wird von einem anderen Team / Abteilung entwickelt und verwaltet. Support läuft zentral und wird verteilt.

Fällt nun ein Service komplett aus meldet das Logging das ohne Probleme. Hat der Service nun aber in sich macken z.b. request werden falsch beantwortet, content ist fehlerhaft und dergleichen. Dann sehn wir das nicht in unseren Logs, sondern höchstens die bei sich. Aber da alles in einander verzweigt ist kann nicht direkt gesagt werden:"DER WARS! STEINIGT IHN!".

Dann ist zu klären:
Sind es die Services?
Ist es eine Fehlkonfiguration von unserer Seite?
Ist es schlicht und ergreifend ein Bug?

Und jede dieser Abteilungen hat sich natürlich nicht gerade auf die Fahne geschrieben uns zu Diensten zu sein, sobald wir pieps sagen. Die haben auch ihre Prioritäten. Also zumindest bei den Test und Entwicklungssystemen.

Wir sind letztes Jahr mit der neuen Version live gegangen in den USA und 2-3 mal ist da was abgeraucht. Da steppt dann hier aber der Bär.

Im Softwaretest klassifiziert man nach Risiko.
Das höchste Risiko ist unangefochten auf Platz 1: Gefahr für Leib und Leben.
Nen Softwarefehler im Atomkraftwerk oder in ner Selbstschussanlage ist schon übel.

Aber dicht gefolgt und viele Manager würden wohl sagen, dass dies auf Platz 1 gehöre: Materieller Schaden. Wenn man kein Geld verliert sind die verdampften Opfer des Kraftwerkes ja egal.
Und da spielt auch der Imageschaden mit rein. Wenn die Website schon Fehler produziert. Wie schaut es dann mit den Autos aus? Das dies zwei paar Schuhe sind ist keine Frage. Der Kunde siehts aber nicht so. Und Imageschaden ist immer gleich materieller Schaden. Und da klingen recht fix die Alarmglöckchen. Dann wird Hubschrauben gespielt. Der oben macht Lärm und alle rotieren.

Aber zurück zum Thema. Eine Seite wie vw.com ließe sich in HTML in keinster Weise realisieren.
Sagt ja auch schon der Name: Hypertext Markup Language. Hypertext sind die damaligen Sprungmarken, nennen wir sie einfach mal Links. Markup ist wo was hinspringt.

Es beschreibt wirklich nur wo welcher Content zu sein hat. Alles andere drum rum. Jede Slideshow, jedes Gimmick wird anders realisiert. Auch wenn HTML natürlich seit seinem Ursprung stark aufgebohrt wurde, so sind HTML und PHP zwei unterschiedliche paar Schuhe, die man aber mit 4 Füßen gut zusammen Tragen kann. Php macht das man läuft. HTML macht wie schön das laufen aussieht.

mariooo, du kannst deinem Kollegen also einfach mal ausrichten:"Wenn man keine Ahnung hat..."

Hey DescWing, da haste aber einen coolen Job! Hört sich sehr interessant an! Cool!!!