Topic: FaucetBOX.com Discussion - page 34. (Read 237020 times)

You can't really block access just from one town and I think that's not what you really want to do.

How do you know it's Saint Petersburg? Maybe you just should ban one specific network or AS that's attacking you?

Saint Petersburg, Saint Petersburg City arrived

I am suffering constant attacks from this city (Saint Petersburg). How do I block the access of this town? I can only block the access of Russia whole. But I would like to block only this city.

6HUC means that transaction was sent to you, but didn't get confirmed for more than 6 hours. There were no transactions sent to you yet (it can take up to 48 hours), so I don't see any problem here.

WOO HOO!!!

YEAH BABY ...all working!!!     

Love your work Kazuldur...you da man !!!

thanks very much for your time ..

Please put my site on your Faucet list ASAP

oops sorry ...yes found it ...

It does, it's line 237 in main index.php file.

ok have struck a problem

In my (your) original script (r63) i added several lines to the main  index.php file, that supplied additional antibot mechanisms.

This involved inserting a block of code directly after this line

 $data[‘captcha_info’] = $captcha; 

However that line does not appear to exist in r64.
Can you suggest somewhere I might stick it ( watch it !!...lol) in the r64 file?

I really liked the Faucetbox at the Beginning. It paid out to 3000k via faucet and now u can simply gain 100 satoshis Thats not nice do do the work by yourself.
i recognize better faucets they paying better rewards like freebitcoin.

Yea, just restoring your config.php and template's index.php should be enough, they're compatible with r64. However, just to be sure, make backup of everything, all files and database.

I Have considered. Thought I could update to 64  at the same time if i decided to do it, but I'll have to redo a lot of tweaks I've done ...Its doable ...just a bit of a "head F%$%^", ya know? ...yeah you know ...lol

look i might go ahead and do it. Whats impressed me most about you and you're team is that you always sem to have an immediate answer to most problems . If this has you stumped , it must be something really weird ...

I gather if i save my existing Config.php and my "template/index.php  and reload on completion all should work again yeah?...all things being equal.

I'll do this and let you know..asap.

I'm sorry, somehow I've lost your message. I get waaay too many PMs...

So... I have no idea what's going on. Don't mind the "Cannot modify header information" error, it's just the result of these two errors before that.

Now, these two errors shouldn't happen. It's not even a problem with "retrieval of the NastyHosts.com list", it's a problem with even checking if NastyHosts.com is enabled. And it shouldn't cause a payment to fail... The only way I can see for them to happen is corrupted database. $display_errors = true; fixing the faucet is even more bizzare.

I'll go through the code again later today and try to find a cause. For now however - as much as I hate to propose such a blunt "solution" - have you tried wiping your database clean and reinstalling the script?

I've seen this many times. When you try to claim the first time it just reloads the main faucet page. But the second try works. I'm not sure this is your case. I always thought it is a bug in a custom change to the FB script since I'm unable to reproduce myself using the original script.

Have you made any custom changes to the script?

The notices are not really an error. And the warning is caused because you spit text (the notice error messages) before the headers (session start etc.).

The fee for bitcoin deposits is now 1%. Thanks Kaz!

Hello.
 
I'm having a problem with my faucet, It's new and ready to go , but testing has revealed a problem with the actual faucet script itself  . Or at least my implementation of it.

When I attempt to use the faucet as a user, The attempt fails, The page appears to reload , but instead of presenting me with the "x satoshis was sent to your address" message it reverts back to the original page and no payment goes through .

Interestingly , after Kazuldur suggested that i turn on error display in my config.php file ,The faucet mechanism began to operate properly , a payment was sent successfully to my faucetbox account on a test,   but 3 errors print to top of the page  and an error log appears in my Public_html directory ...as follows:

[23-Jun-2016 09:08:51 UTC] PHP Notice:  Undefined index: ip_check_server in/ ####/######/public_html/index.php on line 1570
[23-Jun-2016 09:08:51 UTC] PHP Notice:  Undefined index: ip_check_server in /####/######/public_html/index.php on line 1586
[23-Jun-2016 09:08:51 UTC] PHP Warning:  Cannot modify header information - headers already sent by (output started at /#####/#######/public_html/index.php:1570) in /home/#######/public_html/index.php on line 1620

When I turn off the error display parameter in config.php ...the faucet stops working again???!!!

I know very little about coding , but I've tried to identify the problems . I think i've located the correct lines of code and  it looks to me that something is not right with the retrieval of the NastyHosts.com list. I'm not sure what the header warning is all about though .

I've requested help from the faucetbos guru's , but they seem a little busy at the moment ...can anyone else offer a suggestion on what I might do to rectify this fault?

I'm very much a novice when it comes to coding so you'll need to be pretty specific ...sorry

Thank You Kazuldur & NeedItFindIt.
All is good now. Thank you very very much for your time.

~AvalonRychmon.

Open developer tools in your browser, switch to the network tab and filter by Images. About half-way through (by the way, 100+ requests per page load is insane) there's a request for an image with URL: "http://gr8.cc". That's obviously not an image and that's what's breaking the session. I don't know what causes this request though.

Some people may be able to claim if:

1. they're bots that don't load images
2. they have disabled images in their browsers
3. (most likely) they have slow internet connection and are able to claim coins before their browsers start downloading this "image"


EDIT:

The problem is this resource: http://gr8.cc/bxslider/bx_loader.gif . Something on your page (I'm not sure what) tries to load it, but then it redirects to http://gr8.cc and breaks the session.

Thanks @NeedItFindIt I have corrected my JS.
I was aware of the issue but forgot to fix. Grr old age.

Anyway back to the issue at hand.
This Session error is completely Random.
Here is the recent payouts graph.



Clearly some people are able to claim.

I have even tried switching back to the default template and have the same error.

~AvalonRychmon.

P.S. This isn't a new install its over 4 months old.

You have faulty JS that is making the website call the "/" (main page) again and again. Technically you are flooding your own website.

hey faucet guru's

I now you must be busy , but....don't 'spose anyone has a spare minute to cast an eye at TT  (35422) do you

I'm keen to get this sorted

Thanks mate