Kommentare zu: Wer braucht noch PHP? http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/ Ein PHP Blog mit aktuellen PHP Informationen und Tricks für Entwickler. Thu, 17 May 2012 10:38:02 +0000 http://wordpress.org/?v=2.6.5 Von: phil http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-2112 phil Thu, 20 Jan 2011 17:37:42 +0000 http://www.phpblogger.net/?p=377#comment-2112 Hi Netz-Informat, nach so langer Zeit dann mal wieder Aktivität hier im Post?! Ok. Viel hat sich zu damals nicht geändert. EXTJS (oder mittlerweile ja Sencha) ist im Prinzip in der Lage aus noch nicht mal div's, dafür aber Javascript Code dir sehr schöne User-Interface Oberflächen zu erstellen und die einzelnen Komponenten rufen dann direkt ihre Daten ab. Außerdem ist es bei couchDB auch nicht so, dass jeder alles speichern kann wie er will. Das muss quasi schon programmiert sein und das Konzeot von No-SQL ist ja auch für besondere Anforderungen ausgelegt und nicht als Ersatz für "normale" Relationale Datenbanken. Aber nimm mal den Facebook-Newsfeed als Beispiel. Wenn du normal relationell denkst, dann brauchst du für die verschiedenen Dinge jeweils eigene Tables, also für Status-Updates, Links, Video etc. Mit einem Konzept wie couchDB kannst du das alles in eine "einzige" Tabelle packen, was dir dann sehr vieles vereinfacht in der Ausgabe und auch in Rechenzeit, wie z.B. für Abfragen an die einzelnen Tabellen. Vielleicht hilft das das Konzept etwas besser zu verstehen. Viele Grüße Hi Netz-Informat,

nach so langer Zeit dann mal wieder Aktivität hier im Post?! Ok. Viel hat sich zu damals nicht geändert. EXTJS (oder mittlerweile ja Sencha) ist im Prinzip in der Lage aus noch nicht mal div’s, dafür aber Javascript Code dir sehr schöne User-Interface Oberflächen zu erstellen und die einzelnen Komponenten rufen dann direkt ihre Daten ab.

Außerdem ist es bei couchDB auch nicht so, dass jeder alles speichern kann wie er will. Das muss quasi schon programmiert sein und das Konzeot von No-SQL ist ja auch für besondere Anforderungen ausgelegt und nicht als Ersatz für “normale” Relationale Datenbanken.

Aber nimm mal den Facebook-Newsfeed als Beispiel. Wenn du normal relationell denkst, dann brauchst du für die verschiedenen Dinge jeweils eigene Tables, also für Status-Updates, Links, Video etc. Mit einem Konzept wie couchDB kannst du das alles in eine “einzige” Tabelle packen, was dir dann sehr vieles vereinfacht in der Ausgabe und auch in Rechenzeit, wie z.B. für Abfragen an die einzelnen Tabellen.

Vielleicht hilft das das Konzept etwas besser zu verstehen. Viele Grüße

]]> Von: netz-informant.de http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-2111 netz-informant.de Thu, 20 Jan 2011 15:26:10 +0000 http://www.phpblogger.net/?p=377#comment-2111 Also ruft der User die ganzen Aufrufe auf ! Was ist, wenn die Seite das erste mal aufgebaut wird. Er müßte in diesem Fall eine Seite mit lautet div's haben die leer sind und nun werden die Inhalte aus der DB geholt. Leuchtet mir nicht ein. Ich baue sonst meine Seite auf dem Server auf. Hole mir alles aus der DB und schicke die Seite dann ab. Nachladen kann ich dann auch per Ajax. Weiterhin finde ich das Konzept etwas chaotisch. Man nehme mal eine echt große Datenbank mit vielen Daten. Nun darf jeder speichern was er will und wie er will. Keine Struktur und alles durcheinander. Also ruft der User die ganzen Aufrufe auf ! Was ist, wenn die Seite das erste mal aufgebaut wird. Er müßte in diesem Fall eine Seite mit lautet div’s haben die leer sind und nun werden die Inhalte aus der DB geholt. Leuchtet mir nicht ein. Ich baue sonst meine Seite auf dem Server auf. Hole mir alles aus der DB und schicke die Seite dann ab. Nachladen kann ich dann auch per Ajax. Weiterhin finde ich das Konzept etwas chaotisch. Man nehme mal eine echt große Datenbank mit vielen Daten. Nun darf jeder speichern was er will und wie er will. Keine Struktur und alles durcheinander.

]]> Von: JSON und PHP, aber bitte JavaScript like! | Hooda Blog http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1476 JSON und PHP, aber bitte JavaScript like! | Hooda Blog Sat, 20 Dec 2008 04:57:06 +0000 http://www.phpblogger.net/?p=377#comment-1476 [...] (Prototype, und besonders Mootools). Angeregt durch einen Interessanten Artikel über couchDB auf PHP Blogger, eine Datenbank, welche angeforderte Datensätze eben im JSON-Format zurückgibt (und das geht als [...] [...] (Prototype, und besonders Mootools). Angeregt durch einen Interessanten Artikel über couchDB auf PHP Blogger, eine Datenbank, welche angeforderte Datensätze eben im JSON-Format zurückgibt (und das geht als [...]

]]> Von: Jan http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1464 Jan Wed, 17 Dec 2008 01:41:11 +0000 http://www.phpblogger.net/?p=377#comment-1464 Datenbank-Sätze von vornherein als Jsons zu behandeln finde ich durchaus spannend und zukunftsträchtig. Wer bereits in JavaScript mit Json-Daten hin und her jongliert hat, wird das vielleicht verstehen. Aus für kompliziertere Web-Anwendungen die ich programmiert habe, hätte Couch denke ich Sinn gemacht - unter anderem ein Lern Tool für Vokabeln oder bei einem Chat. Für letzteres habe ich müssig einen Ajax-Request an PHP verschickt, dort die entsprechende Funktion aufgerufen, SQL-Query, den Result auf JSON umgewandelt, die Daten dann per Ajax zurückgeschickt und im JavaScript wieder extrahiert... Mit CouchDB hätte ich mir diese ewige Ajax-Spalterei theoretisch sparen können. Zudem kommt hier die möglichkeit Daten "mehrdimensional" zu speichern dazu! Denn eine Datenbank-Tabelle ist im Grunde doch nichts anderes als ein Zwei-Dimensionales Feld? Datenbank-Sätze von vornherein als Jsons zu behandeln finde ich durchaus spannend und zukunftsträchtig. Wer bereits in JavaScript mit Json-Daten hin und her jongliert hat, wird das vielleicht verstehen. Aus für kompliziertere Web-Anwendungen die ich programmiert habe, hätte Couch denke ich Sinn gemacht - unter anderem ein Lern Tool für Vokabeln oder bei einem Chat. Für letzteres habe ich müssig einen Ajax-Request an PHP verschickt, dort die entsprechende Funktion aufgerufen, SQL-Query, den Result auf JSON umgewandelt, die Daten dann per Ajax zurückgeschickt und im JavaScript wieder extrahiert… Mit CouchDB hätte ich mir diese ewige Ajax-Spalterei theoretisch sparen können.
Zudem kommt hier die möglichkeit Daten “mehrdimensional” zu speichern dazu! Denn eine Datenbank-Tabelle ist im Grunde doch nichts anderes als ein Zwei-Dimensionales Feld?

]]> Von: Stefan2 http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1452 Stefan2 Sat, 13 Dec 2008 09:16:14 +0000 http://www.phpblogger.net/?p=377#comment-1452 In den Kommentaren wird ja munter durcheinander geworfen. Javascript muss nicht im Frontend eingesetzt werden (kann aber und ist sicher eine flotte einfache Variante). Die CouchDB wird über REST-API angesprochen. Das geht einfach über AJAX/Javascript-Calls, kann aber genauso server-seitig über PHP, Java, Ruby, ... angesprochen werden. Das Ganze hat also mit Javascript im Browser, Suchmaschinen-Abfragen, etc. nicht viel zu tun. Relationale Datenbank mit CouchDB zu vergleichen ist Unsinn. CouchDB ist Dokumenten-basiert. Dementsprechend muss auch in den Köpfen die Abfrage-Methodik umgestellt werden bzw. muss natürlich überprüft werden inwiefern die Anwendung eher "Dokumenten"-basiert ist. Extrem relationale Strukturen machen auf Basis CouchDB eher keinen Sinn. Für den produktiven Einsatz ist die CouchDB in vielen Aspekten sicher noch zu neu (s. auch die Website von CouchDB bzgl. der Sicherheit/Berechtigungskonzepten/etc). Klasse finde ich die Möglichkeit Views über server- bzw. datenbank-seitiges Javascript zu definieren. Insgesamt ein höchst interessantes, spannendes Projekt, wo es sich sicherlich lohnt die Weiterentwicklung im Auge zu behalten. In den Kommentaren wird ja munter durcheinander geworfen.

Javascript muss nicht im Frontend eingesetzt werden (kann aber und ist sicher eine flotte einfache Variante).
Die CouchDB wird über REST-API angesprochen. Das geht einfach über AJAX/Javascript-Calls, kann aber genauso server-seitig über PHP, Java, Ruby, … angesprochen werden.
Das Ganze hat also mit Javascript im Browser, Suchmaschinen-Abfragen, etc. nicht viel zu tun.
Relationale Datenbank mit CouchDB zu vergleichen ist Unsinn. CouchDB ist Dokumenten-basiert. Dementsprechend muss auch in den Köpfen die Abfrage-Methodik umgestellt werden bzw. muss natürlich überprüft werden inwiefern die Anwendung eher “Dokumenten”-basiert ist. Extrem relationale Strukturen machen auf Basis CouchDB eher keinen Sinn.
Für den produktiven Einsatz ist die CouchDB in vielen Aspekten sicher noch zu neu (s. auch die Website von CouchDB bzgl. der Sicherheit/Berechtigungskonzepten/etc).
Klasse finde ich die Möglichkeit Views über server- bzw. datenbank-seitiges Javascript zu definieren.
Insgesamt ein höchst interessantes, spannendes Projekt, wo es sich sicherlich lohnt die Weiterentwicklung im Auge zu behalten.

]]> Von: Rob http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1239 Rob Wed, 08 Oct 2008 14:47:50 +0000 http://www.phpblogger.net/?p=377#comment-1239 Interessante Geschichte, werde ich mir auch mal bei Gelegenheit anschauen. An die JS-Kritiker der dezente Hinweis, daß man mehr und mehr Probleme hat, das Internet zu nutzen, wenn JS deaktiviert ist. Sicher, für Internetseiten die lediglich der Anzeige von Inhalten dienen ist JS vielleicht überflüssig, aber bei Webapplikationen kommt man heutzutage kaum noch darum herum. Der Vorteil von AJAX und CouchDB liegt auf der Hand: Die Daten werden in dem Format abgelegt, in dem sie dann auch an den Client übertragen und interpretiert werden. Decode und encode fallen somit weg und soweit ich weiß haben die führenden Browserhersteller schon eine sichere Alternative zu Eval() angekündigt. Für SEO muss man derzeit noch viel tricksen, wenn man mit AJAX arbeitet, aber auch das ist nur noch eine Frage der Zeit, denke ich. Interessante Geschichte, werde ich mir auch mal bei Gelegenheit anschauen. An die JS-Kritiker der dezente Hinweis, daß man mehr und mehr Probleme hat, das Internet zu nutzen, wenn JS deaktiviert ist. Sicher, für Internetseiten die lediglich der Anzeige von Inhalten dienen ist JS vielleicht überflüssig, aber bei Webapplikationen kommt man heutzutage kaum noch darum herum. Der Vorteil von AJAX und CouchDB liegt auf der Hand: Die Daten werden in dem Format abgelegt, in dem sie dann auch an den Client übertragen und interpretiert werden. Decode und encode fallen somit weg und soweit ich weiß haben die führenden Browserhersteller schon eine sichere Alternative zu Eval() angekündigt.
Für SEO muss man derzeit noch viel tricksen, wenn man mit AJAX arbeitet, aber auch das ist nur noch eine Frage der Zeit, denke ich.

]]> Von: Michael http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1226 Michael Wed, 01 Oct 2008 14:39:14 +0000 http://www.phpblogger.net/?p=377#comment-1226 Also wir verlagern zunehmens die Anwendungen auf den Client. Gerade bei "internen" Anwendungen wie Systemen zur Datenpflege wo man Browser und BS eingrenzen kann, ist das unproblematisch. Schwierig wird es immer, wenn viele Browser bedient werden müssen. Javascript ist leider nicht immer JavaScript. Das ist bei PHP zwar auch so - aber auf den Server eingrenzbar. Ich finde die Idee sehr spannend, einen großteil der Arbeit auf den Client zu verlagern. Das macht die Anwendungen viel schneller und geschmeidiger. Leider funktioniert das nur mit geringen Daten-bzw. Teilmengen. Webshops mit Millarden Datensätzen, wo es dann richtig nützlich werden würde, sind so nicht Administrierbar. Kleine Projekte (z.B. kleinere Produktdatenbanken) , die wir früher mit Access gelößt haben, halte ich für durchaus umsetzbar. Das große Problem an der Datenausgabe sind die Suchmaschinen, die Abfragen in JavaScript nicht durchführen und somit aus der Geschichte raus sind. Ich bin gespannt, wann sich auch das Problem erledigt hat... Also wir verlagern zunehmens die Anwendungen auf den Client. Gerade bei “internen” Anwendungen wie Systemen zur Datenpflege wo man Browser und BS eingrenzen kann, ist das unproblematisch. Schwierig wird es immer, wenn viele Browser bedient werden müssen. Javascript ist leider nicht immer JavaScript.
Das ist bei PHP zwar auch so - aber auf den Server eingrenzbar.
Ich finde die Idee sehr spannend, einen großteil der Arbeit auf den Client zu verlagern. Das macht die Anwendungen viel schneller und geschmeidiger.
Leider funktioniert das nur mit geringen Daten-bzw. Teilmengen. Webshops mit Millarden Datensätzen, wo es dann richtig nützlich werden würde, sind so nicht Administrierbar.

Kleine Projekte (z.B. kleinere Produktdatenbanken) , die wir früher mit Access gelößt haben, halte ich für durchaus umsetzbar.

Das große Problem an der Datenausgabe sind die Suchmaschinen, die Abfragen in JavaScript nicht durchführen und somit aus der Geschichte raus sind.

Ich bin gespannt, wann sich auch das Problem erledigt hat…

]]> Von: phil http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1220 phil Fri, 26 Sep 2008 15:26:12 +0000 http://www.phpblogger.net/?p=377#comment-1220 Selbst auf die Gefahr hin mich zu wiederholen. Aber das ganze Experiment ist ja auch nicht für produktiv Webapplikationen gedacht. Aber überlegt euch mal, dass ihr eine Mini-DB für interne Zwecke hacken müsstet, wo früher vielleicht jemand im Unternehmen Access oder sowas benutzt hat. Das ganze dauert dann nur noch 5 Minuten, funktioniert und hat ein schickes AJAX Webinterface... Selbst auf die Gefahr hin mich zu wiederholen. Aber das ganze Experiment ist ja auch nicht für produktiv Webapplikationen gedacht. Aber überlegt euch mal, dass ihr eine Mini-DB für interne Zwecke hacken müsstet, wo früher vielleicht jemand im Unternehmen Access oder sowas benutzt hat. Das ganze dauert dann nur noch 5 Minuten, funktioniert und hat ein schickes AJAX Webinterface…

]]> Von: Flüge http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1219 Flüge Fri, 26 Sep 2008 15:05:21 +0000 http://www.phpblogger.net/?p=377#comment-1219 Hmmm, so lange google kein JS versteht brauchen alle websites, die im Internet auch gefunden werden möchten PHP. Klare Sache. Deine Kritik kann ich vollkommen nachvollziehen, allerdings werden wir uns wohl noch etwas länger mit PHP beschäftigen, egal ob es uns lieb ist oder nicht. Hmmm, so lange google kein JS versteht brauchen alle websites, die im Internet auch gefunden werden möchten PHP. Klare Sache. Deine Kritik kann ich vollkommen nachvollziehen, allerdings werden wir uns wohl noch etwas länger mit PHP beschäftigen, egal ob es uns lieb ist oder nicht.

]]> Von: Bernd http://www.phpblogger.net/2008/09/02/wer-braucht-noch-php/#comment-1217 Bernd Thu, 25 Sep 2008 09:48:46 +0000 http://www.phpblogger.net/?p=377#comment-1217 Na ja - für mich der eigentlich immer etwas "Angst" vor Javascript hat wirds wohl ber der beschriebenen althergebrachten Art bleiben. Aber natürlich schau ich mir das Projekt mal an - manchmal findet man ja überraschendes und arbeitserleichterndes. Na ja - für mich der eigentlich immer etwas “Angst” vor Javascript hat wirds wohl ber der beschriebenen althergebrachten Art bleiben.
Aber natürlich schau ich mir das Projekt mal an - manchmal findet man ja überraschendes und arbeitserleichterndes.

]]>