Synchronet v3.19b-Win32 (install) has been released (Jan-2022).

You can donate to the Synchronet project using PayPal.

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revisionPrevious revision
Next revision
Previous revision
Next revisionBoth sides next revision
server:web [2010/02/21 21:10] digitalmanserver:web [2023/12/19 19:12] – [Startup INI [Web] Section Keys] Create a quick-reference settings table digital man
Line 1: Line 1:
 ====== Web Server ====== ====== Web Server ======
 +
 +The Synchronet Web Server serves static (e.g. files) and dynamic content to HTTP clients (e.g. web browsers).
  
 ===== Introduction ===== ===== Introduction =====
Line 13: Line 15:
 ===== Configuration ===== ===== Configuration =====
  
-==== Startup INI [Web] Section Keys ====+==== Initialization Settings ==== 
 + 
 +The ''[Web]'' section of your [[config:sbbs.ini]] file supports the following configuration settings (keys): 
 + 
 +^ Key                      ^ Default          ^ Description ^ 
 +| AutoStart                | ''true''         | Automatically start-up the server when Synchronet is started | 
 +| HostName            | //none//         | Override system hostname | 
 +| LogLevel            | Informational    | Default minimum severity of log messages to view or log-to-disk | 
 +| TLSErrorLevel            | Emergency       | Maximum severity of TLS-related log messages | 
 +| Interface                | ''0.0.0.0,::''   | Comma-separated list of IPv4 and IPv6 addresses of network interfaces and optional port numbers to listen for incoming HTTP/TCP connections | 
 +| TLSInterface             | //Interface//    | ... for incoming HTTPS/TLS connections | 
 +| Port                     | ''80''           | Default TCP port to listen for incoming HTTP connections | 
 +| TLSPort                  | ''443''          | Default TCP port to listen for incoming HTTPS/TLS connections | 
 +| BindRetryCount    | 2               | Default number of network interface/port bind retry attempts | 
 +| BindRetryDelay    | 15               | Default number of seconds to wait between bind attempts | 
 +| MaxClients               | //unlimited//    | Maximum number of simultaneous connections supported (0 = unlimited) | 
 +| MaxInactivity            | ''2m''           | Maximum duration of client inactivity before disconnection | 
 +| MaxCgiInactivity         | ''2m''           | Maximum duration of CGI application inactivity | 
 +| SemFileCheckFrequency    | //global// (2)   | Seconds between semaphore file checks | 
 +| IndexFileNames           | ''index.html,index.ssjs''    | Index filenames to search for and serve up (when no file name was requested) | 
 +| RootDirectory            | ''../web/root''  | Files are served out of this directory tree | 
 +| ErrorDirectory           | ''error''        | Sub-directory of //RootDirectory// where error files are served from | 
 +| CGIDirectory             | ''cgi-bin''      | Sub-directory of //RootDirectory// where CGI applications are served from | 
 +| DefaultCGIContent        | ''text/plain''   | Default MIME-type of CGI content | 
 +| CGIExtensions            | ''.cgi''         | Comma-separate list of file extensions (suffixes) used to recognize CGI application files | 
 +| JavaScriptExtension      | ''.ssjs''        | File extension used to recognize Server-side JavaScript content files | 
 +| Authentication           | ''Basic,Digest,TLS-PSK ''    | Authentication methods supported | 
 +| HttpLogFile              | ''[[dir:data]]/logs/http-''  | Path prefix for HTTP access log files | 
 +| FileIndexScript          | ""               | Server-side JavaScript to execute to provide HTML/CSS library and directory listings of virtual file paths | 
 +| FileVPathPrefix          | ""               | Virtual path for file base access, suggested value: ''/files/''
 +| FileVPathForVHosts       | ''false''        | If you'd like your virtual hosts to have virtual file path access, set this to ''true''
 +| OutbufDrainTimeout       | ''10''           | Number of milliseconds to wait for output buffer to drain | 
 +| TempDirectory            | ''../temp/''     | Override default temporary file directory | 
 +| Options                  |                  | See below for details |
  
-The ''[Web]'' section of your [[Startup INI]] file contains the following settings (keys):+**Detailed setting descriptions **
  
 === RootDirectory === === RootDirectory ===
Line 24: Line 59:
 ''http://yourbbs.synchro.net/index.html'' will be served out of this directory. ''http://yourbbs.synchro.net/index.html'' will be served out of this directory.
  
-::!:: Older versions of Synchronet had this value default to ''../web/html''.+**NOTE**: Older versions of Synchronet had this value default to ''../web/html''
  
 === ErrorDirectory === === ErrorDirectory ===
 Default value: ''error'' Default value: ''error''
  
-The directory relative to [#RootDirectory]] where the various error+The directory relative to [[#RootDirectory]] where the various error
 message files are located.  The error message files are named by the message files are located.  The error message files are named by the
 numeric HTTP error code they will represent and may be either ''.html'' numeric HTTP error code they will represent and may be either ''.html''
Line 47: Line 82:
 === Authorization === === Authorization ===
  
-Default value: ''Basic,Default''+Default value: ''Basic,Digest''
  
 A comma-separated list of authentication mechanisms in order of preference. A comma-separated list of authentication mechanisms in order of preference.
Line 106: Line 141:
 store Common Logfile Format logs in.  The current virtual host store Common Logfile Format logs in.  The current virtual host
 (if enabled, see next item), date, and ''.log'' are appended to this (e.g.''http-2005-03-12.log''). (if enabled, see next item), date, and ''.log'' are appended to this (e.g.''http-2005-03-12.log'').
 +
 +=== FileVPathPrefix ===
 +Default value: ""
 +
 +Suggested value: ''/files/''
 +
 +A virtual sub-directory of your web root to provide direct HTTP[S] access to your file bases. HTTP-AUTH is used for conditional access/restrictions, when necessary. The trailing slash is important.
 +
 +=== FileVPathForVHosts ===
 +Default value: ''false''
 +
 +By default, virtual hosts will not have the virtual file path (if enabled). Set this to ''true'' if you would like your virtual hosts to support the virtual file paths as well.
 +
 +=== FileIndexScript ===
 +Default value: ""
 +
 +Suggested value: ''webfileindex.ssjs''
 +
 +A Server-side JavaScript (SSJS) file to execute and provide HTML/CSS indexes to file libraries and directories accessed via virtual file paths.
  
 === Options === === Options ===
  
-Default value: ''NO_HOST_LOOKUP''+Default value: ''NO_HOST_LOOKUP | HTTP_LOGGING''
  
-The | separated list of options to enable.  In addition to the standard +The ''Options'' key is set to a ''|'' separated list of options to enable.  In addition to the [[config:sbbs.ini|standard options]], the web server also supports the following: 
-options, the web server also supports the following:+ 
 +**''DEBUG_RX''**
  
-''DEBUG_RX'' 
 Log all received data to the console log, as well as various Log all received data to the console log, as well as various
 extra bits related to receiving data. extra bits related to receiving data.
  
-''DEBUG_TX''+**''DEBUG_TX''**  
 Log all transmitted data except the reply body itself, as well Log all transmitted data except the reply body itself, as well
 as various extra bits of information related to transmitted as various extra bits of information related to transmitted
 data. data.
  
-''VIRTUAL_HOSTS''+**''DEBUG_SSJS''**  
 + 
 +Log server-side JavaScript execution details. 
 + 
 +**''VIRTUAL_HOSTS''** 
 Supports name-based virtual hosts.  If your system has multiple Supports name-based virtual hosts.  If your system has multiple
 host names, you can have each host name return unique content host names, you can have each host name return unique content
 depending on which hostname is used.  ie: if depending on which hostname is used.  ie: if
-freebsd.synchro.net and nix.synchro.net both resolved to your+''freebsd.synchro.net'' and ''nix.synchro.net'' both resolved to your
 system, you could have FreeBSD-specific pages on one, and  system, you could have FreeBSD-specific pages on one, and 
 general *nix stuff on the other. general *nix stuff on the other.
  
 A virtual host is added by simply putting the desired content A virtual host is added by simply putting the desired content
-into a sub-directory of RootDirectory with the desired hostname +into a sub-directory of [[#RootDirectory]] with the desired hostname 
-ie: web/root/freebsd.synchro.net/ if the browser doesn't send+ie: ''web/root/freebsd.synchro.net/'' if the browser doesn't send
 the request host name (very old browsers, or some automated the request host name (very old browsers, or some automated
 tools) they will be served out of document root. tools) they will be served out of document root.
 It is therefore a good idea to put links to your various It is therefore a good idea to put links to your various
-virtual hosts in an index.html page in RootDirectory something+virtual hosts in an ''index.html'' page in [[#RootDirectory]] something
 like this: like this:
-            <html> +<code html> 
-              <head> +<html> 
-                <title>Old Browser</title> +  <head> 
-              </head> +    <title>Old Browser</title> 
-              <body> +  </head> 
-                Your browser is either too old to support +  <body> 
-                name-based virtual hosts, or you have visited a +    Your browser is either too old to support 
-                virtual hosts that is not yet configured.  The +    name-based virtual hosts, or you have visited a 
-                following are hosted here:<br> +    virtual hosts that is not yet configured.  The 
-                <a href="freebsd.synchro.net">freebsd.synchro.net +    following are hosted here:<br> 
-                </a><br> +    <a href="freebsd.synchro.net">freebsd.synchro.net</a><br> 
-                <a href="nix.synchro.net">nix.synchro.net</a><br> +    <a href="nix.synchro.net">nix.synchro.net</a><br> 
-              </body> +  </body> 
-            </html>+</html> 
 +</code> 
 + 
 +**''NO_CGI''**
  
-''NO_CGI'' 
 Disable CGI script execution. Disable CGI script execution.
  
-''HTTP_LOGGING''+**''HTTP_LOGGING''** 
 Enable logging to a Common Logfile Format log as described in Enable logging to a Common Logfile Format log as described in
 the HttpLogFile section.  Usefull for running log analysis the HttpLogFile section.  Usefull for running log analysis
 programs (like Webalizer: http://www.mrunix.net/webalizer/) programs (like Webalizer: http://www.mrunix.net/webalizer/)
  
-''NO_JAVASCRIPT''+**''NO_JAVASCRIPT''** 
 Disable SSJS execution. Disable SSJS execution.
  
 +**''ALLOW_TLS''**
 +
 +Enable TLS support.
 +
 +**''HSTS_SAFE''**
 +
 +Indicates that all URLs available via http are also available via https and redirects clients who want a TLS session to the https location.
  
 ==== Other configuration files ==== ==== Other configuration files ====
  
-In addition to the [Web] keys in the [[Startup INI]] file, the web server+In addition to the ''[Web]'' keys in the [[config:sbbs.ini]] file, the web server
 also uses some other configuration files: also uses some other configuration files:
  
Line 189: Line 260:
 specified: specified:
  
-== CGI ==+== [CGI==
  
 The [CGI] section is for natively-executed CGI handlers The [CGI] section is for natively-executed CGI handlers
-(e.g. "pl = perl" indicates "perl" will be used to handle ".pl" +(e.g. "pl = perl" indicates "perl" will be used to handle ".pl" files).  
-files). +
  
-== JavaScript ==+== [JavaScript==
  
 The [JavaScript] section is used for JS-executed content The [JavaScript] section is used for JS-executed content
Line 209: Line 279:
 Each directory under the [[#RootDirectory]] may have a ''webctrl.ini'' file which overrides certain settings for Each directory under the [[#RootDirectory]] may have a ''webctrl.ini'' file which overrides certain settings for
 the directory it's in and all child directories.  Configuration keys may be set the directory it's in and all child directories.  Configuration keys may be set
-either globally, or in a per-filename group.  Using the * and ? wildcards as +either globally, in a per-filename group, or, in version 3.17 or greater, a per-directory-name group. 
-the group name such as ''[*.html]'' The following keys may be used in these files:+Using the * and ? wildcards as the group name such as ''[*.html]'' or ''[dirname/]'' The following keys may be used in these files:
  
 === AccessRequirements === === AccessRequirements ===
 Specifices an ARS string which all users must match to be able to access Specifices an ARS string which all users must match to be able to access
 files in this directory.  Will force an HTTP login. files in this directory.  Will force an HTTP login.
 +
 +For example, to require a login, but allow **any** user to access files in a
 +directory, but only a sysop to access ''*.log'' files and .git directories, the following could be used:
 +<file webctrl.ini>
 +AccessRequirements=level 0
 +[*.log]
 +AccessRequirements=level 90
 +[*.git]
 +AccessRequirements=level 90
 +</file>
  
 === Realm === === Realm ===
Line 242: Line 322:
 current directory.  This effecively works like a custom 404 page. current directory.  This effecively works like a custom 404 page.
  
-For example, to require a login, but allow **any** user to access files in a +=== FastCGISocket === 
-directory, but only sysop to access ''*.log'' files, the following could be used: +Specifies the socket address of FastCGI listener in either <Address>:<Port> format (e.g. ''127.0.0.1:9000'') or ''unix:/path/to/unix/socket'' format.  Should be used with wildcard sections like this
-  AccessRequirements=level +<file webctrl.ini> 
-  [*.log+[*.php] 
-  AccessRequirements=level90+FastCGISocket=127.0.0.1:9000 
 +</file> 
 + 
 +See [[howto:php]] for details on using with PHP. 
 + 
 +=== Rewrite=== 
 +Specifies a Javascript snippet which can modify the http_request.request_string.  This allows internal redirects like the RewriteRule feature in Apache .htaccess files.  The key must *begin* with the string "Rewrite" which may be followed by any legal INI key characters.  The order of execution is not guaranteed. 
 + 
 +<file webctrl.ini> 
 +RewriteDetail=var n=http_request.request_string.replace(/_detail\/(.*)/,"lib/exe/detail.php?media=$1"); if(n != http_request.request_string) { http_request.request_string=n; true } 
 +</file> 
 + 
 +If the expression returns "true", reparses http_request.request_string as 
 +an internal redirect. 
 + 
 +Added on November 3rd, 2015 to CVS (in 3.17a). ([[https://gitlab.synchro.net/main/sbbs/-/commit/370cb673ce644a77bb94f9375cbe3463390e485a|Commit]]) 
 + 
 +=== JSPreExec === 
 +A JavaScript snippet which is executed in the same context as Rewrite* lines, but before any Rewrites are executed.  This allows load()ing some common code before execution... ie: ''JSPreExec=load(js.startup_dir+'/rewrite_lib.js');''.
  
 +Added on November 3rd, 2015 to CVS (in 3.17a).
  
 ===== JavaScript Objects ===== ===== JavaScript Objects =====
Line 322: Line 421:
 is the remote hostname. is the remote hostname.
  
 +=== scheme ===
  
 +"https" if TLS is in use, "http" otherwise.
 ==== http_reply object ==== ==== http_reply object ====
  
Line 347: Line 448:
 ==== Extra global methods ==== ==== Extra global methods ====
  
-The web server also adds new global JavaScript methods.  These are:+The web server also adds new global JavaScript method that requests that the specified cookie be set:
  
   set_cookie(string key,    set_cookie(string key, 
Line 355: Line 456:
     [, string path      [, string path 
     [, bool secure ]]]])     [, bool secure ]]]])
-               Requests that the specified cookie be set. 
- 
- 
-===== The SSJS Template System ===== 
-The default web pages use a SSJS Template engine which also allows for Theme  
-support. 
- 
-[Note:  With this latest implementation of SSJS, @@ codes no longer can be 
-nested.] 
- 
- 
-==== The SSJS Template Scheme ==== 
- 
-Each page consists of four parts: 
- 
-=== The Header  === 
-  ../web/templates/default/header.inc   
- 
-This file contains the basic requirements for the HTML page. 
-The opening HTML, doctype, title, CSS file link, etc.  The 
-header file includes the open body, System Name, and User  
-greeting plus the initial page layout table start.  The rest 
-of the layout is continued in the next files. 
- 
-=== Top Navigation === 
- 
-  ../web/templates/default/topnav.inc & ../web/lib/topnav_html.ssjs 
- 
-The topnav.inc file contains the basic design of the "breadcrumbs" 
-The links are dynamically generated by topnav_html.ssjs so both 
-files need to be addressed when modifying or creating themes. 
-In the case of the default layout, topnav.inc has a left and right  
-graphic and a middle section that the dynamic content goes.  The 
-background image is handled by CSS.  You can change this to anything 
-you like. 
- 
-The topnav_html.ssjs file may seem daunting at first, but it is  
-pretty straight forward.  It has a series of if statements that 
-check the current page location and sets up the breadcrumbs based 
-on what you want it to say. 
- 
-For example: 
-You want to add a Links page called links.html in the main  
-directory.  You would add a check for the path to links.html 
-as:   
-                if(http_request.virtual_path=="/links.html") 
-                    template.topnav.push({html: '<span class="tlink"> 
-                        Some Links</span>'}); 
- 
-=== Left Side Navigation === 
- 
- ../web/templates/default/leftnav.inc & ../web/lib/leftnav_nodelist.ssjs & ../web/lib/leftnav_html.ssjs 
- 
-This starts the main table layout in the default layout and also 
-provides two other things -- the main navigation links and a brief 
-nodelisting that displays when users are online via telnet. 
-The links are dynamically created as in the Top Navigation example 
-above with the exception of the two static links. 
- 
-=== Main Content (various files) === 
- 
-This is where the layout of the main content is created.  It is best 
-to look at the various files in ''../web/templates/default'' 
-''../web/templates/default/msgs'' to see how the code is displayed for the 
-various functions of the Web side of Synchronet.  Some details on what 
-each of the special codes contained in those files do will follow. 
- 
-=== Footer === 
-   
-  ../web/templates/default/footer.inc 
-   
-This file contains the closing HTML and whatever bottom information 
-you would like. In the case of the default layout, the 
-Web Server/Synchronet versions and the XHTML 1.0 logo.  Links to 
-privacy statements or anything else can be placed here and they will  
-be displayed at the bottom of each page. 
- 
- 
-==== SSJS Theme Support ==== 
- 
- 
-Theme Layouts can be added to Synchronet by creating them and placing the 
-*.inc files in their own directory under ../web/templates/ 
- 
-Themes are activated by editing the ../web/templates/html_themes.ssjs file. 
-This file contains: 
-<FILE> 
-    /* Set default theme name */ 
-    var DefaultTheme="Default"; 
- 
-    /* Edit this bit to add/remove/modify theme descriptions and dirs */ 
-    Themes["Default"]=new Object; 
-    Themes["Default"].desc="Default Synchronet Theme"; 
-    Themes["Default"].dir="default"; 
-    Themes["Default"].css="/synchronet.css";  
-</FILE> 
-Themes are added by editing below the Default Theme such as: 
-<FILE> 
-    Themes["CoolTheme"]=new Object; 
-    Themes["CoolTheme"].desc="My Cool Theme"; 
-    Themes["CoolTheme"].dir="cooltheme"; 
-    Themes["CoolTheme"].css="/cooltheme.css"; 
-</FILE> 
-To change the Default Theme, change: 
- 
-    var DefaultTheme="Default"; 
- 
-to: 
- 
-    var DefaultTheme="CoolTheme"; 
- 
- 
-==== Special Codes Used in the SSJS Template System ==== 
- 
-By looking at at the message related files located in templates/default/msgs, 
-it can be seen that some special codes are used to display dynamically created 
-content. It is very important to maintain the information EXACTLY as seen in 
-each file or else the messaging system will fail.  While how it is displayed 
-can be changed, the correct information will only be dispayed by following the 
-format in the *.inc files. 
- 
-For example the groups.inc: 
-<CODE> 
-  <!-- Main Content -->   
-     
-    <td class="main" valign="top"><br /> 
- 
-  <table class="grouplist" border="0" cellpadding="2" cellspacing="2"> 
-  <tr> 
-  <th class="grouplist">Message Group</th><th class="grouplist">Subs</th> 
-  </tr> 
-  <<REPEAT groups>> 
-  <tr> 
-    <td class="grouplist"> 
-        <a class="grouplist" href="subs.ssjs?msg_grp=^^groups:name^^"> 
-            %%groups:description%%</a></td> 
-    <td class="grouplist" align="right"> 
-        @@JS:msg_area.grp_list[RepeatObj.index].sub_list.length@@</td> 
-  </tr> 
-  <<END REPEAT groups>> 
-  </table> 
-  <br /> 
- 
-  <!-- end Main Content --> 
-</CODE> 
-While the table layout can be changed or even eliminated, the information 
-within the <<REPEAT groups>> and <<END REPEAT groups>> must remain intact. 
-To remove the table yet keep the correct infomation, the resulting groups.inc 
-would be changed to (while maintaining the main table layout in this case) to: 
-<CODE> 
-  <!-- Main Content -->   
-     
-    <td class="main" valign="top"><br /> 
- 
-  <<REPEAT groups>> 
-    <a class="grouplist" href="subs.ssjs?msg_grp=^^groups:name^^"> 
-        %%groups:description%%</a> 
-    @@JS:msg_area.grp_list[RepeatObj.index].sub_list.length@@<br /> 
-  <<END REPEAT groups>> 
- 
-  <br /> 
- 
-  <!-- end Main Content --> 
-</CODE> 
-This principle applies to all the .inc files in msgs respectively. 
- 
- 
-==== The SSJS Template Library ==== 
- 
-''%%name%%'' is replaced with the HTML encoded value of template.name 
- 
-i.e.; Spaces are replaced with: this&nbsp;is&nbsp;html 
- 
-''^^name^^'' is replaced with the URI encoded value of template.name 
- 
-i.e.; Spaces are replaced with:  this%20is%20URI 
-           
-''@@name@@'' is replaced with the value if template.name 
- 
-No changes or encoding is performed. 
- 
-''@@name:sname@@'' is replaced with the value of template.name.sname 
-(^^ and %% are also supported) 
- 
-''@@JS:js_expression@@'' is replaced with the return value of js_expression    
-(^^ and %% are also supported) 
- 
-  <<REPEAT name>> 
-    @@name:sname@@ 
-  <<END REPEAT name>> 
- 
-Iterates over the array/object template.name and replaces name:sname with  
-the value of template.name.sname. 
-(^^ and %% are also supported) 
- 
- 
-==== SSJS Message Configuration ==== 
- 
-Configuration settings for the SSJS Messaging system is located in the 
-''../web/lib/msgsconfig.ssjs'' file: 
-<FILE> 
-max_messages=20; 
-max_pages=30; 
-next_msg_html="Next Message"; 
-prev_msg_html="Previous Message"; 
-next_page_html="NEXT"; 
-prev_page_html="PREV"; 
-showall_subs_enable_html="Show all subs"; 
-showall_subs_disable_html="Show subs in new scan only"; 
-show_messages_all_html="Show all messages"; 
-show_messages_yours_html="Show messages to you only"; 
-show_messages_your_unread_html="Show unread messages to you only"; 
-show_messages_spacer_html="&nbsp;<b>|</b>&nbsp;"; 
-anon_only_message="Message will be posted anonymously"; 
-anon_allowed_message='<input type="checkbox" name="anonymous" value="Yes" /> Post message anonymously'; 
-anon_reply_message='<input type="checkbox" name="anonymous" value="Yes" checked /> Post message anonymously'; 
-private_only_message="Message will be marked private"; 
-private_allowed_message='<input type="checkbox" name="private" value="Yes" /> Mark message as private'; 
-private_reply_message='<input type="checkbox" name="private" value="Yes" checked /> Mark message as private'; 
-</FILE> 
- 
-Each of these are configurable. 
- 
-See the actual file for the defaults currently in use. 
- 
-==== Embedded Javascript ==== 
- 
-The ''*.inc'' files can (and do in the default layout) have embedded JavaScript 
-which is parsed by the JavaScript engine.  Care should be taken as a large 
-number of embedded JavaScript in the *.inc files slow down overall processing 
-of pages. 
- 
-Anything contained within ''@@JS: @@'' is processed by the Server-side JavaScript 
-engine. 
- 
-For example, it can check if the user is Guest or an actual user with this line: 
- 
-  @@JS:if(user.number==0 || user.security.restrictions&UFLAG_G) '<html code for Guest>'; else '<html code for registered user>';@@ 
-         
-What this does is display links specific for Registered Users only to them 
-and not Guest.  There are many things that can be done with ''@@JS: @@'' code. 
-Note, it also can be used to display HTML based on location as in the 
-node listing stuff. In this case, it checks for whether or not a user is 
-online, or if the user is anywhere but the Who's Online page before displaying 
-the Left side node listing. 
- 
-IMPORTANT!  Anything contained within ''@@JS: @@ MUST'' be on one line or there 
-will be errors in parsing. 
- 
-==== global_defs.ssjs ==== 
- 
-This version of the Web Layout now includes a new file called 
-''global_defs.ssjs'' It is located in the ''../web/lib'' directory.  This file can 
-be used for creating global definitions that span all pages of a site. 
-For example: 
  
-  template.user_alias=user.alias; 
  
-Now ''@@user_alias@@'' can be in any ''*.inc'' template files and it will display the +==== Extra global variables ====
-user's alias.+
  
-Care should be exercised when using this file as loading it up with hundreds +=== web_root_dir === 
-of predefined definitions may slow down overall page rendering as the file is +The path to the web server's document root directory.
-loaded on every page.  It would be better to just put a few popular  +
-definitions that are truly global rather many definitions.  It would be +
-inefficient to have thirty of forty message definitions being loaded when a +
-user is looking at the statistics page.+
  
 +See also: the RootDirectory key under [Web] in [[config:sbbs.ini]].
  
 ===== XJS files ===== ===== XJS files =====
Line 641: Line 482:
 either "<?xjs" or "<?" and ends with "?>" A simple example would be: either "<?xjs" or "<?" and ends with "?>" A simple example would be:
  
-<CODE>+<code html>
 <html><head><title><?xjs write(system.name) ?></title></head> <html><head><title><?xjs write(system.name) ?></title></head>
 <body> <body>
Line 648: Line 489:
 </body> </body>
 </html> </html>
-</CODE>+</code>
  
 This would send the following web page to the remote system: This would send the following web page to the remote system:
-<CODE>+<code html>
 <html><head><title>My Brand New BBS</title></head> <html><head><title>My Brand New BBS</title></head>
 <body> <body>
Line 658: Line 499:
 </body> </body>
 </html> </html>
-</CODE>+</code>
  
 Looping constructs are permitted, however, not using brackets can result in Looping constructs are permitted, however, not using brackets can result in
Line 665: Line 506:
  
 The following example displays the numbers from one to 10. The following example displays the numbers from one to 10.
-<CODE>+<code html>
 <html><head><title>Counter</title></head> <html><head><title>Counter</title></head>
 <body> <body>
Line 676: Line 517:
 </body> </body>
 </html> </html>
-</CODE>+</code>
  
 ==== XJS-specific global methods and properties ==== ==== XJS-specific global methods and properties ====
  
-The following JS commands are available to XJS files only.+The following JavaScript methods and properties are available to XJS files only.
  
 === xjs_load(filename) === === xjs_load(filename) ===
 Runs the specified xjs file at the current position.  Local variables Runs the specified xjs file at the current position.  Local variables
-are NOT visible to xjs_load()ed pages.  The filename is assumed to be+are NOT visible to ''xjs_load()''ed pages.  The filename is assumed to be
 relative to the including file (or absolute.) relative to the including file (or absolute.)
  
 === cwd === === cwd ===
 Contains the path that the current xjs script was loaded from and which Contains the path that the current xjs script was loaded from and which
-parameters to xjs_load() are assumed to be relative to.  If you change +parameters to ''xjs_load()'' are assumed to be relative to.  If you change 
-the value of cwd, it will change the location where xjs_load() will+the value of ''cwd'', it will change the location where ''xjs_load()'' will
 check for files. check for files.
  
 +{{indexmenu_n>4}}