[RUBY] Vermeiden Sie das Problem, dass beim Upgrade von Rails 4.2.x auf 5.0.x keine Sitzung abgerufen werden kann, wenn Canary freigegeben wird.

Einführung

--Canary Release ist eine Bereitstellungsmethode, mit der eine neue Version einer Anwendung nur für einen Teil mehrerer Server freigegeben wird.

• Wenn Sie ein Upgrade von Rails 4.2.x auf 5.0.x durchführen, können Sie Canary freigeben. Wenn Sie also eine Umgebung erstellen, in der Rails 4.2.x- und 5.0.x-Anwendungen gemischt sind, können Sie keine Sitzungen abrufen. Vermeiden Sie dies. Möchte

Es ist unklar, ob jemand zu diesem Zeitpunkt auf Rails 5.0.x (und mit einer kanarischen Version) upgraden wird, aber ich hoffe, es hilft jemandem: bete:

Da der Inhalt für diejenigen gedacht ist, die teilweise mit Ruby und Rails vertraut sind, werden grundlegende Erklärungen wie Sitzung und Rack in Rails weggelassen.

Lösungen

• Befestigen Sie die Rack-Gem-Version an 2.0.7

Mit einem Wort die Ursache

Durch das Rails 4.2.x-> 5.0.x-Upgrade wird das Rack-Juwel auf 2.0.8 oder höher aktualisiert. (Es gibt eine destruktive Änderung in der Generierungslogik von session_id in Rack 2.0.7-> 2.0.8)

See. https://github.com/rack/rack/blob/master/CHANGELOG.md#208---2019-12-08

Erläuterung

Lib / Rack / Session / Abstract / In [Rack 2.0.7 ... 2.0.8 Unterschied](https://github.com/rack/rack/compare/2.0.7 ... 2.0.8) Es ist sehr leicht zu verstehen, wenn Sie sich in id.rb, lib /ack / session / memcache.rb umschauen.

• Bis zu Rack 2.0.7 wird es im Browser-Cookie _session_id (von Rails benannt gespeichert. /middleware/session/abstract_store.rb#L31)) wurde als Schlüssel für den Sitzungsspeicher verwendet (Redis, Memcached usw.)
• Seit Rack 2.0.8 wird der Wert von "_session_id" als "Digest :: SHA256.hexdigest" als Schlüssel verwendet (Code ist hier in der Nähe. /2.0.8/lib/rack/session/abstract/id.rb#L15-L39), public_id ist gleich _session_id)
• Jedes Session Store Gem verfügt über eine Fallback-Methode namens "# get_session_with_fallback" (für Redis-Rack. 1.3 / lib /ack / session / redis.rb # L87-L89), Für Memcache # L94-L96)), damit Sie die von der alten Version des Racks generierten Sitzungsdaten aus der neuen Version des Racks abrufen können, aber nicht umgekehrt.

Aus den oben genannten Gründen ist es kein Problem, wenn Sie eine neue Version von Rack Gem auf allen Servern gleichzeitig bereitstellen, jedoch in einer Umgebung, in der Rack Gems von 2.0.7 oder weniger und 2.0.8 oder mehr auf jedem Server gemischt sind (Canary Release-Umgebung), "session" Kann nicht mehr erhalten werden.