wolstech

Unblocked. They got blocked for failed cPanel logins. If you use https://heliohost.org/login/ this won't happen to you.

That domain is now queued and should start working in the next 2 hours

Step 1 is to get rid of cloudflare. We don't support it officially, and when troubleshooting, it's usually easiest to simply eliminate it. Also, the settings shown in your screenshot are wrong anyway, so I'm not surprised it doesn't work. The A record should be pointed to 65.19.141.67, the MX, TXTs, and a few CNAMEs are missing, and the list goes on... Go to eu.org's site and set the name servers for your domain to ns1.heliohost.org and ns2.heliohost.org to cut CF out of the equation. Once you do that, let me know and I'll change your domain for you. Once we get the domain to work, you can try setting CF up again.

What do you need the extra account for?

Use this: http://heliohost.org/classic/support/scripts/domain

You can change the PHP version in cPanel under "MultiPHP Manager". You probably want to use 7.3. As a reminder, we strongly discourage the use of WP because it's extremely bloated and insecure. WP is the leading cause of suspended accounts here at HelioHost, usually because it causes high load, or because it got broken into and a hacker set up phishing. Just about any other CMS in existence is a better choice. Joomla (and more recently Ghost) have been popular choices here.

EU.org is not fully compatible with our services because they don't follow industry standards regarding the setup of DNS records. The only way you can use an eu.org domain is by setting it as your main domain.

It says the unarchive is already running...Kryos or Byron probably already started restoring this one.

Plain FTP is just that...data sent in plain text. FTP over TLS is the usual solution here, but we don't support it because we recommend SFTP. You could try it if you want (use "explicit" TLS instead of "plain" if you want to try), because it does work on my account, but then my account was the second account ever created. Newer accounts seem to not work right with it, while older ones do. Hostname: tommy.heliohost.org Port: 21 Encryption: none/plain (as above, FTP over explicit TLS might work, but it's not officially supported). Username and password were your choice. Keep in mind that you need to type the whole thing, including the domain (e.g. ftpuser@domain.heliohost.org) when using these extra accounts. Just using the prefix (e.g. ftpuser) won't work. IP bans are measured as failed attempts over a rolling 1 hour period. The exact number of attempts needed to earn an IP ban varies by protocol and is intentionally not published for security reasons, however I will say the numbers currently set for all protocols are substantially less than 30 attempts per hour.

SFTP does not support additional accounts. You have to use unencrypted “plain” FTP on port 21 when connecting with the FTP accounts you can make in cPanel. IP unblocked.

Unblocked.

Unblocked.

I would start by removing all these redirects, optimizaion, and SEO nonsense, and just get the site to work first. Remove the Yoast and caching stuff from WP, and rename your .htaccess file so its ignored entirely. Then just get the site to work when visited. Don't worry about SSL or caching or SEO or anything else. Until your domain can actually display your content, those other things are pointless. Also, I suspect the docroot for the subdomain is wrong. If this is supposed to do what I think it's supposed to, the subdomain needs to have the same docroot as its parent domain (i.e. the subdomain is just for show and doesn't actually go anywhere different from the actual domain). While this sort of setup is possible, it is also entirely pointless (some snake-oil SEO sites say this is a good idea, but I've never seen it actually matter, and it adds needless complexity).

Looks like they just badly implemented the PHP 7 support. I grabbed a PHP 7 XAMPP and had the same weird bugs (using the same exact config on your account, when I tested this I just downloaded your install off your account and just changed the database settings for xampp's mysql). IMO, 5.6 is fine even though it's unsupported. I still run a PHP 5.4 program on my account...

Rename .htaccess so its ignored and see if the 500 error goes away. If so, its a syntax error or unsupported option in .htaccess. Also, remove the "force http" section, the services that need the stuff in .well-known will use whatever protocol they please and tend to hate being forced onto a specific protocol. AutoSSL likes HTTP, but there's also stuff that likes HTTPS in there. Let the services themselves use what they want, don't force anything. The size of your page doesn't matter since we don't monitor bandwidth unlike other web hosts. It's the amount of CPU and RAM on the server that we monitor, and WP is simply the worst at both of these. You're topping our charts with just your test traffic, and CF won't fix that because dynamic pages are not cached by CF. Other hosts generally monitor bandwidth instead of resource use, because it's easily quantified and they have tons of servers that they can pay for with money from paid hosting. Since we don't have paid services and also don't pay for bandwidth (our provider gives us unlimited traffic), we control the server resources instead so we can pack more accounts into a single server. Some other things to consider: SSL is increases load, as does compression (if you use it). The only real fix is to not use WP, but not using SSL (from a security standpoint it's pointless unless your site collects information of some sort anyway) and turning off any sort of compression you have enabled might help a little. Krydos's idea looks promising too. Convert the public site to static HTML and only use the WP install to generate new static pages when you change content. Static pages cause virtually no resource use at all. Once live, that site will end up suspended if the numbers above continue.

Most notably, its a security disaster. WP gets hacked regularly, unlike just about every other CMS in existence. Once hacked, the hacker usually either sends a bunch of spam or sets up phishing. Either way, WP getting hacked will usually earn your account a permanent suspension and loss of all data. WP is the #1 cause of accidental suspensions here at HelioHost. If you need an alternative, Joomla (and more recently Ghost) have been quite popular around here and they don't suffer these same issues.

First, the forced SSL prevents the server from getting a certificate. There needs to be an exception so the .well-known folder can be accessed via plain http. I don’t have that code handy at the moment since I’m on mobile, so the crude fix is to just delete these two lines: RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}{REQUEST_URI} [L,R=301] ...and wait for autossl. That SSL error is normal when the cert is either missing or doesn’t cover the domain you’re using it on. Note that a cert for example.com will NOT cover sub.example.com. AutoSSL should get you the right cert if you let it, but it probably failed because you forced SSL. Also, it can take time to work, it’s not instant.

What language are you using? Java is the only one we would really have logs for. Python errors usually appear in cPanel under error logs, and php will produce an error_log file in the folder where the script is.

Can you try changing the hostname to tommy.heliohost.org and see if it sends? The server's domain is the officially supported domain for mail and should be used for other reasons anyway, most notably Tommy reports itself as tommy.heliohost.org when another mail server connects to it, so using that domain to reach it is preferred. If that doesn't work, I'll have Krydos look at it.

Indeed. A boolean false from a failed database query to Cody will cast to int 0, or a datetime of 1970-01-01 00:00...and Lily reacts by thinking your account has been abandoned for 50 years. Lily works fine, but struggles with error conditions. Also, please be aware that Lily is running maintenance tonight and has to do 6 months of backlogged updates. There will be a 10-30 minute downtime for the reboot at some point between now and 6AM EDT tomorrow.

It runs on PHP 5.6 under Windows (XAMPP) on my home PC perfectly too. It has something to do with the configuration of Tommy at this point. Try PHP 5.6 as I suggested, and if that doesn't work, we can consider moving it to Lily since she runs Windows.

Try PHP 5.6.

What version of PHP are you using? That gibberish could be mbstring missing...

Try reuploading first, but if that doesn't help, It's probably a compatibility issue of some sort. I assume your home PC is probably running Windows? Also, what are the requirements for the software?

Taking a look at the account, i agree, it looks like warez. @mithian: you have 24 hours to remove it or you'll be suspended for copyright infringement.