wolstech

The IP address in that error isn't ours. Check your database settings. You should be using Johnny.heliohost.org as your database host.

It's worth noting that the donation is required for a Tommy account. We currently do not offer free Tommy accounts due to lack of disk space.

You can't log in by visiting the name server address. Those are only for attaching a domain to our system. You should log in at https://heliohost.org/login/

Unblocked. It was for failed cPanel logins. If you use https://heliohost.org/login/ this won't happen.

Its worth noting that at this time, a donation is required for a Tommy account due to low disk space. If you do not wish to donate, your only alternative is to wait in line for Java on Johnny.

Just create a new database, then go into PhpMyAdmin and import the edited .sql file. Then configure whatever software is using the database to use the new one instead.

The names themselves are just made up. There's no significance to them, the mods and admins just vote on the names. There is a naming convention though: Physical hardware has a name ending in 'ie', hence Stevie, Charlie, and Eddie. There's also one called Katie, but it's only for internal use (runs a personal project for the company founder).The VMs on the hardware end in 'y', hence, Ricky, Johnny, Tommy, Cody, (and soon Lily).

That's a known issue. InnoDB on Johnny is damaged. We recommend MyISAM for exactly this reason...InnoDB breaks way too easily (we've lost an entire server's worth of InnoDB data numerous times, but have never lost a MyISAM table in our 10+ years in operation). For now, the only thing you can (and should) do is back up your data while it's accessible. The failure was caused by the servers being improperly shut down due to a power outage at HE. The entire data center went down, not just us. When we attempt to repair it, it's quite likely that some or all of the data will be lost, so there's a good chance you'll need the backups to get your site working again.

Not sure what happened there...it looks like Apache died around 2200 PST for some reason. It should be working now.

You can't, unless you want to try modifying the installer. Usually there's a folder of .sql files that the installer imports. You could edit these to change the engine flag to MyISAM and see if the program will work. Some applications require the functionality of InnoDB though and won't work if you convert their tables. If you don't want to wait until this is fixed, you can move to Ricky (http://wiki.helionet.org/Moving_your_account, free registrations open at midnight UTC every day) or Tommy (https://heliohost.org/tommy/, no free sign ups, donation required) where we have working InnoDB support.

Please post on the forums for assistance. Your emails contain something that is incompatible with our system and the message keeps getting lost. https://www.helionet.org/index/

Your message's body was lost or discarded during delivery. Please be aware that our system discards any email body containing images or attachments. If you need to include such content, please provide it as a link instead of an attachment. As for your issue, what do you need help with? Based on your subject, you can't get MySQL to work. MySQL should be accessed at localhost if the script is on our server. Use ricky.heliohost.org for remote access. If you want to use remote access, you need to enable it in cPanel first before it will work. In both cases, the port is 3306 and the username and password are whatever you define in cPanel in the MySQL users section.

The domain isn't the problem. The .htaccess for the django application in the folder above that document root is conflicting and breaking the domain. I renamed the .htaccess in ~/public_html/the925 to htaccess.old and your domain is now working, however your django application will not work now. To correct your issue, you need to either add an exception to exclude the oauth folder from the URL Rewrite in the .htaccess file, or just change the doc root of the addon domain so it is not inside a folder that contains a django application.

Back the database up, then make a copy of the backup. Alter the copied .sql file in a text editor to change the engine to MyISAM, and import the altered copy into a new database. In read only mode, you cannot drop your existing database, convert it, or edit it in any way.

Something from the IPs you're using is sending a ton of requests to SSH and/or SFTP on our servers and getting blocked for failed logins. We don't allow SSH, and SFTP is not going to be the issue if you're not even using an FTP client. I unblocked the IP right next to the one you're posting from (ending in .18, you posted from .17). Once again shows as failed SFTP logins. I'll move this to see if another admin has any ideas on why this is happening to you.

I've renamed you back.

We'd still get the emails, but I'm not sure if you'll still get the replies. Krydos would be the one to know that. You can definitely always post on our forums though. That's what most of our users do anyway

I renamed it to pina3. Go ahead and register for your hosting account now and let me know when its done so I can rename you back.

That username is already in use as a forum account. If that account is yours, please post from it to confirm ownership and we can assist you in creating a matching hosting account. If the forum account is not yours, please pick a different username.

I was planning on ASP.NET and (due to demand) PHP. I've been looking into whether RoR can run on there too. It seems like it can, but may take some effort. Everything else will be done through a cPanel account (mail, DNS, etc.) that will be needed alongside the Windows account (Krydos: Does our system support having more than one "plan" [account feature set] in cPanel or would our custom stuff break)? Even I don't know a ton about IIS (my Window Server knowledge focuses more on enterprise stuff like Active Directory). I've done Windows web servers, but they were WAMP or WIMP stacks. I have never done "WIMA", which is what the goal here is.

Well that's a new one... I've hidden your submission in our system. Please let us know if you continue to receive these emails.

Google Fetch is just a tool to let you view a page the same way Google's bots see it so you can verify that what you want seen is what is being seen. https://www.google.com/webmasters/tools/googlebot-fetch You do realize that most SEO stuff out there is snake oil though right? Other than some basic keyword and tag work, a site map, and owning a proper domain (search engines learn about many new websites from WHOIS data), everything these days happens organically. I know for a fact that I did absolutely zero SEO for several websites I've built (both mine and for others), and have never had an issue with Google and others not finding them. In my experience, the most important thing outside keywords and owning a domain is to make sure you get traffic to your site from other sources (e.g. advertising it, if you offer a service having it listed on directory for the services you offer, etc.). All of my sites get traffic naturally from things like links in software help files or documents, and if you google my sites, they show up just fine. Also, why don't you just Google this stuff? There's tons of sites on this topic out there. We don't have terribly much experience with this stuff...I just googled the answer myself...

It was for failed SFTP logins. Make sure your password is correct in your FTP client. Unblocked.

You have to build it with composer on your local computer then upload the resulting file structure. Composer itself won't work here, but the built applications should run.

Bingo. cPanel's session hijack protection requires the IP address stay the same for the duration of the session. Using a load balancer with more than one public IP will break the system. Users on a mobile phone see the same issue. The fix is to use a VPN or proxy so the IP our server sees stays the same. Unblocked.