If i set up MemCache in IPB with Mysql - all is good 

But why in this modern age do i need to download constants.php and then upload it to apply the changes? There must surely be a better easier simpler way ?`

The reason i moan about the above is when you then re-upload all your ipb files or upgrade - you then overwrite the constants.php file and if like me you will have forgot about having to re-do the memcache setup in the ACP as it has gone back to default

 

You have to do this because with memcached enabled there is the ability for the system to display some pages to guests without ever connecting to MySQL. This is amazing for performance but it does mean you need to start that data in a local file as you cannot store it in the database since you never connect to it.

The constants.php file is not provided in the download, so it won't ever be over written in this case.

 

 

 

One could say it's constant.

The constants.php file is not provided in the download, so it won't ever be over written in this case.

 

 

 

​Thats weird, twice now in RC3 my ACP has gone back to memcache disabled, i presumed it was due to a couple of ftp uploads that had been done to overwrite all files where there were other issues

I just checked ACP - Its gone back to default again 

Shall i open a (other  ) ticket ?

 

Check your constants.php. Are you overwriting it somehow? The Suite cannot write to it so it's not our software.

Still there and ok (**i edited the suite unique key out below, not sure if its like a license key**)

<?php

/*
define( 'STORE_METHOD', 'Database' );
define( 'STORE_CONFIG', '[]' );
define( 'CACHE_METHOD', 'Memcache' );
define( 'CACHE_CONFIG', '{"servers":["127.0.0.1:11211"]}' );
define( 'CACHE_PAGE_TIMEOUT', 0 );
define( 'SUITE_UNIQUE_KEY', '**REMOVED**' );

*/

 

Suite Unique Key is not private info it's just a cache-buster.

I'm not sure why it's going disabled. You may wish to do a ticket.

Cheers, roger wilco, will-do

 

 

Memcached for guests is the most amazing feature of IPS 4 so far!

in WordPress it is "fuss" free (plugin, works out of the box install) .. although it's not that hard at all in IPS .. a "one time & get it over with" deal 

 

Still there and ok (**i edited the suite unique key out below, not sure if its like a license key**)

<?php

/*
define( 'STORE_METHOD', 'Database' );
define( 'STORE_CONFIG', '[]' );
define( 'CACHE_METHOD', 'Memcache' );
define( 'CACHE_CONFIG', '{"servers":["127.0.0.1:11211"]}' );
define( 'CACHE_PAGE_TIMEOUT', 0 );
define( 'SUITE_UNIQUE_KEY', '**REMOVED**' );

*/

 

​

The /* ... */ comments out all of that code.  Is it possible if you already have a ticket submitted that a technician disabled it while troubleshooting an issue on your site?  The suite does not do this automatically, I can confirm that.

​

The /* ... */ comments out all of that code.  Is it possible if you already have a ticket submitted that a technician disabled it while troubleshooting an issue on your site?  The suite does not do this automatically, I can confirm that.

​

I did have a few tickets open, this could have happened, i just checked and this /* ..... */ are now removed, so must have been support