From cfe38790102e954600a3d1124ebd84011c2e6b2c Mon Sep 17 00:00:00 2001 From: William Date: Sat, 19 Feb 2022 19:29:38 +0000 Subject: [PATCH] Update README.md --- README.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/README.md b/README.md index 6d09dbd1..8253a9d9 100644 --- a/README.md +++ b/README.md @@ -43,7 +43,7 @@ If you are running an offline server for a legitimate reason, however, make sure #### Data sometimes not syncing between servers There are two primary reasons this may happen: -* On your proxy server, you are running FlameCord or a similar fork of Waterfall. Due to the nature of these forks changing security parameters, they can block or interfere with Redis packets being sent to and from your server. FlameCord, XCord and other forks are not compatible with HuskSync. For security-conscious users, I reccommend Velocity. +* On your proxy server, you are running _FlameCord_ or a similar fork of Waterfall. Due to the nature of these forks changing security parameters, they can block or interfere with Redis packets being sent to and from your server. FlameCord, XCord and other forks are _not compatible_ with HuskSync. For security-conscious users, I reccommend Velocity. * Your backend servers/proxy and Redis server have noticably different amounts of latency between each other. This is particularly relevant for users running across multiple machines, where some backend servers / the proxy are installed with Redis and other backend servers are on a different machine. The solution to this is to have your BungeeCord and Redis _alone_ on one machine, and your backend servers across the others - or have a seperate machine with equal latency to the others that has Redis on. In the future, I may have a look at automatically correcting and accounting for differences in latency. ## How it works