Undolog.com

Nach der Übernahme von Macromedia, Adobe schafft seine Labs , Entwicklungslabors! Aufbauend auf dem Erfolg von Microsoft mit seinem Internet Explorer 7 Blog - das hat (und hat) gespeichert eine Menge von Diensten Pack - Adobe hat außerdem die Technik der Beta-Version. In der Tat war er nun, anstatt zu warten, für die nun sehr lange Zeit, um eine Software zu entwickeln (sei es Tradition, ist ein Web Application), warum nicht, Ihnen vorzuschlagen, die Version noch in der Entwicklung? Auf diese Weise gibt es eine Echtzeit-Feedback über die tatsächliche Qualität der Software die Sie entwickeln.

Aber, ganz ehrlich, sollte die Software haouse ein wenig nach unten "Preise für ihre Software, da die Beta - Sie zahlen oder gezahlt werden - wir tun Nutzer!

Mit Adobe Soundbooth Beta überschreibt der bekannten SoundEdit. Adobe Photoshop Lightroom ist ein neues Produkt an professionelle Fotografen richtet, mit vielen Video-Demos online. Flash 9 mit ActioneScript 3 erscheint auch in der Alpha-Version zum Download! Es ist zwar Vorschau angezeigt! Um die mobile finden Flash Lite 2.1 Authoring-Update , aber es scheint, dass eine endgültige Freilassung statt Vorfreude. Abgesehen von diesem kleinen Sammelband von Beta-, Alpha-und Upgrade glauben, dass die Initiative gut ist, wenn nicht sogar hervorragend.
Also für die Neugierigen, die vor und wollen nicht warten, um eine neue Version der Software versuchen, Adobe Labs ist ein Ort der sicheren Spaß! Ich betone noch einmal die Tendenz zum Endverbraucher zu den Stufen der Entwicklung beteiligt, ein Trend, der seine Verbreitung verdankt die Generation Web 2.0. Wahrscheinlich wird ein Modus, in naher Zukunft wie ein Lauffeuer verbreiten wird, wo immer möglich sein. Sie könnten versuchen, un'appartamente un'autombile oder bevor es freigegeben wird, zum Beispiel ...

Mehr ...

Wie bereits auf "berührt JavaScript vs PHP "(oder ASP, CFM, ...), die Frage, ob oder nicht, einen Kernel Web2.0 JavaScript in Ihren Skripts eingeben, anstatt ihn - in der Mehrheit der Mitglieder - der Server-Seite, kann zu Verwirrung führen, wenn nicht Verwirrung. Allerdings gibt es gute Gründe, um den Server als dem Auftraggeber zu begünstigen, aus Gründen, die nichts mit Web2.0, die im Gegensatz dazu wirft ein Schlaglicht auf Ihre JavaScript-Skripten zu tun haben.

Mehr ...

Es gibt ein Gerücht, das derzeit eine anhaltende Diskussion über die Verwendung von Javascript als Hersteller von HTML-Inhalten. Insbesondere verfolgt das Dilemma, das Universum zu Ajax. Unter diesem Kürzel verbirgt sich eine Methode, um den Web-Server mit Hilfe von JavaScript-Skript zu kontaktieren, ohne dass der Browser muss die gesamte Seite neu zu laden, mit dem Ergebnis - und ärgerlich - "fliker" video.

Die Tatsache, dass diese Technik, um mit den Web-Server mittels Kommunikation ermöglicht, in der Praxis, können Sie - und erhalten - Informationen aus dem Web-Server ohne dass der Benutzer - in der Tat - wenn Sie es wissen! Auf dieser letzten Aussage wäre es angebracht, eine separate Diskussion zu eröffnen.

Kehren wir zu unserem Frage, ist die wichtigste Frage: wenn er die Antwort erhält von der Web-Server, die das Gerüst HTML zu bauen, dass Sie die Antwort in der aktuellen Seite gesetzt hat? Der Webserver muss zum Zeitpunkt der Antwort oder eine Aufgabe, die der Client-Seite wird Javascript delegiert machen?

In der Praxis werden einige sagen, der beste Weg ist, um die vollständige Antwort direkt auf der Server-Seite zu packen, so dass der Client JavaScript und nur dann erfolgen sollte (get & einfügen). Andere hingegen argumentieren, dass das Beste, was empfängt falsche Daten, roh, vielleicht in einer XML-Struktur und Prozess alle der Client-Seite mit JavaScript, und immer mit JavaScript, um das Gerüst benötigt, um die HTML-Seite einfügen erstellen.

Es erscheint unmittelbar einsichtig ist jedoch, dass es nicht möglich ist - a priori - unterstützen ein Modell relativ zueinander. Sowohl offensichtlich werden muss kontextualisiert. E 'möglich, dass in einigen Fällen, um alles an den Web-Server packen es tatsächlich ist die beste Wahl, sowohl während der Entwicklung und in der Geschwindigkeit der Übertragung.

Es muss gesagt werden, dass, wenn die Idee, große Mengen an Javscript Code auf dem Client geladen nicht eine schöne Lösung. Ich sage das in Erinnerung an Skalierbarkeit. Ein System, das schon schwer in einem frühen Stadium hat, hat kaum eine Chance, in Frieden in die Zukunft voranschreiten. Darüber hinaus auch bei den weit verbreiteten incomptibilità Browser verfügbar, dann wird der Client-Seite Javascript-Code machen es zu anstrengend für die Entwicklung artikuliert. Aber manche Leute es tut! Zweifellos.

Die Moral, auf dem neuesten Stand, 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 Der Code wurde geschrieben mit beiden Methoden entsprechend.

Morgen, vielleicht, wird der Browser kommen Sie an Bord vorcodiert! Sie werden auf jeden Fall die Komponente HTTPRequest überarbeitet. Denn jetzt hat diese Technik ihre Wiedergeburt (siehe Verwendung von IFRAME-Tag) ist der Mindeststandard HTTPRequest auf dem Bauteil, seine Präsenz und Umsetzung sowohl der Anstieg im Browser und Banda-Medien zur Verfügung zu Internet-Nutzer gemacht. Die HTTPRequest HTTP ist immer noch ein Sub-Kanal, nicht mehr und nicht weniger. Senden XML statt HTML macht nicht viel Unterschied, belauscht das Netz dort zu realisieren jetzt. Vielleicht handelt es sich um etwas anderes, die über die Frage von Ajax geht stöhnend. Es ist wahr, dass ein bestimmter Teil der Internet-Gemeinschaft für eine Veränderung, strukturelle Veränderungen aufruft. Es war die Rede - zu Recht - pemanenti Verbindungen, die sicherlich 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 Internets überholt. Seine Protokolle, für andere Netzwerk-Geschwindigkeit und andere Bedingungen konzipiert, sind obsolet.

Mehr ...

Die neue Begeisterung auf dem Web2.0 wird sich auch auf dem Markt spielen die Spiele online? Vielleicht ist dies bereits seit einiger Zeit passiert ist. Einige der Konzepte, die das web2.0 zu Grunde liegen seit langem von einer Vielzahl an Entspannungsmöglichkeiten Erfahrungen wurden auf der Webseite verwendet. Online-Spieler sind auf die Verwendung von Ajax-Stil gewöhnt und wissen den Vorteil, dass die Software - das Spiel - auf einem entfernten Server.

Zusätzlich kann diese Leute auf dem Netzwerk von Akteuren, hatte kein Problem eine Schnittstelle mit der neuen Preispolitik im Zusammenhang mit diesen Erfahrungen. Zahlen Sie nur, wenn Sie oder spielen Sie beitreten mit einer jährlichen Gebühr an den zentralen Server zugreifen scheint nicht verhinderte die massive Verbreitung von Online-Spielen haben! In der Tat! Bei genauerem Hinsehen viele "Spieler" sind äußerst zufrieden mit dem Preis / Leistungsverhältnis im Vergleich zu einer Annäherung an die Konsole oder DVD im Laden gekauft zufrieden. All dies zeigt auch, was wurde bisher Aspekt der Online-Zahlung übersehen. Es ist offensichtlich aus der Anzahl der Spieler online rund um die Welt - und Italien -, dass es keine Probleme mit Kreditkarten und Online-Transaktionen sicher. Schließlich aktualisieren Sie Ihre Online-Spiel mit einem einzigen Mausklick macht die Play-Mitarbeitern sehr glücklich.

Was sollte jedoch betont, ist, dass die Differenzen mit der Web-Anwendung mit Ajax und Derivate, sind viele, wenn nicht viele. Wenn der Ansatz - jetzt - ist eine nette Rendite auf das Konzept der Haupt-Rahmen haben die Spiele auf ihrer Fähigkeit, proprietäre Verbindungen, die weit über einfache HTTP-gehen verwenden.

Mehr ...