AMEN i hear you it is a piece of shit program =) that i trully have learned
to dispise (sp)
Would you think i could get around the bottleneck on the local side, becuase
the ad server is a screamer, as well as both boxes are on our local network,
so i dont think transfer problems could be a problem, and if needed we could
do 1 ad box per domain.
We currently use CFHTTP's to grab the central ad ads and we've had no
problem with it at all EXCEPt for it pulling up default ads all the time =),
no way to SET ads to a specific number of HIts per month, unless you want to
set the ads to run 1 month only and then redo that EVERY month. I really
think it was a piece of garage, we're talking with double click now about
possibly getting there software licensed to use for us internally outside of
there network (because they are not much better IMHO). But i really want
something in CF that i can get my hands on and do what i want it and need it
to do =)
Thanks!
And i feel your pain
Bill Wheatley
Director of Development
Allaire Certified ColdFusion Developer
AEPS INC
Allaire ColdFusion Consulting Partner
www.aeps.com
www.aeps2000.com
954-472-6684 X303
ICQ: 417645
----- Original Message -----
From: "Jim McAtee" <[EMAIL PROTECTED]>
To: "CF-Talk" <[EMAIL PROTECTED]>
Sent: Friday, May 04, 2001 8:02 PM
Subject: Re: BANNER AD PROGRAM
> William,
>
> I've also thought about using CFHTTP to pull ads from a dedicated ad
server,
> but I'd think there would be serious performance problems. First, you're
> forced to lock CFHTTP until you've output the variable cfhttp.filecontent.
> Secondly, each page that CF returns doesn't get passed on to the web
server
> until it's been completely rendered by CF. So if you have a lot of CF
pages
> waiting on that single threaded CFHTTP that's pulling banners, it could
> become an enormous bottleneck. More so if you've got banner ads on every
> page of a busy site or family of sites.
>
> BTW, we're also using CentralAd. What a piece of unsupported garbage. If
> you're doing remote ad calls (ala doubleclick) the clickthroughs often end
> up going to the wrong place, or else the server is incapable of figuring
it
> out at all and redirects to the 'default' ad's URL. It's a really problem
> when users are going through proxies and the like. I suspect as many as
> 10-20% of clickthroughs are being misdirected. When it gets busy, we also
> have a problem with their CGI's hanging on the ad server and having to be
> manually killed off to free up memory and CPU cycles.
>
> Jim
>
>
> ----- Original Message -----
> From: "William Wheatley" <[EMAIL PROTECTED]>
> To: "CF-Talk" <[EMAIL PROTECTED]>
> Sent: Friday, May 04, 2001 5:27 PM
> Subject: Re: BANNER AD PROGRAM
>
>
> > Yes i know they called me today its called DART its 7K to setup and 1000
a
> > month =) we have a program now but i want CF, and i would not have to
> worry
> > about mulptiple boxes because i have a dedicated AD box that i iwll use
a
> > CFHTTP to grab the ads from and the program on the ad box will decide,
> just
> > curious but i will look through allt he selections.
> >
> > The Doubleclick program looked nice it still did not do what i really
> wanted
> > it to do so =) i guess its time for me to hit the coding!!
> >
> >
> > Bill Wheatley
> > Director of Development
> > Allaire Certified ColdFusion Developer
> > AEPS INC
> > Allaire ColdFusion Consulting Partner
> > www.aeps.com
> > www.aeps2000.com
> > 954-472-6684 X303
> > ICQ: 417645
> >
> >
> >
> > ----- Original Message -----
> > From: "Jon Hall" <[EMAIL PROTECTED]>
> > To: "CF-Talk" <[EMAIL PROTECTED]>
> > Sent: Friday, May 04, 2001 6:39 PM
> > Subject: Re: BANNER AD PROGRAM
> >
> >
> > > None if you dont need to worry about weighted ads or targeted ads. As
> long
> > > as the program does not need to make decisions based upon how many
views
> > an
> > > ad has had, or which ad it should show now it does not matter.
> > > As soon as you need to know which ad to show next, rather than random
> ads,
> > > you have to be updating a counter and selecting it again on the next
ad
> > > view, if you have two different servers, where you cant cflock the
> entire
> > > program you then have a situation where concurrent users on different
> > > servers are being shown the same ad then updating the counter +1 each
> > time,
> > > and you just lost a rotation...or you get each rotation but you lose
an
> > > adview, depending on how you do your math.
> > > Since single threading a banner program by making the entire set of
> > queries
> > > a transaction is not an option even under moderate load, it can get a
> > little
> > > complex. I just personally dont think CF is the best solution for a
high
> > > transaction banner system...
> > > Even SQL Server has problems with concurrency that make it not ideal
> > either.
> > > >From what I have seen, at least one of the big banner companies uses
> > Oracle
> > > not SQL Server... I've been thinking about rewriting the banner
program
> in
> > > Java because of the whole concurrency issue. When it comes down to it,
> CF
> > > and SQL SP's are essentially stateless, so the program has to make all
> > it's
> > > decisions and updates all at once. That's a whole lot of database
> traffic.
> > >
> > > But then again, my statements only really apply for complex, high
> > > transaction banner systems, not the majority of sites out there...
> > > There is a guy from DoubleClick that occasionally posts here that has
a
> > real
> > > nice banner program though, wonder how much. ;-)
> > >
> > > jon
> > > ----- Original Message -----
> > > From: "Jim McAtee" <[EMAIL PROTECTED]>
> > > To: "CF-Talk" <[EMAIL PROTECTED]>
> > > Sent: Friday, May 04, 2001 5:56 PM
> > > Subject: Re: BANNER AD PROGRAM
> > >
> > >
> > > > I can understand the potential performance problems, but what kind
of
> > > > concurrency issues do you have if you're storing all ad & campaign
> data
> > in
> > > a
> > > > central database?
> > > >
> > > > Jim
> > > >
> > > > ----- Original Message -----
> > > > From: "Jon Hall" <[EMAIL PROTECTED]>
> > > > To: "CF-Talk" <[EMAIL PROTECTED]>
> > > > Sent: Friday, May 04, 2001 3:45 PM
> > > > Subject: Re: BANNER AD PROGRAM
> > > >
> > > >
> > > > > One problem you are going to run into with ANY CF banner program
is
> > > > > performance first off, secondly is concurrency issues once you
move
> to
> > > > more
> > > > > than one server. If all you need is a counter, positions, and a
> random
> > > ad
> > > > > then you are safe with just about anything, however once you move
to
> > > > > weighted ads concurrency becomes a huge problem.
> > > > > I has to rewrite an entire CF banner program as a stored procedure
> for
> > > > those
> > > > > exact reasons. It's smooth as butter now, serving up ~300,000+
> > weighted
> > > > > banners a day on a load balanced web site. Unfortunately it's not
> for
> > > > sale,
> > > > > but keep these issues in mind as you look for a banner program.
> > > > >
> > > > > jon
> > > >
> > > >
> > > >
> > >
> >
>
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Structure your ColdFusion code with Fusebox. Get the official book at
http://www.fusionauthority.com/bkinfo.cfm
Archives: http://www.mail-archive.com/[email protected]/
Unsubscribe: http://www.houseoffusion.com/index.cfm?sidebar=lists
