wolstech

I wouldn't go that far... The only major issue with Joomla here is that it will not update. It runs fine but the updater will fail and hose the install if you try it.

Considering I manage a few Joomlas myself across 3 servers (none on our cpanel servers, though one is on Lily) and exactly zero will update, I'd blame the product...it's either bad code or bad documentation. Odds are it has some very particular requirements for the updater that most servers don't meet...hostgator is probably one of the few that do. What I would like to know is what that requirement is...

Post max size is already set to 64M. http://krydos.heliohost.org/71/phpinfo.php As I said earlier, it's not the server, their product is just broken. I have a joomla install running outside of here (granted I'm on a WIMP instead of LAMP server) with values much higher than we'd ever consider here, it still won't update...

It can't be unarchived because the archive is missing. The remains of the unrecoverable account have been cleaned up and an invite for a replacement account has been sent to you.

You won't be able to reuse that domain unless its cleaned up, so yes, if you plan to re-add it, Krydos will need to manually remove the leftovers for you. Can you post this issue on the forums? We're unable to escalate email tickets due to how the system works.

That domain appears to already be removed internally. It doesn't appear in the backend for us, and it's not functioning. It appears to just be a leftover entry in your cPanel. If you really need that entry removed, our other root admin Krydos will need to figure out how to manually remove it.

Failed IMAP logins...you have a misconfigured mail client somewhere and need to check the username and password on every device you have set up to check your email. Unblocked.

Please clear your cache. I'm able to connect to https://edvicon.org without any sort of error. Your certificate is valid for these domains: DNS Name=edvicon.heliohost.org DNS Name=cpanel.edvicon.heliohost.org DNS Name=edvicon.org DNS Name=mail.edvicon.heliohost.org DNS Name=mail.edvicon.org DNS Name=webdisk.edvicon.heliohost.org DNS Name=webmail.edvicon.heliohost.org DNS Name=www.edvicon.heliohost.org DNS Name=www.edvicon.org

Well that makes it easy. No need to wait that way. Please check the email address associated with your paypal account for an invite email that will let you skip the wait. Thank you for the donation!

That folder is where the system looks for a special file used for domain validation for the cert. Comodo connects to your domain over plain http and expects to find that file there to verify the domain is valid. If you have a redirect of some kind in your document root, the verification won't be able to find the file and you won't get a certificate.

Registration is limited to only a few accounts per day. The message you're seeing is because today's slots are all taken. The registrations reset at midnight UTC every day, so you need to register right after that time in order to get an account. Once you get an account, you can keep it as long as you wish, as long as you log in at least once every 30 days.

That account is working properly. Please clear your cache if you still see a queued page. http://alvaroms.heliohost.org/

What is the username, domain, and email address you signed up with?

The permissions changes didn't save it looks like...your test.php was still 664 (note the center 6...) even though you tried to change it to 644. As soon as I changed it, the script worked fine: https://www.websoftops.de/test.php

You can put the protocol in the name field after the name, separated with a period. For instance, the _sip record with protocol _tls would become _sip._tls and get entered in the Name/Host field From MS's website (here):

Since he's on Tommy, the server will get him a certificate from Comodo/Sectigo on its own within 24 hours. He needs to do nothing other than use our name servers and ensure he doesn't have a redirect blocking plain HTTP access to the .well-known folder.

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

We can't troubleshoot or support any site using CloudFlare. Assuming the domain is added to your account, it should just work once you change the name servers back. CF is notorious for causing tons of issues with our service, so it's recommended that you avoid it if possible. The only times I've seen CF be required was when someone needed either the bandwidth support (lots of static content) or advanced DNS functions. 99% of users don't need it.

Unarchived. It may take up to 2 hours to work.

This domain should now be working. Please clear your cache if you still see an error or queued page.

The file FeshibabaResume.zip looks like it contains the code you need for this and has been placed in the home folder of your new account.

Nope. We intentionally block users from changing this on their own so they don't hog the server resources. Tommy did not have any major outages. Something's broken on your end or with your ISP: http://heliohost.grd.net.pl/monitor/

Unblocked. It was for failed SFTP logins. Please keep in mind that SFTP takes your cPanel username and password only. It does not support email addresses as the username, and also does not support the additional FTP accounts created through cPanel.

It's 3 concurrent connections on Johnny and Ricky, per database user. There's no limit at all on Tommy (though that's subject to change if abused).

That account cannot be restored because the archive is missing. Invite sent.