Text 2800, 77 rader
Skriven 2004-12-06 11:21:01 av Michiel van der Vlist (2:280/5555)
   Kommentar till text 2716 av mark lewis (1:3634/12)
Ärende: Science 1/2
===================
 >>>  MvdV> Why not run it every time a mod update is processed?
 >
 >>> too time consuming?
 >
 >  MvdV> With today's harware? Nah...
 >
 > shortsightedness rears its ugly head again...

And here is mister outlandish again...

 > who said that the echolist is/was running on modern hardware?

I didn't say "modern", I sais "today's". Slight difference.

 >>> i can just see a DOS of the elist happening because someone pumps
 >>> a whale load of mod upds to the bot...
 >
 >  MvdV> If the mod updates are processed automatically that is a
 >  MvdV> potential problem already. Whatever measures are taken to
 >  MvdV> prvent that becoming a problem should be effective to prevent
 >  MvdV> if from being a problem if updating the echolist were just
 >  MvdV> another thing to do after a mod update is preocessed.

 > exactly and thus the manual methods of perusing the
 > messages to the 'bot before turning it loose... sounds
 > reasonable to me and also shows

What is shows is that you are just arguing for the sake of arguing. If you
think a DOS attack is a serious problem to the system of the echolist, then
surely it will be a problem if Thom makes himself part of the system by
manually censoring the input to the robot. Surely an excessive amount of input
who flood HIM before it flooded the robot even if it ran on the most antique
hardware....

 > why "live realtime" may not be something that can be done in
 > this case...

Whatever. The way it is presented now with monthly updates is as good as
useless.

 >>> methinks that moving the whole shebang to a sql database
 >>> type setup would be better...

 >  MvdV> There is more than one road that leads to Rome....

 > what's wrong with a sql database?

<sigh> You obviously missed the point. "There is more than one road that leads
to Rome" is an expression that is more or lesee equivalent to "there is more
than one way to skin a cat.". IOW, the present way it is done may very well not
be the best way of doing things.

I am not saying that there there is anything wrong with a sql database, I am in
fact saying that it /may/ very well be a better alternative.

Why do you always have to misinterpret my words so that it appears
that I disagree with you?

 >>> however, that means that someone has to develop the database,
 >>> the application for the web interface and the tools and apps
 >>> for handling submissions and maint on the backside... this also
 >>> means that additional (possibly buggy) software has to be used,
 >>> too... the actual sql database being one... i can just see
 >>> a mySQL and PHP setup for the elist... i think it would be
 >>> a good thing...

 >  MvdV> Not being familiar with mySQL and PHP I can not make
 >  Mvdv> useful comments.

 > then why make the comment above if you have no knowledge of them?

See above.

Cheers, Michiel

--- InterMail 2.50
 * Origin: If privacy is outlawed, only outlaws have privacy. (2:280/5555)