gallery "Rate limit exceeded"

I discovered that the gallery plugin exceeds the hit rate permitted by
my low cost host: a lot of the thumbnails aren't displayed. The
problem is due to the fact that the thumbnails are downloaded all at
once.

I solved the problem patching the plugin gallery like that:
. if a custom configuration option is selected,  write a dummy URL in
the src attribute of the thumbnails -> this avoids the bulk download
- then, via a simple script, download the thumbnails sequentially with
a limited rate (at most one per second)

If the user disabled JavaScript, he could download the images via the
link....(but he wouldn't see the thumbnails)

I would like to know if my solution is acceptable, or if there is a
better solution: for example, is there an Action plugin (?), which
displays each image on an individual page?

Manuel Fiorelli
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: gallery "Rate limit exceeded"

On Sat, Aug 1, 2009 at 8:06 PM, Manuel
Fiorelli<manuel.fiorelli <at> gmail.com> wrote:
> I discovered that the gallery plugin exceeds the hit rate permitted by
> my low cost host: a lot of the thumbnails aren't displayed. The
> problem is due to the fact that the thumbnails are downloaded all at
> once.

No they aren't, or better they shouldn't. In fact there's something in
the HTTP specs that defines how many concurrent requests a browser is
allowed to make (I think it's 4 or 8 - I'm to lazy to check the RFC).
All major browsers honor the spec in this regard. Now unless you
messed with the values of your browser (eg. by using about:config or
fasterfox) your hoster is setting a limit below the HTTP spec...

> I would like to know if my solution is acceptable, or if there is a
> better solution: for example, is there an Action plugin (?), which
> displays each image on an individual page?

Your solution might be a feasible workaround for a crappy hoster  I
recommend to get real hosting instead.

Andi

-- 
splitbrain.org
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: gallery "Rate limit exceeded"

Again, thanks you for the quick reply...

2009/8/1 Andreas Gohr <andi <at> splitbrain.org>:
> On Sat, Aug 1, 2009 at 8:06 PM, Manuel
> Fiorelli<manuel.fiorelli <at> gmail.com> wrote:
>> I discovered that the gallery plugin exceeds the hit rate permitted by
>> my low cost host: a lot of the thumbnails aren't displayed. The
>> problem is due to the fact that the thumbnails are downloaded all at
>> once.
>
> No they aren't, or better they shouldn't. In fact there's something in
> the HTTP specs that defines how many concurrent requests a browser is
> allowed to make (I think it's 4 or 8 - I'm to lazy to check the RFC).
> All major browsers honor the spec in this regard. Now unless you
> messed with the values of your browser (eg. by using about:config or
> fasterfox) your hoster is setting a limit below the HTTP spec...

I didn't explain well. Even if the browser downloads just 2/4 images
simultaneously,  it appears that the hit rate (numbers of request per second)
is too high, probably because the images are really small (thus the
service time is short).

To be honest I cannot say the cause of the problem, but only that using FireBug
I saw an error like "Rate Limit Exceeded"

>> I would like to know if my solution is acceptable, or if there is a
>> better solution: for example, is there an Action plugin (?), which
>> displays each image on an individual page?
>
> Your solution might be a feasible workaround for a crappy hoster  I

darcs changes 2009-08-02

Good Morning!

This are the darcs changes for DokuWiki committed
yesterday. Please test them and report bugs.

---------------------------------------------------------------------
Sat Aug  1 01:00:01 CEST 2009  Andreas Gohr <andi[at]splitbrain.org>
  tagged develsnap 2009-08-01
---------------------------------------------------------------------

Single patches can be downloaded from
http://dev.splitbrain.org/darcs/index.cgi/dokuwiki/?c=patches

Bye,
your darcs changelog mailer

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

darcs changes 2009-08-03

Good Morning!

This are the darcs changes for DokuWiki committed
yesterday. Please test them and report bugs.

---------------------------------------------------------------------
Sun Aug  2 15:25:35 CEST 2009  Andreas Gohr <andi[at]splitbrain.org>
  * do not rerender metadata for pages without abstract forever FS#1701
  Ignore-this: 8ee7f4c5e4ef4f3e66f959dc9bb0c235

Sun Aug  2 14:05:28 CEST 2009  Anika Henke <anika[at]selfthinker.org>
  * fixed too strict trim (again) and missing class on code by indenting

Sun Aug  2 00:21:59 CEST 2009  Andreas Gohr <andi[at]splitbrain.org>
  * Use the server port in DOKU_COOKIE when securecookie is defined FS#1664
  Ignore-this: de9ef30fc53fbfc1caa74b55f97290a5

  This should avoid problems on portbased virtual hosts.
  This patch might log you out 

Sun Aug  2 00:16:08 CEST 2009  Marvin Ortega <maty1206[at]maryanlinux.com>
  * Spanish language update
  Ignore-this: d40854cfc017fc8ac1a5da4437c32360

Sun Aug  2 00:15:00 CEST 2009  Erik Pedersen <erik.pedersen[at]shaw.ca>
  * Esperanto language update
  Ignore-this: bfb0044138af78c5d3167be96474117a
---------------------------------------------------------------------

Controlling page visibility

Dokuwiki PHP 4.3.3 dependency and compile error

Hi,
Dokuwiki relies on PHP 4.3.3 or greater. This was told on
the web site and the installer point it out too, and quit.

Could anyone explain me what would not work on PHP 4.3.2?
I checked the changelog for PHP and can't find something
obvious but they updated some basic libraries so the important
change might be less obvious.

Today I got an error from the indexer. It told something about
compile error because characters > 255 are not supported. The
responsible code was this:

  function wordlen($w){
    $l = strlen($w);
    // If left alone, all chinese "words" will get put into w3.idx
    // So the "length" of a "word" is faked
>>  if(preg_match('/'.IDX_ASIAN2.'/u',$w))
        $l += ord($w) - 0xE1;  // Lead bytes from 0xE2-0xEF
    return $l;
  }

I found nothing in the manual, so it should work. I will try to
retrigger the error tomorrow but maybe someone of you is faster
with an explanation and some useful hints where to look at 

 Best Regards
   Matthias

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: Controlling page visibility

Hey Tom
> Over the last number of years I have used Dokuwiki as a developer's wiki
> and it has worked brilliantly. It is now my choice every time.

so do I 

> I am wondering if Dokuwiki has been used, perhaps with a plugin, in the
> context of internal and external so that you can expose some of the
> information to external customers like release notes, etc.?

I'd suggest to use the export command to generate html pages for your
customers.

-Markus
-- 
markus <at> lazyfrosch.de
http://www.lazyfrosch.de
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: Dokuwiki PHP 4.3.3 dependency and compile error

> Could anyone explain me what would not work on PHP 4.3.2?

No. We don't keep track of what requires what. We just choose with
4.3.3 in mind.

However don't even bother with figuring it out. The next DokuWiki
version will drop PHP4 support completely. There is just no reason to
run an out-of-life product any longer.

Andi

-- 
splitbrain.org
--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist

Re: Controlling page visibility

tc> I am wondering if Dokuwiki has been used, perhaps with a plugin,
tc> in the context of internal and external so that you can expose some
tc> of the information to external customers like release notes, etc.?

And what's wrong with ACL?

http://www.dokuwiki.org/acl

Mykola

--

-- 
DokuWiki mailing list - more info at
http://wiki.splitbrain.org/wiki:mailinglist