Amin Sabet
Well-known member
I noticed that if I have this addon enabled, then "Store CSS As Files" option doesn't work in the DragonByte Optimise addon. Would it be possible to make them compatible?
Check out the post I made in the DB Optimise thread, I posted the solution there, it's very easy.I noticed that if I have this addon enabled, then "Store CSS As Files" option doesn't work in the DragonByte Optimise addon. Would it be possible to make them compatible?
- Support zstd compression
- New retry_reads_on_master option, when a read to the slave-redis instance fails (ie due to the redis instance still loading data), reads will fail-back to the master instance.
- Confirm php 7.3 compatibility for pure-php redis connector
- Compat bugfix for phpredis-v3 for exists() function. phpredis-v3 returns a bool, credis/phpredis-v4 return an int, this ensures all backend redis connectors return...
$config['cache']['backend'] = 'Redis';
// all keys and thier defaults
$config['cache']['backendOptions'] = array(
'server' => '127.0.0.1',
'port' => 6379,
'timeout' => 30,
'persistent' => '',
'force_standalone' => false,
'connect_retries' => 2,
'read_timeout' => '1',
'password' => '',
'database' => 0,
'notMatchingTags' => false,
'enable_tags' => true,
'compress_tags' => 1,
'compress_data' => 2,
'lifetimelimit' => 2592000,
'compress_threshold' => 20480,
'automatic_cleaning_factor' => 0,
'compression_lib' => '', // dynamically select first of; snappy,lzf,l4z,gzip
'use_lua' => true,
'sunion_chunk_size' => 500,
'lua_max_c_stack' => 5000,
);
That is kinda unlikely, this update just helps if you have multiple redis instances and have configured it to load from a slave for reads first.Thank you for your update, sometimes i was getting the read error on redis. Now i hope it has been fixed.
If you have a single server, a redis master/slave configuration isn't need. Just disable IO (ie 'save' and "appendonly no"), and use redis purely as an in-memory store with no durability.However, i have a question about that master/slave because i'm confused. I' m A regular user the redis application also your redis configuration. How can i set the master / slave options nor should i do it ? (Note: i have one dedicated server so i don't use mysql or nginx with pools, so what about the master/slave configurations need?)
So,That is kinda unlikely, this update just helps if you have multiple redis instances and have configured it to load from a slave for reads first.
If you have a single server, a redis master/slave configuration isn't need. Just disable IO (ie 'save' and "appendonly no"), and use redis purely as an in-memory store with no durability.
XenForo doesn't need the durability options
That should do it.So,
#save 900 1
#save 300 10
#save 60 10000
settings will be commented like this lines also appendonly option will be "no".
Aren't they?
Not really, it requires evaluation depending on your needs.And do you have any advice for change about my settings in above post? For example, "compression_lib" variable etc.
Note: For About 2.5million member, 9million post board with high-end dedicated server.
This add-on requires redis to be setup, and offers effectively the same performance benefits as memcache. The major difference is I have add-ons which built off Redi's advanced functionality which memcache can't (easily, or at all) achieve.
Not unexpected, I've updated the FAQ and add-on description. But it really shouldn't be surprising that XF1-only configuration breaks on upgrading to XF2!Pipelining and Minimum Configuration instructions will currently cause XF2.1 upgrade to fail. Refer https://xenforo.com/community/threa...ade-php-fatal-error-accessing-install.157943/. Simple fix is to comment out the line within library/config.php as detailed in that thread.
Doesn't work for me on XF 1.5.Both XF1 & XF2 use the same redis library
XF1:
Code:$config['cache']['backendOptions'] = array( 'server' => 'unix:///tmp/redis.sock', // .... );
XF2:
Code:$config['cache']['config'] = array( 'server' => 'unix:///tmp/redis.sock', // .... );
(just tested this in my dev environment)
# sudo -u nginx bashCan you start a conversation with me and include more of your config.php? I will need to see the entire
$config['cache']['backendOptions'] block.
But this indicates php can't open the file, there isn't much beyond I can recommend. Try doing;
(Replace <php user> with the username of the user php runs under)Code:sudo -u <php user> bash ls -lah /tmp/redis.sock
And see what the php user sees.
Do you have something like selinux enabled? That can also cause issues.Doesn't work for me on XF 1.5.
No.Do you have something like selinux enabled?
We use essential cookies to make this site work, and optional cookies to enhance your experience.