Undolog.com

Für diejenigen, die Module und Form der Kontakte zu entwickeln, besteht ein Bedarf an der immisione einer E-Mail-Adresse zu bestätigen. Heute mehr denn je bereit, mit Dämonen SPAM überall laufen, ist es gut, gegen die "schlauen" ready to HTML-Formulare verwenden, um E-Mail senden oder illegalen Hack, um SPAM und mehr zu bewachen.

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 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 ...