Why don't people save their bet until midnight the 29'th?
If two winner guesses of the same price are entered, the winner will be the first to have replied in this thread.
It's free.. all reasonable numbers could be taken by that time  |
|
|
|
I think I fixed it. Thank you! |
|
|
|
|
Oh, I see... I didn't know about AdBlock. Thanks!
SSL support added, please test.
|
|
|
|
...
I can see in logs error 500 but it doesn't seem to be related to banner. Btw, did you specify correct link upon ad creation? Could you please test if it works at AA2 staging server? There seems to be missing a field for 'Text'.  .  Thanks for your messages.... but... are you kidding?  PS:  |
|
|
|
Latest version of Chrome. I can see in logs error 500 but it doesn't seem to be related to banner. Btw, did you specify correct link upon ad creation? Could you please test if it works at AA2 staging server? |
|
|
|
Image upload not working.
Seems to be permission problem, probably fixed. Thanks! Nope. When I click 'publish', the page returns a server error (HTTP 500 (Internal Server Error)). Oh.. Sorry, I can't reproduce it. Could you please send me the file you are trying to upload? |
|
|
|
Image upload not working.
Seems to be permission problem, probably fixed. Thanks! |
|
|
|
Added full support for different ad sizes. Removed JS version of ad unit's code. It won't work anymore, please switch to IFRAME version! You can customize colors adding GET params to your code, e.g.: <iframe data-aa='17'
src='//ad.s.a-ads.com/17?background_color=000000&text_color=ffffff&title_color=ffff00&title_hover_color=ff0000&link_color=00aa00&link_hover_color=00ff00'
scrolling='no' style='width:160px; height:600px; border:0px; padding:0;overflow:hidden'></iframe> would look like this. |
|
|
|
|
We have 2 variants of ad unit's code: IFrame and JavaScript.
IFrame version should work almost everywhere, but it doesn't inherit CSS of your site. So we'll need to give you a way to customize its colors in future.
JavaScript version should work in most cases too (I hardly imagine browsing with Javascript disabled) and it is easy to integrate to your web site because it inherits its CSS. But in that case we can't guarantee that ads fit the space and look fine.
Probably there is no reason to leave both variants, of them should be enough. Which one would you prefer?
|
|
|
|
|
Maybe the differences between Capitalism and Socialism are quantitative, not qualitative?
Higher taxes and social responsibilities of state, less individual freedom == Socialism (extreme - Communism)
Lower taxes, do what you want, but nobody guarantees you get anything useful == Capitalism (extreme - Anarchy)
|
|
|
|
|
Removed withdrawal fees for ad units. If ad unit doesn't receive or withdraw bitcoins during 24 hours, withdrawal happens automatically (even if its balance is below the threshold of 0.01 btc).
|
|
|
|
Btw, I forgot to mention it would be great to be able to filter ads by language in ad units (I saw advertisers get to specify the language of their ads, so lets us this ). One of my site is for a non-technical non-English audience, and seeing ads which are both Bitcoin-related and in English is probably a bit too much for them ^^ Thanks for your proposal, but ads are being filtered by visitor's browser language. If visitors don't have English in their browser, they won't see English ads. They will see ads in their native language. |
|
|
|
Ok, but what I mean is (maybe it's the case already though, haven't gotten the occasion to try it yet) if my ad unit #1 has 0.01 BTC and my ad unit #2 has 0.02 BTC and they're both on the same BTC address, can I get a single 0.03 BTC withdrawal or do I have to withdraw separately?
Oh, now I understand your question. Currently you have to withdraw separately. I like your idea of combining balances, but I need to think it over. The purpose is to minimize fees and reach withdrawal threshold faster, right? Maybe AA could afford daily free withdrawals without any thresholds for its publishers, would it solve the problem? Ah, now I get how this works, goals aren't just for monitoring, they're targets to achieve. This makes sense this way indeed Yes, 2 in 1: reward + target. The purpose is to organize a positive feedback loop: advertiser pays daily_budget, receives visitors from ad units, registers goals and receives more visitors from ad units that perform better. |
|
|
|
Reduced withdrawal-to-campaign fee to 10%, updated original post. 1. I was rather thinking about publishers pooling several sites/ad units with same withdrawal address ^^
You should be able to use the same withdrawal address for different ad units, and then to query the site for ad units with that address ( like here). But then it means that all displays have a 36% fee, while direct rewards still have a 20% fee, right? If I wanted to reward a publisher then, I'm not sure I'd find this more attractive than sending BTCs straight to their withdrawal address. Right. If you send BTCs to withdrawal address, you are not likely to get additional impressions from that publisher, s/he won't even know why s/he received money. Also it would be pain to reward many publishers, and you would spend a lot on bitcoin fees if rewards are small. However when you register goals in AA2, they are paid automatically from campaign's balance and you are likely to get additional impressions from publishers that increase your sales. And publishers can see that there are goals, they know who paid them. Thanks! |
|
|
|
Way too many Bitcoin-related websites already use the same ugly top-menu faceless template. Dare to differ.
It will be changed, thanks. |
|
|
|
1. for each deposit (or withdrawal to campaign) we take 20% of deposit (or withdrawal to campaign)
2. for each day with daily_budget > 0 we take 20% of daily_budget
3. for each withdrawal we take a fixed fee of 0.001 btc
So we hope to earn 10-36% of money paid for campaign.
If advertiser is invited via affiliate link and pays for goals only, our profit is ~10% (because 10% goes to referral).
If advertiser comes from google and doesn't pay for goals, our profit is ~36% (i.e. 20% + 20% of the remainer). Just a few thoughts: 1) I hope we'll at least be able to configure the withdrawal threshold (or trigger withdrawals manually), because 0.001 BTC per auto-withdrawal at 0.01 BTC threshold (as it is now on AA1) means another 10% fee. Still about the withdrawal: can several websites using the same BTC address be pooled? (it doesn't seem so) Also, maybe you could offer some reduced fees for "withdrawal to campaign", it's a nice way to encourage people to keep some money in the system. 2) If not using goals, this is more expensive than Google Adsense itself (which isn't really very competitive fee-wise already). Probably something could be done about the daily budget fee. I'm aware you want to encourage goals, but not many advertisers want to go through the whole list and pick sites on by one, all the more so since: 3) With all the complexity, I think it'd be nice to have an ability to log in and modify one's existing stuff. Not being able to modify one's stuff was already bothering in AA1, but in AA2 with all the weird customizations it seems like a major PITA. Accounts sound like a must-have if one wants to avoid creating duplicates just to fix previous mistakes or tweak some settings (as Captain Screwups, I already created a duplicate just to fix a few things ^^). It doesn't prevent you from still offering a no-login service to those who want it. 4) Something minor: maybe remove the padding from within the ads 1. Agreed. Withdrawal thresholds & fees are just to prevent possible losses due to excessive use of microtransactions. Ad units will be able to set up their thresholds. Withdrawals to campaign probably should have a lower fee, maybe 10%. Regarding pooled addresses - why would advertiser want to pool ad units with the same withdrawal address? There is still an option to search ad units by bitcoin address and add them to the basket one by one. 2. How much does Google Adsense get? Goals are not about picking ad units from list, they are about tracking visitors and rewarding them from sales (most likely it should be done automatically via API, probably we'll develop integration plugins for popular CMSs). 3. Currently when advertiser creates campaign, s/he receives a password that allows to modify campaign, adjust daily budget, register goals. So instead of user accounts we have unique unrecoverable passwords for each campaign. Ad units are not supposed to be modified that often, but I think same approach might be used because they might want to control their withdrawal threshold. Is it fine? 4. sure! Thank you! |
|
|
|
|
Show Posts
