On Wed, 07 Jul 2010 00:46:26 +0200, Tom Hendrikx <t...@whyscream.net> wrote: > On 06/07/10 23:49, Paul Cockings wrote: >> >>> If we are going to remove the file based backends... then what next? >>> Are we going to remove all the tokenizers and then just leave one? And >>> then? Are we going to remove all the algorithms and just leave one? >>> >>> I really think that DSPAM is a unique Anti-Spam solution and one part >>> of this uniqueness is that it is very flexible. So why are we not >>> cultivating and extending this flexibility? Why are we so lazy and are >>> trying to kill this diversity? >> >> We need more quality developers >> > > Accessing file based backends without having a unified interface for > them in an external language (forcing the developer to use system calls) > is a pain in the ass. > Get along with it. Coding for multi-platform is always a pain in the ass.
> Database access is supported in all major > programming/scripting languages. > So is file based access. All programming/scripting languages support accessing/reading/modifying files. > Anyway, I never argued for removing file based backends. > Good. > I merely > suggested at dropping initial support for them in the web gui (i.e. not > in DSPAM itself). > You are suggesting this because of what? Do you think coding would then be easier? If this is the case for you then what is holding you back to start a new Web-UI that has (initially) only support for SQL based backends? I would be more than happy to see at least something. Including file based backends or not. > Of course, the backend code could (and should) be > written in such a (modular) way that a driver for file-based backends > could be added later without much hassle. > Any coder calling him/her a developer will from day one start to program in such a modular way. Only rookies code such bad code that it can not be extended. -- Kind Regards from Switzerland, Stevan Bajić ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first _______________________________________________ Dspam-user mailing list Dspam-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dspam-user