Eric

Especially Judy!

Your phone number, the called phone number, the date and time of the calls, the content of your voicemail messages, the text messages sent through the service, etc. I wouldn't characterize it as "behind your back" as the sole purpose of the service is to intercept, process, and forward your call information. https://policies.google.com/technologies/voice?hl=en-US

A few things I had done some country blocking with .htaccss on the old server, but never felt confident that I had a complete list of IP ranges The new server is running nginx, so no .htaccess Cloudflare keeps the traffic from even seeing the website, since they manage DNS and issue the challenge before a request to the server is made Aside from the country blocking, they're doing other bot detection magic, plus I'm adding custom web application firewall rules that are specific to the forum app. I'm a fan of doing as much of this as possible at the proxy, but I also have nginx rules set up for anything that gets through.

I'm using CloudFlare to manage DNS and as a proxy in front of the site. If I set up the rules to block traffic from outside of the US at that level, they won't even hit the web server. My only worry is that if a forum member is blocked for some reason, they're not going to have any way to let me know they can't get in. Since enabling the captcha 30 minutes ago (click the checkbox to prove you're not a robot), out of 910 challenges only 4 were solved. It may not be necessary to block the traffic completely if the challenge is effective against the type of traffic I'm trying to prevent.

I've just set up rules to issue a captcha challenge for any visitor not from the US or Canada to help with the bots and spammers. I'm interested to know if anyone on the forums gets caught up in those--if not, I may block traffic from outside North America entirely. I wouldn't normally do something like that, but this is a very US-specific site. Can anyone think of a reason not to?

You are welcome! I ironed out and documented the process yesterday, and everything went smoothly this morning.

Alright, everything is moved and at first glance, things appear to be working normally. A lot has changed behind the scenes--more than I'd normally like to change all at once, so please report any issues or broken features you encounter.

Hi folks, The server move I mentioned last month will begin soon: You'll know it's in progress when the forum is replaced with a static message, and you'll know it's back up when the message is gone and there's an update on this post. I've done a trial run of the migration and although it went smoothly, I expect a few bumps over the coming weeks as it starts getting real traffic. Thank you for your patience!

Both good points. Even in a situation where the site is cached for logged out users, the TTL would be set to a low value, likely to an hour or less, so they would still see almost all of the most recent content. Then, after that period of time, the cache expires and the next hit generates a fresh copy. It would go a long way to dealing with all of the bot activity that the site sees. Every hit from one of those bots is processed like any other, which generates multiple database queries. Serving them a static file would be tremendously more efficient. In any case, I'll know more once the move is complete, and I've had time to work on the server/software configuration for a little while. There's a reasonable chance we'll be able to get away without the caching layer at all.

You're very welcome. I feel like people should be donating to Judy instead, as she's got more to do with keeping this place running smoothly than I do. I doubt there will be any significant change in cost--instead of one powerful/expensive server, I'll have all my sites broken up into multiple smaller, less expensive virtual machines. We'll see how the first few days go. Because the whole site is dynamic, I can't get away with leaning on caching as much as I do with your average static website. E-Commerce sites are similar in that way. It'll be interesting to see the CPU/RAM required to run the site when it has its own dedicated resources to work with. If resource use seems excessive even after tuning, I may entertain caching the site for guests (those who aren't logged in) so that content might be outdated by an hour or two unless you log in.

Hello all, We've had some (very few, but more than zero) issues where database tables have crashed during times of heavy load on the server. These load spikes are usually related to other sites that I'm responsible for that happen to share resources with the ATX Community. These haven't been significant issues, and in fact have been very easy to resolve when they arise, but it does cause brief downtime on the Forum. So, in the interest of constant improvement, I would like to move the ATX Community to its own server (VPS) with its own dedicated resources. There are other server configuration changes/challenges that I'll tackle at the same time. Because this is the only forum I maintain, I am less experienced with performance tuning for this software than, say, more standard website content management systems. All that to say, I am expecting it to be a slightly bumpy transition but with improved speed and stability in the long term. There might be as much as one or two days of downtime followed by intermittent hiccups until everything is smoothed out. I'm aiming for mid-May to get this work done, but there is no hurry on my end. If there are business reasons to put it off longer, please speak up! Thanks!

I did see those reports along with Judy's email this morning. The registrations are happening manually. They're answering the questions correctly and not trigging Google's ReCaptcha service. They're also using unique email addresses for every registration. Once they made it past the registration process, they have a script that will automatically post content, but the forum doesn't allow people to post more than once very quickly, so that throttles how fast the spam can be added. With 110 accounts, though, it can pile up quickly.

Your email addresses are not readily accessible on this website. Only Judy and I can see email addresses for individual users.

You bet! I may end up taking the forum down again soon, it looks like they're still making it through although more slowly than before. I need some time to look at where these accounts are coming from--the registrations seem like they're being created manually, not by bots, and then once registered the posting is automated. I may end up blocking all traffic from Russia and China, but need to investigate the traffic more closely to see how effective that would be. I could also add a manual verification step to registration, but I need to look more closely at what that process would look like on our (your) end as well.