Fix session storage bug

The Session storage class should not close the session if we pass the first parameter `$startSession` to `false`.

The library should not decide to call `session_write_close()` automatically in the destructor because the session is already handled by the application. The application might want to continue writing in the php session despite the fact the Session Storage instance is destroyed.