IE7: automatische Windows-Update

Dienstag, 31. Oktober, 2006

Die Version 7 des Microsoft-Browser wurde (endlich) veröffentlicht in englischer Sprache (fast gleichzeitig wurde die Freigabe von Firefox 2). Eine kurze - durch die automatischen Updates von Windows - wird auf Millionen von Rechnern, da Patches des Systems. Jemand hat bereits kritisiert diesen Schritt von Microsoft Schreien all'ennesimo Fehlverhalten. Web-Entwickler, jedoch mehr daran interessiert zu wissen, was wird Internet Explorer 6 (IE6) und wie sollten comportarse bei der Entwicklung von Web-Sites.

Die Frage über Windows Update ist für Anfang November! Daraus folgt, dass in einer Woche ist gut, dass IE6 begraben. Web-Entwickler werden natürlich aktualisieren Sie Ihren PC, damals niemand Version 6, die die kanonische-Kompatibilitäts-Test.

Es ist in der Tat offensichtlich, dass diejenigen, die - wie wir - es ist verrückt nach Updates, und muss die neueste Version der Software, befindet sich zwischen dem Hammer und dem Amboss. Darüber hinaus - so liegt auf der Hand - IE6 ist tot! Und es war auch jetzt! Ein Kandidat Browser, um sicherzustellen, dass - wenn es jemals ist ein - in naher Zukunft (nächsten Tag) ist sicherlich IE7, weil sie leiden wird ein Patch (Service Pack) Sicherheit.

Von Entwickler verstehen, dass IE6 hat jetzt aufgegeben! Microsoft hat auch ausdrücklich empfohlen, sich dringend auf die Version 7, wenn es nicht wiederholt werden muss. Web-Entwickler müssen eine Maschine mit IE6 zu testen? Durch die nicht aktualisiert werden? Eine solche mögliche Angriffe von allen Seiten oder nicht online gehen?

Die offensichtlichste - und vorteilhaft für Microsoft - ist, dass Entwickler und Endbenutzer-Schalter sofort zu IE7, die er will oder nicht!

Verwandte Post

Firefox, Internet, Windows,
Veröffentlicht in Internet-Entwicklung | No comment "

Javascript Content vs PHP

Montag, 23. Oktober, 2006

Es ist ein sehr wichtiger Grund für die Bevorzugung der Aufnahme von Inhalten via PHP - der Server-Seite - in einem Web-Seite im Vergleich zu der Verwendung von Javascript - der Client-Seite. Bei der Entwicklung von Werkzeugen Ausstieg der CMS Dienstleistungen getmePage auf applick.com könnte Ajax zu nutzen Retrieval-Engine als HTTP-Server-Daten. Das Problem in diesem Fall darin, dass Sie hatte zu tun mit dem Inhalt einer Website, Inhalte, die durch die Suche indiziert als Crawler Googlebot! Der Crawler nicht JavaScript ausführen, so dass es eine leere Seite in den Augen der googlebot. Heute bin ich Inhalte, um einen Unterschied in der Indizierung in Suchmaschinen, dann müssen wir darauf achten, wie sie sind Generated Content auf einer Seite. Was sehen Sie 's von RaidSonic ist nicht das, was er sieht, wie ein Werkzeug googlebot. Dies ist einer der Gründe, die zur Wahl der PHP-Engine in Datenrettung dell'applick getmePage. PHP, in der Tat, läuft der Web-Server vor dem Senden der Seite an den Client. Daraus folgt, dass das, was ist ein Crawler sieht, was er sieht den Endanwender.

Verwandte Post

Internet, PHP, Entwicklung,
Veröffentlicht im Internet, Javascript, PHP, Entwicklung | No comment "

Web 2.0: Kein Javascript

Montag, 2. Oktober, 2006

Wie bereits angesprochen "Javascript vs PHP (oder mehr: ASP, CFM, ...)", die Frage, ob auch Web2.0 ein Kernel-Script in Javascript, statt es aus - in der Mehrheit - der Server-Seite, es kann zu Verwirrung führen, wenn nicht Verwirrung. Aber es gibt gute Gründe, um die Server an den Client, aus Gründen, die nichts zu tun mit dem Web2.0, dass im Gegensatz dazu soll das Rampenlicht zu seinem Skript Javascript.

Skalierbarkeit und Caching

Wenn Web2.0 geht es um eine Verbesserung der Erfahrungen im Web und immer näher an ein Ziel "Anwendung" von HTML-Seiten, wird es notwendig, eine Reihe von Tools, die Verbesserung der Zugänglichkeit el'usabilità eine Seite, so dass es zugänglich zu Wie ein Standard-Anwendung.

Daraus folgt, dass auf dem neuesten Stand, müssen Sie schreiben Rahmen (beide Client-und Server-Seite) können Überwindung der Hindernisse und Mängel HTML-Methoden. Dies geschieht im Wesentlichen durch die Nutzung des Potenzials der unzähligen Javascript Sprache der Auslegung durch den Browser, das ermöglicht eine erhebliche interazionecon den Browser, können Sie das Fenster, Pop-ups, Pull-Down-, Drag & Drop, und vieles mehr. Aber es gibt Grenzen der Phantasie der Entwickler, dass, wenn nicht sorgfältig geprüft wahrscheinlich zu vereiteln jeden Versuch in diese Richtung.

Eine der ersten Hürden, die überwunden werden müssen ist die Skalierbarkeit dieser Systeme! Schreiben Sie eine Seite Javascript Rahmen bedeutet die Schaffung einer Entwicklungsumgebung und den Betrieb äußerst komplex, nach all den gut ist Ihr Programm! Dies bedeutet, dass Updates für den Code sind keine Seltenheit, in der Tat. Wir, also, eine beträchtliche Anzahl von Javascript-Code, die heruntergeladen werden vom Server an den Client. Dies rückt die im Widerspruch zu dem Konzept der Web2.0! Wenn ich zum Download von n Mega-Javascript-Code, warum nicht herunterladen einer Anwendung, ein ActiveX-oder eine Flash?

"Die Web2.0 nicht haben in der Regel die Verwendung von Remote-Anwendungen?"

Wir dürfen nicht vergessen, dass die Verwendung von Web-Anwendungen ist von großem Interesse, wenn sie nicht entfernten, wenn sie vor Ort, sonst reden wir über etwas anderes!

Schlimmer noch müssen wir mit Kampf-Caching-Browser! Wenn von der Server-Code normalerweise Javascript-Browser (und wir werden in eine Welt der persönlichen Einstellungen, die jeder von uns kann das in Ihrem Browser) dazu neigen, um es in einem Cache in einem Raum der lokalen Speicher, um nicht zu müssen, reload , während Sie mit dem Website!
Dies macht es schwierig, die Online-Updates. Es kann vorkommen, inaffti, dass ein Browser ist nicht korrekt eine Datei-ups, weil JavaScript bereits positioniert in den Cache. Einige Entwickler verwenden Sie ein Hack zum Laden einer Datei Javascript und zwingen den Browser zu laden jedes Mal die Datei - oder Dateien - Scripting. All das, natürlich, bald beweist eine schlechte Wahl, so dass die Website extrem langsam.

"Caching ist wirklich ein Problem nun, in vielen Situationen!"

Ein Ajax Rahmen mit ausgefeilten Programmierung ist nicht sicher, ob genau das, was. Web2.0-Entwickler sollten von Anfang an die Möglichkeit der Ausweitung ihres Systems. Auf der einen Seite halten die Javascript-Code auf ein Minimum, der andere muss in der Lage sein zum Aufladen der Scripting wenn es erforderlich ist.

"Eine mögliche Lösung ist die Verbesserung der Kommunikation Browser-Server!"

Wenn Browsern hatte mehr Funktionalität an Bord, das Problem würde sich mit weniger Aufwand für die Entwickler, dass es mit viel weniger Code zu schreiben und dann zum Download bereit.

"Aber das ist nicht ein Szenario Mai bereits haben?"

"Wir sind Dreh-Browser in kleine Betriebssysteme?"

Verwandte Post

Internet, Entwicklung,
Veröffentlicht in Ajax, Internet, Javascript, Entwicklung | No comment "