Undolog.com

Snap ist eines dieser außergewöhnlichen Stil Web2.0-Dienste, die zunehmend im Netz so völlig kostenlos angeboten. Seine Nicht-Funktionieren ist einfach, geben Sie einfach die "üblichen" JavaScript-Skripte auf Ihrer Webseite, Blog oder irgendetwas anderes ... und als der InCon alle Ihre Links haben jetzt eine schöne Vorschau in Echtzeit.
Um es zu testen Ich habe hier auf undolog.com, versuchen zu schweben oben . Cool!

Fortsetzung ...

Frage: Ajax-Anwendungen als echte allumfassende RIAs (Rich Internet Application - RIA ist eine Web-Anwendung mit allen Features und der Funktionalität eines herkömmlichen Desktop-Anwendung für PC) in Betracht gezogen werden?
Laut Ryan Stewart, keine - oder zumindest nicht jetzt.

Die Rolle des Desktops in Rich-Internet-Anwendungen von ZDNet 's Ryan Stewart - Rich Internet Applications haben dazu beigetragen, das Gesicht des Webs. Es ist mehr interaktive, haben Designer die Möglichkeit, ihre Marke und Innovation im Bereich der Webentwicklung zu verlassen ist rapide gestiegen. Rich Internet Applications geholfen eröffnen das Internet, um bessere Erfahrungen und jetzt sind sie das Gleiche für Desktop-Anwendungen. Wo RIAs in die Welt der Desktop-Entwicklung ein?

In der Tat, Wettbewerb mit anderen "Ansätze" - ist sehr hoch - so zu sagen. Die jüngste Explosion der Net TV, zeigt zum Beispiel, dass die Gewerkschaft Stärke ist. In "Ajax" Sie kann nicht sehen, ein Video, für eine Sache. Da es nicht möglich, viele andere Sachen zu realisieren. Ich glaube nicht, dass Ajax die absolute Zukunft. Ich sehe mehr als alles andere in Ajax Browser-Erweiterung und einen neuen Weg, um einige der Dynamik im Zusammenhang mit der EU vor sogar als Adresse.

Allerdings, wenn jemand es bemerkt hatte, gibt es immer noch Hindernisse zu überwinden. Zum Beispiel:

• Verbesserung der Kompatibilität zwischen verschiedenen Browsern auf dem Markt, ein Thema umfassend zu diesem sehr Blog diskutiert
• Lassen Sie eine stärkere Interaktion zwischen Web-Seiten und das Betriebssystem "host", wie ein Drag & Drop vom Desktop auf die Web-Seite
• Standardisierung von Scripting: JScript, JavaScript (1,3, 1,7, ...), VBScript
• Accessibility, Usability und Sicherheit gegeben, dass wir auf dem Netz!

Bibliotheken, Prototype / Script.aculo.us und YUI-Komponenten: die eigentliche Stein des Anstoßes?

Wenn ein Entwickler eine Bibliothek oder einen Frame-work schafft zu reparieren (ein für alle Mal) eine Vielzahl von Bedürfnissen, durch die Schaffung eines Monsters zu starten. Oft merken es nicht, aber den Link Endbenutzer-Entwickler ist wirklich verdreht. Es beginnt zum Beispiel mit der Schaffung einer JavaScript-Bibliothek, die einfache Windows erstellen können. Nur ein wenig, und jemand schafft eine ähnliche Bibliothek, die Sie modale Fenster resizable schaffen und Überschneidungen mit der Geschäftsführung bestellen können. Nach einer Weile, "es kommt, und auch realisiert maßgeschneiderte Grafik ... und so weiter.

Grundsätzlich, wenn Sie etwas zu bekommen, unmittelbar nach dem sofortigen, dass etwas nicht scheint genug, scheint zum Standard werden und dann nach neuen Accessoires, um noch mehr auf die Leistung oder Aussehen zu verbessern. Alle Endbenutzer-Anfragen! Und der Entwickler läuft fast wie ein Hund eingeschüchtert; der Endbenutzer hat immer Recht!

Dieses Rennen geht, in einem Universum, wie die des Internet, wird wahrscheinlich lange zu bringen cast mehr Verwirrung als alles andere.

Web 3.0?

In letzter Zeit Erfahrungen (beta) haben in den Web2.0 im Netzwerk mit einer beeindruckenden Geschwindigkeit vermehrt. Jeder hat die Aufmerksamkeit seiner Anwendung Ajax-Stil, jeder mit seinen Embedded-Lösungen, die sich auf Bibliotheken Noten gebracht, schriftlich Frame-work Eigentümer, etc. ...
Jede Erfahrung hat seine Eigenheiten: Einige war optisch ansprechend, einige extrem schnell, extrem anpassbare und andere andere sehr brauchbar.
Aber niemand, bis jetzt, hat es geschafft, all dies in einer einzigen Umgebung zu kombinieren.

Sorgfältige Überlegungen ist klar, dass der Grund für die schlechte Unterstützung durch den Browser selbst und die immense Komplexität des Problems zur Verfügung gestellt wird.

Selbst wenn jemand den Browser, um ein Betriebssystem assimiliert, hält er immer noch einen großen Vorteil. An erster Stelle steht die so genannte Kernel. Was ist der Kernel-Explorer oder Firefox? Beide, wie Opera oder Safari, kaum Unterstützung der Skriptsprache namens JavaScript (oder JScript als der Fall ist). Mozilla Firefox ist im Begriff, ihre Version von JavaScript Version 1.7, wirklich interessant. Aber wird Microsoft Explorer? Es installiert ein ActiveX emulieren ihn warten, bis 2012 für die Freigabe von IE8 oder nutzen Sie eine Vielzahl von if zu verstehen, auf welcher Plattform Sie arbeiten?

Ich kann nur mit Ryan Stewart zustimmen. Denn jetzt ist Ajax eine Technik, sehr hilfreich in sehr speziellen Fällen, aber diese Technik (und ich betone Technik ist nicht die Technik), um eine RIA zu vergleichen, scheint mir - zumindest für den Moment - wirklich übertrieben.

Macromedia / Adobe

Interessant sind jedoch die Technologien (und ich betone Technologie und nicht-technische) Flex / Flash und Apollo, nach der Übernahme von Macromedia durch Adobe leben eine zweite Jugend.
Ich allen Interessierten empfehlen, um die Ansicht zu Adobe Labs , wo er eine schöne neue Politik, die auf jeden Fall begeistert mehr Vertrauen in die Zukunft der Script.aculo.us zeigt - nichts für ungut, und ohne Beeinträchtigung der Entwickler.

Aber das Internet ein einzigartiges Feature ist, dass der Überraschung, so bin ich überhaupt nicht überrascht, dass er sagte - kurz - eine Vielzahl von Unsinn!

Fortsetzung ...

Gene ! Es ist wahr, dass der Fantasie keine Grenzen hat. Ajax wird wahrscheinlich uns, wo kein Entwickler zuvor gesehen hat! Doch gut. Dieses Tool , kostenlos, es ist wirklich nett. Es ermöglicht Ihnen die Erstellung "on the fly" ihren Stammbaum, es sei denn, dass Sie alle Daten haben. Die Aufnahme ist "versteckt" in den ersten Eintrag, oder sich selbst.

Es geht ziemlich ausgeliefert, hält in allen praktischen Erwägungen (divorsi, lebenden Verwandten, des Geschlechts, ...) jede "Person" ist eine echte Karte, Adressbuch oder Kalender fast Kunden. Das Interface hat princpale eine Antwort ziemlich schnell, das kann nicht der Interface-Karten für einzelne Elemente gesagt werden, fügte hinzu: jedes Mal, wenn Sie auf einem Register einen Ajax-Request sehr langsam geschieht klicken.
Abgesehen von einigen "Baghetti" hier und da, die Langsamkeit von einigen chronischen Stadien ist die Idee nett. Probieren Sie es mindestens einmal ...

HINWEISE:
Es nutzt Prototype / Script.aculo.us und YUI-Komponenten (Yahoo). Vielleicht deshalb ist es sehr langsam ist.

Fortsetzung ...

Wie viele Web-Entwickler wissen, vor dem Aufkommen des XMLHttpRequest-Objekts, war das Problem der Umladung von einer Web-Seite mit der Technik der versteckten FRAME oder IFRAME gelöst. Dieser einfache Trick hat es viele Menschen, um einige Probleme zu lösen ansonsten unlösbare Schnittstelle. Ein Vorteil der Verwendung der versteckten Frame, unter anderem wurde die Möglichkeit, die Browser-History zu halten! Was nicht erlaubt das XMLHttpRequest-Objekt.

Neben Techniken, die HTML FRAME oder IFRAME versteckt zu verwenden, ist es möglich, Flash als Sub-Kanal für die Kommunikation zwischen der Seite und dem Server verwenden. Einige Erfahrungen in dieser Richtung sind noch in der Entwicklung (siehe zum Beispiel Fjax ). Die Idee ist, zu "verstecken" einen Flash-Film innerhalb der HTML-Seite (wie bei FRAME passiert) und mit ihm kommunizieren via JavaScript (oder VBScript für Microsoft-Umgebung).

Doch diese Technik eine Reihe von Tücken. Zunächst zwingt die Endbenutzer das Flash-Plugin zu installieren, und dann eine Lösung ist nicht HTML (rein) reinigen. Es erfordert auch, jedoch veranlasste die Verwendung von Javascript und Flash als Schnittstelle zwischen der Seite, so viel ist es wert mit dem XMLHttpRequest-Objekt. Dann, wenn Sie einen Rahmen in ActionScript zu schreiben beginnen wollen alles in Flash zu tun. Hier ist, dass die Variation auf das XMLHttpRequest-Objekt zu wenig Sinn haben, beginnt.
Letztendlich, wenn Sie nicht wollen, das XMLHttpRequest-Objekt verwenden, müssen wir uns auf die nun etablierte Technik der versteckten Frame verlassen. Es gibt auch diejenigen, die nur eine gemischte Technik verwenden: XMLHttpRequest + IFRAME!

Doch nun hat Ajax (in Form des XMLHttpRequest-Objekts) erwies sich als so erfolgreich, dass in der Zukunft wird das XMLHttpRequest-Objekt, das durch eine verbesserte Browser-Hersteller (Microsoft, Mozilla, Opera, etc. unterstützt wird ...). In der Praxis wird XMLHttpRequest eine Standard-Komponente (wie dies bereits in FireFox) innerhalb des Browsers, erreichbar über Javascript werden! Warum also nicht nutzen?

Fortsetzung ...

Auf Ajaxan.com erschien ein interessanter Artikel über das London wirklich schöne Erfahrung. Protopage ist ein kleines Betriebssystem gewidmet Sharing. Der Motor Umfeld ist gut geschrieben und das Interface ist sehr einfach zu bedienen. Dies ist sicherlich ein gutes Beispiel dafür, wie die Web entwickelt sich weiter. Allerdings Fallstricke bleiben aus Gründen der Kompatibilität, siehe zB Explorer 7, aber der Weg scheint voller Überraschungen.

Fortsetzung ...

Ajax, für einige war es eine Revolution. stessi nascosti). Für einige Programmierer "navigiert" war nur eine andere Art und Weise zu tun, was war zuerst mit Hilfe des HTML erreicht IFRAME (oder FRAME gleichen versteckt). Offensichtlich sind sie alle recht. Ajax war eine Revolution, weil sie zu einem bestimmten Zeitpunkt, wo die Ausbreitung der großen Bandbreite und der Reife des Web (Web 2.0?) Einen völlig anderen Ansatz als in der Vergangenheit ermöglicht haben passiert.

Die Verbreitung von Web-Anwendungen mit großen Gruppen wie Microsoft, Yahoo, Google und andere, zeigt, wie viel Sie in diesen neuen Ansatz zu investieren. Die Zukunft - neben Venture - Ajax ist so hell und voller neuer Wendungen.

Der Browser und Server Scripting (wie PHP) kann die Unterstützung dieser neuen Art des Sehens das Web und seine Ressourcen zu geben! Applick.com es ist ein klarer Beweis!

Fortsetzung ...

Nach der Übernahme von Macromedia, Adobe schafft seinen Labs , Entwicklungslabors! Aufbauend auf dem Erfolg von Microsoft mit seinem Internet Explorer 7 Blog -, dass (und hat) gespeichert wurde eine Menge von Diensten pack - Adobe übernimmt auch die Technik der Beta-Version. In der Tat war es nun, anstatt zu warten, für die nun sehr lange, um eine Software zu entwickeln (sei es Tradition, ist ein Web Application), warum gehst du nicht auf die Version vorschlagen noch in der Entwicklung? Auf diese Weise ist ein Echtzeit-Feedback über die tatsächliche Qualität der Software, die Sie entwickeln.

Allerdings, ganz ehrlich, sollte die Software haouse ein wenig die Preise für ihre Software, da die beta - Sie bezahlen oder bezahlt werden - wir müssen Benutzer!

Mit Adobe Soundbooth beta überschreibt die bekannten SoundEdit. Adobe Photoshop Lightroom ist ein neues Produkt an professionelle Fotografen richtet, mit vielen Video-Demos online. Flash 9 mit 3 ActioneScript erscheint auch in der Alpha-Version zum Download! Trotz gesetzt Vorschau! Um die mobilen Flash Lite 2.1 Authoring aktualisieren , aber das scheint wie eine endgültige Version statt Vorfreude. Abgesehen von diesem kleinen Sammelband von Beta-, Alpha und Upgrades Ich glaube, dass die Initiative gut ist, wenn nicht so toll.
In kurzen, für die Neugierigen, die sich die Zeit zu antizipieren und können nicht warten, bis eine neue Version der Software probieren möchten, ist Adobe Labs ein Ort der Sicherheit Spaß! Ich betone noch einmal die Tendenz an Endverbraucher, die Entwicklung Stufen umfassen, ein Trend, der seine Verbreitung verdankt die Generation Web 2.0. Wahrscheinlich wird es einen Modus, in naher Zukunft wie ein Lauffeuer verbreitet wird, wo immer möglich sein. Sie könnten versuchen, eine Wohnung oder un'autombile bevor es freigegeben wird, zum Beispiel ...

Fortsetzung ...

Es ist ein sehr wichtiger Grund für die Bevorzugung der Aufnahme von Inhalten via PHP - der Server-Seite - auf einer Webseite in Bezug auf die Verwendung von JavaScript - Client-Seite. In der Entwicklung von Werkzeugen Ausflug Dienstleistungen auf dem CMS getmePage verwendet applick.com konnte Ajax-Engine als HTTP-Server Datenrettung verwenden. Das Problem, in diesem Fall war, dass man mit dem Inhalt einer Seite, die Inhalte, die von Suchmaschinen-Crawler wie Googlebot indiziert ist zu tun hatte! Die Raupen nicht ausführen JavaScript, so dass es eine leere Seite in den Augen der googlebot. Heute habe ich Inhalte, um einen Unterschied in Indizierung in Suchmaschinen zu machen bin, so muss man vorsichtig sein, wie sie Inhalte auf einer Seite generiert. Was sehen Sie die "Endverbraucher ist nicht die Aussicht auf ein Tool wie googlebot. Dies ist einer der Gründe, die die Wahl der PHP nell'engine dell'applick getmePage Datenrettung ermittelt. PHP in der Tat läuft der Web-Server vor dem Senden der Seite an den Client. Daraus folgt, so dass das, was Sie sehen, was ein Crawler den Endanwender sieht.

Fortsetzung ...

Wie bereits auf "diskutiert JavaScript vs PHP in maggiornaza - - "(oder ASP, CFM, ...), die Frage, ob nicht ein Kernel Web2.0 JavaScript in Ihren Skripts eingeben, anstatt sie der Server-Seite kann zu Verwirrung führen, wenn nicht Verwirrung. Es gibt jedoch gute Gründe, um den Server als dem Auftraggeber, aus Gründen, die nichts mit Web 2.0, die im Gegensatz, sich tagsüber auf JavaScript-Skript zu tun haben zu unterstützen.

Fortsetzung ...

Man munkelt, dass eine Diskussion derzeit im Gange über die Verwendung von Javascript als Hersteller von HTML-Inhalten. Insbesondere verfolgt das Dilemma der Ajax Welt. Unter diesem Kürzel verbirgt sich eine Methode, die Sie auf den Web-Server mit Hilfe von JavaScript-Skripten Kontakt ermöglicht, ohne dass der Browser muss die gesamte Seite mit dem Ergebnis, reload - und ärgerlich - "fliker" video.

Die Tatsache, dass diese Technik, um mit dem Web-Server bedeutet, zu kommunizieren, in der Praxis, können Sie senden können - und erhalten - Informationen aus dem Web-Server ohne dass der Benutzer - in der Tat - wenn Sie es wissen! Statements der letzteren wäre der Fall, eine separate Diskussion zu eröffnen.

Kehren wir zu unserem Frage, ist die wichtigste Frage die folgende: einmal Erhalt der Antwort aus dem Web Server, die das Gerüst, dass Sie die HTML-Antwort auf die aktuelle Seite einfügen zu bauen hat? Es muss so tun, bei der die Web-Server oder die Antwort ist eine Aufgabe delegiert, um die Client-Seite JavaScript?

In der Praxis, sagen einige der beste Weg ist, um die vollständige Antwort direkt auf der Server-Seite packen, so dass der Client JavaScript und nur stattfinden sollte (get & Einfügen). Andere hingegen argumentieren, dass es das Beste, Datenmüll, roh, vielleicht in einer XML-Struktur erhalten und verarbeiten alle Client-Seite mit JavaScript ist, und immer mit JavaScript auf das Gerüst benötigt, um die HTML-Seite einfügen erstellen.

Es scheint, ohne weiteres ersichtlich, aber dass man nicht - a priori - zu einem Modell über eine andere zu unterstützen. Beide, natürlich, muss kontextualisiert. Es ist möglich, dass in einigen Fällen, um alles in der Web-Server ist es tatsächlich die beste Wahl, sowohl in der Entwicklung und Geschwindigkeit der Übertragung zu packen.

Es muss sofort gesagt werden, dass die Idee, große Mengen an Javscript Code auf dem Client-Last nicht eine schöne Lösung. Ich sage dies in Erinnerung an Skalierbarkeit. Ein System, das bereits in einem frühen Stadium schwer, hat kaum eine Chance, in Frieden in die Zukunft zu führen. Darüber hinaus auch bei den weit verbreiteten incomptibilità Browser verfügbar ist, dann der Client-Seite Javascript-Code machen es zu anstrengend zu entwickeln artikuliert. Allerdings gibt es diejenigen, die es tun! Zweifellos.

Die Moral, die bisher mit Browsern und Betriebssystemen die wir haben, scheint zu sein, dass jeder muss seinen eigenen Weg, morgen werden wir sehen, zu wählen. Besuchen Sie unsere Website Applick.com wurde der Code geschrieben mit beiden Methoden entsprechend.

Morgen, vielleicht kommt aus dem Browser mit Code pre-board! Die Komponente wird sicherlich HTTPRequest überarbeitet werden. Für den Moment ist diese Technik ihre Wiedergeburt (siehe Verwendung des IFRAME-Tag) ist der Mindeststandard HTTPRequest auf die Komponente, die Präsenz und die Umsetzung in Browsern und sowohl den Anstieg der durchschnittlichen verfügbaren Bandbreite Internet-Nutzer gemacht. Die HTTPRequest ist immer noch ein Sub-Channel HTTP, nicht mehr und nicht weniger. Senden einer XML statt HTML nicht viel Unterschied machen, es belauscht das Netz jetzt zu realisieren. Vielleicht sind das etwas anderes, dass über die Frage der Ajax geht stöhnen. Es ist unbestreitbar, dass ein bestimmter Teil der Internet-Gemeinschaft für eine Veränderung, strukturelle Veränderungen erfordert. Es war die Rede gewesen - zu Recht - der Anschlüsse weiter, dass hat sicher nichts mit der aktuellen Politik (und original) des HTTP-Protokolls zu tun.

Die Realität, am Ende kann es sein, zuzugeben, dass die aktuelle Technologie des Internet überschritten wird. Seine Protokolle, für andere Netzwerk-Geschwindigkeit und andere Bedingungen konzipiert, sind obsolet.

Fortsetzung ...