Cm_RedisSession - GitLite

KO | EN

gitlite — search

#hacktoberfest #react #ai #typescript #machine-learning #linux #docker #windows #awesome #cli #kubernetes #awesome-list #vue #open-source

Cm_RedisSession

(★ 210)

Redis-based session handler for Magento with optimistic locking

파일 탐색기

최종 버전 다운로드 (.zip)

.gitignore
composer.json
inspectSession.php
migrateSessions.php
migrateSessions_mysql_redis.php
modman
README.md
sessionStats.php

# 설치 가이드

1. 코드 내려받기

git clone https://github.com/colinmollenhour/Cm_RedisSession

깃허브에서 프로젝트 코드 전체를 내 컴퓨터로 내려받습니다.

cd Cm_RedisSession

방금 내려받은 프로젝트 폴더 안으로 이동합니다.

2. PHP (Composer)

쉬움 추천

사전 준비물

Git GitHub에서 프로젝트 코드를 내려받으려면 필요합니다.
PHP PHP 실행 환경이 필요합니다.
Composer PHP 라이브러리 설치를 위한 패키지 매니저입니다.

composer install

composer.json에 명시된 PHP 라이브러리를 설치합니다.

✅ php -S localhost:8000 같은 내장 서버로 실행한 뒤 브라우저에서 http://localhost:8000 으로 접속해보세요.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

# Cm_RedisSession #

### A Redis-based session handler for Magento with optimistic locking. ###

#### Features: ####
- Falls back to mysql handler if it can't connect to Redis. Mysql handler falls back to file handler.
- When a session's data size exceeds the compression threshold the session data will be compressed.
- Compression libraries supported are 'gzip', 'lzf', 'lz4', and 'snappy'.
-- Gzip is the slowest but offers the best compression ratios.
-- Lzf can be installed easily via PECL.
-- Lz4 is supported by HHVM.
- Compression can be enabled, disabled, or reconfigured on the fly with no loss of session data.
- Expiration is handled by Redis; no garbage collection needed.
- Logs when sessions are not written due to not having or losing their lock.
- Limits the number of concurrent lock requests before a 503 error is returned.
- Detects inactive waiting processes to prevent false-positives in concurrency throttling.
- Detects crashed processes to prevent session deadlocks (Linux only).
- Gives shorter session lifetimes to bots and crawlers to reduce wasted resources.
- Locking can be disabled entirely using config or `define('CM_REDISSESSION_LOCKING_ENABLED', FALSE);` or by setting `$this->setFlag('', Cm_RedisSession_Model_Session::FLAG_READ_ONLY, 1)` flag in controller predispatch.
- Requires PHP >= 5.3. Yes, this is a feature. You're welcome. ;)

#### Locking Algorithm Properties: ####
- Only one process may get a write lock on a session.
- A process may lose it's lock if another process breaks it, in which case the session will not be written.
- The lock may be broken after `BREAK_AFTER` seconds and the process that gets the lock is indeterminate.
- Only `MAX_CONCURRENCY` processes may be waiting for a lock for the same session or else a 503 error is returned.

#### Session Cookie Management: ####
The Cookie Lifetime is configured here (Magento default): System > Configuration > Web > Session Cookie Management > Cookie Lifetime.
You can override the default session lifetime settings of this module by setting the `<max_lifetime>` and `<min_lifetime>` handle if you need to adjust your session lifetime settings.
Be aware that if the `<max_lifetime>` setting is below your Cookie Lifetime, the `<max_lifetime>`-setting will be taken.

## Installation ##

This extension can be installed with either Composer or modman.

**Important:** The 3.0.0 release is packaged exclusively as a composer module and cannot be installed with modman. If you do not use composer stick with the 2.x release.

The Magento Compiler feature is currently not supported.

#### Modman Installation ####

1. Install module using [modman](https://github.com/colinmollenhour/modman):

modman clone https://github.com/colinmollenhour/Cm_RedisSession
   If you want to install a specific version, you can add `-- --branch x.y.z` to the command.
2. Configure via app/etc/local.xml adding a `global/redis_session` section with the appropriate configuration if needed.
   See the "Configuration Example" below.
3. Refresh the config cache to allow the module to be installed by Magento.
4. Test the configuration by running the migrateSessions.php script in `--test` mode.

sudo php .modman/Cm_RedisSession/migrateSessions.php --test

5. Change the `global/session_save` configuration to "db" in app/etc/local.xml. The "db" value is the MySQL handler,
   but Cm_RedisSession overrides it to avoid modifying core files.
6. Migrate the old sessions to Redis. See the "Migration" section below for details. The migration script will clear
   the config cache after migration is complete to activate the config change made in step 5.

#### Configuration Example ####
```xml
<config>
    <global>
        ...
        <session_save>db</session_save>
        <redis_session>                       
            <host>127.0.0.1</host>            
            <port>6379</port>
            <password></password>             
            <timeout>2.5</timeout>            
            <persistent></persistent>         
            <db>0</db>                        
            <compression_threshold>2048</compression_threshold>  
            <compression_lib>gzip</compression_lib>              
            <log_level>1</log_level>               
            <max_concurrency>6</max_concurrency>                 
            <break_after_frontend>5</break_after_frontend>       
            <fail_after>10</fail_after>                          
            <break_after_adminhtml>30</break_after_adminhtml>
            <first_lifetime>600</first_lifetime>                 
            <bot_first_lifetime>60</bot_first_lifetime>          
            <bot_lifetime>7200</bot_lifetime>                    
            <disable_locking>0</disable_locking>                 
            <min_lifetime>60</min_lifetime>                      
            <max_lifetime>2592000</max_lifetime>                 
            <log_exceptions>0</log_exceptions>                   
            <retries>0</retries>                                 
            <username></username>                                
            
            <tls_options></tls_options>                          
            <use_default_tls_options></use_default_tls_options>  
            <sentinel_password></sentinel_password>              
            <cluster>                                            
                <seeds></seeds>                                  
                <name></name>                                    
                <persistent></persistent>                        
            </cluster>
        </redis_session>
        ...
    </global>
    ...
</config>
```

## Migration ##

A script is included to make session migration from files storage to Redis with minimal downtime very easy.
Use a shell script like this for step 6 of the "Installation" section.

```
cd /var/www              # Magento installation root
touch maintenance.flag   # Enter maintenance mode
sleep 2                  # Allow any running processes to complete
# This will copy sessions into redis and clear the config cache so local.xml changes will take effect
sudo php .modman/Cm_RedisSession/migrateSessions.php -y
rm maintenance.flag      # All done, exit maintenance mode
```

Depending on your server setup this may require some changes. Old sessions are not deleted so you can run it again
if there are problems. The migrateSessions.php script has a `--test` mode which you definitely should use _before_
the final migration. Also, the `--test` mode can be used to compare compression performance and ratios. Last but
not least, the `--test` mode will tell you roughly how much space your compressed sessions will consume so you know
roughly how to configure `maxmemory` if needed. All sessions have an expiration so `volatile-lru` or `allkeys-lru`
are both good `maxmemory-policy` settings.

## Compression ##

Session data compresses very well so using compression is a great way to increase your capacity without
dedicating a ton of RAM to Redis and reducing network utilization.
The default `compression threshold` is 2048 bytes so any session data equal to or larger than this size
will be compressed with the chosen `compression_lib` which is `gzip` by default.  Compression can be disabled by setting the `compression_lib` to `none`. However, both `lzf` and
`snappy` offer much faster compression with comparable compression ratios so I definitely recommend using
one of these if you have root. lzf is easy to install via pecl:

sudo pecl install lzf

_NOTE:_ If using suhosin with session data encryption enabled (default is `suhosin.session.encrypt=on`), two things:

1. You will probably get very poor compression ratios.
2. Lzf fails to compress the encrypted data in my experience. No idea why...

If any compression lib fails to compress the session data an error will be logged in `system.log` and the
session will still be saved without compression. If you have `suhosin.session.encrypt=on` I would either
recommend disabling it (unless you are on a shared host since Magento does it's own session validation already)
or disable compression or at least don't use lzf with encryption enabled.

## Bot Detection ##

Bots and crawlers typically do not use cookies which means you may be storing thousands of sessions that
serve no purpose. Even worse, an attacker could use your limited session storage against you by flooding
your backend, thereby causing your legitimate sessions to get evicted. However, you don't want to misidentify
a user as a bot and kill their session unintentionally. This module uses both a regex as well as a
counter on the number of writes against the session to determine the session lifetime.

## Using with [Cm_Cache_Backend_Redis](https://github.com/colinmollenhour/Cm_Cache_Backend_Redis) ##

Using Cm_RedisSession alongside Cm_Cache_Backend_Redis should be no problem at all. The main thing to
keep in mind is that if both the cache and the sessions are using the same database, flushing the cache
backend would also flush the sessions! So, don't use the same 'db' number for both if running only one
instance of Redis. However, using a separate Redis instance for each is recommended to make sure that
one or the other can't run wild consuming space and cause evictions for the other. For example,
configure two instances each with 100M maxmemory rather than one instance with 200M maxmemory.

## License ##

@copyright  Copyright (c) 2013 Colin Mollenhour (http://colin.mollenhour.com)
    This project is licensed under the "New BSD" license (see source).