wolstech

Changed. It may take up to 2 hours to work. Please ensure DNS is set to our name servers or that an A record is created pointed at 65.19.141.77

I looked at the scheduler settings and realized cron is set to run commands using a shell that's chrooted...you'd never see /usr/bin when / is set to your home folder. Krydos will need to look at this again.

/usr/bin is a system folder that lives outside of your home folder. You can't see it but should still be able to run the programs in it by name through the scheduler. Does this not work for you? If not, I wonder if Plesk blocks calls /usr/bin for normal users? If that's the case, then Krydos would need to find another solution or its possible that C++ code is simply not supported (you're the first person to ever try doing this on our Plesk-based service...the method he describes worked perfectly on cPanel).

Added. It'll take up to 2 hours to start working.

There isn't one. We have to add those for you just like domains. To my knowledge we aren't even working on the integrations yet, so no ETA on when it'll be offered. It'll likely wait until we have the server for Morty since we need a server that's empty so we can break it repeatedly if needed during testing. The original plan had been to do this with Johnny instead when we first built it, but then Tommy filled up before the migrations finished and we had to put a bunch of Tommy users on Johnny instead.

We usually have to manually email password resets. The account is not suspended or anything, so do you want me to send a link to reset the password?

Krydos can help you with this.

Added. It may take up to 2 hours to start working.

You use Gmail, so it will likely be in your spam folder. I can confirm an invite was sent, according to the database that invite is still waiting for you to complete registration. If you can't find it, let me know and I'll resend it for you.

I created a copy called test2.pl and that doesn't work either (difference in that is the shebang line). I'm not too familiar with CGI though, so I'm probably missing something that'll be obvious as soon as its pointed out...

Krydos will need to look at this as I don't see any reason this shouldn't work (looking at the Perl script, not sure if the C++ one is supported or not). It has 755, shebang line looks correct, it has a header and unix line endings, in cgi-bin folder, tried renaming the .htaccess...all give the same error.

It'll happen on its own (or is supposed to anyway...). It usually happens when there's less than 2-3 weeks left on the certificate, so for a July 13th expiration, I'd expect it to renew in mid-late June.

We don't have any IPs from the range 46.246.* blocked at the moment according to the firewall listing. It may be the ISP itself and not your home network that's blocking it. Try visit the following IP in a browser: http://65.19.141.70/ If it's working you'll see a suspended page, if your ISP has issues, you'll get a timeout. That is the Lily server, it uses an entirely different firewall from the others we have since it runs Windows, and the rules on it exclude 80 and 443 from blocks unless specified otherwise (e.g. for DDoS), so even if you somehow managed to get blocked on that server, it would still serve websites if your ISP is working properly.

You're not showing as blocked in the firewall, so this is probably an issue with your ISP, especially since Helionet doesn't work for you on that connection either. A firewall block would normally only affect the hosting server you're on. Getting IP blocked from HelioNet (which is on a different server from the hosting) is difficult if not impossible for a normal user.

Usually when we run into this issue with a brand new account, it's because of invalid characters in the password (e.g. accented characters, spaces, or characters from non-English languages). The system will accept them but they do not actually work, resulting in this issue. Please check your email for a link to reset the password.

Please check your email for a link to reset your password. The account is active, so the password reset should resolve any ability to log in.

Resent.

It usually comes within a few minutes. Be aware of that not all email providers will deliver our emails though, or they put them in spam, so it's possible you won't receive it. What was the email address or transaction ID on your donation?

Is this still occurring? I just logged into Plesk and cannot replicate this error. I'd guess mysql was restarting when you tried logging in...

Krydos has to do this for you. There is no interface for doing it yourself...

Krydos has to look at it since the unarchive failed.

I'll let Krydos do this because I'm not sure how these work.

I'll just escalate this one for you What version of Python are you using anyway? 3.10?

Krydos has to install them for you. These are what's currently available for each python version: 2.7: https://tommy.kairion.eu.org/pyinfo/info2.7.py 3.10: https://tommy.kairion.eu.org/pyinfo/info3.10.py Is it just genshim 4.3.1 you need added?

Exec is intentionally disabled for security reasons. Python is supported, but you have to develop and run them directly as CGI, you can't run python from PHP here (and to be honest, this is the first time I've heard of someone actually doing that, it's not standard practice) There is currently no limit to the number of sites that can be hosted in an account at the moment (assuming they all fit in your disk space quota), though we've debated adding a domain limit since we've had a few users ask for way too many domains (each domain on the server slows down the server even if it's not being actively used).