On Thursday, 4 August 2011 00:25:19 UTC+2, Phyo Arkar wrote:
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
Everything else is pretty much decoupled. sqlhtml.py depends on dal.py
and html.py. shell.py depends on everything because acts like main but
from shell.
Thanks massimo , But things like contrib, which suppose to be not very
critical module , but it cannot be removed coz important module like
Here is a printout showing the general space consumption (attached). My
web2py src, not including the .hg folder is about 14.3MB.
web2py_size.pdf
Description: Adobe PDF document
On Aug 3, 2011, at 3:48 AM, cjrh wrote:
Here is a printout showing the general space consumption (attached). My
web2py src, not including the .hg folder is about 14.3MB.web2py_size.pdf
Hmm. I've got iPhone apps 20 times that size...
That was my feeling also.
I agree, that size is small even on embedded systems by now...
Anyway trying to keep it small is always a good thing IMHO.
mic
2011/8/3 Jonathan Lundell jlund...@pobox.com:
On Aug 3, 2011, at 3:48 AM, cjrh wrote:
Here is a printout showing the general space consumption (attached). My
web2py
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
Syst admin like make system hardening...
That could be an answer...
Richard
On Wed, Aug 3, 2011 at 10:34 AM, 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
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 .
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..
Errata:
10MB * 1000 Downloads already 10GB. My bandwidth limit is
Actually more Modularizing inside Gluon should be made easy.
putting all core features into gluon/core , everything that related into
gluon/dal , those can be removed without problem into its own folders etc.
I will look into this first.
On Thu, Aug 4, 2011 at 4:58 AM, Phyo Arkar
Can you make any specific suggestions on what could or should be removed?
As far as I can tell, there is not a lot of stuff that is unused. It's quite
rare to use Web2py without a database.
The examples app and language files are probably rarely used but aren't
much harm.
What else would you
Check it out :
One example.
You cant just remove contrib at all.
It will screwup all the html helper
check this :
$ cat html.py | grep ^from
from HTMLParser import HTMLParser
from htmlentitydefs import name2codepoint
from contrib.markmin.markmin2html import render
from storage import Storage
I know i can remove all the apps . yes i had allready done that in my
work project.
On 8/2/11, Anthony abasta...@gmail.com wrote:
On Monday, August 1, 2011 6:45:52 PM UTC-4, Phyo Arkar wrote:
I haven't test yest.
But i am not sure if i remove a module it will break some other features
as
I know i can remove all the apps . yes i had allready done that in my
work project.
On 8/2/11, Anthony abasta...@gmail.com wrote:
On Monday, August 1, 2011 6:45:52 PM UTC-4, Phyo Arkar wrote:
I haven't test yest.
But i am not sure if i remove a module it will break some other features
as
Are you just looking to save a few kilobytes? That doesn't really seem
worthwhile to me.
As web2py grow bigger and bigger :
- There are many many features which are not used, just sits around.
- If we dont want , have to remove them by hand from web2py
- If we just want to release a standalone application, web2py is already too
big
- if i want to strip down features i have to look
On Monday, August 1, 2011 6:06:11 PM UTC-4, Phyo Arkar wrote:
As web2py grow bigger and bigger :
- There are many many features which are not used, just sits around.
- If we dont want , have to remove them by hand from web2py
- If we just want to release a standalone application, web2py is
I'm not sure this would make sense. Right now, the only extra things you get
besides Core + DAL are the applications and some docs which are simple to
delete.
Maybe I'd need to see a real example of what you are talking about. Can't
you just distribute a package with your app in /applications?
I haven't test yest.
But i am not sure if i remove a module it will break some other features as
web2py does magic import not static.
And if new version of web2py comes , i just want to upgrade it in my app.
And i don't want to remove them all again (also new files).
On Tue, Aug 2, 2011 at
What specifically do you want to remove?
I believe you can safely delete these directories:
/doc
/scipts
/applications/admin
/applications/examples
/applications/welcome
In your app, you can delete controllers/appadmin.py
I guess you can't delete /admin if you are starting web2py with rocket and
cron enabled.
On Mon, Aug 1, 2011 at 7:51 PM, pbreit pbreitenb...@gmail.com wrote:
What specifically do you want to remove?
I believe you can safely delete these directories:
/doc
/scipts
/applications/admin
On Aug 1, 2011, at 3:59 PM, Bruno Rocha wrote:
I guess you can't delete /admin if you are starting web2py with rocket and
cron enabled.
How come?
[Isn't 'how come' an odd idiom?]
Most of gluon/contrib could probably go away, depending on the environment. And
gluon/tests.
On Mon, Aug 1,
On Monday, August 1, 2011 6:45:52 PM UTC-4, Phyo Arkar wrote:
I haven't test yest.
But i am not sure if i remove a module it will break some other features as
web2py does magic import not static.
Right, I guess you can't actually delete DAL because it is automatically
imported by the
24 matches
Mail list logo