Moin,

wieso, transformiert die API HTTP in ein Session-Protokoll?
Wo kann ich mehr darueber erfahren? ;-) (RFC????)
Ja, via Session-Tracking (Cookie-based oder, das wird von der Engine automatisch ermittelt, URLEncoding).

[...]

erstmal haben diese Sessions nichts mit HTTP zu tun, sondern sie benutzen HTTP in einer tieferen Schicht (HTTP ist eben das, was Browser im allgemeinen koennen (sollten ;-)).

ansonsten sehe ich dabei hauptsaechlich zwei Probleme:
1.) hier wird nichts getrackt (spaeter ist eine optionale Userregistrierung geplant, aber auch da wird wahrscheinlich nichts getrackt werden)
2.) das Problem ist ja eher allgemein: das alles aendert nichts an der Zustandslosigkeit von HTTP - es gibt den Zustand "Online" nicht (es gibt ihn schon, so fuer etwa die Ladezeit der Seite, ist aber nicht ausreichend, um extrapolative Aussagen ueber die Zeit zu machen, die User mit dem Betrachten des Dokuments zubringt). Genausogut kann ich per Zufallsgenerator da eine Zahl hinschreiben.

Viele Gruesse,

n.d.p.

Hallo Kess,

Obwohl die Gefahr natürlich grundsätlich immer besteht, sich zu
verzetteln, glaube ich eher, daß die Qual der Wahl am Ende zu
einem Overhead in jeder Hinsicht führen wird.
Das alles erschlagende Forumsmonster....

Die Entwickler wissen das aber auch und werden an einem wartbaren Quell-
text interessiert sein.

Ich sehe das so: Wenn das zusätzliche Feature durch einen Schalter in
der Konfiguration und ein Print-Statement realisiert wird, also weder
eine Änderung von Datenformaten noch Programmieraufwand verursacht
und trotzdem etwas bringt, dann steigt die Chance auf seine Umsetzung
enorm. Umgekehrt würde sie stark sinken, wenn tatsächlich zusätzliche
Informationen zu speichern wären, weil das Feature dann mit bestehenden
und zukünftigen Features kollidieren könnte oder zumindest entsprechende
Abhängigkeiten entstehen würden.

Und genau deshalb habe ich in der vorherigen Diskussion so stark zwischen
der Einblendung innerhalb eines Postings und innerhalb der Hauptdatei
unterschieden, weil beides zwar ähnlich aussieht, aber ganz unterschied-
liche Auswirkungen auf die internen Abläufe und Strukturen haben würde.

Ich will Klaudia zuerst die einfache Lösung (mit dem günstigen Preis-/Lei-
stungs-Verhältnis) separat "anbieten", um zu verstehen, ob ihr das reichen
würde, bevor ich über die Implementierung der komplizierten im Detail
nachdenken möchte.
Wenn sie dann schon "nein" sagt und damit quasi diesen Teil des Feature
Requests freiwillig zurückzieht, dann sind die Entwickler schon mal schlau-
er als zuvor ...

Viele Grüße
      Michael

Hallo ihr,

(der auch diese Posting via AOL übermittelt hat)

Ob ich wohl als nächsten feature request einen "forum washer" gegen solche
Werbeeinblendungen beantragen soll? (Hast Du wenigstens Aktien von denen?)

den Teil muß ich auf meine Kappe nehmen, nachdem ich mich schon
öfters sehr "kritisch" über AOL (und den typischen AOL-User) ge-
äußert habe ;)

Jürgen nimmt mir es zum Glück nicht übel und hat mir übrigens auch
bei dem Problem mit der AOL-Bilderkompression weitergeholfen, was
Dich, Michael, ja auch interessiert hatte, wenn ich mich recht er-
innere.
Im navigator.useragent steht da immer AOL drin, wenn der Original-
Browser von AOL genutzt wird, brauchst Du nur auswerten und einen
Link zu einer speziellen Hinweisseite einbauen.

Wie gesagt, ich habe nicht´s gegen _alle_ AOL-User, sondern gegen
den typischen AOL-User, so wie _ich_ ihn mir vorstelle, was viel-
leicht auch nicht so völlig daneben liegt ;)

Ein AOL-User tritt seitdem in diesem Zusammenhang lieber anonym auf
(um meinen "Anfeindungen" zu entgehen *g*) und Jürgen sieht es eben
sportlich. Trotzdem hoffe ich, dass niemand von Euch Aktien vom
AOL-Netscape-Konsortium besitzt, da gibt es weissgott bessere
Möglichkeiten auf dem Markt.

Viele Grüße aus Dresden,
Stefan Einspender