Krydos

Your account password has been reset, tested, and emailed to your contact email address. Keep in mind that both the password and your username are case sensitive and must be typed exactly as they appear in the email. Let us know if you are still unable to log into your account.

Your account has been manually unsuspended. If you still see the suspended page then you should try clearing your browsers cache.

Your account is showing up as clean now. Thank you for taking care of this.

I always find it interesting how people never try to fix whatever is causing their account to be suspended until they've used up all of their chances. The reason we give people three strikes is so that they can ask questions or make changes to their site to reduce load or fix whatever the problem is. Maybe I'm mistaken, and you're still not interested in fixing your website. Anyways, within a few seconds of looking at the logs I quickly realized why your simple "website with a form" keeps getting suspended. From midnight PST until the time of your suspension at 9:30am PST your account used almost 300% more system memory than the second highest memory usage account, and not only that but your account was the highest CPU usage over the same period. That kind of resources usage is not acceptable on a shared host. A link to your account backup has been emailed to your hosting account contact email address.

Just go to your request http://www.helionet.org/index/topic/14774-request-for-java-sumer03/ and click Follow in the top right. Then make sure your Helionet account settings are to email you when topics you follow receive replies.

Testing what?

First of all, your account is not queued. If you view http://sumer.heliohost.org/ you should see a directory listing of your public_html folder not the queued page. If you see the queued page try clearing your browser cache. If by "queued" you mean you're waiting in line for Java, then you just need to be patient. Java does not scale well on a shared host so the server can only handle having java enabled on a finite number of accounts at once. There is no set number of accounts that can have java at a time, but rather we have an automated system that monitors the system resources and only allows new accounts to receive java when memory usage and cpu usage, etc are low enough to add another account without crashing the server. That's actually part of the reason that the uptime on Johnny isn't as good as Stevie. If we were to raise the threshold and add java to more accounts then the uptime would plummet even further below the 90% or so that it's hovering at now. If we were to lower the threshold and allow less accounts to have java enabled at once then the uptime would surely raise to 95% or maybe even higher. I think the way we have it balanced now is a pretty decent balance of uptime while maximizing the number of people who can use java at once. The last person who had java installed made their request on January 23rd, and received it on February 11th. That's 20 days of waiting in line. You requested java on February 4th, and have been waiting 7 days, 23 hours, and 18 minutes. It's hard to make predictions of how long you will have to wait, because as long as people are still using java and their account is in good standing they can continue using java forever. Java will be enabled on your account as soon as possible, but there are 20 people ahead of you in line to receive java first. It wouldn't be fair to them to enable java on your account before them since they asked for it first and have been waiting patiently for it for longer than you. Hopefully, this helps you understand. If you have any other questions feel free to ask.

Ok, try it now. Actually using the telnet command on various ports is a great way to troubleshoot services. For instance if you're having trouble with httpd service you could telnet to port 80 to see the raw responses.

Your account is showing up as clean now. Thank you for taking care of this.

The system has automatic protections in place to prevent people from creating a second account when they already have one. Is there any reason you can't host this new site on your account?

Source: http://php.net/manual/en/function.imagegrabscreen.php

Does it work now? Yes.

/home1/hoorkeet/public_html/geonotes/moo/accordion.html /home1/hoorkeet/public_html/geonotes/moo/native.html /home1/hoorkeet/public_html/geonotes/moo/Request.JSON.html /home1/hoorkeet/public_html/geonotes/moo/Sortables.html

The problem was that public_html had been deleted. Once the directory was recreated the 404 error goes away. Also, it should be noted that public_html is automatically created once every 24 hours in the case of accidental deletion, so with time this issue would have fixed itself anyways.

Ok, your account has been whitelisted, so your IP address won't get blocked again for high FTP usage. You can continue your automatic movement detection uploads as they were before if you would like. The reason I asked the additional questions was to make sure you had a legitimate reason to be using FTP so much, which you definitely do. Our apologies for the service interruption you experienced, but there has been an increasing number of users complaining about being unable to connect to Stevie via FTP. In order to counter these errors and slow connections that many are experiencing we are attempting to deny access to the bots and hackers that are trying to gain illegal access to accounts hosted on our servers or just to cause us downtime for whatever reason, and unfortunately your account got caught up by our automated systems.

Hey, the good news is your account has been unsuspended for about 15 hours so far and it hasn't tried to send any emails yet. Perhaps the bot that was abusing vulnerabilities in your code can't find your site because the IP address changed. Now is your chance to get this fixed before they find your site again.

Well, nothing is permanent. You're welcome to delete your current account and recreate it on Stevie, but then it would be suspended with no chance of unsuspension. Even if you're throttled and no emails will leave the server your account attempting to send thousands of emails per hour still causes server load and makes other accounts legitimate emails slower. You've been suspended five times already in a relatively short time period; you should probably consider yourself lucky to have a sixth chance.

Can you login via http://heliohost.org/ ?

After you click "Add" when adding the user to the database a bunch of permissions are listed and you put a check box next to each one that account will need. It's recommended for security reasons to only give the minimum permissions that each user will need.

If you click Shinryuu's link there is a section towards the bottom of the page titled "Add User To Database". Creating a user and creating a database isn't enough. You must also grant permissions to that new user on the database before they will be able to access it. And you might also want to make sure you change your password for that user while you're at it.

Meh, the optimal solution would be to have one form that verified that the username didn't exist as a forum account or a hosting account, and then used the same information to create both simultaneously. Then the accounts could be linked together in a logical way.

Naw, stevie.heliohost.org should be fine for the server. Either one should work though. Does the user rafdeato_111 have access and permissions on the database rafdeato_db?

Files that start with a . in unix are hidden files. Are you sure you have the option to view hidden files enabled?

That's an optional unverified field. I guess the idea was people could link their forum account and hosting account so admins wouldn't have to ask everyone what their username and domain was. However, since people can type whatever nonsense they want into that field we still ask everyone what their username and domain is anyways. Obviously, I didn't set it up that way; it was that way when I got here.