Krydos

What about them?

Maybe it's just my browser, but navigating around doesn't ever give me any SSL errors either. As far as forcing people to use https you can use .htaccess with something like http://stackoverflow.com/questions/9945655/apache-redirect-http-to-https-and-www-to-non-www RewriteEngine On RewriteCond %{HTTPS} off RewriteCond %{HTTP_HOST} ^(?:www\.)?(.*)$ [NC] RewriteRule (.*) https://%1%{REQUEST_URI} [L,R=301]

Suspected??!?!! Each time your account is unsuspended it starts trying to send about 50,000 spam emails per day which not only is against our ToS, but it causes massive load and basically crashes the entire server. Normally we don't edit or delete user's files for them, but you've already had way more than enough time to solve this yourself and you choose to do nothing. This makes me think that you're using the malware script and sending the emails on purpose. If you aren't actually the spammer that is trying to use our servers to send your spam emails you really need to secure your website to prevent hackers from uploading scripts to your account. You are responsible for your account and responsible for updating your CMS to prevent backdoors and responsible for anything your account does. Anyways, the file Byron told you about has already been deleted, and your account is unsuspended now. Please don't let this happen again.

Please clear your cache.

That's actually kind of funny. Since this is primarily a support forum, the amount of traffic it receives is based mostly on how many people are having problems with their hosting account. Sure there are people from time to time that just want a place to chat and may not even have a hosting account or people who spam post a bunch to get their free domain, but mostly it's just users who have a problem and once that problem is resolved they don't post again. If people create their hosting account and never have a single problem with it they may not realize that this forum even exists because they never had to go searching for help with anything. A good analogy to understand this would be if Heliohost were a car company. Then it would be like saying, "It saddens me that no one ever takes their Heliohost cars to the mechanic." We actually have more active accounts than ever, and as a company we're still quite profitable. Our reviews are much better in my opinion than they were two years ago. Stevie signups, which are set much higher than they were two years ago, fill up every single day, and sometimes just in a couple hours. Anyways, maybe you really are sad because no one is having problems with their hosting accounts, but if you meant that you are sad that Heliohost may be dying as I suspect, then you needn't worry. We're doing fine, and our biggest decision at this point is what we should spend our money on next. Also, thanks for maintaining this list. :)/>

It changed for me on the first try using the same main domain change tool that is available to you. The only thing that can cause it to fail is if you haven't deleted the domain you're trying to change to before you try to change it. I see that it was recently deleted from your account so maybe you never tried again after it was deleted?

It looks like your DNS entries dropped out of the system for some reason. I have recreated your DNS records and it should start working again within 24 hours. Let us know if you still can't access your site after 24 hours have passed.

If you need fast response time I think you might have chosen the wrong server. Johnny, the server you created your account on, is our experimental server allowing users to test things out and have access to every possible scripting language. Stevie is our fast stable server. As far as response times for the month of December these are the averages for both servers: Stevie 224ms Johnny 1291ms

Are you sure you need a password reset? That account was last logged into successfully about 24 hours ago, and it takes most people longer than that to forget a password. If you can access your account you don't need to reset the password and receive an email because you can just change the password with this link http://johnny.heliohost.org:2082/frontend/x3/passwd/index.html Let us know if you're still unable to log into your account.

SSL has been activated on https://2lisanet.com/ Are you getting any SSL related errors now?

Are these core dumps still appearing? If so what is the latest date of one being created?

You have to realize that there are two types of load that we monitor: Sustained load (which is what you seem to be describing) and spike load (which is what you were suspended for.) Sustained load is where a site has thousands of visitors per hour and each visitor increases the load they put on the server by a small amount and over time that account ends up being the highest load on the server. You did not get suspended for that. Spike load is where one account causes a lot of load for a brief period of time. Their overall sustained load might be very small, but if that one user single handedly causes the server's load to spike above reasonable levels it still causes downtime and slow response times for all of the thousands of other users. Certain types of scripts tend to cause high spikes of load than others. Any script that uses curl or another function and connects to another server, web proxies, file transfer scripts, scripts that download torrents to the server, etc. The file that caused the spike in load that got your account suspended both times now is: /home1/toast/public_html/toast/index.php Which, unsurprisingly, is a webproxy. First of all webproxies aren't illegal on Heliohost. What is illegal is causing downtime or slow response time for other users. Stevie, as our stable server, is set a little more sensitive on these types of automated suspensions so that we can maintain a high level of service to our users that need reliable uptime, fast response times, and a stable server. Here are some options that you can consider: Stop hosting a webproxy because there are literally millions of free ones available elsewhere on the internet anyways. Only use your proxy when the overall server load is low because it will reduce your chances of being suspended. Use your webproxy whenever you want, and stop caring whether you get suspended for causing too much load with it. Transfer your account to Johnny where your chance of being suspended for high load is much much lower.

Please post the following information: Your cPanel username Your main domain The server that you are on

Does it work now? Please let us know if you receive the signup emails to your hotmail account if it does work.

It looks like your DNS entries dropped out of the system for some reason. I have recreated your DNS records and it should start working again within 24 hours. Let us know if you still can't access your site after 24 hours have passed.

Your account had the third highest cpu usage for today, and second highest memory usage. Yesterday you were second highest cpu usage, and highest memory usage. The day before that you were sixth highest cpu usage, and second highest memory usage. I would recommend looking into ways to reduce your memory usage because that's likely what is getting you suspended. Perhaps something like this can help you http://community.mybb.com/thread-109342.html

Dedicated IP granted.

Yes, you can restore everything on your new account. Like I said in my previous post you have to extract the full backup and find the .sql dumps etc, and then create the new database and import the data, etc. Your home directory is a little easier. You can just upload the compressed home directory file and extract it on the server. If you had any subdomains, addon domains, or parked domains you will need to use the corresponding links in cPanel to recreate them how you had them before. It's not like you just upload the full backup and click a single link and it all restores. You have to do some work to put everything the way it was before.

If windows live is having you set txt records and stuff to verify that you control the domain are you sure the data is the same from years ago? My guess is that windows will generate new codes for you to use. Once you have verified the codes you can post them on this thread. You can create all the record types yourself through cPanel except for the SRV type. I'll do that for you once you have verified and posted the required information.

It wasn't that long ago that there wasn't any way at all for users to deploy war files. Scripts like this have to be tested thoroughly before they can be allowed to run fully automated. You have to remember that you're not the only user on the server, and if the deployment of your war causes high load or crashes the server it doesn't just effect you, but the thousands of other users too. Obviously the plan is to allow users to deploy their own wars eventually, but since only a couple of users have even wanted to deploy wars we are still developing the process for deployment.

Successfully installed KiokuDB-0.56

The changes I made here http://www.helionet.org/index/topic/18019-script-times-out-is-it-possible-to-allow-it-to-run-longer/ will probably help you too.

Alright, is your script working better now?

I have made some changes to the server configuration that should help fix this issue, but it will take some time to become active. I'll post back on this thread once the changes go live.