IveLeft... Posted March 3, 2015 Posted March 3, 2015 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
Management Charles Posted March 3, 2015 Management Posted March 3, 2015 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.
Rhett Posted March 3, 2015 Posted March 3, 2015 The constants.php file is not provided in the download, so it won't ever be over written in this case.
IveLeft... Posted March 3, 2015 Author Posted March 3, 2015 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
IveLeft... Posted March 3, 2015 Author Posted March 3, 2015 I just checked ACP - Its gone back to default again Shall i open a (other ) ticket ?
Management Charles Posted March 3, 2015 Management Posted March 3, 2015 Check your constants.php. Are you overwriting it somehow? The Suite cannot write to it so it's not our software.
IveLeft... Posted March 3, 2015 Author Posted March 3, 2015 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**' ); */
Management Charles Posted March 3, 2015 Management Posted March 3, 2015 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.
sobrenome Posted March 4, 2015 Posted March 4, 2015 Memcached for guests is the most amazing feature of IPS 4 so far!
不中用 Posted March 4, 2015 Posted March 4, 2015 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
bfarber Posted March 4, 2015 Posted March 4, 2015 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.
IveLeft... Posted March 4, 2015 Author Posted March 4, 2015 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
Recommended Posts
Archived
This topic is now archived and is closed to further replies.