jarrod
Quest-Mob
- Mitglied seit
- 26.06.2008
- Beiträge
- 72
- Reaktionspunkte
- 0
- Kommentare
- 72
- Buffs erhalten
- 165
Hey...
Anleitung für die Beta-Key-Registrierung - keine Accounterstellung!
Nachdem gestern Nacht dieser Tip bei einem Freund sehr gut funktioniert hatte, habe ich den Tip mal weitergegeben und siehe da einige konnten letzte Nacht noch ins Spiel. Damit dieser "Trick" nicht unter den ganzen (verständlichen) Hass-Tiraden verschwindet hier mal die genaue Anleitung:
Voraussetzung:
- bestehender Account
- im IE/Firefox den Browser-Cache, offline Webseiten, Cookies löschen
- http://www.war-europe.com/#/activation/ zur Startseite machen (Firefox: Extras/Einstellungen/Link bei Startseite eingeben - OK ... IE: Extras/Internetoptionen/Link bei Startseite eingeben - Übernehmen - OK)
- Browser schliessen
Ablauf:
- 10 mal den Browser öffnen (geht auch als Tab)
- Dateneingabe
- Key-Eingabe
- Dateneingabe und Key auf die 9 anderen Fenster übertragen
- Der Reihe nach alle Fenster abschicken (wichtig!)
Hintergrund:
GOA hatte nach eigener Aussage den Datenbankabgleich auf "asynchron" umgestellt (zu lesen in einer der News auf der offiziellen Website). Hier ein kleiner Ausszug dazu:
...
Asynchrone Webmethoden sind von der Leistungsfähigkeit her vergleichbar mit dem HSE_STATUS_PENDING-Ansatz für das Schreiben von ISAPI-Erweiterungen, allerdings ohne den Aufwand, einen eigenen Threadpool zu verwalten. Dafür mit allen Vorteilen, die mit dem Ausführen in verwaltetem Code verbunden sind.
Betrachten wir zunächst einmal die herkömmlichen, synchronen Webmethoden von Microsoft® ASP.NET. Die Antwort auf eine synchrone Webmethode wird gesendet, wenn Daten von der Methode zurückgegeben werden. Bei lang andauernden Anforderungen wird der Thread, der die Anforderung verarbeitet, so lange eingesetzt, bis der Methodenaufruf abgeschlossen ist. Leider rühren die meisten lang andauernden Aufrufe von einer komplexen Datenbankabfrage her oder vom Aufruf eines anderen Web Service. Wenn Sie beispielsweise einen Datenbankaufruf durchführen, wartet der aktuelle Thread darauf, dass der Datenbankaufruf abgeschlossen wird. Während dieser Zeit macht der Thread praktisch nichts. Ähnliches passiert, wenn ein Thread auf den Abschluss eines TCP-Socketaufrufs oder Backend-Web Service wartet.
Wartende Threads sollten vermieden werden, insbesondere dann, wenn der Server sowieso schon überlastet ist. Denn wartende Threads führen keinerlei relevante Aktionen durch, wie beispielsweise das Bedienen anderer Anforderungen. Wir benötigen daher einen lang andauernden Hintergrundprozess auf dem Server, wobei der aktuelle Thread jedoch an den Prozesspool von ASP.NET zurückgegeben wird. Ist dieser Prozess dann abgeschlossen, sollte eine Rückruffunktion initiiert werden, so dass die Bearbeitung der Anforderung abgeschlossen werden kann. Anschließend sollte eine Mitteilung an ASP.NET erfolgen. Eben diese Möglichkeit bietet ASP.NET mittels asynchroner Webmethoden.
...
Quelle: http://www.microsoft.com/germany/msdn/libr...n.mspx?mfr=true
Viel Glück
Anleitung für die Beta-Key-Registrierung - keine Accounterstellung!
Nachdem gestern Nacht dieser Tip bei einem Freund sehr gut funktioniert hatte, habe ich den Tip mal weitergegeben und siehe da einige konnten letzte Nacht noch ins Spiel. Damit dieser "Trick" nicht unter den ganzen (verständlichen) Hass-Tiraden verschwindet hier mal die genaue Anleitung:
Voraussetzung:
- bestehender Account
- im IE/Firefox den Browser-Cache, offline Webseiten, Cookies löschen
- http://www.war-europe.com/#/activation/ zur Startseite machen (Firefox: Extras/Einstellungen/Link bei Startseite eingeben - OK ... IE: Extras/Internetoptionen/Link bei Startseite eingeben - Übernehmen - OK)
- Browser schliessen
Ablauf:
- 10 mal den Browser öffnen (geht auch als Tab)
- Dateneingabe
- Key-Eingabe
- Dateneingabe und Key auf die 9 anderen Fenster übertragen
- Der Reihe nach alle Fenster abschicken (wichtig!)
Hintergrund:
GOA hatte nach eigener Aussage den Datenbankabgleich auf "asynchron" umgestellt (zu lesen in einer der News auf der offiziellen Website). Hier ein kleiner Ausszug dazu:
...
Asynchrone Webmethoden sind von der Leistungsfähigkeit her vergleichbar mit dem HSE_STATUS_PENDING-Ansatz für das Schreiben von ISAPI-Erweiterungen, allerdings ohne den Aufwand, einen eigenen Threadpool zu verwalten. Dafür mit allen Vorteilen, die mit dem Ausführen in verwaltetem Code verbunden sind.
Betrachten wir zunächst einmal die herkömmlichen, synchronen Webmethoden von Microsoft® ASP.NET. Die Antwort auf eine synchrone Webmethode wird gesendet, wenn Daten von der Methode zurückgegeben werden. Bei lang andauernden Anforderungen wird der Thread, der die Anforderung verarbeitet, so lange eingesetzt, bis der Methodenaufruf abgeschlossen ist. Leider rühren die meisten lang andauernden Aufrufe von einer komplexen Datenbankabfrage her oder vom Aufruf eines anderen Web Service. Wenn Sie beispielsweise einen Datenbankaufruf durchführen, wartet der aktuelle Thread darauf, dass der Datenbankaufruf abgeschlossen wird. Während dieser Zeit macht der Thread praktisch nichts. Ähnliches passiert, wenn ein Thread auf den Abschluss eines TCP-Socketaufrufs oder Backend-Web Service wartet.
Wartende Threads sollten vermieden werden, insbesondere dann, wenn der Server sowieso schon überlastet ist. Denn wartende Threads führen keinerlei relevante Aktionen durch, wie beispielsweise das Bedienen anderer Anforderungen. Wir benötigen daher einen lang andauernden Hintergrundprozess auf dem Server, wobei der aktuelle Thread jedoch an den Prozesspool von ASP.NET zurückgegeben wird. Ist dieser Prozess dann abgeschlossen, sollte eine Rückruffunktion initiiert werden, so dass die Bearbeitung der Anforderung abgeschlossen werden kann. Anschließend sollte eine Mitteilung an ASP.NET erfolgen. Eben diese Möglichkeit bietet ASP.NET mittels asynchroner Webmethoden.
...
Quelle: http://www.microsoft.com/germany/msdn/libr...n.mspx?mfr=true
Viel Glück
Zuletzt bearbeitet von einem Moderator:
o
