Redis vs nginx vs xVarnish; also where is SE official guide to Redis config?
1.  Can someone please provide a link to SE's official guide on Redis config?  My host needs it.

2.  (I realize nginx is not officially supported by SE)
to moving to PHP7.1 (after SE 4.9.x upgrade of course), I most likely
will be forced to use Redis.  I guess what I'm trying to find out is if
I'll be 'okay' or worse off than I am now as far as page load

I'm currently running 4.8.13 with a lot of Plugins
and the host has nginx configured (pages initially load around 6-7
secs).  A few months ago I tried xVarnish, and experienced 2 issues: A)
login and one particular Plugin usually loaded very slowly (3+ minutes);
B) page load was about the same as nginx but after a while (not sure
exactly how many minutes) it went slow if that particular page hadn't
been loaded in a while.  End result - xVarnish was unacceptable.

Your help/experience would be appreciated.

    • 1
    Gabry Hello, if i understand good and you want to use Redis as a cache feature then i will give you the info on how i did it on my server and work's very good.You need access to SSH with root/pass and input :

    rpm -Uvh
    rpm -Uvh
    yum -y --enablerepo=remi,remi-test install redis
    Type redis-server to start the server and sometimes is good to restart VPS
    • 0 1 vote
    • Reply
      • 1
      Donna Nice tips!
      • 1
      Gabry <a href=""><img src="" alt="Untitled" border="0"></a>
        • 1
        gs Thanks Gabry - much appreciated.
    • 1
    Mikel Coreclark Hello again, About Redis.
    when I was using another script creator that used redis although it was new I and many other users had problems ( not saying that redis was bad) it just was not working for us and we turned redis off and carried on using the standard nginx. the result of this was a more reliable network with our needs.
    don't get me wrong, redis will work for many people depending on their needs, I will not be using redis for the foreseeable future.
      • 1
      gs thanks Mikel for your helpful input in your posts. I'm not sure what I'm going to do once I upgrade to PHP 7.1 because SE doesn't support nginx (and neither will the server OS) and I won't use xVarnish, so hopefully redis won't negatively impact the expected performance gains of PHP 7.1. I guess I'll just have to wait and see for myself.
        • 1
        Donna It doesn't officially support it but there are clients using SE with Nginx. It probably requires tweaks from the server techs.
    • 1
    Mikel Coreclark Hello. Mikel here.
    I have just been reading the chatter about this. Since I have had the same experience on both matters and here is my insight. Just to let you know,
    I am not an expert and have very little tech knowledge except what I learn from my mistakes or from Donna / Scripttechs / SE / Tmd hosting assistance or other members.

    1, Speed. the more content you have on your server or servers, the more powerful the server needs to be sometimes for large networks or large site with lots of data to transfer a (shared server) may not be the best option. So since you have your script plus 150 added plugins that is a lot of data the server has to monitor and transfer at any given moment to many different devices (i will talk about them later)..

    resolve the issue:
    1, plugins, do not use all t the same time. use about 5 or 6 if possible and the rest you can (TURN ON OR OFF) without deleting, to keep members interest. this will decrease the servers work load and can increase the data transfer speed.

    2, I am hosted on TMD Hosting, I mentioned that my speed was slow roughly 2 to 8 minutes to load depending on my device. I had them transfer me to their cloud server ( as this was better than the standard server ) and my time was greatly reduced and now my transfer time is much like 1 to 5 seconds depending on device used . so that is great.

    3, Devices.
    since 99% of devices ( ipads, cell phones, laptops, desk tops ) used now are basically mini computers they all operate at different speeds with many different programmes and many different internet providers with different levels of speed levels.
    Most people do not keep their devices clean and up to date with the newest updates or the latest ips speeds.
    This means that their devices can be slowing down the (transfer speed) that your site needs to download all your data. So if you think that your site is slow, it most likely be the device and not you.
    I always check my site speed on 3 main devices, galaxy pad, cell phone and desk top, I get an average load speed and use British telecom for my internet provider. So I get a good idea how things are working.

    So basically the speed issue may not be your fault but other users. What I do from time to time when I do updates / upgrades or add new items is to put an announcement on my site to remind members to update their devices as my site may require faster upload / transfer speed.

    I hope this makes sense to you or any other reader.
    • 1
    Donna We've not made documents for Redis. It is in our list of things we need to work on. We hope to have something as soon as possible.
      • 1
      gs (not rushing you - just an FYI)
      Although the info in this post is helpful (including the Tech info from Gabry), FastComent needs something official from SE, so no rush - just letting you know the official guide is still required.
        • 1
        Donna It is still on our list. We need to have a tech available to write something like that and right now, they are all tied up on 4.9.2 to get that out as soon as possible. I hope we will have time right after that release, if not before then.

        Thank you. :)
          • 1
          gs Just checking in to see if SE has created an official Redis Install guide for SE. Although not necessary for the upgrade to SE 4.09.xx (supposedly I should still be able to use NGINX), it will be required when moving to PHP 7/7.1 (due to a necessary change in the Server OS, which will then no longer support NGINX). Thanks.
          • 0 1 vote
          • Reply
            • 1
            Donna We haven't. It would be a basic document as it's a server issue and each host would be responsible for their own configurations. Right now, we don't have a team member to break away from 4.9.3 in order to put on tutorials. We will try to make a basic redis document after 4.9.3.
            • 0 1 vote
    • 1
    Steven Gates Have you used a waterfall tool to see exactly where the slowing of the site is? Could be DNS or server response times due to your providers network or the specs of the server itself. It sounds like you need a high quality dedicated server or some load balanced cloud servers so you can cut out all the junk in the server and install only what you need. It is easier to manage server resources and its configuration to optimize response times. Are your web and database servers one and the same?
      • 1
      gs Donna - thank you. Although I can move to SE 4.9.x without it (once all my 3rd-Party Devs catch up to 4.9.x), I can't proceed (well, the host can't) with the server switch to PHP7.1 without the doc (since they'll be killing nginx and I won't use xVarnish due to past experience).

      Steven - thanks for the help and input. Yes, the web&database server are one and the same (for now). I'm currently in Development (i.e. site not live, but it's in Production Mode) and the Dedicated Server as well as the VPS plan I currenlty have (both from FastComet) produced the same (or negligible differences) results. I have about 150 Plugins and the page load time is consistent with what I experience with one of the Dev's demos (the Dev that produces the bulk of the Plugins I have installed). They're using AWS (not sure of the configuration).

      I've used various tools and nothing really stands out - just lot's of .http requests (fewer now since I'm using SEAO's great Minify Plugin, but it seems that the saved time is now offset with minify processing) and I'm sure lots of processing on the server due to all the Plugins (plus cores from SE + 5 other Devs I believe). Yes, a CDN should help somewhat (but that's what the above Dev is doing with their AWS config), and if there's ever enough traffic on the site to support a High Availability configuration, I'll move to that (obviously very costly).

      I was hoping to find out if Redis will save me in the PHP 7.1 world like nginx did in both the dedicated and VPS platforms using PHP 5.x.

      Thanks again for your input.
        • 1
        Steven Gates So, here is my question.... Do you really need 150 separate plugins? To launch your site, do you really feel you need all of the bells and whistles that would come with 150 different plugins? Sometimes..... less is more...but to try and still providing a core set of features that can attract users for your niche site in terms of getting a functioning launch done to start generating revenue required to move onto better development of your needs and better features. To be honest, I. must ask, did you buy every plugin all the 5 different developers offer? I was not sure the SE developers offered 150 different plugins which do not have overlap.... You can only have so many advanced albums or an advanced feed on one site. :) On my personal project site, I use quite a bit of the SEAO plugins and only theirs and I am not seeing any sub standard load times on the development server during load testing. If you want an up front honest assessment on what you have stated above.... you have too many plugins, trying for too many features, with too little server quality. If you think the site is slow now for just development testing, just wait until you have some basic, basic traffic. You might not ever reach any real traffic on the site if you try to bloat features on the site and not take a strong serious look into your network and the hardware that powers the site. My advise, slim down the site, find better hosting, not a mass produced website hosting provider, and find the balance your site will need for a successful launch and initial 6 months operation.... Downtime is the death of a website... Anyways, that is just my two cents. I hope something in there helps you.
        • 0 1 vote
        • Reply
          • 1
          gs Hi Steven,
          Thanks again for your valuable input and taking time to help. Responses to some of your questions:

          - no, I don't need 150 or so Plugins/Themes, as there are close to 35-50 I'd like to remove (but until SE creates an uninstall app or I pay hundreds to remove them, I'm stuck - and obviously disabling does nothing)
          - yes, I have some duplicate Plugins (which helped determine which best met needs), but can't delete those no longer needed as per above point
          - as for the rest, yes - they are required; ex. there are 3 primary SEAO Plugins, each has approx 16 extension Plugins, so that's already over 50. These address 3 core legs of the site.
          - I use almost no SE Plugins/modules due to using more comprehensive replacements by Devs
          - I understand where you are coming from with less is more, but even after getting rid of unnecessary stuff, there's still close to 100 left. Bells/whistles were never part of the scope based on needs, not wants.
          - I feel that FastComet is an amazing host so I won't be looking for 'better' as it doesn't seem I have too little for dev. I'm not using a $10 VPS (I started with a $400/mo dedicated server at another host then switched to FC for about half that with much better performance, then went to a good VPS plan at FC)

          Re your site - do pages load faster than SEAO's own demo?

          Back to my original question - does anyone have experience to tell me if redis will make things better, worse, or the same? Thx.
          • 0 1 vote
          • Reply