Tony

Depending on how old it is it might not be compatible with PHP 5.3. If you login to cPanel then got to select php version you can switch to PHP 5.2 and see if that fixes it.

I believe we handled this in the ticket. You were seeing packet loss on your route coming in which most likely was related to congestion which fixed itself.

We pushed the cPanel update out to all servers about an hour ago so they all have it now and this bug should be fixed

We're aware and cPanel already has an issue open about it you can find the forum post at: http://forums.cpanel.net/f354/case-75085-phpmyadmin-export-357882.html This relates to the phpmyadmin bug http://sourceforge.net/p/phpmyadmin/bugs/4046/ which was fixed in 4.0.6.0 which was released on 2013-09-05. The cPanel update came out today so once it goes through testing we'll have all our systems updated.

1. In most cases we unfortunately do not know we see a huge burst of traffic at the IP rather than a user site. 2. There is a malicious user who does not like a site on the IP you're on. They launched a large attack against the IP in an attempt to bring the site in question down. 3. You cannot prevent it no one can prevent attacks unfortunately. You can buy very expensive mitigation services but it's no guarantee. Even the largest sites on the internet have been taken down it's just a matter of an attack large enough.

I can answer one portion of this post. The reason for abbreviations in our last names for our team on our ticket system is to protect the privacy of our staff.

Yeah we're very strict about using the proper accounts. More and more there are people trying to steal user websites. With forcing the correct account we avoid a lot of that fortunately. It can be an inconvenience at times but this is worth it to maintain account security.

We'd be unable to reveal information about other accounts including email address. You're best to email billing and you'll need to provide either the paypal transaction id or if you paid by credit card the last 4 digits of the card used.

You should benefit Litespeed is excellent at serving static files. There should not be any additional verification. We ask for additional verification on accounts where information does not match. For example ordering from the UK while the billing in information said say the United States for example.

If it is showing as canceled I'm guessing you never finished signing up with it under that email account. I'm guessing you signed up again under a different alternative email account and it has the domain registration and is currently set to active.

It sounds like there is an issue with your dns. You can use a site like http://intodns.com/ which will query your DNS servers each lookup so propagation is not an issue. If it has errors then it will tell you there is something wrong with your DNS.

Always a good idea to rotate your password once in a while. We're seeing a lot of email account compromises and wordpress admin compromises.

Your affiliate commissions were turned into credits I think you're confusing things a bit. When you have credits on your account it can be used to pay invoices all you do is view the invoice and it asks you if you wish to add credit to it. You do not need us to pay your invoices or anything of that nature.

This is correct bandwidth always reset on the 1st of the month not on your billing renewal dates. The reason for this is users pay on various billing terms. Some users only pay once a year so resetting at the start of each month makes the most sense.

Unfortunately not right now. If we do start supporting it though it will be posted on http://blog.hawkhost.com/

If you login to cPanel then go to select php version then on this page click the show php settings you can modify php.ini settings just for your account. It does not include all settings but it includes the most frequently changed settings. By default I believe the options you can change are: allow_url_fopen display_errors error_reporting file_uploads include_path log_errors magic_quotes_gpc mail.force_extra_paramters max_execution_time max_input_time memory_limit open_basedir post_max_size register_globals safe_mode safe_mode_exec_dir safe_mode_include_dir session.save_path short_open_tag upload_max_filesize

It would be 25% of your CPU allocation so there is nothing to worry about as serving a request does take CPU time. It takes 25% of your allocation to serve one request so you could serve 4 requests a second roughly before you've hit your allocation. That would be 240 pageviews in a minute, 14,400 in an hour and 345,600 in a day. It works out to being a lot of traffic when you start breaking it down. That also assumes it takes a whole second to serve a request which is probably not true either.

All servers are running MySQL 5.5 now.

This can be pretty intensive so it's a fine line. The next issue is a lot of the spam we see can pass a spamassassin scan with a very low score. We would then most likely need to maintain a set of custom scanner rules to actually drop the spam emails. Combine these two issues and that is why we're evaluating a more robust long term solution. It will allow us when there are blocks to quickly move mailing around. It will also allow us to much easier maintain a good reputation on mailing IP's.

Spam is a difficult nut to crack. We've added new tools and filtering to help deal with it but unfortunately as tekiegreg mentioned it can be a bit of a whack a mole situation still. In this specific case I believe the delisting process has already started. All it unfortunately took was one user to be compromised and get through our filtering. By the time we received any complaints from our feedback loops it was already too late. The server went from a good reputation to a poor one in just a few hours We're testing some new methods and tools with regards to email. We're hoping to start implementing them at some point. This sounds like a bug as the filtering should still work. If you have a ticket open please provide me with the ticket number. If there isn't one feel free to open one and pm me the ticket ID. Glad you're happy and hopefully we can resolve these issues. We're always trying to improve email which seems to be one of the more difficult items to deal with.

All our shared, semi-dedicated and resellers servers are CloudLinux 5 or CloudLinux 6

70% of the servers are on MySQL 5.5 now at this point with the rest of them set to be upgraded this week. The last of them require a little more watching to fix any issues so we're taking our time making sure they don't break upon being upgraded. We actually found a bug in mysql_upgrade script which was one of the slow downs and unfortunately when we produce the bug a technician needs to go through and manually fix the tables producing the bug. It's a huge headache and surprising no one has ever encountered it. Although the bug I imagine MySQL specifically tells users not to do what we found some users doing causing the upgrade script to break.

The user in question is based in China which blocks IP's all the time and routing can be very sporadic. So the issue you're having I don't think at all would be related. Might be worth opening a ticket so we can investigate your issue.

I really can't think of any service that would do this. It really seems like you might be best to install one for each application then combine the data into one single sitemap file. It's not ideal but when you're on a budget it is a good way to do it cheap.

Video manipulation is extremely CPU intensive so it's not something we offer in our shared web hosting. You could do this with a VPS and use say FFMPEG to manipulate video's.