Aufschrei - Kriegserklärung gegen die php Dominanz

16.10.07

 

Aufschrei - Kriegserklärung gegen die php Dominanz

Eine Kriegserklärung gegen die Legende des Quasi-Monopol von Php und all
diejenigen die es am Leben erhalten, eine Rebellion gegen eine Lüge die falscher nicht sein könnte.

Tears der in seinem Kampf gegen schlechtes Webdesign (Frames)
etwas übers Ziel hinausschiesst und ganz nebenbei die Tyrannei von Php über die unwissenden propagandiert.

Natürlich ist es absoluter Schwachsinn die Navigation der Website in jede einzelne Datei einer Website einzubauen um bei einem Update dann die ganzen Dateien einzeln bearbeiten zu müssen. Bei einer besseren Lösung spielt allerdings auch der Webspace eine Rolle: Der muss PHP unterstützen.

Welch fatale Aussage! Das Mittel zur Vermeidung von Frames soll Php sein. Php ist ein Mittel dazu, eines unter vielen. Um permanent vorhandene Seiteninhalte einzubinden ist gibt es das viel einfachere Mittel der Server Side Includes
SSI eignet sich zu kaum mehr als der statischen Fusion mehrerer Dateien (Okay, okay, es gibt immerhin Grundsätzliche Kontrollstrukturen sowie Variablen, und mit genug Enthusiasmus und einer Masochistischen Veranlagung kann man mit SSI auch komplexere
Dinge anstellen) dafür gibt es weitere Alternativen.

Da viele Webseiten weniger Dokument als Applikation sind besteht häufig der Bedarf
nach mächtigeren Sprachen als SSI. Eine Liste mit allen Möglichkeiten eine Webapplikation zu schreiben
wäre unendlich lang denn Php ist nur eine unter Tausenden. Einen kleinen Auszug aus dieser Liste (Ohne Anspruch auf Vollständigkeit und ohne jegliche Werteinschätzung, in Alphabethischer Reihenfolge)

  • Assembler Sogar in assembler kann man Web Logik Schreiben, denn in Assembler ist alles möglich
  • ASP ASP und ASP.net sind keine Sprachen an sich, eröffnen aber entweder JS und VB oder eine ganze Wagenladung an .net Sprachen
  • C Wieso nicht? Wenn man etwas so komplexes wie ein Betriebssystem in C schreiben kann, dann auch Weblogik
  • Erlang Mach am meisten Sinn wenn der Webserver auch in Erlang geschrieben ist (z.B. YAWS)
  • Haskell Laziness ist Trumph
  • Java Sehr Beliebt, hinter vielen Grossen Webapps läuft ein Servlet
  • Lua Lua ist sehr einfach zu lernen (da meist Domänen Spezifisch)
  • Perl Historisch gesehen die Mutter der CGI Programmierung zusammen mit Shellscripts
  • Python Auch häufig anzutreffen, meist als Zope
  • Ruby Momentan etwas overhyped aber mit Hand und Fuss
  • Shellscripts Man kann es kaum glauben, aber immer noch genutzt

Php ist wie leicht zu erkennen nur eine MMöglichkeit unter vielen, alphabethisch
irgendwo zwischen Perl und Python, sematisch wo ganz anders.
Die Kompilationsfreien Sprachen sind etwas häufiger genutzt als die anderen aber
das mehr oder weniger nur eine Bequemlichkeit gegenüber der Dynamik des Web.

Etwas später schreibt Tears folgendes.:

PHP bietet viele interessante Möglichkeiten und ist bei der Erstellung professioneller Seiten inzwischen fast unerlässlich.

Erneut kann und muss ich nur wiedersprechen. Es gibt zu Hauf Beispiele von durchaus Professionellen Webseiten die kein Php (oder nur nebensächlich) verwenden. unter anderem:

  • Google
  • Amazon
  • Ebay
  • slashdot.org

Nun bin ich durch meine Vergangenheit mit Php und schlechten Php Programmen keineswegs Vorurteilsfrei, doch ich will Php keineswegs schlecht machen (zumindest nicht schlechter als es ist), das ist auch keineswegs Sinvoll. Ausschliessiches Ziel meines Feldzuges ist es Php als 'wichtigste' oder 'fast unerlässliche' Sprache des Web darzustellen.
Ich muss Tears Zustimmen das Frames Bullshit sind, und das Php viele Möglichkeiten eröffnet.
Grundsätlich sollte man sagen dass Serverseitige Techniken den Clientseitigen vorzuzihen sind,
da der Server unter der Kontrolle des Webmasters steht (Theoretisches Optimum), zumindest Konstant ist während die Möglichkeiten des Clienten sehr variabel, und vorallendingen auch nicht zu Beeinflussen sind.

 

Trackback Adresse für diesen Eintrag:

http://dropfknuck.net/dropfblog/blogs/htsrv/trackback.php/122

Kommentare, Trackbacks, Pingbacks:

Kommentar von: Tears [Besucher] Email · http://blog.dead-black-rose.de
Wie immer hast du fast komplett recht mit einem kleinen Denkfehler: PHP ist die wohl verbreiteste Sprache, vorallem im Semi-Profi-Bereich. Das liegt unter anderem daran, dass der Support in Foren etc. bei PHP wohl ungleich größer ist und, ohne mich mit den anderen Sprachen wirklich ausführlich befasst zu haben, mit unter dadurch eine recht einfach zu erlernende Sprache.

Amazon und eBay werden sich wohl kaum Tipps bei mir holen. Wer sich erst informieren muss warum Frames Müll sind hat meist nicht vor sich mit Compilern und Modulen zu beschäftigen - Hauptsache die Frames sind weg. Da bietet sich PHP einfach am ehesten an... von SSI halt ich nichts, wer Coden will soll ne Sprache nehmen und ich werd noch einiges in PHP an Tipps geben, warum also nicht jetzt schon die richtige Richtung einschlagen?
PermalinkPermalink 16.10.07 @ 12:51
Kommentar von: blade [Mitglied] Email · http://dropfknuck.net
Du hast Recht, der Support für Php ist sehr viel grösser und einfacher zu bekommen, allerdings auch in erheblich variierender Qualität. Zu php Problemen hat jeder Vollhorst was zu sagen. Jeder gibt seinen Senf dazu unageachtet seiner (tasächlichen) Qualifikation und Wahrheitsgehalt seiner Aussage.

Der Semi Profi Bereich wird meines Erachtens immer grösser und immer mehr 'semi'.
Php ist wie du korrekt darstellst eine Einfach zu erlenende Sprache jedoch extrem Schwer zu Meistern. Die einfache erlenbarkeit ist definitiv auch ein Grund für mangelde Qualität an allen Ecken und Enden da viele Sachen von Möchtegern Codern in Php zusammengehackt werden. (ich denke da nur an osCommerce).

Auch wenn ich mich wiederhole, ich will Php nicht nieder machen oder den Glanz einzelner Brillianter Php Projekte schmälern (man denke an das geniale b2evolution, welches uns hier und jetzt Raum für diese Diskussion gibt. Es ist ja nicht so als dass es keine Alternativen Perl gäbe, aber b2evo ist schlichtweg genial)

Den Kampf gegen Frames kann und muss ich definitiv unterstützen, egal mit welchen mitteln. Sei es Php, Perl, oder, verdammt, auch Brainfuck. Frames sind dermaßen Kontraproduktiv dass ich diesem Teil deines Artikels nicht beachtet habe, denn es ist Tatsache. Veröffentlichungen zum Thema Php, wenn von jemandem mit Ahnung kommen (also auch von dir) muss ich auch begrüssen.

Den jede Form von Qulafizierter Information vermindert die Zahl der Phpkiddies und ihrer mittelmäßigen (im Negativen Sinne) Ejakulate.

Auslöser meiner Empörung waren ausschliesslich die zwei von mir Zitierten Passagen deines Textes, welche Php als Notwendigkeit und ultimative Lösung gegen Frames Darstellten. Zum Reslichen Text habe ich (im Takte der Musik) zutimmend genickt.

Von SSI halte ich persönlich auch nichts (genauso wenig wie von Java, ASP, Lua,Python und Ruby) und Php ist eine mögliche Lösung für viele Probleme einschliesslich der verhassten Frames (was dachten die Netscape Typen sich da nur?) , aber definitiv nicht die einzige.

Hättest du Beispielsweise folgenden Text geschrieben:

Lösung spielt allerdings auch der Webspace eine Rolle: Der muss eine Serverseitige Skriptsprache wie etwa PHP unterstützen.


dann hättest du von mir nur Beifall bekommen, so jedoch sah ich mich gezwungen etwas zusätzliche Information beizustreuen. Denn der Einfachste Weg (Php) ist definitiv nicht der einzige und möglicherweise der Beste.

Die Diskussion für und wieder Php hat schon mehrfach heilige Kriege provoziert was keineswegs sinnvoll ist. Mein Aufschrei galt alleinig der Darsterllung des Monopols.
Aus der Gewohntheit heraus ist der Mainstream mien Erklärrter Feind (ich denke da geht es dir auch nicht viel anders).

TOD DEN FRAMES!
PermalinkPermalink 16.10.07 @ 13:38
Kommentar von: Tears [Besucher] Email · http://blog.dead-black-rose.de
Ich hab meinen Eintrag mal etwas ausgebaut um das klar zu stellen ;)
PermalinkPermalink 16.10.07 @ 14:30

Hinterlasse einen Kommentar:

Deine E-Mail Adresse wird nicht angezeigt.
Deine URL wird angezeigt.

Erlaubte XHTML Tags: <p, ul, ol, li, dl, dt, dd, address, blockquote, ins, del, span, bdo, br, em, strong, dfn, code, samp, kdb, var, cite, abbr, acronym, q, sub, sup, tt, i, b, big, small>
(Zeilenumbrüche werden zu <br />)
(Setze Cookies für Name, E-Mail und URL)
(Erlaube Benutzern, Dich über ein Nachrichten-Formular zu kontaktieren (Deine E-Mail Adresse wird NICHT angezeigt).)