> > Syst admin like make system hardening... > > That could be an answer... >
Yes i am more into "Sys Admin" than web-developer , you've read my mind Richard Vézina Ok my concern is not really about the File size but the Code Base size (lines of code , number of features). Here is what i have: 1 . Its best to keep as light ( codebase wise ) as possible . 2 . When you know features in this module is not going to be use , you should be able to remove it. 3 . Smaller codebase == Easier to debug 4 . Easier to Debug == Easier to Modify == More incentives for Contributions 5 . Sys admins hates Bloat-ness (even tho we are FAT :P ) 6 . Security , easier to control when unwanted modules can be removed. I also still care about file-size too : 14 MB is small for "you" Dosen't mean thats small for other part of of the world. Here connection speed is Averaged to 64 kbit/s to 256kbit/s and random (Frequent) disconnects , people believes 1 MB is already big. zipped web2py is already 6.9MB. Plus Bandwidth concern. I use my own Dedicated and VPS servers to host. They are already busy , and Bigger file-size = more bandwidth , 10MB * Download already 10 GB . If this become popular , bandwidth cost will be great.. On Wed, Aug 3, 2011 at 9:04 PM, cjrh <caleb.hatti...@gmail.com> wrote: > On Wednesday, 3 August 2011 16:22:46 UTC+2, mcm wrote: >> >> I agree, that size is small even on "embedded" systems by now... >> Anyway trying to keep it small is always a good thing IMHO. > > > I think the word "small" is the wrong word to use here. It doesn't really > mean anything. It is a relative word that only has meaning in comparison to > something else. If there are files within web2py that are not used, then > they should be removed regardless of the effect on size. I think the OP was > saying or suggesting that it should be possible to remove files that are not > needed on a per-installation basis. But my follow-up question to that would > be why? Sheer size doesn't seem to be a compelling-enough reason by itself. > >>