wolstech

We don't support custom php versions hence why that option is missing. Your only choices are 5.3.8 on Stevie, or 5.4.41 on Johnny (I'd like to see 5.5 or 5.6 at some point, but it hasn't happened yet). Supporting extra versions requires system resources we don't have. There's been talk of buying a new server to get the resources for new features like this, but who knows when it'll happen. Thanks for asking about it though Showing interest in a feature is the best way to have it considered for a future enhancement! And yes, a lot of stuff in Softaculous is too old to run here (and a few are too new, like Drupal 8). Visit the script developers website to look for a current version that runs on 5.x (many do have a version that works on our versions of php). PHP 4.x has been obsolete for 7 years. We can't control what's offered in Softaculous (they determine what's offered and when it is updated), if we could, the incompatible scripts wouldn't be listed in there.

Java isn't terribly resource hungry in small applications, but due to its nature it will always use more than, say, a C++ application that does the same task. You're probably studying java because its a common choice for introductory object oriented programming. It serves very well for that purpose.

JSP web pages and war files are Supported on Johnny. You need to request java and wait for it to be activated (can take quite some time due to resources available). Once active, you can upload jsp web pages or have us deploy a war file.

Stevie has 99.97% uptime as of this post, and completely free. No need to charge for good uptime. Stevie's features are comparable to if not better than other free hosting services. Besides, one of our goals is to offer quality hosting without a price tag. We meet that goal with Stevie. On the other hand, Johnny accounts are expected to be unreliable and buggy. Johnny is the experimental server that we play with and test updates and stuff on. He also has a pile of extras like Java that eat resources. We let users have more resources before getting suspended, and we don't regulate registrations on Johnny. Johnny is also a VM, sharing hardware with Cody (another VM hosting this board, our website, and some management stuff). Johnny accounts need longer simply because of a rather severe overload and his uptime being only 75.68%... Stevie on the other hand has an entire physical server to itself. We regulate registration to control overpopulation (which is why it closes after a certain number of accounts every day). We more monitor usage more strictly so everyone gets their fair share. We don't test new stuff on Stevie and we don't have resource-hungry offerings like Java on there either. The result is a fast and reliable server

Make sure you log in using http://johnny.heliohost.org:2082/ or using the form on our website. Some links won't register logins (look in your address bar when in cPanel, if the url ends in .phpcp, it should count, if it says .html, it won't) It has not registered any login since I unsuspended you. The cpanel callback is working, as I just ran it manually and your login date changed to today.

This support request is being escalated to our root admin.

Is it possible for the port on the remote server to be changed to something standard (like 80, 443, 8080, or 2082)? If not, I'll escalate it.

Your PC is blocking the script from running most likely. When you log in, the cPanel pages are supposed to call back to the server to say you logged in. Some adblockers, tight security settings, and some antivirus programs break it because of how its implemented. The first thing to do is to try another browser. I unsuspended you again. By the way, the script is fixed for the future

That account does not exist. The queued page is normal when a domain is pointed to our nameservers but is not attached to an account. Your domain will always show that until you sign up and add the domain. Go ahead and sign up for Stevie.

The old test account never deleted itself properly...as a result, the domain is now on Stevie, but the system still thinks it belongs to a Johnny account. I'll escalate it so an admin can fully remove the domain for you. After that it's removed from Johnny, it may take 24-48 hours to correctly set up and start working on Stevie. @Krydos or @Byron: Can you remove all references to account vnsmes and the domains and DNS for vnsmes.com on Johnny? The domain is on Stevie but resolves to Johnny since he used to have a Johnny account. Also, it shows domain entries in ACP->Domains belonging to the non-existent account...

Sure. As long as you only have one account at a time, you're good. Once that's gone, you can sign up again. If you want, you can also just change the domain on the existing account assuming it hasn't already been deleted: http://www.heliohost.org/home/support/scripts/domain

That account appears to be active. Do you want me to reset your password and email the new one to the address on file?

I see entries for your domain in the system for an old account with the username vnsmes on Johnny, that did not delete itself correctly. Was that domain used on a Johnny account at one point?

The cPanel for that account is active already. Johnny accounts can take several days (I've seen a week before) to start working completely though, and only have an uptime of 73% anyway. Personally, I'd recommend Stevie instead unless you really need the extra functionality of Johnny. You will have a much better experience with our service on Stevie. Stevie accounts usually set up in 24 hours and have 99% uptime compared to Johnny's multi-day setup and frequent downtime.

Krydos or Byron can move your account to an IP accessible in China. Escalating. @paladox2014: I've removed your post because the information in it is incorrect. Even a shared server can handle multiple IP addresses. We actually have IPs that are accessible in China specifically for this purpose.

We do not keep database backups. I'll escalate it, but I suspect Krydos will say we don't have one to restore. If we do have one for some reason (such as from before the MySQL repair, I think backups were made due to the nature of the fix), it won't be recent since we don't do any form of regular backup.

Your account was suspended for the following reason: Malware. 41 file(s). PHP.Trojan.Uploader FOUND That means that there are some malware files found on your account. For your safety and to protect your website from potential further corruption the account has been suspended. To find the infected files we recommend making a backup of your site, download the backup file to your computer, and scan the backup using a reputable virus and malware scanner. If you're having trouble locating the offending files please ask and we can provide more information. If you are you certain that it is a false-positive, we strongly encourage you to file a false positive form here: http://cgi.clamav.net/sendvirus.cgi Your account should be unsuspended now, but keep in mind that this is a temporary unsuspension. You have 24 hours starting at the time of this post to clean your account of any and all malicious files or your account will be resuspended.

We do not unsuspend phishing accounts for any reason. You're welcome to create a new account if you wish. Please keep your account secure next time.

That account is suspended for Phishing. I resuspended you after I fixed your inactivity suspension and saw the several fake Barclay's sites you were hosting. Your account cannot be unsuspended and your data cannot be recovered for security reasons..

The script is broken... Unsuspended.

Your account was suspended for causing high server load. I have unsuspended your account, but please try to limit the load you put on our servers as it slows down not only your site, but the sites of all other HelioHost users sharing your server. If you still see the suspended page, please clear your cache.

Your account is half-suspended and I can't get it to work for some reason. Normally suspending and unsuspending fixes it, but it didn't this time... Escalating.

That account is not suspended. Please clear your cache.