[srm-cvs] CVS Update: - Added info for session handler

Date: Mon Feb 18 14:23:10 CET 2002
User: Derick Rethans
Directory: srmdoc/user

Log Message:
 [0.25]
 - Added info for session handler
 - Fixed spelling error
 # Removed question:
 #- <!-- This really makes no sense whatsoever can someone please please
 #- please decrypt the meaning to this for me? Are we trying to talk about
 #- what a remote function is, or are we trying to describe how to make
 #- a new module? I'm lost! -Dan -->
 # It's the first one, we're explaining what a remove function is and does.
 
Modified files:
           srmdoc/user/features.xml (version: 1.8)

[FILE: /srmdoc/user/features.xml]

--- srmdoc/user/features.xml:1.7 Mon Feb 18 05:45:37 2002 GMT
+++ srmdoc/user/features.xml Mon Feb 18 12:23:10 2002 GMT
@@ -11,9 +11,11 @@
   <para>
    This is the first implemented feature, and should be gamma quality. It works
    just like the 'files', 'mm' or 'pgsql' session handlers for PHP. To enable
- this feature, edit the php.ini entry for session.save_handler. At the
- moment, the location is hardcoded (a shame, but an easy fix). It defaults to
- 'localhost'.
+ this feature, edit the php.ini entry for <literal>session.save_handler</literal>.
+ You can set the host and port of with the
+ <literal>session.save_path</literal> configuration parameter in php.ini.
+ The format of this session is
+ <literal>host</literal>:<literal>port</literal>.
   </para>
  </section>
 
@@ -24,10 +26,6 @@
    <orderedlist>
     <listitem>
      <para>
- <!-- This really makes no sense whatsoever can someone please please
- please decrypt the meaning to this for me? Are we trying to talk about
- what a remote function is, or are we trying to describe how to make
- a new module? I'm lost! -Dan -->
       A remote function can be defined within an external SRM module. For
       example the standard module contains the calls
       <function>get_function_list</function> and
@@ -69,7 +67,7 @@
   <title>Application level variables</title>
   <para>
    An application level variable is the name given to data stored within the
- SRM daemon, and can persist across mutliple client requests. This means
+ SRM daemon, and can persist across multiple client requests. This means
    it is possible to use these variables in every script. These variables
    are stored in the SRM objects' globals array, and can be accessed by
    directly requesting the specific value. An example showing how to access
Received on Mon Feb 18 14:15:35 2002