Was könnte mein Benutzer installiert haben, das meine Webanwendung stört?

Question

Es gibt wahrscheinlich Tausende von Anwendungen wie ' Google Web Accelerator ' und alle Arten von Popup-Blocker . Dann gibt es Kopfblockierung persönliche Firewalls , vollständige Website-Blocker y paranoide Keksmonster .

Glücklicherweise gibt es Web Accelerator nicht mehr (ich empfehle Ihnen, den obigen Artikel zu lesen - es ist eigentlich ziemlich lustig, welche Probleme er verursacht hat), aber es gibt so viele andere Plugins und Anwendungen von Drittanbietern, dass es unmöglich ist, sie alle mit Ihrer Anwendung zu testen, bis sie in freier Wildbahn verfügbar ist.

Was ich suche, sind Ratschläge zu den wichtigsten Dingen, an die man sich erinnern muss, wenn man eine Web-App schreibt (unabhängig von der Technologie), um sicherzustellen, dass die Umgebung des Benutzers nicht dazu führt, dass sie kaputt geht. So etwas wie eine Checkliste.

Was ist das Verrückteste, das Sie erlebt haben?

PS. Ich habe zwar oben auf net-nanny verlinkt, aber ich versuche nicht, eine Pornoseite zu machen

Answer 1

Der beste Rat, den ich geben kann, ist, defensiv zu programmieren. Gehen Sie zum Beispiel nicht davon aus, dass alle Ihre Skripte geladen werden können. Ich habe Fälle erlebt, in denen AdBlocker Plus 1/10 der in einer Seite enthaltenen Skripte blockiert hat, nur weil das Wort "ad" im Namen oder Pfad vorkommt. Sie können dies zwar umgehen, indem Sie die Datei umbenennen, aber es ist immer noch gut zu prüfen, ob ein bestimmtes Objekt existiert, bevor Sie es verwenden.

Das Seltsamste, was ich gesehen habe, war nicht so sehr ein Browser-Plugin, sondern eine Firewall/Proxy-Konfiguration am Arbeitsplatz eines Benutzers. Sie verwendeten einen Squid-Proxy, der versuchte, Werbung zu entfernen, indem er jede HTTP-Anfrage, die er für eine Werbung hielt, durch ein einpixeliges GIF-Bild ersetzte. Leider geschah dies auch für Nicht-GIF-Bilder, so dass unsere iPhone-Anwendung, die ein PNG-Bild erwartete und ein GIF-Bild erhielt, abstürzte.

Answer 2

Internet Explorer 6. :)

Nein, aber im Ernst. Firefox-Plugins wie noscript und greasemonkey für eine, obwohl diese wahrscheinlich eine sehr kleine Minderheit sein werden.

Manchmal bedeutet die Umgebung des Nutzers ein Bildschirmlesegerät (oder sogar eine Braille-Schnittstelle wie este ). Wenn Ihr Layout in irgendeiner Weise entscheidend dafür ist, dass der Inhalt wie beabsichtigt vermittelt wird, haben Sie genau hier ein Problem.

Webseiten gehen kaputt, das ist eine Tatsache; je genauer Sie sich bei der Programmierung und Gestaltung an Standards gehalten haben, desto weniger ist es Ihre Schuld.

Answer 3

Ich habe in der Vergangenheit geprüft, ob einige der beliebtesten Toolbars (Google, Yahoo, MSN usw.) geladen werden können, um zu sehen, wie sich dies auf die Benutzererfahrung auswirkt.

Bis zu einem gewissen Grad ist es schwierig, vorherzusagen, welche der von Ihnen genannten Produkte von Ihren Nutzern verwendet werden, da es so viele gibt. Ich würde sagen, dass es am besten ist, die Produkte zu testen, die von Ihren Nutzern am häufigsten verwendet werden, und den Rest einfach auf sich beruhen zu lassen. Wenn Sie die Zeit haben, andere mögliche Szenarien zu testen, sollten Sie das auf jeden Fall tun.

Wenn Sie es Ihren Nutzern leicht machen, mögliche Probleme zu melden, verkürzt sich auch die Zeit, die für die Behebung eines Problems benötigt wird, falls es sich um ein Problem handelt, das Sie umgehen können.