[horde] turkk-mmcache with horde ... solution?

[Joeri Pronk]

I think the hint on deleting the cached disk files for mmcache sounds plausible
for one of the problems I have seen, as disabling the diskcache also solves the
problem.
I personally still choose to disable diskcache just to be safe in production
environments. I'd rather choose a larger shared memory footprint than a risking
potential system integrity. But everybody's free to choose their poison.

Funny fact: when I used php_accelerator with horde I had the exact same problem
with marking multiple mails for deletion.
I can switch of this behavior by either disabling mmcache/phpa or by disabling
the mmcache optimizer.
I can imagine that this can be influenced by other system components such as PHP
version/compilation-settings and even other php.ini settings. But browser
incompatibility with mmcache does sound a bit strange to me, but hey this is a
strange world we live in, so it can happen.

my system configs:
new: SuSE 8.2 with stock php 4.3.1 and mmcache 2.4.6
old: SuSE 7.0 with custom compiled PHP 4.2.1 and php_accelerator (1.3.1?)

Another funny fact for you Marc, it looks like your problems have returned at
least on my browser ;)
The next page is displayed right after I login to your demo site:

Notice: Use of undefined constant - assumed ' ' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant ;
 - assumed ';
' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant - assumed '' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant  - assumed '' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant Horde_Cache - assumed 'Horde_Cache' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant che/ - assumed 'che/' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant s defini - assumed 's defini' in
/usr/local/share/pear/Log/syslog.php on line 141

Notice: Use of undefined constant n - assumed 'n' in
/usr/local/share/pear/Log/syslog.php on line 141

Warning: Cannot modify header information - headers already sent by (output
started at /usr/local/share/pear/Log/syslog.php:141) in
/usr/local/www/webmail/imp/redirect.php on line 140

FYI: I noticed if I set
mmcache.shm_ttl >= 1
mmcache.shm_prune_period >= 1
The problems didnot always occur but this just has to do with the shared memory
being freed and thus camouflaging the problem (a bit). In the end at some time
I had the same problem again.




Citeren "Marc G. Fournier" <scrappy at hub.org>:

> On Tue, 6 Jan 2004, Michael M Slusarz wrote:
>
> > Quoting Joeri Pronk <joeri at joeri.nu>:
> >
> > | I also found a problem with the optimizer: in the mailbox view, selecting
> a
> > | few
> > | messages and click on delete you are just returned to your inbox without
> any
> > | actions taken. In the message view itself the delete works fine...
> > | After disabling the optimizer of mmcache everything returns to normal.
> >
> > Uhh.... no problem here.  This might be a browser issue more than an
> > optimizer issue.  And, as mentioned in my previous post, you really
> > really really need to make sure that all temporary files created by
> > turck-mmcache are deleted any time the webserver restarts (best bet is
> > to put some file in your init file to do this).  Turck doesn't seem to
> > like to delete these files (at least for me) on webserver shutdown, and
> > will try to reuse this temp files when the webserver reboots which is a
> > very bad thing - you will see all sorts of bizarre behavior (i have)
> > unless you delete these temporary files.
> >
> > Sorry to sound condescending, but nowhere in any of the posts i have seen
> has
> > there been a mention that all temp files have been deleted and the problems
> > still existing.
>
> k, I have http://webmail.demo.hub.org enabled with mmcache of the
> following settings:
>
> [mmcache]
> zend_extension="/usr/local/lib/php/20020429/mmcache.so"
> mmcache.shm_size="8"
> mmcache.cache_dir="/tmp"
> mmcache.enable="1"
> mmcache.optimizer="1"
> mmcache.check_mtime="1"
> mmcache.debug="0"
> mmcache.filter=""
> mmcache.shm_max="0"
> mmcache.shm_ttl="300"
> mmcache.shm_prune_period="60"
> mmcache.shm_only="0"
> mmcache.compress="1"
> mmcache.keys="none"
> mmcache.sessions="none"
> mmcache.content="none"
>
> and it seems to work okay ... there are some mighty big files in there ;)
>
> Has anyone started to look into the benefits of PHP5, and its "optional
> includes" functionality, to reduce the footprint?
>
> ----
> Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
> Email: scrappy at hub.org           Yahoo!: yscrappy              ICQ: 7615664
>
> --
> Horde mailing list
> Frequently Asked Questions: http://horde.org/faq/
> To unsubscribe, mail: horde-unsubscribe at lists.horde.org
>
>