>>fb-6GGVKH8F (OP) yeah
i liek boob
Freech has RETURNED. We have flags. All goons, herdsmen and anons welcome. https://freech.ltd/intl/ Tor: http://freech74amlzoxrrv2c2yi4l2q6qqk5rlo6lrhhq6phdr2ddxkwuinad.onion/intl/10 replies and 1 images, Click here to view all.
if fchan uses random base 36 numbers for post IDs then we not only can roll for dubs/trips/whatever but also words, making for more intricate gets not only that, but since the numbers are not sequential, a get at any position (instead of only the last digits) should be valid, as each individual digit is random17 replies and 4 images, Click here to view all.
>>fb-E2SJGHGP (OP) rolling for FAG
fchan uses 8-digit hexadecimal numbers as post ids. This means that there are 16^8 = ~4.3 billion unique ids. This is not that big of a number. What's worse, these IDs are selected at random. The birthday paradox states that a 50% chance collision occurs at sqrt(n), which in this case is only sqrt(16^8) = 65536 posts. 65 thousand posts, after which the federated chan network becomes a complete clusterfuck. If you can't even rely on your id being unique, why bother with an id system at all?8 replies and 2 images, Click here to view all.
>>fb-3ZESC121 from the FAQ at bottom >sequential numbers have run their course. random base 16 (now base 36) is better. according to OPs concern there would be even more collisions with seqential numbers. What happens when two federated instances have the post 1,2,3,4,5,6,7,100,234,21003? But even with sequential numbers what makes a post unique is the domain it comes from so nothing would happen. Any instance is free to change their IDs to any system they like
>>fb-EK49ITBG (OP) You sure the IDs aren't chosen from a pre-determined randomized order? Say every possible ID was stored on file somewhere (which would only be ~4.3GB without extra data) and shuffled them around. An index of the next ID to use could be stored somewhere else, and be incremented every time someone makes a post. No more chance of collision. I agree 16^8 is rather small for an ID size, but in all seriousness it's not something to be worried about now. For the sake of argument, say this board got the same 1,000,000 posts a day that 4chan gets (https://www.4chan.org/advertise). Let's also assume that this board generates the IDs with no chance of collision using the method I mentioned before. At 1M posts per day, this board could go over 11 years without running out, and that's with 4chan level traffic. Worst case scenario and there weren't any more IDs for some reason, it isn't that hard to increase the ID size and create a new pre-determined list of IDs.
Have a clean png of disks
DEAD BOARD12 replies and 7 images, Click here to view all.