Roxen.git
/
server
/
translations
/
eng
/
roxen_config.xml
version
»
Context lines:
10
20
40
80
file
none
3
Roxen.git/server/translations/eng/roxen_config.xml:283:
<td>The length of the data section of the reply.</td></tr> <tr><td>$bin-length</td> <td>Same, but as a 32 bit integer in network byte order.</td></tr> <tr><td>$request-time</td> <td>The time the request took (seconds). Note that this measures real time, not virtual process time. I.e. if there are other processes using the CPU then this will not accurately show the time that the Roxen server process spent.</td></tr> <tr><td>$etag</td> <td>The entity tag (aka ETag) header of the result.</td></tr>
-
<tr><td>
$referer
</td>
+
<tr><td>
$referrer
</td>
<td>The header 'referer' from the request, or '-'.</td></tr>
-
+
<tr><td>$referer</td>
+
<td>Same as $referrer. Common misspelling kept for
+
compatibility.</td></tr>
<tr><td>$user-agent</td> <td>The header 'User-Agent' from the request, or '-'.</td></tr> <tr><td>$user-agent-raw</td> <td>Same, but spaces in the name are not encoded to %20.</td></tr> <tr><td>$user</td> <td>The name of the user, if any is given using the HTTP basic authentication method.</td></tr> <tr><td>$user-id</td> <td>A unique user ID, if cookies are supported, by the client, otherwise '0'.</td></tr> <tr><td>$content-type</td> <td>Resource MIME type.</td></tr> <tr><td>$cookies</td> <td>All cookies sent by the browser, separated by ';'.</td></tr> <tr><td>$cache-status</td> <td>A comma separated list of words (containing no whitespace)
-
that describes
which
cache(s)
the
page
was
delivered
from
:
+
that describes
how
the
request
got
handled
by various caches
:
<table><tbody valign='top'> <tr><td>protcache</td>
-
<td>The
low-level
cache
in
the HTTP protocol
module
.</td></tr>
+
<td>The
page
is
served
from
the HTTP protocol
cache
.</td></tr>
<tr><td>protstore</td>
-
<td>The page
got
stored in the
low-level
cache in the HTTP
-
protocol
module
.</td></tr>
-
<tr><td>
xsltcache
</td>
-
<td>
The
XSLT
cache.</td></tr>
+
<td>The page
is
stored in the
HTTP
protocol
cache
.</td></tr>
+
<tr><td>stale</td>
+
<td>There is a stale entry
in the HTTP
protocol cache. A
+
refresh
is underway in the background and the stale entry is
+
sent in the meantime to avoid a long response time and server
+
congestion
.</td></tr>
+
<tr><td>
refresh
</td>
+
<td>
This
is
the finishing of the background refresh request
+
for the entry in the HTTP protocol
cache.</td></tr>
<tr><td>pcoderam</td>
-
<td>
RXML
parse
tree
RAM cache.</td></tr>
+
<td>
A hit in the
RXML
p-code
RAM cache.</td></tr>
<tr><td>pcodedisk</td>
-
<td>
RXML
parse
tree
persistent cache.</td></tr>
+
<td>
A hit in the
RXML
p-code
persistent cache.</td></tr>
<tr><td>cachetag</td>
-
<td>
No
RXML &lt;cache&gt; tag
misses
.</td></tr>
+
<td>
RXML
was evaluated without any cache miss in any
RXML
+
&lt;cache&gt; tag
.
The &lt;nocache&gt; tag does not count as a
+
miss
.</td></tr>
+
<tr><td>xsltcache</td>
+
<td>There is a hit XSLT cache.</td></tr>
<tr><td>nocache</td> <td>No hit in any known cache, and not added to the HTTP protocol cache.</td></tr> </tbody></table></td></tr> <tr><td>$eval-status</td> <td>A comma separated list of words (containing no whitespace) that describes how the page has been evaluated: <table><tbody valign='top'>
Roxen.git/server/translations/eng/roxen_config.xml:1798:
<t></t> </str> <str id="269"> <o>Site name:</o> <t></t> </str> <str id="270"> <o>
-
The name of the configuration must contain characters
-
other than space
and tab, it
should
not
end
with
-
~, and it must not be 'CVS', 'Global Variables' or
-
'global variables',
nor the name of an existing
-
configuration,
and the character '/' cannot be
-
used
. This name will show up in
the sites menu, a
-
lowercased, filesystem-friendly version will become
-
the virtual server's configuration file name as well
-
as the name of
its log file directory.
+
The name of the configuration must contain characters
other than space
+
and tab, it
must
not
contain
'?', '!', '/', '\', '
~
'
,
'"', ''', '`',
+
'#', '$', '%', '&amp;', '=', ';', ':', '_', '&lt;', '&gt;', '|', '*',
+
and it must not be 'CVS', 'Global Variables' or
'global variables',
+
nor the name of an existing
configuration. This name will show up in
+
the sites menu, a
lowercased, filesystem-friendly version will become
+
the virtual server's configuration file name as well
as the name of
+
its log file directory.
</o> <t></t> </str> <str id="271"> <o>with template</o> <t></t> </str> <str id="296">
Roxen.git/server/translations/eng/roxen_config.xml:2243:
<str id="999"> <o>SNMP: Enable SNMP agent</o> <t></t> </str> <str id="389"> <o>Fetching data from %s...</o> <t></t> </str>
-
<str id="391">
-
<o>Web Site Creator</o>
-
<t></t>
-
</str>
-
-
<str id="392">
-
<o>Administrator Manual</o>
-
<t></t>
-
</str>
-
-
<str id="393">
-
<o>User Manual</o>
-
<t></t>
-
</str>
-
-
<str id="394">
-
<o>RXML Tutorial</o>
-
<t></t>
-
</str>
-
-
<str id="395">
-
<o>Programmer Manual</o>
-
<t></t>
-
</str>
-
+
<str id="396"> <o>Pike Tutorial</o> <t></t> </str> <str id="397"> <o>No documentation found at all</o> <t></t> </str>
Roxen.git/server/translations/eng/roxen_config.xml:3205:
<str id="550"> <o>Site Permissions</o> <t></t> </str> <str id="551"> <o>Module Priorities</o> <t></t> </str>
+
+
<str id="1000">
+
<o>Compression: Enable HTTP compression</o>
+
<t></t>
+
</str>
+
+
<str id="1001">
+
<o>Whether to enable HTTP protocol compression. Many types of text
+
content (HTML, CSS, JavaScript etc.) can be compressed quite a lot, so
+
enabling HTTP compression may improve the visitors' perception of the
+
site's performance. It's however a trade-off between server processing
+
power and bandwidth. Requests that end up in the protocol cache will
+
be served in the compressed form directly from the protocol cache, so
+
for such requests the processing power overhead can be held relatively
+
low.</o>
+
<t></t>
+
</str>
+
+
<str id="1002">
+
<o>Compression: Enabled MIME-types</o>
+
<t></t>
+
</str>
+
+
<str id="1003">
+
<o>The MIME types for which to enable compression. The forms "maintype/*" and "maintype/subtype" are allowed, but globbing on the general form (such as "maintype/*subtype") is not allowed and such globs will be silently ignored.</o>
+
<t></t>
+
</str>
+
+
<str id="1004">
+
<o>Compression: Minimum content size</o>
+
<t></t>
+
</str>
+
+
<str id="1005">
+
<o>The minimum file size for which to enable compression. (It might not be worth it to compress a request if it can fit into a single TCP/IP packet anyways.)</o>
+
<t></t>
+
</str>
+
+
<str id="1006">
+
<o>Compression: Maximum content size</o>
+
<t></t>
+
</str>
+
+
<str id="1007">
+
<o>The maximum file size for which to enable compression. Note that the general protocol cache entry size limit applies, so if the compression of dynamic requests is disabled, files larger than the protocol cache maximum file size setting will never be served compressed regardless of this setting.</o>
+
<t></t>
+
</str>
+
+
<str id="1008">
+
<o>Compression: Compression level</o>
+
<t></t>
+
</str>
+
+
<str id="1009">
+
<o>The compression level to use (integer between 1 and 9). Higher number means more compression at the cost of processing power and vice versa. You may need to restart the server for this setting to take effect.</o>
+
<t></t>
+
</str>
+
+
<str id="1010">
+
<o>Compression: Compress dynamic requests</o>
+
<t></t>
+
</str>
+
+
<str id="1011">
+
<o>If enabled, even requests that aren't cacheable in the protocol cache will be compressed. If the site has many lightweight requests that are not protocol cacheable, the processing overhead may become relatively large with this setting turned on.</o>
+
<t></t>
+
</str>
+
+
<str id="1012">
+
<o>SNMP sub-MIB</o>
+
<t></t>
+
</str>
+
+
<str id="1013">
+
<o>MIB suffix to 1.3.6.1.4.1.8614.1.1.2 identifying this site.</o>
+
<t></t>
+
</str>
+
+
<str id="1014">
+
<o>MySQL table check</o>
+
<t></t>
+
</str>
+
+
<str id="1015">
+
<o>Check MySQL tables on server start, and automatically repair if necessary. <b>Fast</b> checks only tables that haven't been closed properly. <b>Normal</b> checks for general errors. <b>Medium</b> catches 99.99 % of all errors. Should be good enough for most cases. <b>Extended</b> checks the tables VERY throughly. Only use this in extreme cases as myisamchk should normally be able to find out if the table is OK even without this switch.</o>
+
<t></t>
+
</str>
+
+
<str id="1016">
+
<o>Logging: Dump threads for slow requests</o>
+
<t></t>
+
</str>
+
+
<str id="1017">
+
<o><p>This enables a monitor that dumps all the threads in the debug log
+
whenever any request, background job or the backend thread has been
+
running for more than a set number of seconds, which is configured
+
with the "Slow request timeout" and "Slow backend timeout"
+
settings.</p>
+
+
<p>This setting is a counter: A positive number stops the monitor
+
after that many thread dumps have been made, -1 enables the monitor
+
permanently, and zero disables it. Positive numbers aren't persistent,
+
so will be reset to zero whenever the server is restarted.</p>
+
+
<p><b>Warning:</b> If you set the timeout too low, combined with a
+
high or no limit, then the debug log can fill up very quickly and the
+
server become very slow due to the amount of logging. If that happens
+
and it gets difficult to change back the value then you can force the
+
monitor to be disabled from the start by adding the define
+
"NO_SLOW_REQ_BT" (i.e. add "-DNO_SLOW_REQ_BT" to the start script
+
or in the DEFINES environment variable).</p>
+
+
<p>Enabling this creates a dedicated thread.</p></o>
+
<t></t>
+
</str>
+
+
<str id="1018">
+
<o>Feature disabled by NO_SLOW_REQ_BT define.</o>
+
<t></t>
+
</str>
+
+
<str id="1019">
+
<o>Logging: Slow request timeout</o>
+
<t></t>
+
</str>
+
+
<str id="1020">
+
<o><p>The timeout in seconds for requests or background jobs to trig a
+
thread dump. Zero disables monitoring of those. See the "Dump threads
+
for slow requests" setting for details.</p></o>
+
<t></t>
+
</str>
+
+
<str id="1021">
+
<o>Logging: Slow backend timeout</o>
+
<t></t>
+
</str>
+
+
<str id="1022">
+
<o><p>The timeout in seconds for the backend thread to trig a thread
+
dump. Zero disables monitoring of it. See the "Dump threads for slow
+
requests" setting for details.</p>
+
+
<p>The backend thread is a special thread that manages most I/O and
+
directs the incoming requests to the handler threads. It should never
+
be occupied for a significant amount of time since that would make the
+
server essentially unresponsive. Therefore this timeout should be
+
small.</p>
+
+
<p>Note that a good value for this is very dependent on hardware. The
+
default setting here is conservative and probably should be lowered to
+
be of real use.</p></o>
+
<t></t>
+
</str>
+
+
<str id="1023">
+
<o>Undocumented</o>
+
<t></t>
+
</str>