Bitcoin Forum
May 22, 2018, 01:14:51 AM *
News: Latest stable version of Bitcoin Core: 0.16.0  [Torrent]. (New!)
 
  Home Help Search Donate Login Register  
  Show Posts
Pages: « 1 ... 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 [61] 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 ... 356 »
1201  Other / Meta / Re: Please add a button to view the next page In a topic. on: February 14, 2015, 08:12:32 PM
OK, done. The previous/next arrows should also appear extra large on small devices.

I also finally figured out how to get the mobile stylesheet to actually work. It's existed for years, but it seems that very few devices triggered it. It makes everything look a lot uglier, but hopefully a little easier to use on small screens.

Let me know if you have any specific suggestions for CSS to add to the mobile stylesheet. I'm not much of a Web designer.

I can usually add extra classes/IDs to the HTML if this would be helpful in writing CSS.
1202  Economy / Auctions / Advertise on this forum - Round 144 on: February 14, 2015, 04:29:37 PM
The forum sells ad space in the area beneath the first post of every topic page. About 25% of ad income goes to the forum moderators as thanks for all of their work. (There are many moderators, so each moderator gets only a small amount -- moderators should be seen as volunteers, not employees.) The rest is stored in the forum's treasury (verifiably), where it sits until the forum needs it.

Ads are allowed to contain any non-annoying HTML/CSS style. No images, JavaScript, or animation (no marquee or blinking). Ads must appear 3 or fewer lines tall in my browser (Firefox, 700px wide). Ad text may not contain lies, misrepresentation, or inappropriate language. Ads may not link directly to any NSFW page. Ads may be rejected for other reasons, and I may remove ads even after they are accepted.

There are 10 total ad slots which are randomly rotated. So one ad slot has a one in ten chance of appearing. Eight of the slots are for sale here. Ads appear only on topic pages with more than one post, and only for people using the default theme.

The ad lasts at least 7 days starting from when I put it up. (However, if you look at the ad history you'll see that ads usually get at least 8 days, and sometimes as many as 10, but this is random and definitely not guaranteed.)

Stats

Exact historical impression counts per slot:
https://bitcointalk.org/adrotate.php?adstats

Info about the current ad slots:
https://bitcointalk.org/adrotate.php?adinfo

Ad blocking

Hero members, Donators, VIPs, and moderators have the ability to disable ads. I don't expect many people to use this option. These people don't increase the impression counts for your ads.

I try to bypass Adblock Plus filters as much as possible, though this is not guaranteed. It is difficult or impossible for ABP filters to block the ad space itself without blocking posts. However, filters can match against the URLs in your links, your CSS classes and style attributes, and the HTML structure of your ads.

To prevent matches against URLs: I have some JavaScript which fixes links blocked by ABP. You must tell me if you want this for your ads. When someone with ABP and JavaScript enabled views your ads, your links are changed to a special randomized bitcointalk.org URL which redirects to your site when visited. People without ABP are unaffected, even if they don't have JavaScript enabled. The downsides are:
- ABP users will see the redirection link when they hover over the link, even if they disable ABP for the forum.
- Getting referral stats might become even more difficult.
- Some users might get a warning when redirecting from https to http.

To prevent matching on CSS classes/styles: Don't use inline CSS. I can give your ad a CSS class that is randomized on each pageload, but you must request this.

To prevent matching against your HTML structure: Use only one <a> and no other tags if possible. If your ads get blocked because of matching done on something inside of your ad, you are responsible for noticing this and giving me new ad HTML.

Auction rules

Post your bids in this thread. Prices must be stated in BTC per slot. You must state the max number of slots you want. When the auction ends, the highest bidders will have their slots filled until all eight slots are filled.

I reserve the right to reject bids, even days after the bid is made. In particular, bids from people with less than 15 activity points are likely to be rejected. I recommend not getting into a bidding war with someone who has less than 15 activity points, as their bids might not be accepted, but your latest bids will still stand. If you need to know right away whether someone's bids will be accepted, PM me.

So if someone bids for 8 slots @ 5 BTC and this is the highest bid, then he'll get all 8 slots. If the two highest bids are 8 slots @ 4 BTC and 1 slot @ 5 BTC, then the first person will get 7 slots and the second person will get 1 slot.

The notation "2 @ 5" means 2 slots for 5 BTC each. Not 2 slots for 5 BTC total.

- When you post a bid, the bids in your previous posts are considered to be automatically canceled. You can put multiple bids in one post, however.
- All bid prices must be evenly divisible by 0.05.
- The bidding starts at 0.50.
- I will end the auction at an arbitrary time no more than 12 days from now. (I will probably end the auction 1-3 days before the ads are scheduled to go up.)
- If two people bid at the same price, the person who bid first will have his slots filled first.
- Bids are considered invalid and will be ignored if they do not specify both a price and a max quantity, or if they could not possibly win any slots

If these rules are confusing, look at some of the past forum ad auctions to see how it's done.

You must pay for your slots within 24 hours of receiving the payment address. Otherwise your slots may be sold to someone else, and I might even give you a negative trust rating. I will send you the payment information via forum PM from this account ("theymos", user ID 35). You might receive false payment information from scammers pretending to be me. They might even have somewhat similar usernames. Be careful.
1203  Economy / Auctions / Re: Advertise on this forum - Round 143 on: February 14, 2015, 04:26:00 PM
Sorry for the lateness. In the future I'm going to try to gradually bring the auction lengths to the intended length of ~7 days.

Final result:
Slots BTC/Slot Person
1 4.35 CasinoEvolution
1 4.30 victorhing
4 4.30 YoBit
2 4.30 MariaQin
1204  Bitcoin / Bitcoin Discussion / Re: BurtW arrested on: February 13, 2015, 09:12:35 PM
Is Burt not responding in this thread because he's in jail without bail? Charlie was responding to people here with an ankle bracelet on under house arrest.

He's not able to respond.
1205  Other / Meta / Re: Bot Rules? on: February 12, 2015, 10:03:56 PM
The rules are the same as for humans. But keep in mind:
- No one is allowed to access the site more often than once per second on average. (Somewhat higher burst accesses are OK.)
- Every post must be on-topic. Any bot response to a topic is almost certainly off-topic. Changetip's behavior of responding to user commands publicly would not be allowed, for example.
- If someone complains about an unsolicited PM you send them, then you're probably going to be banned.
1206  Other / Meta / Re: Is there anyone who can delete trust ratings? on: February 12, 2015, 09:57:30 PM
If you're talking about Susi.D's rating, then I don't think that that's spam because she only left one rating like that.

Spam (= very high volume or significant repetition) is removed, but this is rare. Spamming trust ratings is pretty useless since they're only visible to members, untrusted ratings are hidden by default, and spammed ratings will be removed.
1207  Other / Meta / Re: I was told to pay 0.07BTC to create an account here on: February 12, 2015, 05:50:00 AM
That does seem a bit high. I'll have to look into whether the algorithm is working as expected. Maybe it isn't decaying fast enough. Though if tons of Tor users have been getting banned recently, a high fee is supposed to (temporarily) apply.

If bitcoind is ever down, email that pbbugs address and I'll whitelist you for free.
1208  Other / Meta / Re: PSA: DON'T use 'refund services'! MODS should ban this on: February 11, 2015, 09:20:47 PM
not this one.

That seems illegal pretty much everywhere (and also extremely unethical), so I removed it.
1209  Other / Meta / Re: PSA: DON'T use 'refund services'! MODS should ban this on: February 11, 2015, 09:02:15 PM
Don't these services just make use of Amazon's referral system?
1210  Other / Meta / Re: can bitcointalk admins read our PM'S on: February 10, 2015, 02:27:04 AM
I don't read PMs for fun. Very very rarely, I need to read PMs for technical, administrative, or legal reasons, but I try to avoid this as much as possible. I don't want to spy on anyone's personal business.

obviously lol, i bet the first thing theymos did when he became admin was to read satoshi's pms.

I've never read Satoshi's PMs.

There is nothing to say they didn't subpoena the records of the shroomery

They did.
1211  Other / Meta / Re: Preview broken? on: February 09, 2015, 01:42:22 PM
Fixed.
1212  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 09, 2015, 01:17:11 AM
Indeed. Which is why Matt's relay system and IBLT are needed, and will massively improve the situation for block propagation. People arguing for 1MB forever ignore this, yet when 20MB blocks finally appear they will take less than 1MB to broadcast through the network. It will only be bootstrapping new nodes and re-sync which will need the full blocks transmitted.

Those things help, but all full nodes still need to download all new transactions. Even with all proposed optimizations, you'll still need to download about 20 MB and upload 20*x MB (where x is some number that depends on but is probably less than the number of peers you have) for every 20 MB block you receive. This is better than the current network, which probably requires more than twice as much bandwidth for both download and upload. But it's not a magic bullet.

You proposed increasing the limit to 2MB in 2 years. This is what should have been done in Feb 2013 when this debate last came up in earnest. Unfortunately, this is too little too late. Of course IBLT was not considered at that time.

If 2 MB is all that can be agreed on now, then it's better to schedule that hard fork ASAP rather than agree on something marginally higher in 6-12 months. I personally think that 10 MB would probably be fine, though I know that there are many people who would disagree with me.
1213  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 09, 2015, 12:52:33 AM
I haven't read this thread much at all, so maybe this has already been said, but I've been noticing a lot of people saying things like, "If the block size isn't raised, then that would be bad because ..." But just wanting larger blocks isn't a good argument for increasing the max block size. By far the most important issue is what the network can support. We're just going to have to learn to deal with the fact that the network's capacity is limited and fees will probably always be larger than many people want.

Exactly what block size the network can support is very much debatable. I currently think that 10 MB would be fine and 50 MB would be too much, though these are mostly just feelings. There should be more rigorous study of the actual limits of the network. (Gavin's done some nice work on the software/hardware front, though I'm still worried about the capabilities of typical Internet connections, and especially how they'll increase over time.)
1214  Other / Meta / Re: Not getting email notifications for PMs anymore on: February 09, 2015, 12:46:18 AM
It seems that hotmail.com is silently dropping forum emails for some reason, even though they say via SMTP that they're accepting the emails. You should complain to them.
1215  Economy / Scam Accusations / Re: How 999dice.com is stealing your coins, and exactly why you won't believe me on: February 08, 2015, 12:22:26 AM
Seems pretty plausible, though you're right that it can't be proven. Still, people should stay away from 999dice.com until they change the way they deal with seeds to rule out this sort of tampering.
1216  Other / New forum software / Re: Forum at a tor hidden service on: February 05, 2015, 09:27:45 PM
The problem with that is that many of the current anti-DoS measures distinguish between users by looking at their IP address. For example, if you're not logged in then your IP is limited to one search every 100 seconds (or something like that -- I don't remember the exact number) to prevent you from overloading the server. IMO Tor needs to add some configurable proof-of-work mechanism to hidden services for them to be widely usable. For example, one thing that comes to mind is that the client could prove that he's holding x GB of data unique to a certain hidden service, and after verifying this, Tor could pass a unique private IP for that client (eg. 10.1.2.3) to the hidden service's web server. (The IP would be different per hidden service, so it would only be a minor reduction in privacy -- the hidden service would only be able to track you across its own pages.) Then the standard idea of "block IPs that abuse the server" could be used by the hidden service.
1217  Other / Meta / Re: How does the image proxy work? on: February 04, 2015, 11:31:25 PM
While we have you, how does the proxy know if the source image has changed content, even if its at the same URL as before? Would it take ~ a month in order to refresh or is there another check that happens?

There is no caching on the bitcointalk.org side. The image is always passed directly from the source server to the user. Any Expires or Cache-Control headers sent by the origin server are passed through as well, so caching might be done by the client.

The code is computed from the URL, not the image data.
1218  Other / Meta / Re: New mirror site appearing higher than bitcointalk on Google on: February 04, 2015, 11:30:00 PM
That's annoying. I suppose there's not much I can do about it, though.
1219  Other / Meta / Re: How does the image proxy work? on: February 04, 2015, 09:29:58 PM
A proper image proxy link looks like:
https://ip.bitcointalk.org/?u=http%3A%2F%2Fcdn.images.express.co.uk%2Fimg%2Fdynamic%2F1%2F590x%2FDog-handler-431049.jpg&t=549&c=fnsjPOVuf7KyWA

Notice that it has "t" and "c" parameters. These are used to check that the link was generated by the forum. Link generation is done whenever posts are loaded (at the bbcode parsing stage). So the links change over time. (Image proxy links expire after a month or two, so you can't just generate a valid link and then use it forever.)
1220  Bitcoin / Bitcoin Discussion / Re: Bitcoin 20MB Fork on: February 04, 2015, 04:42:47 AM
Not too sure but I think the reason we can't just do 2mb instead of 1 is because we would need to fork again
Throwing it at 20mb should resolve the issue for quite some time.

What I support most strongly is that we do substantially-delayed hard forks with conservative values. Then doing hard forks regularly isn't such a big issue.

For example, Bitcoin Core can be immediately modified to increase the max block size to 2 MB on a specific date 2 years from now. I think that pretty much everyone would be basically OK with this max block size (and even higher values might be widely acceptable). By the time the change actually takes effect in 2 years, everyone will already have upgraded because very few people use 2-year-old software. Businesses and users won't have to go out of their way to choose one fork over another, and so there will be less room for messiness.

Then if a really nice academic study convincingly arguing that 5 MB blocks are safe is published 1 week after the 2-year-delayed change is added, another 2-year-delayed change can be added right away with very little extra cost. After ~2 years, the max block size will increase to 2 MB, and then a week later change to 5 MB.

Yes, 2 years is a long time. But I'm confident that Bitcoin will survive that long with 1 MB blocks.
Pages: « 1 ... 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 [61] 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 ... 356 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!