Fowler

No problem! Glad it is solved

As no one official is helping you, I will advise. Personally I don't use the PHP selector options in cPanel as, like you have found, they are confusing and needlessly messy. Like two versions of each PHP version... ea and alt. All I do is at the top of the htaccess file for each site is add the following line (for PHP 7.4 in my case) AddHandler application/x-httpd-php74 .php .php5 .php4 .phtml For version 7.3 for example, just change the 74 to 73 for example. For php 5.6, change it to 56. In your case though, what I would do is remove the cpanel generated code your posted # php -- BEGIN cPanel-generated handler, do not edit # Set the “ea-php56” package as the default “PHP” programming language. <IfModule mime_module> AddHandler application/x-httpd-ea-php56 .php .php5 .phtml </IfModule> # php -- END cPanel-generated handler, do not edit And then create a phpinfo file in the same directory and Wordpress and see what version it shows. https://make.wordpress.org/support/handbook/appendix/creating-a-phpinfo-page/ This will show the version you are using. If it says a version you don't want to use, try my method above rather than trying anything through these version selectors. Hope this helps

No i never managed to get this working. On my previous host that gave an IP/port it worked flawlessly and easily but with the set up here I could only get either a slow page load where nothing was being cached (visible by the high number of queries) or where it would just keep loading forever and day it seemed. I just thought it was not worth the effort to get it to work in the end.

Quick update. Using the memcached phpbb cache plugin and php7, I changed the add server line you quoted above to the following $this->memcached->addServer('/home/USERNAME_HERE/.hostdata/memcached.sock', 0); unix:// is not needed as explained here for memcached as it is memcache specific - http://php.net/manual/en/memcached.addserver.php That resulted in a constant wait for the page to load. It was literally taking for ever and nothing loaded. I then changed my username slightly by adding another letter to it and immediately the forum became online again although slower with nothing being cached obviously. It looks like when the connection info is correct, it just loads forever and a day. When the config information is wrong, it loads the forum but caches nothing so the site is slower. It looks like when the config info is correct, something is blocking it from working somewhere. I may try memcache and php 5.6 again and see if it get the same constant loading when the config is correct but slightly changing the username in the path results in the site being visible again. The memcached plugin for phpBB is alot newer where as the memcache plugin has been available for years so that may work better if the issue is with phpBB. I can't really set up a ticket at the moment but not a major issue at the moment for me. Just was going to use it as it was available and thought it was going to be easy to use.

The reason I said that was because in the blog post it contained a local IP and a non default port so I assumed it was possible in some way - http://blog.hawkhost.com/2015/12/31/memcached-now-available-on-all-hosting-plans/comment-page-1/ phpBB had memcache available and as it wasn't available for php7, I wanted to see if I could get that to work with 5.6 but php 5.6 with memcache and php 7.1 with memcached both had the same results. It is now available in phpBB which is the file I linked to. You can see both memcache and memcached listed here - https://github.com/phpbb/phpbb/tree/master/phpBB/phpbb/cache/driver I tried the following which didn't work namespace phpbb\cache\driver; if (!defined('PHPBB_ACM_MEMCACHED_PORT')) { define('PHPBB_ACM_MEMCACHED_PORT', 0); } if (!defined('PHPBB_ACM_MEMCACHED_COMPRESS')) { define('PHPBB_ACM_MEMCACHED_COMPRESS', true); } if (!defined('PHPBB_ACM_MEMCACHED_HOST')) { define('PHPBB_ACM_MEMCACHED_HOST', 'unix:///home/USERNAME_HERE/.hostdata/memcached.sock'); }

Hello, I am trying to configure a test forum to use Memcached but I can not get it to work due to the Unix socket given rather than an IP that phpBB works nicely with. https://raw.githubusercontent.com/phpbb/phpbb/master/phpBB/phpbb/cache/driver/memcached.php This is the default settings for memcached in phpBB3 which obviously don't work and result in slow load times and not caching queries (after a few refreshes) Time: 0.583s | Queries: 23 | Peak Memory Usage: 7.29 MiB No matter what I seem to try, it always doesn't seem to work resulting in the same similar slow load generation times and high number of queries and peak memory usage signifying it doesn't work. Using the default phpBB file cache, generation times and query counts for the same page (after a few refreshes) are Time: 0.047s | Queries: 10 | Peak Memory Usage: 2.61 MiB So when memcached works, it should be similar to those values. Is there a traditional IP/port i can use to get this to work or do you know of a way to get it to work? BTW ideally I want to use php7 and memcached but I have also tried with php 5.6 and memcache with the same results.

The second KB article was made on the 17th of April this year so i would imagine that is the correct limit rather than a post that is over 4 years old.

Does it show any errors in the phpBB error log?

On the Server Status page, is it possible to arrange the servers in alphabetical order. It is kind of alphabetical but there are quite a few that are not and it makes it hard to find a specific server.BTW it is a shame you have stopped with the fun server names and instead are using location/number based names.

Support is 24/7 via the support ticket system and that is the quickest way for support. The billing department only operates business hours (not sure the time zone or the exact hours) but you probably would hardly ever need to contact billing. I don't think I have ever had a need to contact them regarding billing issues.

Hi, Not an official reply but it sounds very much like your FTP or cpanel details have got into the wrong hands. The first thing you should do if change passwords for your cPanel and FTP accounts you have set up. Then clear up your site. A quick way to see what files have been modified recently is by sorting all your files by the last modified date in cPanel or FTP. HH staff will be able to give a better answer as they have details on your account.

What I have noticed ages ago which does mildly bug me from time to time is that the links on the main websites changes depending what page you are on. On the home page and client area, the links top right are "Client Area - Contact Us - Forums - Blog" On the webhosting page or any page other than the home page or client area, the links are "Client Area - Contact Us - Blog - Network" It makes it harder to get to the forum if you are viewing an internal page of the website as I typically use te link at the top to go between the main website and the forum.

I have had a similar issues. The issue I have had in the past is non account specific queries/questions seem to require you to be authorized. I have started support tickets regarding very high server loads, server memory usage and MySQL being down on the whole server and got asked what domain was having issues (even though it was serverwide issues) and then got told I was not authorized for that domain. This wasn't an account specific issue, instead it was a nudge into looking at the issues I mentioned which were not normal as it was a massive spike in server load and memory usage and MySQL being down. It just seems to be a case of support seeming to try and do anything to avoid acknowledging/admitting to an issue to the customer and getting a ticket closed with them doing minimal work. Just a couple of robotic sounding pre scripted support ticket replies. I can understand the need for ensuring that you are talking to the account holder in regards to account specific details but equally I think there does needs to be a "common sense" approach sometimes. HH is the only host I have been with that I am almost afraid of contacting support as it always seems to be a painful experience. Admittedly it is not all HH's fault but I usually just ignore minor niggling issues now and live with them to avoid (what feels like) going around in circles.

And also to not reuse passwords between sites. If a site you are part of gets compromised and your Username, email and password is stolen, that information will no doubt be used to try and login to various other sites including email accounts. If you reuse the password, they can access those accounts as they have all the information needed is most of those cases unless there is extra security measures in place when loggin in such as Google's 2 step login.

Hi, It resets at the start of the month so it will next reset for you and everyone else on the 1st of August (Next Thursday)

Hey You have nothing to worry about. 25% is not high but the main thing you should look at is if your site hits 100% and how often. It is normal for CPU usage to fluctuate depending on traffic and even if you do hit 100% on an occasion, it might have only been for less than a second. If you hit 100% often then you need to start to worry but you are probably far away from that. Inactive plugins still count towards disk space usage as they are still on the server but they shouldn't affect CPU usage if they are not active. Hope this answers everything

If you are targeting the US, I would think that there wouldn't be that much between all the US locations on offer. That said it might be best to wait for an exact answer from HH as to if there is a slightly better location out of all the US locations on offer. Out of al the support methods HH offers, the only real method to get a speedy response from the support staff is via the support ticket system - https://support.hawkhost.com/index.php?/Tickets/Submit

Any update on MySQL 5.5 rolling out to all servers? I am guessing there has been another hold up.

AMS001 just encountered 100% usage on /var. The result was 500 errors and white pages. A little while later, it drops to 97% and the sites are online again. Now the page still doesn't make for good viewing but atleast things are working again. The reason I mention this is 1) How can you lot let it get to 100% 2) What were the "safeguards" as to be honest I don't think they worked For weeks I have been seeing it getting closer and closer to 100% but I had this topic going around in my mind and I thought surely they will not let it reach 100%. Unfortunately I was wrong. Seriously guys... You need to up your game a bit. This is just the latest of a long line of issues with you. I really would struggle to recommend you lot to my worst enemies.

Try contacting HH using this link - https://support.hawkhost.com/index.php?/Tickets/Submit Are you using Wordpress on your site by any chance?

They seem to be. They also seem to be the same percentage off each month also. There are sometimes special discounts for Black Friday and some other times also. Usually these are mentioned on the blog - http://blog.hawkhost.com/

Hi, Coupons can be found here - http://www.hawkhost.com/web-hosting-specials/ They should help you save a few $ on your hosting. ----------------------------------------------------------------------------- If Brian or Tony read this, there is a mistake with the VPS coupon. The heading is "March VPS Special" when it should be "April VPS Special"

They are only the users that reported it. I too lost access to my support account. Even after resetting my password many times I couldn't login with the new password I set. I also know someone else who had the same problem and contacted HH and it took a while to get solved so I didn't bother and now have a new account to send tickets.

A MySQL upgrade might be the motivation needed to get those users to upgrade their software then. No matter how long you wait, there will always be users that can't be bothered to upgrade or don't see a need until they hit an issue or their site gets compromised. I am sure in a years time a fair percentage of the users currently running software that has issues with MySQL 5.5.x, will still be running it. I understand that you don't really want to cause customers issues but no matter when you do it, it will annoy some customers and MySQL 5.5 has been around for a while now so I don't think it would be unreasonable to expect customers to have sites compatible by now. If you give all users a fair warning aswell then again it would really be unreasonable in my opinion.

Have you guys got any plans to upgrade to MySQL 5.5.X in the near future baring in mind 2 years has past since your last update?