Approvable ads represent a lot of development work, and would add some complexity to the interface.
As an intermediate measure, there could be a facility to reject an ad that is already running. Perhaps with two options: "Reject this ad from this website" and "Reject this ad from all my websites".
I was thinking about a blacklist when the bid gets deleted (would be only for that website). One other thing I was thinking about is a sort of "pre-emptive" approval of ads. A list with all ads, that you can say if you like or not for your sites. When an advertiser does a bit and you already approved it the bid will be taken up in the bidding, else it will be held for approval. Will there be statistics for me to look at?
Not implemented yet. Seems people find the approval of ads more important, but I might do stats in between (because the approval is more or less in the poll (animated/xxx option) and stats are not (forgot to include them)). I can tell you that your site draws not so many people (only after you posted it there was a little spike) based on looking at the webserver logs. |
|
|
|
g++ -c -O2 -march=pentium4 -pipe -ggdb -Wno-invalid-offsetof -Wformat -DFOURWAYSSE2 -DUSE_SSL -I"/usr/include" -I"/usr/include/crypto++" -I"/usr/include/db4.8" -o obj/nogui/main.o main.cpp
main.cpp: In function 'void CallCPUID(int, int&, int&)':
main.cpp:2981: error: PIC register clobbered by '%ebx' in 'asm'
main.cpp: In function 'bool Detect128BitSSE2()':
main.cpp:2981: error: PIC register clobbered by '%ebx' in 'asm'
main.cpp:2981: error: PIC register clobbered by '%ebx' in 'asm'
make: *** [obj/nogui/main.o] Error 1
Doesn't seem ok. void CallCPUID(int in, int& aret, int& cret)
{
int a, c;
asm (
"mov %2, %%eax; " // in into eax
"cpuid;"
"mov %%eax, %0;" // eax into a
"mov %%ecx, %1;" // ecx into c
:"=r"(a),"=r"(c) /* output */
:"r"(in) /* input */
:"%eax","%ebx","%ecx","%edx" /* clobbered register */
//:"%eax","%ecx" /* clobbered register */
);
aret = a;
cret = c;
}
|
|
|
|
|
@noagendamarket, yes, but I think it should be a project on its own. You also want to have multiple people to validate a site and pay the people who are the most having the same answer (like 100 people, 95 say it is a spam site, 5 say its not, then pay the 95 people 0.01 btc each.
Detecting malicious content will be difficult however, knowing about the situation that many people have it running on their computer without knowing it.
I think the Approvable ads might be a good thing. However, how would such thing be implemented? Per website that contains the ad (allows publishers to have sites that need approval and some that don't) or per publisher (all sites of that publisher need approval).
Also, when I would implement such feature I think it's better to store the bid in an "to-be-approved" list and only add them to the bidding list until after approval, else the algorithm to determine the highest bidder and the price for the ad would get overly complicated and/or slow.
|
|
|
|
BioMike: any progress tracking this down?
I just committed a fix to the git integration tree CallCPUID code to declare ebx/edx clobbered...
I haven't spend time on this any more. I'll do a check this evening. |
|
|
|
|
I've posted a new topic with poll to see what features are most popular to implement first.
Please keep other discussion in this topic.
|
|
|
|
|
There are now multiple features requested for Operation Fabulous. To get an idea of what people find more important I've set up this poll.
The poll runs 4 days, which gives some time to discuss the way it will be implemented and hopefully allows me to start implementing it next weekend. Depending on the feature that wins it may take more or less time to implement.
Details of every option:
Advertiser refund
Now only advertisers can send money to their account, but not withdraw it. This option is to add this possibility.
Search function for advertisers
The amount of sites to choose from are limited at the moment, but might be a lot more in the future. This option will give advertisers a search box when placing an advertisement instead of the current list of all active sites. This option is a basic implementation that will be extended later (for this option will only search on basis of site owner, free advertising, URL and site name).
Animated/XXX block
Currently everybody can place all ads on every site. Publishers might want to restrict what ads are displayed on their site. This option adds these restrictions. It notifies advertisers that a site prefers not to have those types of ads. This option is a basic implementation that will be extended later (with stronger enforcement instead of notifying).
More payment processors
Currently we use the services of MyBitcoin for transferring bitcoins to an account. This option ads more (MtGox?) payment processor options.
Email notifications about bids
Have the advertiser receive an email notification when his/her bid or account funds run low.
|
|
|
|
Yes, I meant it could direct people to a malicious site through the ad.
That is always possible (even if content on a valid site changes after the ad is placed (e.g. a site defacement or through other (flash?) advertising on the site it links)). There is little I can do about that. If the malicious content is on purpose I can currently only remove the bid, ad, link or account of the advertiser in question and contact him/her through the email address (if that is valid). Most browsers however check these days if the URL is reported for containing malicious content and refuse to load the site if that's the case. |
|
|
|
If I were a publisher I would be concerned that nasty porn or viruses or even just sites I hated would win and i would display them unknowingly for hours. Do you plan to implement a screening process? I really like how it is now where I can update and ad or turn it on or off instantly. I'm just looking ahead to when people will inevitably have issues. I think you don't want to be the advertising site that put horse porn on MtGox for 2 hours  As a Publisher you have the possibility remove a bid from the list on your site. Viruses should in principle not be possible (as long as a browser handles images safely), because only JPEG, GIF and PNG files are allowed. Although an ad could link to a site that has malware, there is nothing I can do about that. Including a screening process would be possible, but that would mean that while a winning ad is not approved by you for your site, your site would display nothing or a placeholder. You would not get paid in that case. Like the "no animated ad" option, I could also add a "no xxx ad" option. But Advertisers that don't check the ad as "Animated" or "XXX" would still be able to advertise on your site. |
|
|
|
|
Ok, I've made some updates yesterday evening (mainly that forms have a bit more information).
I also changed the handling of the advertiser fees in the way as suggested above.
2 things:
- Advertisers have been compensated with 2 x the fee they paid for their transfer(s) and has been added to their account.
- The fee is now subtracted from the account funds of the advertiser that won a bid , for the duration of the bid, but not from the limit. This means that your account funds need to be more than the limit of your bid. (Bid will get deleted when account funds run dry).
|
|
|
|
Ok, the bug about deleting the ads should be fixed now (there was another bug in the same code, fixed that as well, but shouldn't have caused any problems for users). About the payment, I think I might have found an easy way to to charge only active bids (the ones that display on websites). Currently the fee is on 2 sides, when people add the btc to their account and when the payout of the publisher takes place. Both are 5% fee. What I could do is move the fee of the advertiser to the payment of active bids. About the 2 account system and the links on the main page for the account menu: First, when you're logged in (as advertiser or publisher), click on the "Publisher" or "Advertiser" menu entry besides "Home". This brings you immediately to requested site. I can't put this on the main page, because there are different accounts for publishers and advertisers. There are a few reasons for this: 1) The Publisher site is much more "simple", they only need to setup their website, whereas Advertisers have many more screens and options. I think that there will be more publishers then advertisers and don't exposing them the features they aren't planning to use is IMHO a pre. 2) Splitting the accounts gives some better security and is something that helps later when the site grows and I need to scale up. 3) Automatic payout for publishers would not be possible.  Lets say you do a bid on a site for 2 btc/day, with a limit of 1btc. So this means the accounting is done hourly? That's good. It's even better. It is accounted per minute Finally, a feature request. I need a way to specify "no animated ads" to run on my sites. I want static graphics only.
Yeah, this was already on my todo list, but not high priority atm. I will try to make some of the suggested improvements on the site this evening. I will also be in the #bitcoin-dev chat room. |
|
|
|
|
I'll try the other questions later, I have to go now (work).
Please keep in mind that this site is FAR from finished.
|
|
|
|
It works, I have an ad on Quezi. Will it tell me as my time is used up? Or disappear all at once?
It will disappear, notification might be implemented later. "This website requires a minimum bid of 0.10000000149012"
I guess that should be 0.1? But why that limit? 4 cents an hour for views that might be sitting minimized seems high to me.
The 5% fee is very reasonable, but I think it would be better to charge only if a match is made between a site and an advertiser. Also I don't see how to get my remaining money back if I've changed my mind or can't win a bid.
Small things. "Unsufficient funds" should be "Insufficient funds". Also "size of bid" or "amount of bid" is more appropriate than "height of bid"
Yes, many small bugs (the minimum bid warning, it's an rounding issue as things are stored as floats inherent to binary systems). I'm not a native English speaker. Thanks for the feedback. I left transferring back out, because I thought people want to use it all to advertise (bid on other sites of they didn't win on one). The paying fee over a "match" would be more difficult to implement reliably. This would also drain income considerably, as it is limited only to the amount of sites and not the users of the site. I don't like being forced through mybitcoin when I'm going to pay myself anyhow. They make me do a captcha, at least it's an easy one, but still it's like 3 extra clicks. It's a good option, but I don't think it's hard to assign a deposit address to an account, that would take me 0 clicks on your page, well one for copy, but no link to follow.
It was easier to implement than doing the whole transactions tracking myself. I also don't like captchas. I plan to include other payment processors later. |
|
|
|
|
The units are in btc/day.
Lets say you do a bid on a site for 2 btc/day, with a limit of 1btc.
This would mean that in 12 hours (assuming that you are the highest bidder and you actually pay the 2btc/day) you run through your limit and the bid will be deleted. If someone if bidding on the same page as well, but only 1btc/day , you only pay 1.1btc/per day (0.1 is the maximum value that is added, compared to the second highest bidder). In that case your ad will be placed longer, because it goes slower through your limit.
There is however one exception. Lets say you have multiple bids running and being displayed on sites, but the btc in your account is lower then the total of the limits in your bids, bids will be deleted when the funds of your account run dry, while the limit of your bids would not be reached yet.
The actual viewing is based on page loads. So the site loads, your ad is fetched and displayed and stays there until it is reloaded (if your bid is still active it is displayed again, else the one of a new bid is displayed). In your example, the views would be 100, 10 and 1. You would like the 100 more than the 10 or 1, so later, when the stats are implemented, look for the highest views.
Depending on the linking to your site, this depends if the viewer is using javacript or the non-javascript way.
Javascript: ad always links to your site
Non-javascript: if someone clicks your ad, while an other bid got active it will go to the site of the current highest bidder. Not nice, but there is no way to get the url to the viewer if he isn't using javascript. But you don't pay for that anyway.
However from what I see now is that most people use the javascript interface.
|
|
|
|
Great to see your uncle has full blind trust in the government.
Most people in Europe do, to some extent. Here we see governments as a group of people who can be held responsible for their actions, if "the government" screws up, one or a few of the people has/have to come to the parliament (no excuses, like holiday) and explain. |
|
|
|
|
Fixed some small visual bugs yesterday. In some cases more than 2 decimals would be displayed and from the bidding/website details people can now click the url of the website to see the website.
We have now one site that seems to generate quite some views (roughly 1 unique ip/3 minutes, currently I put down an ad there to point to the bitcoin website). With so many views I might want to start implementing stats soon I guess...
|
|
|
|
The advertising works by bidding for BTC per minute display, instead of BTC per click. Comparable to the way Project Wonderful works.
Wrong. It's hourly not per click. You mean Project Wonderful about the hourly I guess. Yeah, that's what I meant to say, just wrote it down in a non-clear way.  |
|
|
|
For advertisers and people who want to earn a few bitcoins with their site (publishers), there is now Operation Fabulous: http://www.operationfabulous.com/The advertising works by bidding for BTC per minute display, instead of BTC per click. Comparable to the way Project Wonderful works. My registration led to a server error page, twice. Also, "to much" should be "too much" it's in there twice. And "Start publishing ads" isn't nearly as exciting as "Start earning bitcoin!" that's why people with ad space are there Thank you for your feedback. Should be fixed now. |
|
|
|
For advertisers and people who want to earn a few bitcoins with their site (publishers), there is now Operation Fabulous: http://www.operationfabulous.com/The advertising works by bidding for BTC per minute display, instead of BTC per click. Comparable to the way Project Wonderful works. |
|
|
|
|
Show Posts
