wolstech

It's archived because you didn't log in and it was inactive for too long. Escalating so it can be restored.

That account is permanently suspended for phishing. Also, you appear to be posting from the same computer or network as https://www.helionet.org/index/topic/28874-solved-request-unsuspension/ (also phishing). If you're the same person, please be aware that you're only allowed one active account, and that phishing sites are not welcome on our service. Please create a new account.

Your IP is not blocked for FTP login failures. However, that account is permanently suspended for phishing. Please create a new account.

Because the cell phone is probably seen by us using its cell plan IP. Cell phones on a data plan can change IPs very frequently (every few minutes, or even seconds). Try seeing if you can put the device in airplane mode, then turn on the wifi while in airplane mode. Apple devices can do this, not sure about Android. This disables the cell network connection and forces the data to go over your wifi.

It did have a short burst of downtime around 10AM PDT: http://heliohost.grd.net.pl/monitor/ I got notifications on my phone for it, which means it was down for more than 2 minutes (my monitor reported 4m 56s). The server probably was busy with something like Apache restarting (which causes a short load and downtime spike like this).

Unblocked. It may take a few minutes to start working again.

You're actually blocked for failed IMAP logins. Did you change an email password recently and forget to update the password on a phone or mail client? Either way, you've been unblocked.

Un-escalated and marked solved.

If you connect with FTP, you'll see them. Otherwise you need to go into the File Manager's options in cPanel and select "show hidden (dot) files". I'll escalate it to see if Krydos can fix this for you. Worst case is you can always delete your account and sign up again.

Check the .htaccess in the public_html folder and rename/delete if present. Also verify public_html has 750 permissions. Rename your index.php. If that doesn't help, let me know and I'll escalate.

To add to Krydos, we also only allow one account per person unless you ask for permission for a second. If you request permission and are approved, the account generally needs to be on a different server.

Indeed blocked for failed FTP logins. Unblocked.

@Krydos: He is gamlena / olsenalways.win on Tommy.

The mysqli extension broke on Johnny when we rebuilt apache earlier this week (it gave us trouble, mysqli, ASP.NET support, and a few other things are hosed). You'll need to use the old mysql for the time being (or move to Tommy where this works properly). The only way to make that work for now without rewriting or moving is to make a wrapper (basically a bunch of functions named mysqli_****() that just call the mysql_***() equivalent) and include that in your software. Ugly but it works.

It looks like it crashed. Escalating.

Unblocked. It should start working again in a few minutes.

Finland is Helsinki timezone from what I can tell...should be UTC+3, which means registrations for Tommy should open at 3AM for you. If you don't want to stay up, you can donate instead and get an invite that works whenever you want: https://heliohost.org/donate/ (Invite takes up to 24 hours to arrive and will be sent to your Paypal/Skrill email address, in addition, the email address cannot already have a hosting account associated with it).

ASP.NET isn't enabled by default for accounts on Tommy. It has to be requested. This post can serve as the request. Escalating to have this enabled.

It was blocked for too many failed cPanel logins. Unblocked.

Yes, though you need to provide your own certificates on Johnny. Tommy on the other hand offers automatic SS, which means he generates, installs, and renews your certificates for you. I highly recommend Tommy if you're considering using SSL.

Try your main domain now. As for the addon domain, I don't have the ability to modify them. Try removing it, waiting 10 minutes, then re-adding it to force the records to recreate.

The white doesn't mean they're down. It means there's no data available. Usually that happens when the monitor is broken or down for maintenance. We don't own or operate that monitor (by design), so we don't have the ability to fix it. It's owned by Piotr, so he'll fix it when he sees it.

That account is archived. Escalating so it can be restored.

You do it in the page where you create the database, not the remote MySQL page. Create a user, then assign to database and grant all permissions when prompted. Also, we don't allow automatic creation of databases (well, easily...you'd have to write a script to automate the cPanel UI...), so if your software needs to create entire databases (e.g. CREATE DATABASE statements), it will not work properly.

That's generally the error you get when the remote MySQL tab is set up wrong, or when the user isn't assigned to the database in the MySQL databases section. Did you remember to assign the user to the database, and did your IP address change? For testing, add a % sign to allow from all in remote MySQL, verify you've assigned the database user to the database and granted it permissions in the MySQL databases page, then see if it works.