CAPTCHAs

CAPTCHA steht für "Completely Automated Public Turing test to tell Computers and Humans Apart.".
Es ist also eine möglichkeit zu erfahren ob vor dem Rechner ein Benutzer sitzt, oder ob die Seite mit einem Script/Programm aufgerufen wird.

Sie werden vor allem eingesetzt um Spam zu vermeiden. Jedoch ist die Zeit der CAPTCHAs wohl bald beendet. Schon jetzt gibt es mittel und wege CAPTCHAs automatisch lösen zu lassen. Ja es gibt sogar CAPTCHAs die von Menschen nur sehr sehr schwer, manchmal sogar garnicht gelöst werden können. Bots haben hier oft keine Probleme. Vorreiter im knacken von CAPTCHAs ist afaik das Projekt PWNtcha von Sam Hocevar.
Die Liste der "opfer"-CAPTCHAs liest sich mit massig "oho" Effekten. vBulletin, phpBB, Slashdot und Paypal sind sicherlich jedem ein Begriff.

Momentan ist der Sourcecode für dieses Projekt noch nicht Öffentlich, ausserdem darf man sich das nicht als "Tool zum lösen von CAPTCHAs" vorstellen, sondern es ist eher eine Sammlung von Funktionen um ein Bild zu bearbeiten und die Daten auszulesen. Und dennoch.. sollte diese Funktionssammlung jemals public werden ists wohl vorbei mit CAPTCHAs.

Auch ander Leute ham interessate Ideen. So gab es zum Beispiel eine Art "Trojaner", der leicht bekleidete Damen zeigt und den User aufforder das nebenstehende CAPTCHA zu lösen um mehr zu sehn. Diese CAPTCHAs stammen von andern Seiten und die Lösungen werden zurück an den Server des "pösen-pösen-hackers" gesendet und dieser nutzt Sie automatisch um rumzuspammen.

Nun.. was sollte man sonst machen um Spam zu verhindern? IP-Sperren? Nee..
Aber wir wäre es wenn man dem User Aufgaben stellt die nur mit logischem Denken zu lösen sind?
Man könnte einen Fragenkatalog erstellen und dem User diese Fragen anzeigen und die Antwort überprüfen. Hierbei ist allerdings das Problem das der Bot die Fragen kennen könnte und es für ihn somit einfacher wäre die Lösung zu "erraten". Also was kann man tun? In diese Rätsel noch Zufallsfaktoren einzubinden wäre wohl recht sicher, aber erheblich schwerer umzusetzen.

Hat jemand Ideen?

XML == teh suck!

Harte Aussage! Jeder spricht jetzt im Web 2.0 Zeitalter über Ajax was XML ja nunmal einschließst. Jeder spricht über XML als wichtig und unverzichtbar fürs Web, nur der MaSch der muss mal wieder mecker...

Ja musser. Natürlich ist XML überlebenswichtig fürs web, schließlich ist HTML ja quasi auch nur ein XML-"Dialekt". Dennoch halte ich es für übertrieben für jeglichen Transfer von Daten übers HTTP gleich XML also DIE Lösung anzupreisen. Ist es nämlich nicht.
Weder ist es sonderlich gut lesebar, noch wunderbar zu Parsen. Ganz zu schweigen von der Kosten/Nutzen Rechnung mal auf Traffic und Ladezeit bezogen. Klar ist das heute bei DSL 16Mbit Flats kein Problem mehr. Aber 
a) gibt es immer noch leute mit 65k Modems und 
b) lohnt es sich trozdem jedes Byte zu sparen das sinnlos verballert wird.

Mal nen kleines Beispiel:

<xml startzeugsblablub="">
<mitarbeiter id="1">
  <vorname>Hans</vorname>
  <nachname>Inge
  <adresse>
    <straße>Foobar 42&l;/straße>
    <ort>Zu Hause</ort>
    <plz>133742</plz>
  </adresse>
  <abteilung>Verkauf</abteilung>
</mitarbeiter>

...

Mal ehrlich? Wer will das erzeugen oder gar parsen?

da ist json zb doch viel toller:

{"mitarbeiter":[{"id":"1", "vorname":"Hans", "nachname":"Inge", "adresse":{"straße":"Foobar 42", "ort":Zu Hause, "plz":"133742"}, "abteilung":"Verkauf"}, {"id":"2", ...}]}

Viel toller? Oder?

werde vllt demnächst mal nen paar benchmarks starten und gucken was die sagen.
Aber ich mag XML einfach net :-p