This caching bug is fixed in a new version of the server that is to
be released "shortly". I am waiting for a finalised version of the
mactel binaries before releasing 5.5.019 for all platforms so I do
not have a fixed release date.
I only allow release versions that are built from the main stream of
source code and the branch of code used for the mactel version is
being merged back into the main code base now. We will then get
final builds that are QA tested before releasing new installers.
Should be within the next 2 weeks.
If you have questions I will take them offline.
Regards
Phil
On 01/09/2006, at 5:22 AM, Robert Garcia wrote:
Yeah, I tried everything, and had to just restart, This isn't a
HUGE problem, but occasionally, there will be a file, or group of
files, that no manner of anything, seems to purge them from file
cache, it is very annoying.
Remember the days when T2000, the cache would get screwed up cross
domain? So if you had tafs, like /index/taf in one domain, another
clients site would show them? I guess I shouldn't complain, that
was a nasty one, this is just annoying, occasionally.
--
Robert Garcia
President - BigHead Technology
VP Application Development - eventpix.com
13653 West Park Dr
Magalia, Ca 95954
ph: 530.645.4040 x222 fax: 530.645.4040
[EMAIL PROTECTED] - [EMAIL PROTECTED]
http://bighead.net/ - http://eventpix.com/
On Aug 31, 2006, at 12:10 PM, Beverly Voth wrote:
On 08/31/2006 02:38 p, "Scott Cadillac" <[EMAIL PROTECTED]> wrote
in whole
or in part:
A system I'm maintaining that uses 5.5, and is multi-domain, the
current
domain cache won't flush - but the others do, so periodically we
have to run
the purge from a different domain address to get the first one
cleared out.
Strange eh?
This is true for us, too. We have a purge that runs with *each*
domain (9
domains with dynamic headers and some contents, but basically all
using the
same code set). We do the same for some arrays that need to be
captured --
the same small array works on all 9 domains, but need to be
captured under
each domain.
Beverly Voth
_____________________________________________________________________
___
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
______________________________________________________________________
__
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
________________________________________________________________________
TO UNSUBSCRIBE: Go to http://www.witango.com/developer/maillist.taf
