-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
To @IzzySoft #18
Comments
No idea what exactly you mean, sorry. There's rarely any JS on any of my sites, so that part cannot be the problem. If you're looking for DMs: there are confidential issues in the GitLab repo I use for maintaining. If that's still too "public" (after all, GitLab is run by… well, on…), there's always the imprint with my mail address. To investigate I'd need some more details, like the exact time and IP address used and which of my sites you were on (the repo is included with 2 of them). The only thing I could imagine hitting you is the "invasion filter" (to protect against massive scrapers). If it's that I can just suggest a slower pace, there's not much I can adjust there anymore without making it useless. |
@IzzySoft It's probably the invasion filter then, which is too sensitive in my opinion, when it hits me I have to use a VPN. Purposely I just forced it by viewing couple of app's details and doing some unnecessary refreshes, the message I get in the Bromite Browser is:
IDK how much time it takes to clear this and become accessible to me again. |
That definitely sounds like the one, yes. Every 2..3 years someone ends up there. But every day so many bots end in there which otherwise wouldn't. I fine-tuned it many times – so apologies, but I reached my limits there. Loosening the filter more would practicably rendering it useless. |
If I message you my current IP, with which this happened, to [email protected], would you be able to whitelist it or do something, or there's no point at all ? At least it's static v4 (forever the same on that network), if it was dynamic - no chance \ point. |
I've asked for that to find the reason – but it seems we already found that. And no,I don't maintain a "personal whitelist", sorry – that would too soon become too messy. It's a personal site, not a corporate thing which generates income. And I won't communicate the exact settings here in an open Github issue. Yes, the "lock" is timed– that much I can say (all else would not make sense with dynamic IPs). But if you can tell me which of my sites you access (e.g. |
It's |
Aw, missed that, apologies! Lemme see then… OK, adjusted a bit (this server did not yet have specific settings, now it has). Please see if this helps you, but don't exaggerate or it will still hit you 😉 |
Thank You. Let's hope that it will be fine from now on, I browsed it a bit, but it will really show up when I have to actually digg \ search for something more extensively. |
Yupp, that's clear. The protection you triggered is the one against "mass-scraping" – normal use shouldn't have triggered it. And it should be a little more relax now (though not much). And reading your previous comment again in this context: Yes, android.* had a fine-tuning for that in place already (which I thought I had done for the other domains as well – turns out I did not). |
@IzzySoft - Hi, there are no PMs or DMs here, so I decided to mention you here, so I can report that your repo site's anti-spam or whatever is there protection mechanisms are very strict and sensitive, for instance it sometimes cuts me off, just because I'm using 1DM's (IDM) Browser on Android or if I browse it a bit with JS off, maybe you can adjust that a bit...?
The text was updated successfully, but these errors were encountered: