Actually i'm stuck because the captcha isn't giving me CPU points. :(
Somebody can tell me how do i fix this issue ¿? :(
Thank you very much ;D
Hello, Rocketchips! Thanks for reaching out. I've sent you a PM.
Hey,
at first realy nice game^^
but why can NPC attack me in "save" systems?
Hello, RTW-93. Thanks for your feedback. I dunno, tell us more, which NPC and where?
Pardon for asking in this thread instead of chat, but how do you repair Hull Integrity i'm only have 10/100 ???
Hello, Altaraiser! You can find a planet with a wharf or maybe some other player with a Repair Ray will agree to help you. Ask around. |
|
|
|
|
OK, I understand the whole account situation much better now. The rest I will surmise from the actual use.
Fixes are looking good, keep it up!
|
|
|
|
Done.
Thank you! Could you please re-try the direct withdrawal, we had a small bug which is hopefully fixed now.
Update! - [ENC] Allow broken items to be crafted. * (@zaiusz)
- [ENC] Add Stealth-Jumping.**
- [ENC] Remove Paytoshi payouts!
* If you craft 2 or more items per attempt, and at least one of your ingredients is broken, all resulting items will come out broken too! I know it doesn't make sense, but that's the implementation detail. Be warned. ** If you perform a jump while being cloaked, there is a high chance you will do so undetected, without leaving any trace and without breaking your cloak. There is a lower chance that the cloak will even remain active after your arrive on the other side. |
|
|
|
Well, i click on the take notes thing in a planet and the button disappears and I can't take notes. Maybe it's a firefox issue?
FaucetHUB support is still pending, but is on it's way. What else is left? Don't slow down now :D Well, there's that lack of deposit feature, and then there are no non-fake coins, and it's in BETA, so you know, the usual :) |
|
|
|
You may be right about the balance check page showing an incorrect amount, since it was not designed with multi addresses in mind. I will update it to reflect the differences. Each address linked to your account will have the payouts it received sent to it upon the threshold, however the threshold you set is the same for each address.
The part about different addresses for single user is now 100% clear, thank you. In that case, yeah, check the balance check page. The part about owner/user is not that clear. For example, right now I've got 284 satoshi from your rainmaster. Those satoshi are showing up both on the user side and on the owner side. I'm not sure if those 2 sides should or should not be separated at all, conceptually..? But I was able to use those 284 satoshi to send myself 1, to end up with 284. Are those questions making any sense? Should I just wait for the next update? |
|
|
|
Think this might be a while until it's fixed? I still have the guy's laser and he might want to use it :P
Yeah, shouldn't take too long, but that guy better not hold his breath... :( |
|
|
|
Multi addresses per account finished. I need users confirm it works. http://faucethub.io/dashboardBecause of this addon, everyone will need to re-add their addresses. (The ones you linked in your accounts) Woah, that was fast! So I finally sent 1 satoshi using the API, and it looks like everything works as expected! Congrats, everything went smoothly! However, the whole notion of multi-addr is hard to grasp given you have combined balance for everything... Is that a bug or a feature? If it's actually a feature, it's actually kinda cool, but which address will the system use for payouts then? What exactly is the progress bar showing? And on a related note, similar question arose even before the multi-addr. So we have one account as faucet owners and users. Kinda cool and convenient. But then... going to /balance/Address shows you you're about to reach the threshold, and that the satoshi are about to be sent to you? The same satoshi you actually deposited just now to spend on your faucet? Does it mean we're locked in a perpetual loop? (The obvious answer is that I'm just missing something, and/or maybe some page is not showing what it's supposed to be, but in the slight case there really is a conceptual problem here, please take a look). |
|
|
|
Toecutter, i'm trying to craft a INZ laser for a new player, but it keeps telling me:
"Unable to manufacture: Not enough MLK-In Mining Lasers"
The laser has a durability of 90/100. is that a problem?
zaiusz
Yeah, you could only use brand new items for crafting. Which, to think of it, is a bug, so filled, thank you! |
|
|
|
Suppressing of errors is a bad thing to have, and that error handling is something thats very much down to the server environment and php configuration  Alright :/ Working on multi addy feature. I'm really against this, but if it's gonna help you guys, then it's fine. (Sad_face.png)
Wait, if you think that this request is unreasonable, you should just explain the expected workflow and we would just follow it. I simply assumed testing this whole system expects at least 2 different BTC addresses to be involved? Or should we just get multiple accounts, or..? Otherwise, good to hear, can't wait to see it in action! Can you please test with BTC for now, instead of DOGE? (Or you have only the ability to test DOGE?)
No, BTC would do just fine, I was just kidding, don't worry about it. |
|
|
|
Hey guys, just woke.
@toecutter
I totally understand all your points, but I haven't even finished 50% of what I had in my mind :)
I'm going to give a detailed reply when I wake up properly
Don't worry about it, you have better things to spend time on. Just letting you know is good enough for me. Do what you have to do, and we will mostly follow anyway. |
|
|
|
Done, please check it out :)
Awesome!!! I'm merging it back. One sore note, though, and I feel really really stupid, as the patch missed that change: - $fp = fopen($this->api_base . $method, 'rb', null, $ctx);
+ $fp = @fopen($this->api_base . $method, 'rb', null, $ctx);
...
- $response = json_decode($response, true);
+ $response = @json_decode($response, true);
those two adjustments really are needed. I know you probably have an aversion to error-silencing "feature" of PHP, but as both those functions emit Warnings in addition to returning null when something goes wrong, it's the way to go. Plus we check the return values as soon as possible, it's fine really. Sorry again for wasting your time with incomplete patch :( BTW, http://faucethub.io/phplib lists "PDO module for PHP" and "PDO compatible database and PHP driver" under Requirements. As you know, those aren't really used in the bare lib. You could also downgrade "cURL PHP module" to "Optional/Recommended" while you're at it.
Still waiting for an ability to link multiple addresses into single account and to get my hands on those precious -FAKE- DOGE coins. Burning with excitement, even! :) |
|
|
|
Hi You can use this link to direct the users to their balance stat: https://epay.info/check/Address
Thank you very much! We have added epay payouts to our game. Here's a little something faucet owners might be interested in: https://github.com/satoshigalaxy/epay-library-phpNot greatest quality stuff, but hopefully a good starting point for hacking further. |
|
|
|
Well, i click on the take notes thing in a planet and the button disappears and I can't take notes. Maybe it's a firefox issue?
When the button disappears, it means the notes have been taken. Please see your map and/or profile page, they should be there. If not, something indeed is broken.
Update! - [ENC] Add ePay.info withdrawals.
First DOGE/ePay re-filling is yet to happen :) FaucetHUB support is still pending, but is on it's way. We have around 40k sat left on Paytoshi, someone please take them away! And on a similar note: if you're a power-player and withdraw a lot, could you (maybe) please test the direct withdrawal method? I know that you will lose some sats this way, but it would be nice to have a proper blockchain transaction to our name... |
|
|
|
Something strange. I was placing MK I mining laser on market and get massage:
"2016-11-24 08:37:59 Bought 1 MLK-I Mining Laser from the market (for 7000 satoshi) "
And, of course, I lost that 7000 satoshi and get no MK I laser....
On second attempt I have placed laser on market without problems....
Are you sure? By the sounds of it, you were placing an order, not an offer.
Hey Toecutter, how does one go about using the planet note popup? When you click on a planet, it brings up a little window showing only the name of a planet with no further info.
It shows you your notes from the map page. Don't forget that you can collect those by clicking the "take notes" button on planet screens. I know it's not what you asked for and it's not supposed to, just a little something we came up on a short notice.
Update! - [BUG] New squads are created without leaders!! (@zaiusz)
- [ENC] Allow any item to be entered as potential buy order on the market.
- [ENC] Add AJAX'ified price look-up to the market page.
|
|
|
|
Great to know! I'm obviously more interested in this bit of trivia: Anyways, we have a slight problem implementing ePay payments. We're used to other microwallets having a "check balance" pages, accessible by simple URLs, so we can link to those pages. For example, on FaucetBOX (forgive me for mentioning it on your thread, but as it's closing, I hope it's fair), one can go to https://faucetbox.com/en/check/1bitcoinAddress and see the balance. Couldn't find anything like it for ePay. about link, we are working to implement it right now. will be added today. as this is blocking our implementation of ePay. |
|
|
|
What typo? could you mention it. I did. In PHP example code (for budget) is still uses f_balance as the method. about link, we are working to implement it right now.
will be added today.
Cool, thank you! Any news on those issues? |
|
|
|
|
I believe your idea of adding use registrations is a very bad one.
Let me preface by saying that,
a) I do realize you have 100k+ users and can afford to not care
b) I will mention other similar services in this post, but I'm not a shill or endorsing those
c) SG support you no matter what, just for the fun of it
The beauty of FaucetBOX was that one could use it without even realizing he was using it.
(Hell, I can use FaucetBOX to send you bitcoins right now, and it will work, without you even having to learn what FaucetBOX is.)
Many newbie faucet users do not initially understand where are their satoshi going, assuming they will just end up in their wallets. As they eventually do! Some users can become worried and visit the "address checker" page. There, it explains the whole dust transaction ordeal, shows the progress till threshold and lists the latest payments. At this point, the user get an "a-ha" moment, it clicks, and FaucetBOX takes it rightful place as a middle-man in his mind.
An ideal faucet contains 1 address field, 1 captcha and 1 "CLAIM" button, with no redirects, no account sign-ups, etc (Such a faucet might not exist in this world). One page load, one form submission, one "drip". Your system complicates it by 3 extra steps, at best. At worst, it would just drive the poor user away. Now he has to learn what "faucethub" is, what a "faucethub account" is, which one is which, and why is that scary-looking number is even needed, if his "address" is just his email?
Then, you system kinda breaks the automation aspect. If I get error 456, there's nothing I can do about it without human intervention. For automatic payouts this is really problematic.
Case in point: let's say I want to migrate my faucet website with many referral users to FaucetHub. In a "perfect" migration situation, I would just start sending their satoshi to the new website, and the net effect would be the same. But with your new system, they will first have to become worried that their payouts have stopped, then investigate each and every site, create faucethub account, etc.
In a more philosophical terms, this systems abandons lots of good ideas bitcoin (and faucetbox after it) brought into the world. One of those ideas is that "accounts" are a meaningless archaic concept, that linking identity to a wallet address is futile and counter-productive, and that if you need to prove anything, you should use crypto (such as message signing), not privacy-intrusive methods like ID scans or email addresses.
I think it was really beautiful, that faucetbox pages worked as-is, with any possible bitcoin address, right out of the box. The fact that they were public to everyone reflected the fact that blockchain is public to everyone. Doing something meaningful to those addresses (changing the threshold, effectively requesting a withdrawal) was only possible if you had a private key, reflecting another important bitcoin idea: you can still retain control over what's publicly accessible.
Don't get me wrong, I'm not saying all bitcoin-related sites should abolish accounts or off-chain transactions, I'm just saying faucetbox was getting the spirit of crypto. That account thing you're doing, it really doesn't.
What's worse, your system reduces the bitcoin address from a primary identifier to an attribute of a faucethbub.io account.
Why even ask for a wallet address at all? Arguably that's a waste of time, if your intention is to get to faucethub account name. And those are easier to remember too, so why not go all XAPO on our asses and just use that?
And to circle this back to the automation aspect, I would argue that letting the transaction pass, and keeping the coins in some kind of the "future" wallet is a more convenient way to do things for both faucet users and owners. Consider the:
hey, 1bitcoinAddressHSH, you just got 12 satoshi, but you can't withdraw them before you signup here, haha!
approach. That's what PayPal is doing (for credit cards vs email addresses) and that's what XAPO is doing (as far as I know). Or maybe it's a kind of a lose-lose situation, only to be solved by not having any accounts at all.
P.S. What happens when someone else gets my address linked to his account? Can I reclaim it using the message signing?
P.P.S.: How about an immediate ref.payout to a non-faucethub-approved BTC address?
Sorry for the wall of text, hopefully I've managed to express myself fully without angering you too much.
TL;DR accounts bad ; error 456 small yet deal-breaking change to faucetbox API
|
|
|
|
Hey, so implementing FaucetHUB over here, first of all, could you please merge this patch? --- faucethub-orig.php 2016-11-25 09:21:04.000000000 +0400
+++ faucethub.php 2016-11-25 13:40:06.742170900 +0400
@@ -18,15 +18,26 @@
{
protected $api_key;
protected $currency;
+ protected $timeout;
public $last_status = null;
protected $api_base = "https://faucethub.io/api/v1/";
- public function __construct($api_key, $currency = "BTC", $disable_curl = false, $verify_peer = true) {
+ public function __construct($api_key, $currency = "BTC", $disable_curl = false, $verify_peer = true, $timeout = null) {
$this->api_key = $api_key;
$this->currency = $currency;
$this->disable_curl = $disable_curl;
$this->verify_peer = $verify_peer;
$this->curl_warning = false;
+ $this->setTimeout($timeout);
+ }
+
+ public function setTimeout($timeout) {
+ if($timeout === null) {
+ $socket_timeout = ini_get('default_socket_timeout');
+ $script_timeout = ini_get('max_execution_time');
+ $timeout = min($script_timeout / 2, $socket_timeout);
+ }
+ $this->timeout = $timeout;
}
public function __execPHP($method, $params = array()) {
@@ -35,7 +46,8 @@
"http" => array(
"method" => "POST",
"header" => "Content-type: application/x-www-form-urlencoded\r\n",
- "content" => http_build_query($params)
+ "content" => http_build_query($params),
+ "timeout" => $this->timeout,
),
"ssl" => array(
"verify_peer" => $this->verify_peer
@@ -43,6 +55,12 @@
);
$ctx = stream_context_create($opts);
$fp = fopen($this->api_base . $method, 'rb', null, $ctx);
+ if (!$fp) {
+ return array(
+ 'status' => 503,
+ 'message' => 'Connection error',
+ );
+ }
$response = stream_get_contents($fp);
if($response && !$this->disable_curl) {
$this->curl_warning = true;
@@ -58,11 +76,18 @@
} else {
$response = $this->__execCURL($method, $params);
}
- $response = json_decode($response, true);
+ if(is_array($response)) { //connection error
+ return $response;
+ }
+ $response = @json_decode($response, true);
if($response) {
$this->last_status = $response['status'];
} else {
$this->last_status = null;
+ $response = array(
+ 'status' => 502,
+ 'message' => 'Invalid response',
+ );
}
return $response;
}
@@ -75,10 +100,14 @@
curl_setopt($ch, CURLOPT_POSTFIELDS, $params);
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, $this->verify_peer);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
+ curl_setopt($ch, CURLOPT_TIMEOUT, (int)$this->timeout);
$response = curl_exec($ch);
if(!$response) {
- $response = $this->__execPHP($method, $params);
+ return array(
+ 'status' => 504,
+ 'message' => 'Connection error',
+ );
}
curl_close($ch);
@@ -86,6 +115,8 @@
}
public function send($to, $amount, $referral = "false", $ip_address = "") {
+ if ($referral === false) $referral = 'false';
+ if ($referral === true) $referral = 'true';
$r = $this->__exec("send", array("to" => $to, "amount" => $amount, "referral" => $referral, "ip_address" => $ip_address));
if (array_key_exists("status", $r) && $r["status"] == 200) {
return array(
here's the super-long explanation of what it does https://bitcointalk.org/index.php?topic=1094930.msg13080814#msg13080814TL;DR version is that it adds timeout checks -- good adds proper handling of connection errors and wrong responses -- good does that by adding fake error codes -- bad, please review does this thing $response = curl_exec($ch);
if(!$response) {
- $response = $this->__execPHP($method, $params);
-- because if it failed, it failed, magical silent retry with another method is evil -- controversial etc Feel free to ignore the code, but please do tend to the problems it solves. And of course, ask me anything if it needs any clarifications.
Next up, I've signed up with AddressA. Now I'm trying to withdraw to AddressB, and FH suggests I link it to my account on address check page. (Honestly, this whole "signup before use" is not something I like at all, but I'll post at another thread to keep this one clean) But, anyways, as I try to link the address, by clicking the buton, I just get redirected to my dashboard... And it looks like there is no option to link currently? I see my original AddressA there, with no ability to change it. Game over?
And the most important question of all: where do I get 'em sweet fake coins? |
|
|
|
do the players have to purchase the goods in order to do a trade route job? If so, what's to stop them from just taking off with the goods? Might be better if you just enter a delivery reward price and the goods delivered are transported in an unmarked package
We have actually though about implementing an unmarked package system, but that only brings more questions (like what if the player takes off with the package?). Instead, everything is handled in terms of simple buy/sell transactions. You control it with the price. So, if you sell candy bars on planet A for 500 and buy on planet B for 505, you lose nothing if a player buys on A, and takes off; you have just sold some merchandise, that's all. Similarly, a player can come to B directly, with his own candy bars... not a big deal either, as you still get your terms fulfilled. Am I making any sense? |
|
|
|
I'm so confused at how the planet trade stuff works ... can you explain this in more detail?
I was messing around and I listed rubies on the first planet for 5, the second planet entered 600, now it created a job and I can't get rid of it. I don't even know what the result even means or what this does... but it looks like my other planet is now paying 595 for rubies...
To get rid of it, press the cancel button and it will get delisted as soon as expiry timer runs out. As to how this feature works, well, you already figured out one use: - Creating trade routes between planets. One of you planet sells rubies for 5, the other buys for 600. Players take this job and earn 595 satoshi per unit, and you get your materials delivered. Other 2 uses are even simplier: - Simple buying planets. You just specify 1 planet and a price and the planet begins to act as a simple buying merchant. You must topup the operational budget of the job with some satoshi for it to pay for the goods. When players land on such planets, they will see a merchant window (similar to one found on the stations), listing your cargo and a price. They will be able to sell stuff to you, the item will appear in the warehouse and the player will get payed from the operational budget. - Simple selling planets. Same deal. You just specify 1 planet and a price and the planet will then act as a simple merchant, selling stuff from the warehouse. The proceeds go to the operational budget of the job. Players see merchant window with the price, click Buy, and if your warehouse has enough stuff, the deal gets made. If you specify both the selling and buying planets, the operational budget acts as a buffer, as satoshi go into and out of it. |
|
|
|
|
Show Posts
