Chuck, 1) Witango uses persistent restarting, which loads all variables back
in from a cache file written out. You can disable this feature in the
witnago.ini file. It is normally better to leave it active, and to call a load
domain variables type TAF using the startupurl, but note that the startupurl is
not functioning properly in early builds of 5.5. Persistent restart also
applies to user and custom scopes. 2) If you tested the taf at one domain, and the cron calls another, it
is possible for this to happen. This is because in 5.5 the cache is domain
aware. Calling @PURGECACHE at one domain, will only clear files at that domain
unless you apply the domain=all attribute, which requires the configpasswd to
be set. 3) You need to construct a few helper files which will use the
force_server_argument to execute the needed function on all your services. This
is usually done with a taf that will pass whole requests on to each service
using the @URL command. I’ve made variations on this as a TAF and as a
custom tag. Robert From: Chuck Lockwood
[mailto:[EMAIL PROTECTED] Witango 5.5 1. Restarting Witango after an abnormal shutdown
reinitializes old domain variables in all the domains. How’s the best way to make sure domain variables are
all cleared on restart no matter how it shut down? 2. Modified an application that a cron uses and purged
the cache for that domain. Ran the job manually and it was fine. When the cron ran, it used the old version of the taf
again. How can I prevent this? 3. Two servers with load balancing. The applications
for a domain are cached on both servers and the same for domain variables, I
think. Any easy way that when you say “purge”, it
purges that domain of both/all servers of variables or applications, depending
on what your purging? Any input from people that have dealt with these issues
would be appreciated. Thanks, Chuck
Lockwood ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf ________________________________________________________________________ TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf |
- Witango-Talk: server gremlins Chuck Lockwood
- RE: Witango-Talk: server gremlins Robert Shubert
- Re: Witango-Talk: server gremlins Bill Conlon