Another round of spammers banned and clicks/commissions auto-adjusted. Will be implementing some more convenient fraud detection tools here soon, but I'm manually ensuring high click quality personally for now.
Enjoy!
Topic: [ANNOUNCEMENT] super easy bitcoin ads: PuppyTwist.com - page 2. (Read 4779 times)
Gotchya. So other than providing categories for publishers to specify and advertisers to target, the publisher's address is the most important thing you'd want to be able to customize?
While I can definitely see how that would be useful, I still think keeping it as-simple-as-possible without registrations or passwords of any sort is the best route. The addresses are stored internally and are only indicated via their internal ID number to the ad embed code, so there's no way for anyone to see which address you're using.
Because of this anonymity, I think it's best if publishers used addresses that they plan on receiving their earnings to without having the ability to change them. There shouldn't be a need to create throwaway addresses because of this.
On the other hand with the categories - I'll try and find a way to work it into the UI so it doesn't increase the to-do's for publishers and advertisers to get started if they don't care about categories (I imagine most people won't care too much or won't be very accurate in choosing them).
I VERY much appreciate your input though, it helps me a great deal in developing tools for the audience, by the audience.
While I can definitely see how that would be useful, I still think keeping it as-simple-as-possible without registrations or passwords of any sort is the best route. The addresses are stored internally and are only indicated via their internal ID number to the ad embed code, so there's no way for anyone to see which address you're using.
Because of this anonymity, I think it's best if publishers used addresses that they plan on receiving their earnings to without having the ability to change them. There shouldn't be a need to create throwaway addresses because of this.
On the other hand with the categories - I'll try and find a way to work it into the UI so it doesn't increase the to-do's for publishers and advertisers to get started if they don't care about categories (I imagine most people won't care too much or won't be very accurate in choosing them).
I VERY much appreciate your input though, it helps me a great deal in developing tools for the audience, by the audience.
I don't think it's hard to offer both options. A lot like imgur, you can use it logged off (or even without an account), but if you log in then you can keep track of your stuff. Leave the session cookie so you can even register post-fact.
I've done this stuff myself and it wasn't too hard, in PHP, python, and perl, and RoR you have these session libraries that do most of the work for you.
Gotchya. So other than providing categories for publishers to specify and advertisers to target, the publisher's address is the most important thing you'd want to be able to customize?
While I can definitely see how that would be useful, I still think keeping it as-simple-as-possible without registrations or passwords of any sort is the best route. The addresses are stored internally and are only indicated via their internal ID number to the ad embed code, so there's no way for anyone to see which address you're using.
Because of this anonymity, I think it's best if publishers used addresses that they plan on receiving their earnings to without having the ability to change them. There shouldn't be a need to create throwaway addresses because of this.
On the other hand with the categories - I'll try and find a way to work it into the UI so it doesn't increase the to-do's for publishers and advertisers to get started if they don't care about categories (I imagine most people won't care too much or won't be very accurate in choosing them).
I VERY much appreciate your input though, it helps me a great deal in developing tools for the audience, by the audience.
While I can definitely see how that would be useful, I still think keeping it as-simple-as-possible without registrations or passwords of any sort is the best route. The addresses are stored internally and are only indicated via their internal ID number to the ad embed code, so there's no way for anyone to see which address you're using.
Because of this anonymity, I think it's best if publishers used addresses that they plan on receiving their earnings to without having the ability to change them. There shouldn't be a need to create throwaway addresses because of this.
On the other hand with the categories - I'll try and find a way to work it into the UI so it doesn't increase the to-do's for publishers and advertisers to get started if they don't care about categories (I imagine most people won't care too much or won't be very accurate in choosing them).
I VERY much appreciate your input though, it helps me a great deal in developing tools for the audience, by the audience.
The problem is that your ad can remain somewhere outside of your control with settings you want changed and linked to an address that can be traced to you. For instance if you put it in a post you can edit, or it gets cached.
Which settings would you like to have be changeable? I'm open to ideas : )
Well, address and content nature... I think that's basically every setting innit?
The problem is that your ad can remain somewhere outside of your control with settings you want changed and linked to an address that can be traced to you. For instance if you put it in a post you can edit, or it gets cached.
Which settings would you like to have be changeable? I'm open to ideas : )
You should allow for "accounts" in your site where one could change options and addresses.
While I completely get where you're coming from in terms of functionality, the core basis for puppytwist is to keep it as simple and quick to get going as possible.
On the flip side, I'm trying to understand a scenario that you'd want to change an address, and where. As a publisher you can change your address to whatever you want - just get new ad code to replace the old.
As an advertiser, you never specify an address as there is no need to ever ask for one : )
If you wouldn't mind clarifying a bit?
The problem is that your ad can remain somewhere outside of your control with settings you want changed and linked to an address that can be traced to you. For instance if you put it in a post you can edit, or it gets cached.
You should allow for "accounts" in your site where one could change options and addresses.
While I completely get where you're coming from in terms of functionality, the core basis for puppytwist is to keep it as simple and quick to get going as possible.
On the flip side, I'm trying to understand a scenario that you'd want to change an address, and where. As a publisher you can change your address to whatever you want - just get new ad code to replace the old.
As an advertiser, you never specify an address as there is no need to ever ask for one : )
If you wouldn't mind clarifying a bit?
You should allow for "accounts" in your site where one could change options and addresses.
I'd like to give it a shot but I'm afraid I cannot change it later so I have to create a throwaway BTC address, and finally I just pass.
I'd like to give it a shot but I'm afraid I cannot change it later so I have to create a throwaway BTC address, and finally I just pass.
Ah, you're absolutely right. For the time being we've disabled the uploader. You can go ahead and paste the url to the image directly instead of uploading it to our servers until we fix it : )
When attempting to upload an image creative, it displays a Word Press login dialog, but there does not appear to be any registration/signup option on your site... ?
Another round of cleaning has been done, with roughly 50 clicks & commissions removed from the system due to fraud detection.
On that note, we've now made it so the system will now multiple clicks from the same ip on the same day from the same source. It used to be set to the same ip on the same day from the same ad, but some folks decided to constantly click through all the ads that would show up; this isn't how advertising should work : )
For any publishers, your remaining click totals have automatically been adjusted. We'll continue to weed out fraudulent clicks and put systems in place to ensure top quality in the traffic being purchased.
On that note, we've now made it so the system will now multiple clicks from the same ip on the same day from the same source. It used to be set to the same ip on the same day from the same ad, but some folks decided to constantly click through all the ads that would show up; this isn't how advertising should work : )
For any publishers, your remaining click totals have automatically been adjusted. We'll continue to weed out fraudulent clicks and put systems in place to ensure top quality in the traffic being purchased.
bump 
Updated the system to blacklist some obvisouly-suspicious sites generating traffic.
Just went through the logs and it definitely seems like people are paying for services that get mass amounts of impressions and auto-redirect to a destination. While none of these have actually generated any clicks, we went ahead and banned them from the stats.
Click through rates and overall stats should look significantly more accurate now : )
Just went through the logs and it definitely seems like people are paying for services that get mass amounts of impressions and auto-redirect to a destination. While none of these have actually generated any clicks, we went ahead and banned them from the stats.
Click through rates and overall stats should look significantly more accurate now : )
bump : )
All good now with the purchase API, was just a big delay.
Added publisher "recent clicks" stats in the sidebar of the stats page here: http://puppytwist.com/stats/
Added publisher "recent clicks" stats in the sidebar of the stats page here: http://puppytwist.com/stats/
Ah, looks like the payment receive API for blockchain.info is down? Anywho, I'll manually approve (probably within 60 seconds) any new advertisers until it's automated again.
However, I did run into a problem. My Bitcoin payment is not confirming on the site. It keeps retrying every 15 seconds and does not register that I've sent it a payment. I already have five confirmations on it today, as well. Here's the transaction: http://blockchain.info/tx/648f1a99783e3994e3cbace71e535bc4fb9e0a05da0b39977d4d6626a7f604c5
Did I do something wrong, or maybe there's a bug in the code somewhere?
Did I do something wrong, or maybe there's a bug in the code somewhere?
Fixed! Thanks for being patient with it.
Also, in your publisher code you use src="//puppytwist.com/etc". Does // mean load on same protocol as the source page? It seems to work, but I thought it was a bug at first. I've never seen that before.
Doing that makes it worth on both http:// and https:// in case someone puts them on a secure page. Excellent feedback so far, I truly do appreciate it!
Okay, so I created an ad and a publishing ID. Actually both at the same page load to test, and it seems fine. I put the ads on two of my sites. I'm normally fairly anti-advertising, but I really want to see Bitcoin take off. And these ads are not obtrusive at all; they blend in well while still sticking out, if that makes sense.
However, I did run into a problem. My Bitcoin payment is not confirming on the site. It keeps retrying every 15 seconds and does not register that I've sent it a payment. I already have five confirmations on it today, as well. Here's the transaction: http://blockchain.info/tx/648f1a99783e3994e3cbace71e535bc4fb9e0a05da0b39977d4d6626a7f604c5
Did I do something wrong, or maybe there's a bug in the code somewhere?
Awesome that you got it fixed so quickly!
So right now, IPv6 isn't too much of a big deal. But IPv4 addresses are running out and will altogether at some point. There's not an IP for every person alive, and you tend to need at least that with the way people use them. Although NATing helps and what not, IPv6 really is the best answer at the moment for many reasons. If you support IPv6, anyone only on IPv6 (rare, but possible) can still reach your site. And for me, I try to have fully IPv6 capable sites, so linking in content that is also IPv6 ready is a huge plus. In a couple years the addresses will start getting rare enough that most VPSs probably will come without them, and they'll get rarer and rarer. I think the sale price of IP blocks over the years says a lot.
Still, it's nothing huge. Just would be nice to have :-).
Also, in your publisher code you use src="//puppytwist.com/etc". Does // mean load on same protocol as the source page? It seems to work, but I thought it was a bug at first. I've never seen that before.
Thanks,
Teran
However, I did run into a problem. My Bitcoin payment is not confirming on the site. It keeps retrying every 15 seconds and does not register that I've sent it a payment. I already have five confirmations on it today, as well. Here's the transaction: http://blockchain.info/tx/648f1a99783e3994e3cbace71e535bc4fb9e0a05da0b39977d4d6626a7f604c5
Did I do something wrong, or maybe there's a bug in the code somewhere?
Doh! You got me; just changed how the source works (used to store full url, truncated on stats page but now truncates during storage) and forgot to update that - thanks for the heads up!
I'll look into the IPv6 support, but before I start Googling - do tell it's purpose & benefit : )
I'll look into the IPv6 support, but before I start Googling - do tell it's purpose & benefit : )
Awesome that you got it fixed so quickly!
So right now, IPv6 isn't too much of a big deal. But IPv4 addresses are running out and will altogether at some point. There's not an IP for every person alive, and you tend to need at least that with the way people use them. Although NATing helps and what not, IPv6 really is the best answer at the moment for many reasons. If you support IPv6, anyone only on IPv6 (rare, but possible) can still reach your site. And for me, I try to have fully IPv6 capable sites, so linking in content that is also IPv6 ready is a huge plus. In a couple years the addresses will start getting rare enough that most VPSs probably will come without them, and they'll get rarer and rarer. I think the sale price of IP blocks over the years says a lot.
Still, it's nothing huge. Just would be nice to have :-).
Also, in your publisher code you use src="//puppytwist.com/etc". Does // mean load on same protocol as the source page? It seems to work, but I thought it was a bug at first. I've never seen that before.
Thanks,
Teran
This is very cool. Site looks great and the interface is sleek. I know the advertising base will get better and better as more people start using it, too.
I may try to advertise and possibly even put an ad banner on one of my sites :-). To clarify, clicks cost you your bid amount, and impressions without clicks cost nothing? The click through ratios reported are pretty impressive.
I may try to advertise and possibly even put an ad banner on one of my sites :-). To clarify, clicks cost you your bid amount, and impressions without clicks cost nothing? The click through ratios reported are pretty impressive.
Thank you for the kind words, they are significantly appreciated : )
Oh and yes, impressions are free. All impressions and clicks are unique in sets of: ad + ip + day
This is very cool. Site looks great and the interface is sleek. I know the advertising base will get better and better as more people start using it, too.
I may try to advertise and possibly even put an ad banner on one of my sites :-). To clarify, clicks cost you your bid amount, and impressions without clicks cost nothing? The click through ratios reported are pretty impressive.
Did notice one bug, too. Under stats pages, the source domain's tag is set to just the domain without http://. The browser then treats it as a local link off the site, and so is broken. Just need to add http:// as a prefix you should be golden. Would also be awesome if you added IPv6 support. Noticed that you're probably using Rackspace Cloud Servers. The Open Cloud/Openstack servers should come with an IPv6 address already. Pretty much just need to add an AAAA record and test it.
Sincerely,
Teran
I may try to advertise and possibly even put an ad banner on one of my sites :-). To clarify, clicks cost you your bid amount, and impressions without clicks cost nothing? The click through ratios reported are pretty impressive.
Did notice one bug, too. Under stats pages, the source domain's tag is set to just the domain without http://. The browser then treats it as a local link off the site, and so is broken. Just need to add http:// as a prefix you should be golden. Would also be awesome if you added IPv6 support. Noticed that you're probably using Rackspace Cloud Servers. The Open Cloud/Openstack servers should come with an IPv6 address already. Pretty much just need to add an AAAA record and test it.
Sincerely,
Teran
Doh! You got me; just changed how the source works (used to store full url, truncated on stats page but now truncates during storage) and forgot to update that - thanks for the heads up!
I'll look into the IPv6 support, but before I start Googling - do tell it's purpose & benefit : )
Jump to: