Hallo! > -----Urspr�ngliche Nachricht----- > Von: Claudius Ceteras [mailto:[EMAIL PROTECTED]] > Gesendet: Freitag, 21. Dezember 2001 09:57 > An: ASP Datenbankprogrammierung > Betreff: [aspdedatabase] RE: AW: RE: AW: Bannerwerbung > > > > > -----Original Message----- > > From: Joachim van de Bruck [mailto:[EMAIL PROTECTED]] > > Sent: Donnerstag, 20. Dezember 2001 18:19 > > To: ASP Datenbankprogrammierung > > Subject: [aspdedatabase] AW: RE: AW: Bannerwerbung > > > > > > Hallo! > > > > > Das ist keine gute Idee... > > > Wenn ich 1.000 Einblendungen buche und nachdem 500 davon gezeigt > > wurden > > > buchst Du 20.000 ... > > > Dann werden die n�chsten 10.000 Einblendungen meine Banner nicht zu > > > sehen sein... > > > Dein System optimiert die Einblendungen darauf, dass alle Kunden mit > > > ihren Einblendungen zur selben Zeit fertig werden... Das > > ist glaub ich > > > nicht unbedingt das gew�nschte Verhalten von einem Banner rotator...
Tja, ich hatte auf die Frage zu einer prozentualen Verteilung von Bannern geantwortet. Dein "Problem" mit Bannerauftr�gen sollte damit nicht beantwortet werden. Deshalb verstehe ich Deine Kritik nicht und deshalb wirkt die Kritik auf mich auch nicht sehr angenehm, sorry! > > Ist es doch, wenn es - wie in diesem Fall - um eine prozentuale > > Verteilung aller Bannereinblendungen geht. Wenn dagegen Bannerauftr�ge > > abgearbeitet werden, dann muss auch die Zeit ber�cksichtigt > > werden. Das > > vorgestellte Verfahren ist so grunds�tzlich f�r alle Anforderungen > > verwendbar, wobei einzelne Anpassungen bei der "Bedarfsermittlung" > > nat�rlich vorgenommen werden m�ssen. > > > > Freundliche Gr��e > > Joachim van de Bruck > > Das hat mich nicht so recht �berzeugt... > In meinem Beispiel wird von Deinem System die neu gebuchten Bannern f�r > eine ganze Weile auf 100% geschraubt... Also nichts mit prozentualer > richtiger Verteilung... ... weil Du wahrscheinlich beim Einf�gen des neuen Banners nicht alle Z�hler auf 0 gesetzt hast, was bei einer prozentualen Verteilung halt erforderlich ist, wenn die Verteilung nach dem Hinzuf�gen von Bannern neu gelten soll, ohne die Vergangenheit zu ber�cksichtigen. > Und was meinst Du mit "Zeit ber�cksichtigen"? Dein System ber�cksichtigt > jedenfalls nichts dergleichen und ist so wie vorgestellt nicht > verwendbar. Sorry, wenn ich nicht gleich alles aufgeschrieben habe, aber in der Frage ging es doch um prozentuale Verteilung, oder? Wenn man dagegen Bannerauftr�ge abarbeiten will, muss die Bedarfsfunktion noch stark erweitert werden. So kann man beispielsweise Platzierungsvorgaben und Zeitvorgaben einflie�en lassen. Statt des Quotienten kann man genauso gut die Differenz zwischen gew�nschten und erledigten Bannern nehmen und durch die Restzeit dividieren. Bei Platzierungsvorgaben kann man Banner, die auf bestimmten Seiten platziert werden sollen, entsprechend st�rker gewichten. Das alles �ndert nichts an dem Grundprinzip: �ber eine Funktion eindeutig zu bestimmen, welche Banner als n�chstes dran sind, eingeblendet zu werden. Das Problem vieler Bannerrotatoren ist n�mlich, dass die gleiche Banner einem Benutzer mitunter viel zu h�ufig gezeigt werden. Ziel der Werbetreibenden ist in der Regel, die Banner weit zu streuen. > > Gruss, > > Claudius > > > | [aspdedatabase] als [EMAIL PROTECTED] subscribed > | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv > | Sie k�nnen sich unter folgender URL an- und abmelden: > | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
