Follow Slashdot blog updates by subscribing to our blog RSS feed

 



Forgot your password?
typodupeerror
×

Comment Been there, done that... (Score 1) 145

I've done this 20 years ago. I'd be jetted around China meeting various people and introduced as a "business partner". Of course, I didn't actually do anything except smile and talk on casual subjects. Still, it was interesting and fun at the time. The benefits were good too.

I asked at one point "why", and I was told "Chinese don't trust Chinese. Chinese will trust Chinese who have Western business partners, so if you are my business partner, they'll trust me and I'll get the business".

Hard to argue with that.

Comment Re:A misunderstanding of responsible disclosure .. (Score 1) 182

Unfortunately, the vendor could take it out on the company.

"Oh, our software maintenance fees have increased by 100% (for you only)"

No, since their company was so dependent on Vendors software, they couldn't realistically do that without paying the consequences later.

Two suggestions:

1/ find some kind of fix, then post the exploit anonymously

2/ report the bug to a third party who will then approach the vendor with a "fix in x days or else we post to the world" proposal. This way, the original party can avoid the potential backlash from Vendor

Comment Re:So I'll ask again (Score 1) 387

So, if you believe in this idea so strongly, create it yourself.

Just remember that you have to take into account little things like:
- fraud prevention
- interfacing with wildly varying ad servers with wildly different features and wildly different conventions for ad calls
- the need to pull inappropriate ads from the cached ad queue asynchronously
- proper reporting of ads actually delivered
- proper ad rotation, which will depend on ads have actually been delivered
- handling rotation limited ad deliveries
- different webserver environments (IIS, apache, yadda, yadda, yadda.)
- and many, many more...

Can most of this be done? Actually it is possible, although I suspect that the resulting adserver would be feature limited (remember, it needs to work across all kinds of different webservers) and there are some features that cannot be implemented without a central adserver to coordinate the data.) The end result might be something that is too complex for websites to actually implement.

One of the biggest barriers would be the website owners. They don't want to mess with their servers just so they can deliver ads. Contrast installing something to manage the cached delivery of ads pulled from some ad providers adserver vs doing something like adding two lines of javascript (one to load the ad delivery library and one to make an actual ad call.

It all seems simple until you actually have to implement it.

Comment Re:Needless loss (Score 1) 450

Basically, when the site crashed, he had three copies (2 RAID, 1 backup) of the data: all corrupt. The guy wasn't totally retarded when it came to backups, just 80% retarded.

No, no. He was still 100% retarded.

If you don't test your backups, it means you don't have backups.

Anyone with an ounce of sense and a modicum of experience will realize that ol' Murphy plays merry havoc with even the best of plans.

If the data is important, you have to assume everything can and will go tits up - probably all at the same time so your backup plans have to take this into account.

Slashdot Top Deals

Real Programmers don't eat quiche. They eat Twinkies and Szechwan food.

Working...