You're right, but this repo is more than an API. It's misnamed because we were originally going to split things up more in multiple repositories. We decided we need to put this into a single repo instead for the following reasons:
1. Integration with the original forum requires some shim work that we did. You're totally right about not needing the data. And obviously our whole idea is to steal your data and sell it. (/sarcasm)
2. Supporting noscript is a big goal for us. Javascript in the browser isn't for everyone and I believe that information needs to be concise and not filled with unnecessary UI fluff.
This is my last response to you until you decide to be helpful and positive about the project. Before you insult our skills, take a look at our work and if you want to correct us in ANY way, please feel free to send over a pull request and we will evaluate it in a thread for EVERYONE to see and decide what's better. Open source means we are open to CONSTRUCTIVE criticism. Learn to contribute so that you can matter.
I am correcting you in how poorly this whole thing was handled and how sad all you have is barely anything to show (I loaded this on my dev machine half of it didn't even work  ). I would love to starting code and help you guys out, how much are you going to pay me for my time? |
|
|
|
Mac OSX 10.9.2 N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_21thread_resource_errorEEEEE
Here is my log. 2014-03-31 01:10:38 init message: Verifying blocks...
2014-03-31 01:10:38 Verifying last 288 blocks at level 3
2014-03-31 01:21:17 No coin database inconsistencies in last 289 blocks (100301 transactions)
2014-03-31 01:21:17 block index 643921ms
2014-03-31 01:21:17 init message: Loading wallet...
2014-03-31 01:21:18 nFileVersion = 99900
2014-03-31 01:21:18 Keys: 0 plaintext, 299 encrypted, 8 w/ metadata, 299 total
2014-03-31 01:21:19 wallet 2035ms
2014-03-31 01:21:20 init message: Loading addresses...
2014-03-31 01:21:20 Loaded 18418 addresses from peers.dat 142ms
2014-03-31 01:21:20 mapBlockIndex.size() = 293361
2014-03-31 01:21:20 nBestHeight = 293180
2014-03-31 01:21:20 setKeyPool.size() = 101
2014-03-31 01:21:20 mapWallet.size() = 292
2014-03-31 01:21:20 mapAddressBook.size() = 68
2014-03-31 01:21:20 ext-ip thread start
2014-03-31 01:21:20 dnsseed thread start
2014-03-31 01:21:20 Loading addresses from DNS seeds (could take a while)
2014-03-31 01:21:20 upnp thread start
2014-03-31 01:21:20 net thread start
2014-03-31 01:21:20 addcon thread start
2014-03-31 01:21:20 opencon thread start
2014-03-31 01:21:20 msghand thread start
2014-03-31 01:21:20 dumpaddr thread start
2014-03-31 01:21:20
************************
EXCEPTION: N5boost16exception_detail10clone_implINS0_19error_info_injectorINS_21thread_resource_errorEEEEE
boost::thread_resource_error: Resource temporarily unavailable
bitcoin in Runaway exception
2014-03-31 01:21:20 118 addresses found from DNS seeds
2014-03-31 01:21:20 dnsseed thread exit
2014-03-31 01:21:21 GetMyExternalIP() received [[IP]] [IP]:0
2014-03-31 01:21:21 GetMyExternalIP() returned [IP]
2014-03-31 01:21:21 AddLocal([IP]:8333,4)
2014-03-31 01:21:21 ext-ip thread exit
2014-03-31 01:21:23 UPnP: ExternalIPAddress = [IP]
2014-03-31 01:21:24 AddLocal([IP]:8333,3)
2014-03-31 01:21:26 connect() to 185.17.25.159:8333 failed after select(): Connection refused
2014-03-31 01:21:26 UPnP Port Mapping successful.
2014-03-31 01:21:38 receive version message: /Satoshi:0.9.0/: version 70002, blocks=293315, us=[ip]:51835, them=119.237.183.41:8333, peer=119.237.183.41:8333
2014-03-31 01:21:38 Added time data, samples 2, offset -1 (+0 minutes)
2014-03-31 01:21:42 ProcessBlock: ACCEPTED
2014-03-31 01:21:43 EnvShutdown exception: Invalid argument (22)
2014-03-31 01:21:43 socket select error 9
EDIT: I actually had to downgrade, I tried to delete everything of course after a backup and I was met with the same error. |
|
|
|
Hey Gweedo, The Github repo for the auction system has actually been public for awhile. I'm sure if you look through the Slickage profile on Github you'll find it. It's currently called Adness-API. There's also an Adness-Web for the SPA version of the auction system. We haven't really started work on that section yet. We wanted to get the noscript version out first since that covers all users. As Wangbus said, we're finishing up right now and not taking in an issues or pull request yet. We want to finalize the alpha version before we do that. https://github.com/slickage/adness-api3 month is all you have is an api? You got to be kidding, this is a joke... 3 Months for an api, I build apis in less than 2-4 days. Come on guys you have $350k spend a little more time or hire another developer to help you. This is honestly the saddest thing ever. |
|
|
|
|
Ola I was talking about ATMs, not ALTcoins. ATMs you know the machine you put money in and get bitcoins out of, or put bitcoins into and get fiat.
|
|
|
|
|
Activity is based on 2 weeks of posting and is updated every two weeks.
|
|
|
|
I am looking at developing a new Bitcoin ATM. I wanted to get the opinion of Bitcoin Talk users. Is there a demand for physical bitcoin ATMs out there?
If you need help with a backend let me know. Since we live pretty close to each other, I think in our area we need an ATM. It would really do business because we live at the best cross of cultures. We have access to the extremely wealthy and the extreme poor. I think introducing bitcoins to both sectors would greatly benefit our area. |
|
|
|
Just creating a poll to see just how many people know about multisig addresses.
They seem really, really, really great for security but I almost never see them on the blockchain.
Cause they aren't really addresses you do a lot of spending from. Usually you do one or two sweeps to them and they stay like that, they usually have the most days destroyed. I use them on most of my partnership projects where a server will sweep profits to this address and then me and the partners want to move it their own wallets can. |
|
|
|
Is this a one man op? Can't he focus on other coins to maximize profit? Sorry if this question has been asked before, and props on him for not running away!
ASICs don't mine for non-sha256 coins, and most of the SHA256 coins are worthless |
|
|
|
We have a team that will funnel contributions from the public when the system becomes more stable.
Why not make it transparent now so we can see how much work by commits are being done? How do we even know you started? I mean it is taking this long to do an ad auction system, that could be done in a week, I can't imagine the forum is going to be taking a year, it is looking like two years. |
|
|
|
That Moroccan craftsmanship ! I'm more interested in the box than what's inside as I don't know who's the Wu whatever it is ) ^^
Please leave now... Still, a man can dream...
I will be dreaming  |
|
|
|
Bitcoin in/fiat out, or bitcoin in/bitcoin out?
By the looks of it, you put Bitcoin in and get credits. You spend the credits on the models and they get paid in fiat. They missed a great opportunity to disrupt the web camming. They could have had the bitcoins flow from my pocket to the models pocket without any middle man. Then charge the model to use their services based on her income. That is a good idea and I won't be very surprised it someone else comes along and tries to run with it. I mean more like a big fish in the game as I'm sure individuals have been doing this for a while. I hope someone runs with that idea that is why I posted it. If someone does use it, just give me free tokens for life that would be cool. I recall another cam site already accepting Bitcoin and wasn't there a Bitcoin only site already? I think the problem is getting enough models to accept it as payment. Yes cam4btc.com and the problem it encountered in my opinion was it was too early to the game. But it got a decent number of models on their for a while, and it was p2p video so it was very much a techie place. I think it would work out better for a bigger site like chaturbate. |
|
|
|
Bitcoin already has a seedy reputation which it is just beginning to shed. This probably isn't helping...
I think BTC has passed its golden period, I am ready to sell it and buy litecoin. Another newbie who is mad that they didn't get in on the ground floor of bitcoins. Litecoin isn't going to be anywhere near bitcoin, there is only one bitcoin. |
|
|
|
Real sex is infinitely better. I encourage all readers to go outside, take a risk, make yourself vulnerable, and get laid. 10,000 rejections are worth one lay.
You won't regret it.
+1, my friend who is only 23 smashed a 40ish MILF because he happened to be bored enough to hang out at a local dive bar until last call and she basically offered up some wine at her place. He is no prize. Right place, right time. A great film maker once said, "80% of life is just showing up." You do realize most people on this forum have a gf or wife Including myself. So while most people here think hardcore bitcoiners are very anti-social the truth is actually the opposite. |
|
|
|
|
I can help you with 2) as I have spend a lot of time researching and dealing with the blockchain.
|
|
|
|
Bitcoin in/fiat out, or bitcoin in/bitcoin out?
By the looks of it, you put Bitcoin in and get credits. You spend the credits on the models and they get paid in fiat. They missed a great opportunity to disrupt the web camming. They could have had the bitcoins flow from my pocket to the models pocket without any middle man. Then charge the model to use their services based on her income. That is a good idea and I won't be very surprised it someone else comes along and tries to run with it. I mean more like a big fish in the game as I'm sure individuals have been doing this for a while. I hope someone runs with that idea that is why I posted it. If someone does use it, just give me free tokens for life that would be cool. |
|
|
|
Or why doesn't the forum move the mail server off the web server, then BINGO who cares how long it takes because now it is off the web server. Can we just use our heads a little bit and problem solve.
This only fixes one of the problems I listed, which is the mail server bogging down the web server. But it does not fix any of the other issues such as getting all the email out in a time-sensitive manner. How does it not fix that? If you have a mail server with a decent amount of cores it can use all the cores and process many at one time, I would say it should able to process about 500 emails at one time. You don't have really care about getting mail so that eliminates that processing. And if you really cared you can build your own really slim smtp server. |
|
|
|
Reddit is for dumb people that aren't smart enough for 4chan LOL |
|
|
|
Purchase 500 tokens for 0.0784 bitcoin
Chaturbate adds Bitcoin: You may now purchase tokens using bitcoin!
They added it!
Start fapping!
Change the title OP! Or an admin!
Considering the price of Bitcoin right now, they may be removing it very quickly. They probably use bitpay or coinbase, it doesn't affect them. Still a bit of a noob when it comes to this, can you explain how it doesn't affect them? Bitpay and coinbase, instantly converts bitcoins to dollars, so they are always get the same amount of dollars instead of bitcoins. Bitcoin is just being a medium of transferring wealth. So if for argument sake we say 1 BTC = $5 and I buy $5 worth of tokens using bitcoin it would cost me 1 BTC. Then 20 mins later it takes 2 BTC = $5 and I buy $5 worth of tokens with bitcoins it would cost me 2 BTC. They are still getting $5 but it costing a different amount of bitcoins, they are taking no risk. |
|
|
|
Users should have the option to upload a GPG public key that the forum uses to encrypt all notification emails.
Alternately or in addition to this, the forum should have native Bitmessage capability. This means letting users register with Bitmessage addresses and sending notifications through the Bitmessage network. Note that routing the notification through a honeypot gateway like bitmessage.ch doesn't count because the primary purpose of Bitmessage is to not have monitoring chokepoints with access to plaintext.
This is a toss-up. Technically we can enable the option without a problem and sensitive info like password reset links and things of the like can be sent with GPG if the users opt into it. What's the toss-up? I think the option to GPG encrypt all messages from the forum is a great idea. GPG is a CPU intensive process. In most cases, this is not an issue because either messages are small or they are infrequent. But given the right circumstances, it could bog down the server and could be used as an attack vector much like DDOS or could even be paired with it (we need to make sure this is not possible). We have a lot of other features lined up that could be upsteam dependencies and we need to make sure that in all cases, the server is still responsive. Let's take the email/GPG use case for example, if an email needed to be sent out to the entire user base. That email would have to be encrypted once per user and then sent out (Given everyone was using GPG). If there are (I'm making this number up) 100,000 users... Can you see how much work that would be for the CPUs? This would be on top of serving those same 100,000 user the forum as well. Now imagine if that email really didn't have anything important to say. That's a lot of work for really nothing. But what if the email did contain sensitive information? There are ways to mitigate the CPU issue by locking it down to a few or just one core but that comes with its own trade offs. The speed at which the emails are being sent out may be drastically lower. If the email isn't time-sensitive but contains sensitive information, this is fine. But what if a system wide breach of the DB were to occur and all user's login/pass were compromised. A time-sensitive and possibly information sensitive email needs to go out... I could go on and on and keep playing what ifs. Each what if (corner case) does have a solution but some of them require that GPG is not universally used on all messages for the sake of speed. Which means more coding to ensure that logic is in place. Also, if none of the features run into issues like above then it's clearly a good idea to use GPG on everything. This is why the idea of GPG on all communications is a toss up. It's a great idea and we'd love to implement it, but due to the nature of GPG being CPU intensive, we may need figure out a solution if two features align against each other. But since not all the forum features have been solidified, we can't make a firm decision on it right now. That's just the nature of software development. Or why doesn't the forum move the mail server off the web server, then BINGO who cares how long it takes because now it is off the web server. Can we just use our heads a little bit and problem solve. |
|
|
|
|
Show Posts
