Hello community,

here is the log from the commit of package nginx-module-sticky-ng for 
openSUSE:Factory checked in at 2018-07-31 16:02:41
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Comparing /work/SRC/openSUSE:Factory/nginx-module-sticky-ng (Old)
 and      /work/SRC/openSUSE:Factory/.nginx-module-sticky-ng.new (New)
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Package is "nginx-module-sticky-ng"

Tue Jul 31 16:02:41 2018 rev:3 rq:626462 version:0.0.0+git08092016.MACRO

Changes:
--------
--- 
/work/SRC/openSUSE:Factory/nginx-module-sticky-ng/nginx-module-sticky-ng.changes
    2018-07-25 16:12:14.749820634 +0200
+++ 
/work/SRC/openSUSE:Factory/.nginx-module-sticky-ng.new/nginx-module-sticky-ng.changes
       2018-07-31 16:02:45.467888859 +0200
@@ -1,0 +2,5 @@
+Fri Jul 27 10:27:53 UTC 2018 - [email protected]
+
+- Compact description a little.
+
+-------------------------------------------------------------------

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Other differences:
------------------
++++++ nginx-module-sticky-ng.spec ++++++
--- /var/tmp/diff_new_pack.Sp7VO5/_old  2018-07-31 16:02:46.103889942 +0200
+++ /var/tmp/diff_new_pack.Sp7VO5/_new  2018-07-31 16:02:46.107889949 +0200
@@ -55,22 +55,16 @@
 A nginx module to add a sticky cookie to be always forwarded to the same
 upstream server.
 
-When dealing with several backend servers, it's sometimes useful that one 
client
-(browser) is always served by the same backend server (for session persistance
-for example).
-
-Using a persistance by IP (with the ip_hash upstream module) is maybe not a 
good
-idea because there could be situations where a lot of different browsers are
-coming with the same IP address (behind proxies)and the load balancing system
-won't be fair.
-
-Using a cookie to track the upstream server makes each browser unique.
+When dealing with several backend servers, it's sometimes useful that one
+client (browser) is always served by the same backend server (for session
+persistance for example). A cookie is used to track the upstream server, since
+balancing just by IP address, behind which multiple clients may live, can be
+unfair to the load balancing.
 
+The Sticky module can't apply when cookies are not supported by the browser.
 When the sticky module can't apply, it switchs back to the classic Round Robin
 Upstream or returns a "Bad Gateway" (depending on the no_fallback flag).
 
-Sticky module can't apply when cookies are not supported by the browser.
-
 %prep
 mkdir %{project_name}
 tar -xzf %{SOURCE0} --strip-components=1 -C %{project_name}


Reply via email to