Mit Prototype Ajax Request ausführen wenn Seite geladen über document.ready – dom loaded function

8. Juli 2010 at 20:31

Ihr möchtet in Prototype ein Ajax-Request nach dem vollständigen Laden der Seite abschicken, habt allerdings kein Zugriff auf den Body-Tag?

Der traditionelle Weg ist den Java-Script-Aufruf vor dem schließenden Body-Tag zu setzen, gelegentlich hat man allerdings nicht immer Zugriff auf diesen, z.B. bei dem Aufruf einer Template-File eines CMS, eCommerce-System oder ähnlich.

Bei Prototype ist es möglich das über den Observe zu machen, z.B. so:

<code>Event.observe(window, 'load', function() {
.. do stuff ..
});</code>

Das Problem ist allerdings dass mit dieser Methode der Anwender warten muss bis das komplette Dokument inkl. aller Bilder und anderen Content geladen ist. Erst dann kann er auf der Seite interagieren. Die meisten Benutzer wollen allerdings nicht warten und gleich mit der Interaktion starten.

Hier ist die Prototype implementation des document.ready mit genauer Erläuterung der Funktionalität.

Hier ein kurzes Beispiel:

<script>
document.observe("dom:loaded", function() {
 myFunction();
 });
</script>

Jquery has a handy way of allowing you to do stuff as soon as the document object model for a page has loaded (ie. as soon as the browser has loaded all your markup). I’m currently working on a project that requires Prototype JS, and I had some difficulty finding the equivalent method.. hence this post.

I knew Prototype had evolved somewhat since I’d last used it extensively back in late 2006, and I also suspected they had implemented something similar.. but Google was not forthcoming.

The traditional way to do this (pre jQuery) was to put your javascript directly before the closing body tag. This way the browser is unable to execute it prior to loading the rest of the page. However this is kind of clunky if you are trying to abstract your javascript to a linked file, or would like to keep your behavioral code (javascript) separate to your markup (xhtml).

An alternative is to use the onload event – in Prototype you would use something like

Spam und UCE – 1und1 Schizo-Server

23. November 2009 at 16:03

Vor allem die großen Provider haben ein Problem mit Spam und deshalb werden einige Manntage Entwicklung aufgebracht um bestimmte Verhaltensmuster zu erkennen.

So macht z.B. der Anbieter 1und1 eine analysiert des HELO-String und merkt sich diesen zusammen mit der IP-Adresse in einer Datenbank. Ändert sich der Namen des Hosts hinter einer einzelnen IP-Adresse in einem Zeitraum zu häufig, so ist dieser für 1und1 ein nicht mehr sonderlich vertrauenswürdiger Host. Die IP-Adresse wird nun für eine bestimmte Zeit gesperrt so das keine Annahme der E-Mails von diesem gesperrten Host mehr erfolgen (gegen Check mit Telnet).

Eine Überprüfung bei 1und kann übrigens über die Eingabe der IP auf schizo-bl.kundenserver.de erfolgen.