[web2py] Re: GUI widget web2py server
This is on Mac OS? I get this all the time. I see 3 things that cause this for me (well, 4 including Ron's comment on being too quick on the click ;) so that one was 1) 2) the socket/rocket exception I get regularly enough when i try to open a page with unforgivable errors (all of which are mine) 3) I work from home, and prefer to work/play on my mac laptop over anything else... so I do spend what my wife describes as a 'stupid amount of my time/life on the laptop),so with all that woth my head down, typing away, i did get a chance to come to a few conclusions here: Order is everything. Port 8000 is most certainly used by number of applications / or there back end secret features. Two applications which for me are running almost 24/7 are the 2 which act the most like an old married couple (love/hate/love/hate,etc). These are Web2Py and Aptana (obviously, eclipse will at times behave as rudely as its sibling, aptana) where Mac OS + web2py will the first to hit a wall and crash after a tiff with aptana (and that's if I succeed in making web2py run without having killed aptana first. So, for me: launch web2py, then aptana..in that order, always. 4) I removed TKinter, so it bypasses the auto launch of mozilla and the running of that server dialog. I dd notice some hanging there off an on... and I'm not patient. ok, a fifth reason 5) you may think it lame, but I do put much if the blame on the RAM - have had to reset the PMU on quite a few occasions. Flawed RAM is one of these known occurences at apple (along with the suddenly not functioning wired net port), and typically, they don't shy away from owning the issue when confronting them and will without blinking change the sticks for you (provided you are still covered by apple care, if not, they may start giggling ;). TIP: if the number of times this happens increases and regularly, and if you do start to suspect the RAM, and are not covered, then I suggest, keep and see if you can buy minimal coverage, then complain and have them change it :) On Oct 22, 12:09 pm, ron_m ron.mco...@gmail.com wrote: If you move too quick between pushing the stop button and hitting start you can get the error because the server hasn't completed the shutdown yet. I always wait a second between button presses. On Oct 22, 3:54 am, annet annet.verm...@gmail.com wrote: When I do 'stop server' and 'start server' in the GUI widget, the server doesn't start, and I get this error: web2py Enterprise Web Framework Created by Massimo Di Pierro, Copyright 2007-2010 Version 1.87.3 (2010-10-13 19:44:46) Database drivers available: SQLite3, PostgreSQL Starting hardcron... please visit: http://127.0.0.1:8000 starting browser...in 5 seconds TkMacOSXDoHLEvent failed : cppe 1 ,kHighLevelEvent 61657674 tvea,-1708 please visit: http://127.0.0.1:8000 starting browser...in 5 seconds ERROR:Rocket.Errors.ThreadPool:Socket 127.0.0.1:8000 in use by other process and it won't share. CRITICAL:Rocket.Errors.ThreadPool:No interfaces to listen on...closing. TkMacOSXDoHLEvent failed : cppe 1 ,kHighLevelEvent 61657674 tvea,-1708 Kind regards, Annet.
[web2py] Re: GUI widget web2py server
Yes, this is on Mac OS X, both Leopard and Leopard Server. I am glad it's not just me experiencing these problems. Annet.
Re: [web2py] Re: web2py wizard (alpha) is here
wow nice.. 2010/10/23 mart msenecal...@gmail.com Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few hours, and feel like trying stuff out! So I did, and as it turns out, I did not massacre everything (aesthetically speaking) although most did turn out to be pretty ugly, admittedly. But that wasn't the point either... the point is: I wouldn't be able to reproduce the steps I took where something did turn out decent enough to look at a second or third time. saving and/or packing the app is often not the best solution, because you can't really retrace your steps there either Now the wizard :) Wouldn't be a huge thing (well, I don't think it would) to either make the wizard (or extensions of the wizard) available @ run time, like perhaps one of those very cool widgets we get to have access to with the widget builder (without having to leave your page to boot!). Oh, and with the built-in changelog to keep track (right there is a pretty good match, wizard + changelog, keeping track of the diffs between one click of the wizard to the next). Here's an example: I get to that EZ CSS (fully armed with a brand new app ready to be I create an app (most likely using the wizard) and I start playing. Miraculously, I do something where my wife does not feel she needs to look at me with shame... ;) I could always at that point save and pack up the app. but then, with the stuff I did, most of them bad (and that's important), it would take me for ever to filter out the good stuff amongst the bad... Would be nice to have the the wizard (or the always accessible wizard plugin (or widget?) available, to come to the rescue, and simply save some settings (all stuff it should be able to see, like those CSS settings - the previous settings may have yielded strange behaviour, but the current settings may have something I like - so click on widget builder, choose wizard (option make me a template) then at least some good parts would be accessible ti re-use, fix-up, or create another app based on that template) - maybe a little like the Recipe app, but with the wizard? I'm thinking something that wouldn't add layouts to my pages (although the layouts are definitely) cool, but rather something that would maybe re-insert those pure CSS toggle switched on my spanking new blank page (would they be like auto-widgets?) anyways, just thinking out loud about something I, personally, would find useful (a couple of table dedicated to Mart's custom templates using the Massimo wiZ2py). Thanks for reading and apologies for the lengthy post (again) Mart :) PS, if interested in the feed back, I will be presenting the first rev (prototype quality) of a very unique build system, where the the guy standing in front of the crowed will be none other than WEB2PY (I'm keeping the look of the app as is, where the word WEB2PYand the Logo is predominant (no, not just because I really suck at making things look nice, but mostly because i really do like the green sripes!). I will post relevant feed back, as the front end, the web2by front end, will generate, lots of comments and/or interest - i expect thousands of hist in the first day. On Oct 22, 4:37 pm, mdipierro mdipie...@cs.depaul.edu wrote: i would take a patch. :-) On Oct 22, 1:50 pm, guruyaya guruy...@gmail.com wrote: I think a button with a plus sign, near every table field, is more in intuitive, the enter. Don't remove the enter, just add the plus sign too. If you don't do that, for the very least, explain that adding another field is done with enter as well. On Oct 22, 10:36 am, dederocks dediro...@gmail.com wrote: Thanks for the fix! works with python 2.7 too :-)! On 21 oct, 19:43, mr.freeze
[web2py] Re: Hosting service for web2py
I have in webfaction [1], has excellent support. I also tried in alwaysdata [2], in a free plan [3]. Jose [1] https://www.webfaction.com/ [2] http://www.alwaysdata.com/ [3] http://www.alwaysdata.com/plans/shared/
[web2py] Re: request for fcgi users
On Oct 22, 11:49 pm, Jonathan Lundell jlund...@pobox.com wrote: Just a reminder: a change to routes.py won't be noticed until you restart web2py (or explicitly do a reload). Yes, I touch the web2py.fcgi file so that Apache restarts the process. So I assume that the web2py process was restarted. I'd need to add logging and such to make sure tho.
[web2py] Re: Hosting service for web2py
On Oct 23, 4:43 am, José Luna Venezuela jlun...@gmail.com wrote: Hi i whant to know what hosting provider offer suport for web2py or i need to have a vps if i whant to make a web page? You can use any (Linux) host that provides: 1) SSH access 2) FastCGI .htaccess Many, many hosts provide these. If these things are available, then you will a) fetch latest python source, ./configure --prefix=$HOME, make, make install b) fetch latest virtualenv, build against local python, create a new virtual env in $HOME/local c) fetch ez-setup.py and run from local python, e.g. $HOME/local/bin/ python ez-setup d) easy_install flup e) you may want to install the latest pysqlite if you're using that f) fetch latest web2py source, extract contents into $HOME/public_html/ web2py g) edit $HOME/public_html/web2py/.htaccess to have: AddHandler fcgid-script .fcgi RewriteEngine On # This blank line is important! # Needed if you don't have a domain to yourself, or are waiting for one # RewriteBase /home/~myaccount RewriteRule RewriteRule ^web2py\.fcgi/ - [L] RewriteRule ^(.*)$ web2py.fcgi/$1 [L] h) Apparently routes.py doesn't do anything right now. Jonathan Lundell is looking into it.
[web2py] Re: GUI widget web2py server
I am teaching a class on Advanced network programming in C?? (nothing web2py related) and students are reporting to me that Mac OSX takes a long time to release a port after the program creating the socket has been killed or crashed. The delay seems to be as large as one minute. During this time the socket cannot be used again. It is a OSX weirdness. Massimo On Oct 23, 1:52 am, annet annet.verm...@gmail.com wrote: Yes, this is on Mac OS X, both Leopard and Leopard Server. I am glad it's not just me experiencing these problems. Annet.
[web2py] Re: web2py wizard (alpha) is here
I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few hours, and feel like trying stuff out! So I did, and as it turns out, I did not massacre everything (aesthetically speaking) although most did turn out to be pretty ugly, admittedly. But that wasn't the point either... the point is: I wouldn't be able to reproduce the steps I took where something did turn out decent enough to look at a second or third time. saving and/or packing the app is often not the best solution, because you can't really retrace your steps there either Now the wizard :) Wouldn't be a huge thing (well, I don't think it would) to either make the wizard (or extensions of the wizard) available @ run time, like perhaps one of those very cool widgets we get to have access to with the widget builder (without having to leave your page to boot!). Oh, and with the built-in changelog to keep track (right there is a pretty good match, wizard + changelog, keeping track of the diffs between one click of the wizard to the next). Here's an example: I get to that EZ CSS (fully armed with a brand new app ready to be I create an app (most likely using the wizard) and I start playing. Miraculously, I do something where my wife does not feel she needs to look at me with shame... ;) I could always at that point save and pack up the app. but then, with the stuff I did, most of them bad (and that's important), it would take me for ever to filter out the good stuff amongst the bad... Would be nice to have the the wizard (or the always accessible wizard plugin (or widget?) available, to come to the rescue, and simply save some settings (all stuff it should be able to see, like those CSS settings - the previous settings may have yielded strange behaviour, but the current settings may have something I like - so click on widget builder, choose wizard (option make me a template) then at least some good parts would be accessible ti re-use, fix-up, or create another app based on that template) - maybe a little like the Recipe app, but with the wizard? I'm thinking something that wouldn't add layouts to my pages (although the layouts are definitely) cool, but rather something that would maybe re-insert those pure CSS toggle switched on my spanking new blank page (would they be like auto-widgets?) anyways, just thinking out loud about something I, personally, would find useful (a couple of table dedicated to Mart's custom templates using the Massimo wiZ2py). Thanks for reading and apologies for the lengthy post (again) Mart :) PS, if interested in the feed back, I will be presenting the first rev (prototype quality) of a very unique build system, where the
[web2py] Re: Hosting service for web2py
You could use google appengine, it's free and web2py runs on it see docs On Oct 23, 4:43 am, José Luna Venezuela jlun...@gmail.com wrote: Hi i whant to know what hosting provider offer suport for web2py or i need to have a vps if i whant to make a web page? Thx
[web2py] Re: web2py wizard (alpha) is here
On my todo list 1) rewrite the plugins app similar to http://web2py.com/layouts 2) allow wizard to download of plugins as it downloads 3) Give the wizard something like the plugin_wiki widget builder that discovers available plugins and allows embedding components in pages. 4) Download semantic web standards for popular ontologies and automatically populate table fields with parameters of those ontologies. So, for example, if you need you need to store books, the wizard will pick up scaffolding book fields and types from the semantic web rdf manifest file. On Oct 23, 10:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few hours, and feel like trying stuff out! So I did, and as it turns out, I did not massacre everything (aesthetically speaking) although most did turn out to be pretty ugly, admittedly. But that wasn't the point either... the point is: I wouldn't be able to reproduce the steps I took where something did turn out decent enough to look at a second or third time. saving and/or packing the app is often not the best solution, because you can't really retrace your steps there either Now the wizard :) Wouldn't be a huge thing (well, I don't think it would) to either make the wizard (or extensions of the wizard) available @ run time, like perhaps one of those very cool widgets we get to have access to with the widget builder (without having to leave your page to boot!). Oh, and with the built-in changelog to keep track (right there is a pretty good match, wizard + changelog, keeping track of the diffs between one click of the wizard to the next). Here's an example: I get to that EZ CSS (fully armed with a brand new app ready to be I create an app (most likely using the wizard) and I start playing. Miraculously, I do something where my wife does not feel she needs to look at me with shame... ;) I could always at that point save and pack up the app. but then, with the stuff I did, most of them bad (and that's important), it would take me for ever to filter out the good stuff amongst the bad... Would be nice to have the the wizard (or the always accessible wizard plugin (or widget?) available, to come to the rescue, and simply save some settings (all stuff it should be able to see, like those CSS settings - the previous settings may have yielded strange behaviour, but the current settings may have something I like - so click on widget builder, choose wizard (option make me a template) then at least some good parts would be accessible ti re-use, fix-up, or create another app based on that
[web2py] To Massimo
Where can I get the wizard application, please send me debe...@yahoo.com
[web2py] Re: To Massimo
Hi Debebe, It is still under testing but you can get it here: It comes with admin under the nightly build http://web2py.com/examples/default/download Massimo On Oct 23, 10:28 am, debebe asefa debebeas...@gmail.com wrote: Where can I get the wizard application, please send me debe...@yahoo.com
[web2py] Re: Supporters of the current logo concept
lol! Thanks everyone, great work. On Oct 22, 4:10 pm, cjrh caleb.hatti...@gmail.com wrote: On Oct 22, 9:20 pm, Thadeus Burgess thade...@thadeusb.com wrote: I think we just need one more stage of logo submissions and then voting (voting can only happen after the submission deadline), then there is a voting deadline. How is it you all have time to spend on this? Is your employer hiring? :)
[web2py] Re: remote admin access errors
Thank you for the quick reply.
I'm not sure how to check whether uwsgi is setting the
wsgi_url_scheme. A quick search of this group and the uwsgi wiki
provided no direction. How can I check this?
On Oct 22, 11:36 pm, mdipierro mdipie...@cs.depaul.edu wrote:
Look into admin/models/access.py
This is how web2[y checks
if request.env.http_x_forwarded_for \
or request.env.wsgi_url_scheme in ['https', 'HTTPS'] \
or request.env.https == 'on':
session.secure()
elif not remote_addr in hosts and not DEMO_MODE:
raise HTTP(200, T('Admin is disabled because insecure channel'))
is uwsgi not setting wsgi_url_scheme?
On Oct 22, 10:33 pm, Triquetra da...@legacyplanningadvocates.com
wrote:
I am running web2py (1.86.2) on Debian Lenny with Nginx and uwsgi.
This is a local test server that I have physical access to.
I can access the welcome and admin pages from the server (localhost),
so it appears the admin interface is working.
And I can access the welcome app from other computers on the network,
so it looks like nginx and uwsgi is properly serving web2py to the
network.
And I can access the welcome app
throughhttps://192.168.0.189/welcome/default/index,
so it looks like nginx is properly serving ssl pages.
But I am unable to access the admin page remotely from another
computer on the network. I get the error Admin is disabled because
insecure channel.
I don't understand why since it seems that ssl is working properly.
Does anyone have an idea what this could be?
Re: [web2py] Re: remote admin access errors
Thank you for the quick reply. I'm not sure how to check whether uwsgi is setting the wsgi_url_scheme. A quick search of this group and the uwsgi wiki provided no direction. How can I check this? There are two (very old) threads on the official uWSGI list about https and scheme. uWSGI supports setting the scheme in two way, via the (non-standard) UWSGI_SCHEME var or via the standard HTTPS cgi variable. I suggest you to add the UWSGI_SCHEME var to uwsgi_params configuration: UWSGI_SCHEME $scheme; -- Roberto De Ioris http://unbit.it
[web2py] Re: Apache wsgi virtualhost configuration for multiple web2py sites
Going back to my original question - can anyone provide a domain specific Apache virtual host file that achieves what Massimo's routes.pu settings do and does not require a separate instance of web2py for each domain. (I'm not sure how to achieve this from what VP posted.) I am also interested in learning a configuration that allows this. Someone please help! On Oct 20, 4:05 am, Tom Atkins minkto...@gmail.com wrote: That makes sense about routes.py for multiple sites not being a production setting because web2py will be serving static files. Also, this is the same for the Tip of the day. The power of routes setup (perfect for me now with small development sites but hopefully not in the future)! Going back to my original question - can anyone provide a domain specific Apache virtual host file that achieves what Massimo's routes.pu settings do and does not require a separate instance of web2py for each domain. (I'm not sure how to achieve this from what VP posted.) Thanks! On 19 October 2010 03:40, mdipierro mdipie...@cs.depaul.edu wrote: The Apache options is better because allows you to also map static files. In my examples web2py was serving static files and that is not a production setting. The apache routes config is more portable (does not depend on web server). Massimo On Oct 18, 9:07 pm, VP vtp2...@gmail.com wrote: The way I did this is through Apache, by adding ServerName domain.com ServerAlias *.domain.com to the web2py configuration section in site-enabled/000-default Which one is more preferable? pros and cons? Thanks.
[web2py] Re: web2py wizard (alpha) is here
Hi Massimo, Yeah, I guess it was kid of late... I'll try again, in shorter version (or at least in less badly organized thoughts): * great wizard. options are huge as to where it can lead. * Would be great if we could store/save the data we set in the wizard in a user_wiz_templates_GENERIC.table (this ones contains the inputted information on wizard first use, for later retrieval - if I am not wrong, your wizard will grow over time in its offerings (already, after less than a week, we can define table tables, maybe next you will have another drop to link that data to an existing apps DB. So already there is worthiness in having the option of keeping this template around. *You (and others too) hold some mighty cool knowledge where people (me included) can ask just about anything under the sun and where you would reply in a matter of minutes with something like put THIS in the view and THAT in the controller - this being blank slate for a sidebar for example. Well, maybe we can have the option of storing some of this great stuff in one of the wizard tables? I.e. going through the wizard yes, I think I would like left and right side bars, so I use a drop down (or a check box, or maybe the wizard will include some dragdrop jquery features so folks could simply drag the sidebar component on some sort of design/layout canvas? See what i am getting at? A little bit like the widget builder, but at wizard time and mostly for layout purposes... perhaps, the wizard could have some EZ CSS snippets (blanks slates) that we can choose, and made available on *save*? I got this because when I tried out the ozard, my broswer had lot of tables open, one being an open instance of the wizard. Since I had closed the wrong tab and lost my template, I used the open instance, clicked on *reset*,and started over (so i thought). I started by the first input box (obviously), then all of a sudden, all the data I had inputted earlier filled the wizard form! So, i thought great! we can save to templates! - but was really just saved in memory. Would be nice to save them in a table. Thanks again, mart :) On Oct 23, 11:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few hours, and feel like trying stuff out! So I did, and as it turns out, I did not massacre everything (aesthetically speaking) although most did turn out to be pretty ugly, admittedly. But that wasn't the point either... the point is: I wouldn't be able to reproduce the steps I took where something did turn out decent enough to look at a second or third time. saving and/or packing the app is often not
[web2py] Re: GUI widget web2py server
Is this the cause of the slow close and the underlying purpose for it? http://www.freesoft.org/CIE/RFC/1323/24.htm I believe most systems allow this timer to be adjusted by registry in Windows and /proc in Linux, not sure on Mac If the server does the bind call with SO_REUSEADDR for the listen port it should be able to get back on without waiting for the TIME-WAIT period. http://www.unixguide.net/network/socketfaq/4.11.shtml So those are the parts of the behaviour I would expect to cause a socket busy when there are no listeners. However what you describe seems to be beyond the normal timers. A socket can take a very long time to close if the remote system just crashes and never gets a chance to send a FIN to the peer. I am probably stating the obvious, used to do a lot of network programming about 10 years ago. On Oct 23, 7:54 am, mdipierro mdipie...@cs.depaul.edu wrote: I am teaching a class on Advanced network programming in C?? (nothing web2py related) and students are reporting to me that Mac OSX takes a long time to release a port after the program creating the socket has been killed or crashed. The delay seems to be as large as one minute. During this time the socket cannot be used again. It is a OSX weirdness. Massimo On Oct 23, 1:52 am, annet annet.verm...@gmail.com wrote: Yes, this is on Mac OS X, both Leopard and Leopard Server. I am glad it's not just me experiencing these problems. Annet.
[web2py] SO_REUSEADDR
On Oct 23, 2010, at 7:54 AM, mdipierro wrote: I am teaching a class on Advanced network programming in C?? (nothing web2py related) and students are reporting to me that Mac OSX takes a long time to release a port after the program creating the socket has been killed or crashed. The delay seems to be as large as one minute. During this time the socket cannot be used again. It is a OSX weirdness. This list is useful for all kinds of problems... This is quite common. Depending on how the socket it closed, the corresponding TCP connection can enter the TIME_WAIT state, which will keep the port busy for 2 minutes. http://www.unixguide.net/network/socketfaq/2.7.shtml A server would usually set SO_REUSEADDR to avoid this delay. http://www.unixguide.net/network/socketfaq/4.5.shtml
[web2py] Re: remote admin access errors
Thank you, that worked. I also had to create a symbolic link (parameters_443.py) pointing to the password file (parameters_8000.py) in order to get rid of the unable to access password file error. On Oct 23, 12:44 pm, Roberto De Ioris robe...@unbit.it wrote: Thank you for the quick reply. I'm not sure how to check whether uwsgi is setting the wsgi_url_scheme. A quick search of this group and the uwsgi wiki provided no direction. How can I check this? There are two (very old) threads on the official uWSGI list about https and scheme. uWSGI supports setting the scheme in two way, via the (non-standard) UWSGI_SCHEME var or via the standard HTTPS cgi variable. I suggest you to add the UWSGI_SCHEME var to uwsgi_params configuration: UWSGI_SCHEME $scheme; -- Roberto De Iorishttp://unbit.it
Re: [web2py] SO_REUSEADDR
On some systems I experimented you can wake up the port in TIME_WAIT state by trying to open a connection to it (i.e. by telnet localhost 80) 2010/10/23 Jonathan Lundell jlund...@pobox.com: On Oct 23, 2010, at 7:54 AM, mdipierro wrote: I am teaching a class on Advanced network programming in C?? (nothing web2py related) and students are reporting to me that Mac OSX takes a long time to release a port after the program creating the socket has been killed or crashed. The delay seems to be as large as one minute. During this time the socket cannot be used again. It is a OSX weirdness. This list is useful for all kinds of problems... This is quite common. Depending on how the socket it closed, the corresponding TCP connection can enter the TIME_WAIT state, which will keep the port busy for 2 minutes. http://www.unixguide.net/network/socketfaq/2.7.shtml A server would usually set SO_REUSEADDR to avoid this delay. http://www.unixguide.net/network/socketfaq/4.5.shtml
Re: [web2py] Re: web2py wizard (alpha) is here
Why not attach the wizard data to the session? -- Thadeus On Sat, Oct 23, 2010 at 1:11 PM, mart msenecal...@gmail.com wrote: Hi Massimo, Yeah, I guess it was kid of late... I'll try again, in shorter version (or at least in less badly organized thoughts): * great wizard. options are huge as to where it can lead. * Would be great if we could store/save the data we set in the wizard in a user_wiz_templates_GENERIC.table (this ones contains the inputted information on wizard first use, for later retrieval - if I am not wrong, your wizard will grow over time in its offerings (already, after less than a week, we can define table tables, maybe next you will have another drop to link that data to an existing apps DB. So already there is worthiness in having the option of keeping this template around. *You (and others too) hold some mighty cool knowledge where people (me included) can ask just about anything under the sun and where you would reply in a matter of minutes with something like put THIS in the view and THAT in the controller - this being blank slate for a sidebar for example. Well, maybe we can have the option of storing some of this great stuff in one of the wizard tables? I.e. going through the wizard yes, I think I would like left and right side bars, so I use a drop down (or a check box, or maybe the wizard will include some dragdrop jquery features so folks could simply drag the sidebar component on some sort of design/layout canvas? See what i am getting at? A little bit like the widget builder, but at wizard time and mostly for layout purposes... perhaps, the wizard could have some EZ CSS snippets (blanks slates) that we can choose, and made available on *save*? I got this because when I tried out the ozard, my broswer had lot of tables open, one being an open instance of the wizard. Since I had closed the wrong tab and lost my template, I used the open instance, clicked on *reset*,and started over (so i thought). I started by the first input box (obviously), then all of a sudden, all the data I had inputted earlier filled the wizard form! So, i thought great! we can save to templates! - but was really just saved in memory. Would be nice to save them in a table. Thanks again, mart :) On Oct 23, 11:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few hours, and feel like trying stuff out! So I did, and as it turns out, I did not massacre everything (aesthetically speaking) although most did turn out to be pretty ugly, admittedly. But that
Re: [web2py] How to upload/process data file in GAE?
Few options I can think of: 1- use xmlrpc to upload the content of your file. Store it in a variable and process it right there. 2- have a table (well field in a table) dedicated to store the content of your file. Once it is updloaded, process it and empty the field. -Miguel On Fri, Oct 22, 2010 at 3:45 AM, David Mitchell monch1...@gmail.com wrote: Hello group, This seems like a particularly stupid question, but I just can't work out how to do it... It's not a web2py-specific issue; I just happen to be using web2py. I've got an app underway where I need to upload a set of large-ish (up to 1Mb) CSV files initially, then small updates (1kb) periodically after that. Running web2py on a non-GAE environment, I could just upload the file, have web2py save it to disk, then process the disk copy once it finishes uploading. I want to parse the file in its entirety to ensure there were no problems with it before loading it into the database. I could happily process the uploaded files via cron; the data isn't particularly time-sensitive. However, with GAE, there's no file system access, so I can't upload the file and save it before processing it. I'd rather not process the file without first parsing it, if there's a reasonable way to do so. Has anyone dealt with this problem before? Is there a simple/elegant solution that I'm missing? Thanks in advance Dave M.
[web2py] Re: Powered by web2py
Note, I created a free account at www.thumbalizr.com, and if I log in and create a thumbnail using the web interface (rather than the API), I don't get that powered by thumbalizr.com sticker on the image. On Oct 22, 10:58 pm, mdipierro mdipie...@cs.depaul.edu wrote: This was done by the wizard and it is already better than the previous one: http://web2py.com/poweredby Has thumbnails. On Oct 22, 8:07 pm, mdipierro mdipie...@cs.depaul.edu wrote: OK. I have an account... On Oct 22, 6:19 pm, rochacbruno rochacbr...@gmail.com wrote: Thumbalizer has an API , REST and sample code for PHP but we can fork to Python. Enviado via iPhone Em 22/10/2010, às 20:59, mdipierro mdipie...@cs.depaul.edu escreveu: This thread contains lots of really nice sites. Others are listed here: http://web2py.com/poweredby If one of you had some spare time were to send me screenshots scaled 200x150 nameswww.domain.com.pngetcforall web2py powered sites, I would use the template ofhttp://web2py.comandmakea nice showroom with an ajax gallery. Massimo On Oct 22, 4:50 pm, Anthony av201...@yahoo.com wrote: Very cool. Though it has some major display problems in IE7 (and some minor problems with the home page in IE8). Also, you should probably change the site's favicon -- it's actually using the new web2py favicon. Anthony On Oct 22, 5:24 pm, Bruno Rocha rochacbr...@gmail.com wrote: One more Brazilian site developed with WEB2PY http://campus.visie.com.br/default/index This is the site where one of the most importants creative design agency of São Paulo are giving online courses, they used web2py and Amazon with boto library for video streaming. This website was develop during an event with the help of all developers attending, something like a Coding Dojo 2010/10/10 Bruno Rocha rochacbr...@gmail.com A student of one of my classes of web2py training in Brazil, research the web and made a list of websites powered by web2py. he separates in categories: Populars, Great Ones, Good ones and which keeps scaffold layout. I found good designed websites in that list. http://www.elizabethscanvas.org/ http://www.qakit.com/ http://ru.ly/( an URL shortener) Forwarded is the entire list, do you know someone else? --- -- Forwarded message -- From: Rene Guerrero rene...@gmail.com Date: 2010/10/10 Subject: Sites que utilizam web2py To: rochacbr...@gmail.com Bruno Participei no seu curso de web2py básico na Tempo Real Eventos em 28 de agosto em São Paulo. Desde aquela data até hoje tenho me dedicado a estudar o web2py. Paralelamente fui na web procurar exemplos de sites desenvolvidos com o web2py. Encontrei vários, que classifiquei seguindo meu conceito de sites melhor desenvolvidos, mais complexos ou mais bonitos. Espero que sejam de alguma ajuda para você poder utilizar na sua tarefa evangelizadora deste framework. Para alguns deles não indico a página inicial, porque a mencionada me pareceu mais esclarecedora. Nem todos indicam inicialmente que foram feitos com web2py. Uns poucos só indicam sua origem em algum lugar dentro dos respectivos blogs (da empresa ou do autor). Conhecidos: http://web2pyslices.com/main/default/index http://www.pyforum.org/ http://www.qualitysystems.com/qs/ http://www.tenthrow.com/home/ http://radbox.me/ https://us.pycon.org/2009/register/default/about https://us.pycon.org/2010/register/default/about Bons: http://www.latnblack.com/ http://auctionall.info/hausstand http://www.qakit.com/ http://www.epysoft.com/ http://www.healthscapes.org/welcome/default/index http://www.whitepeaksoftware.com/ http://hipercenter.com/ http://www.corraleslamagdalena.com.ar/lamagdalena/ http://www.norterural.com.ar/norterural/default/noticias/2 http://rockiger.com/ http://www.elizabethscanvas.org/ http://site.quadraforte.com/ http://www.signatur-kampagnen.de/NichtraucherSignatur/default/show/co... http://www.nzacap.org.nz/welcome/folders/public/1/1 http://www.throngly.com/ http://www.klasproducts.com/ http://ru.ly/ http://www.justindressel.com/ http://www.justindressel.com/http://web2pybrasil.com.br Algo menos: http://ga2arch.appspot.com/ https://backdoorhiding.appspot.com/ http://laurendickey.com/ http://www.wedo-group.com/welcome/statement/vision http://danielkrol.com/welcome/default/diffeqmunchers/ http://diarywiz.com/dw/default/index http://wavedirectory.appspot.com/ http://openshare.emotionull.com/ http://projectkintaro.appspot.com/ http://www.spinyc.com/ http://ronluppers.nl/ronluppers/default/index http://www.sitescraper.net/ http://www.opensvc.com/
[web2py] Re: web2py wizard (alpha) is here
The wizard data is already attached to the session. You can go back and forth to the wizard and unless you got o page zero it remembers its state. When you generate is saves the state in a pickle within the newly created app. If you open the wizard again on the app, it reverts to that state. On Oct 23, 4:51 pm, Thadeus Burgess thade...@thadeusb.com wrote: Why not attach the wizard data to the session? -- Thadeus On Sat, Oct 23, 2010 at 1:11 PM, mart msenecal...@gmail.com wrote: Hi Massimo, Yeah, I guess it was kid of late... I'll try again, in shorter version (or at least in less badly organized thoughts): * great wizard. options are huge as to where it can lead. * Would be great if we could store/save the data we set in the wizard in a user_wiz_templates_GENERIC.table (this ones contains the inputted information on wizard first use, for later retrieval - if I am not wrong, your wizard will grow over time in its offerings (already, after less than a week, we can define table tables, maybe next you will have another drop to link that data to an existing apps DB. So already there is worthiness in having the option of keeping this template around. *You (and others too) hold some mighty cool knowledge where people (me included) can ask just about anything under the sun and where you would reply in a matter of minutes with something like put THIS in the view and THAT in the controller - this being blank slate for a sidebar for example. Well, maybe we can have the option of storing some of this great stuff in one of the wizard tables? I.e. going through the wizard yes, I think I would like left and right side bars, so I use a drop down (or a check box, or maybe the wizard will include some dragdrop jquery features so folks could simply drag the sidebar component on some sort of design/layout canvas? See what i am getting at? A little bit like the widget builder, but at wizard time and mostly for layout purposes... perhaps, the wizard could have some EZ CSS snippets (blanks slates) that we can choose, and made available on *save*? I got this because when I tried out the ozard, my broswer had lot of tables open, one being an open instance of the wizard. Since I had closed the wrong tab and lost my template, I used the open instance, clicked on *reset*,and started over (so i thought). I started by the first input box (obviously), then all of a sudden, all the data I had inputted earlier filled the wizard form! So, i thought great! we can save to templates! - but was really just saved in memory. Would be nice to save them in a table. Thanks again, mart :) On Oct 23, 11:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he
[web2py] Re: web2py wizard (alpha) is here
The problem is that layouts are not built my me. The come form free css layouts and a script of mine that injected menus and stuff in them. We do not have manpower to go through them one by one and edit them. But we could have a ez.css layout that takes extra parameters. Massimo On Oct 23, 1:11 pm, mart msenecal...@gmail.com wrote: Hi Massimo, Yeah, I guess it was kid of late... I'll try again, in shorter version (or at least in less badly organized thoughts): * great wizard. options are huge as to where it can lead. * Would be great if we could store/save the data we set in the wizard in a user_wiz_templates_GENERIC.table (this ones contains the inputted information on wizard first use, for later retrieval - if I am not wrong, your wizard will grow over time in its offerings (already, after less than a week, we can define table tables, maybe next you will have another drop to link that data to an existing apps DB. So already there is worthiness in having the option of keeping this template around. *You (and others too) hold some mighty cool knowledge where people (me included) can ask just about anything under the sun and where you would reply in a matter of minutes with something like put THIS in the view and THAT in the controller - this being blank slate for a sidebar for example. Well, maybe we can have the option of storing some of this great stuff in one of the wizard tables? I.e. going through the wizard yes, I think I would like left and right side bars, so I use a drop down (or a check box, or maybe the wizard will include some dragdrop jquery features so folks could simply drag the sidebar component on some sort of design/layout canvas? See what i am getting at? A little bit like the widget builder, but at wizard time and mostly for layout purposes... perhaps, the wizard could have some EZ CSS snippets (blanks slates) that we can choose, and made available on *save*? I got this because when I tried out the ozard, my broswer had lot of tables open, one being an open instance of the wizard. Since I had closed the wrong tab and lost my template, I used the open instance, clicked on *reset*,and started over (so i thought). I started by the first input box (obviously), then all of a sudden, all the data I had inputted earlier filled the wizard form! So, i thought great! we can save to templates! - but was really just saved in memory. Would be nice to save them in a table. Thanks again, mart :) On Oct 23, 11:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great, something more but related to look at and try out), then Bruno posts something he does for his Car Sale app... then, well the night is young... yes, there is a point;) so anyways, for some reason, I found my self on that EZ CSS site, well... need I say more? what a great place when you have a few
[web2py] Re: Powered by web2py
Me neither. Spelling mistake. On Oct 23, 12:22 am, Anthony av201...@yahoo.com wrote: Also, is the app atwww.web2py.com/surveysupposed to be called SurveyCould or SurveyCloud (it currently says the former -- doesn't quite make sense to me)? On Oct 22, 10:58 pm, mdipierro mdipie...@cs.depaul.edu wrote: This was done by the wizard and it is already better than the previous one: http://web2py.com/poweredby Has thumbnails. On Oct 22, 8:07 pm, mdipierro mdipie...@cs.depaul.edu wrote: OK. I have an account... On Oct 22, 6:19 pm, rochacbruno rochacbr...@gmail.com wrote: Thumbalizer has an API , REST and sample code for PHP but we can fork to Python. Enviado via iPhone Em 22/10/2010, às 20:59, mdipierro mdipie...@cs.depaul.edu escreveu: This thread contains lots of really nice sites. Others are listed here: http://web2py.com/poweredby If one of you had some spare time were to send me screenshots scaled 200x150 nameswww.domain.com.pngetcforallweb2py powered sites, I would use the template ofhttp://web2py.comandmakeanice showroom with an ajax gallery. Massimo On Oct 22, 4:50 pm, Anthony av201...@yahoo.com wrote: Very cool. Though it has some major display problems in IE7 (and some minor problems with the home page in IE8). Also, you should probably change the site's favicon -- it's actually using the new web2py favicon. Anthony On Oct 22, 5:24 pm, Bruno Rocha rochacbr...@gmail.com wrote: One more Brazilian site developed with WEB2PY http://campus.visie.com.br/default/index This is the site where one of the most importants creative design agency of São Paulo are giving online courses, they used web2py and Amazon with boto library for video streaming. This website was develop during an event with the help of all developers attending, something like a Coding Dojo 2010/10/10 Bruno Rocha rochacbr...@gmail.com A student of one of my classes of web2py training in Brazil, research the web and made a list of websites powered by web2py. he separates in categories: Populars, Great Ones, Good ones and which keeps scaffold layout. I found good designed websites in that list. http://www.elizabethscanvas.org/ http://www.qakit.com/ http://ru.ly/( an URL shortener) Forwarded is the entire list, do you know someone else? --- -- Forwarded message -- From: Rene Guerrero rene...@gmail.com Date: 2010/10/10 Subject: Sites que utilizam web2py To: rochacbr...@gmail.com Bruno Participei no seu curso de web2py básico na Tempo Real Eventos em 28 de agosto em São Paulo. Desde aquela data até hoje tenho me dedicado a estudar o web2py. Paralelamente fui na web procurar exemplos de sites desenvolvidos com o web2py. Encontrei vários, que classifiquei seguindo meu conceito de sites melhor desenvolvidos, mais complexos ou mais bonitos. Espero que sejam de alguma ajuda para você poder utilizar na sua tarefa evangelizadora deste framework. Para alguns deles não indico a página inicial, porque a mencionada me pareceu mais esclarecedora. Nem todos indicam inicialmente que foram feitos com web2py. Uns poucos só indicam sua origem em algum lugar dentro dos respectivos blogs (da empresa ou do autor). Conhecidos: http://web2pyslices.com/main/default/index http://www.pyforum.org/ http://www.qualitysystems.com/qs/ http://www.tenthrow.com/home/ http://radbox.me/ https://us.pycon.org/2009/register/default/about https://us.pycon.org/2010/register/default/about Bons: http://www.latnblack.com/ http://auctionall.info/hausstand http://www.qakit.com/ http://www.epysoft.com/ http://www.healthscapes.org/welcome/default/index http://www.whitepeaksoftware.com/ http://hipercenter.com/ http://www.corraleslamagdalena.com.ar/lamagdalena/ http://www.norterural.com.ar/norterural/default/noticias/2 http://rockiger.com/ http://www.elizabethscanvas.org/ http://site.quadraforte.com/ http://www.signatur-kampagnen.de/NichtraucherSignatur/default/show/co... http://www.nzacap.org.nz/welcome/folders/public/1/1 http://www.throngly.com/ http://www.klasproducts.com/ http://ru.ly/ http://www.justindressel.com/ http://www.justindressel.com/http://web2pybrasil.com.br Algo menos: http://ga2arch.appspot.com/ https://backdoorhiding.appspot.com/ http://laurendickey.com/ http://www.wedo-group.com/welcome/statement/vision http://danielkrol.com/welcome/default/diffeqmunchers/ http://diarywiz.com/dw/default/index http://wavedirectory.appspot.com/ http://openshare.emotionull.com/ http://projectkintaro.appspot.com/
[web2py] Re: Powered by web2py
In few minutes I will give you will editor access On Oct 23, 5:30 pm, Anthony av201...@yahoo.com wrote: Note, I created a free account atwww.thumbalizr.com, and if I log in and create a thumbnail using the web interface (rather than the API), I don't get that powered by thumbalizr.com sticker on the image. On Oct 22, 10:58 pm, mdipierro mdipie...@cs.depaul.edu wrote: This was done by the wizard and it is already better than the previous one: http://web2py.com/poweredby Has thumbnails. On Oct 22, 8:07 pm, mdipierro mdipie...@cs.depaul.edu wrote: OK. I have an account... On Oct 22, 6:19 pm, rochacbruno rochacbr...@gmail.com wrote: Thumbalizer has an API , REST and sample code for PHP but we can fork to Python. Enviado via iPhone Em 22/10/2010, às 20:59, mdipierro mdipie...@cs.depaul.edu escreveu: This thread contains lots of really nice sites. Others are listed here: http://web2py.com/poweredby If one of you had some spare time were to send me screenshots scaled 200x150 nameswww.domain.com.pngetcforallweb2py powered sites, I would use the template ofhttp://web2py.comandmakeanice showroom with an ajax gallery. Massimo On Oct 22, 4:50 pm, Anthony av201...@yahoo.com wrote: Very cool. Though it has some major display problems in IE7 (and some minor problems with the home page in IE8). Also, you should probably change the site's favicon -- it's actually using the new web2py favicon. Anthony On Oct 22, 5:24 pm, Bruno Rocha rochacbr...@gmail.com wrote: One more Brazilian site developed with WEB2PY http://campus.visie.com.br/default/index This is the site where one of the most importants creative design agency of São Paulo are giving online courses, they used web2py and Amazon with boto library for video streaming. This website was develop during an event with the help of all developers attending, something like a Coding Dojo 2010/10/10 Bruno Rocha rochacbr...@gmail.com A student of one of my classes of web2py training in Brazil, research the web and made a list of websites powered by web2py. he separates in categories: Populars, Great Ones, Good ones and which keeps scaffold layout. I found good designed websites in that list. http://www.elizabethscanvas.org/ http://www.qakit.com/ http://ru.ly/( an URL shortener) Forwarded is the entire list, do you know someone else? --- -- Forwarded message -- From: Rene Guerrero rene...@gmail.com Date: 2010/10/10 Subject: Sites que utilizam web2py To: rochacbr...@gmail.com Bruno Participei no seu curso de web2py básico na Tempo Real Eventos em 28 de agosto em São Paulo. Desde aquela data até hoje tenho me dedicado a estudar o web2py. Paralelamente fui na web procurar exemplos de sites desenvolvidos com o web2py. Encontrei vários, que classifiquei seguindo meu conceito de sites melhor desenvolvidos, mais complexos ou mais bonitos. Espero que sejam de alguma ajuda para você poder utilizar na sua tarefa evangelizadora deste framework. Para alguns deles não indico a página inicial, porque a mencionada me pareceu mais esclarecedora. Nem todos indicam inicialmente que foram feitos com web2py. Uns poucos só indicam sua origem em algum lugar dentro dos respectivos blogs (da empresa ou do autor). Conhecidos: http://web2pyslices.com/main/default/index http://www.pyforum.org/ http://www.qualitysystems.com/qs/ http://www.tenthrow.com/home/ http://radbox.me/ https://us.pycon.org/2009/register/default/about https://us.pycon.org/2010/register/default/about Bons: http://www.latnblack.com/ http://auctionall.info/hausstand http://www.qakit.com/ http://www.epysoft.com/ http://www.healthscapes.org/welcome/default/index http://www.whitepeaksoftware.com/ http://hipercenter.com/ http://www.corraleslamagdalena.com.ar/lamagdalena/ http://www.norterural.com.ar/norterural/default/noticias/2 http://rockiger.com/ http://www.elizabethscanvas.org/ http://site.quadraforte.com/ http://www.signatur-kampagnen.de/NichtraucherSignatur/default/show/co... http://www.nzacap.org.nz/welcome/folders/public/1/1 http://www.throngly.com/ http://www.klasproducts.com/ http://ru.ly/ http://www.justindressel.com/ http://www.justindressel.com/http://web2pybrasil.com.br Algo menos: http://ga2arch.appspot.com/ https://backdoorhiding.appspot.com/ http://laurendickey.com/ http://www.wedo-group.com/welcome/statement/vision http://danielkrol.com/welcome/default/diffeqmunchers/ http://diarywiz.com/dw/default/index http://wavedirectory.appspot.com/
[web2py] building an invoicing app
Hello, I am completely new to web2py, with a design (xhtml css jquery) background, so not a real programmer, yet (except for xslt). I want to build a simple manual invoicing application that enables website visitors to create their own client-accounts containing their address. So I would input the items the client ordered (by email-form) on the invoice by hand, but don't have to input their address because it is already available in the application. I would like to deploy on GAE. Aiming for a minimal approach with off-the-shelf tools I considered using the FOSS Python ERP http://www.tryton.org/en/. It can be installed on your desktop as a packed application (server +client) called Neso. So I would create my invoices offline with it. Now to enable my clients to create their own account, I would tap into the google contacts API, with some GAE code, to add a new contacts. My computer (mac osx) cronjob-syncs(OS level) these contacts into its addressbook app. The addressbook app supports carddav, as does Tryton, which can then sync my address. So I can pick addresses to auto-populate my invoices. Needless to say that workflow feels like a hack. 1 What would be the best approach for this scenario, considering that over time I will start to add functionality to become more like a real ERP/ordersystem/webshop. A Work on syncing tryton with my web2py app entered account/address data. B Build my web2py app with full invoicing features, and over time start to port parts of tryton to it to add functionality. Deploying on GAE, without rel DB won't pose any problems for ERP/ ecommerce functionality? 2 Has anyone done similar things; ERP syncing or ERP/invoicing functionalities? I did found member Jiff working on an ERP; http://groups.google.com/group/web2py/browse_thread/thread/48229fc27c2ae3be/8f7fb164835229d6 Any tutorials, splices, plugins, free appliances worth looking at (to avoid reinventing the wheel)? Is it a good idea to start from any of these; http://web2py.com/appliances/default/show/18 http://web2py.com/appliances/default/show/57 http://web2py.com/appliances/default/show/24 since the estore doesn't do addresses and invoicing, I guess not... If not, what would be my best startingpoint to code; The chapter in the book on DAL? http://web2py.com/book/default/chapter/06 The only related threads I found are these, did I miss any? http://groups.google.com/group/web2py/browse_thread/thread/8228964822151121/9211ce28eb2aea76 http://groups.google.com/group/web2py/browse_thread/thread/3289adbcb9731997/cef6ce08339ee576 http://groups.google.com/group/web2py/browse_thread/thread/7b05abe471e2f010/311ef1eae9bbd942 http://groups.google.com/group/web2py/browse_thread/thread/f06477df08b6cd80/d6bdf3758279086c http://groups.google.com/group/web2py/browse_thread/thread/c684346f13773f93/c4118250b182586a the last one is for the estore? Thanks
[web2py] Plugins system (again)
I like web2py more than django because it has everything django has, but somehow I feel it was designed to contain those features from the get-go. In django everything feels like it was an after-thought, and the community feels extremely set in their ways to change anything. One thing, thought, that I feel they got right in django was the separation of projects into apps. I was just wondering why web2py chose not to separate plugins more from the main application. I find it extremely ugly to have my application files be polluted by plugin files. I wish I could just easily blow-away my application without blowing away all the plugins with it, or vice-versa. Basically, if my plugin is more complicated than 1 file in each (model, controller, view), and I if I have more than 3 plugins installed, my application becomes a mess very quickly. This is especially a problem when you get to large apps that are built from many small plugins for various features... Proposed directory structure: - Application name - Model - View - Controller - Static, etc... - Plugins - Plugin name - Model - View - Controller - Static, etc... Note, this can also be done without changing everything in the way web2py does it right now, simply by including a symbolic link/shortcut to the plugins folder in the top-level model, controller, view, and static directories, to the plugins/plugin-name/model, view, controller, static folders... Proposed directory structure: - Application name - Model - Shortcut to Plugins folder - View - Shortcut to Plugins folder - Controller - Shortcut to Plugins folder - Static, etc... - Shortcut to Plugins folder - Plugins - Plugin name - Model - View - Controller - Static, etc... I find the Django model of Project - apps a great organization system...in web2py it would be App - plugins. In other words, have a folder in each project/application called plugins, and in that folder have each plugin produce its own folder containing everything necessary for that app (directory structure would be identical to the main app/project directory structure)...in essence, it would be an application within an application. Also, note that I had thought about simply having plugins be apps at the top level that can communicate with other apps, but that would not work if I want to package my application up and distribute it. Conclusion: Was there any reason this was not the directory structure chosen? Other than We wanted to implement something quickly that is backwards compatible and requires least additional coding. I just wonder if the directory structure I propose could ever have enough support to be accepted (even if it doesn't happen in the next release). Thank you for the great framework!!
[web2py] Re: Plugins system (again)
The rationale is complex and it does not exclude that in future we will have plugins with a different folder structure. But consider layout plugins (http://web2py.com/layouts). They need to overwite views/layout.html. They would not fit into the folder structure. Also if a plugin were to define a function that was available to all controllers, the model you propose would not work. For us plugins are just an application subset (this is discussed in chapter 13 of the new book) but nothing exclude creating a plugins folder, create plugins that install themselves in there, and a plugins.py controller that delegates an action to a function defined in a file in the plugins folder. Massimo On Oct 23, 5:59 pm, b00m_chef r...@devshell.org wrote: I like web2py more than django because it has everything django has, but somehow I feel it was designed to contain those features from the get-go. In django everything feels like it was an after-thought, and the community feels extremely set in their ways to change anything. One thing, thought, that I feel they got right in django was the separation of projects into apps. I was just wondering why web2py chose not to separate plugins more from the main application. I find it extremely ugly to have my application files be polluted by plugin files. I wish I could just easily blow-away my application without blowing away all the plugins with it, or vice-versa. Basically, if my plugin is more complicated than 1 file in each (model, controller, view), and I if I have more than 3 plugins installed, my application becomes a mess very quickly. This is especially a problem when you get to large apps that are built from many small plugins for various features... Proposed directory structure: - Application name - Model - View - Controller - Static, etc... - Plugins - Plugin name - Model - View - Controller - Static, etc... Note, this can also be done without changing everything in the way web2py does it right now, simply by including a symbolic link/shortcut to the plugins folder in the top-level model, controller, view, and static directories, to the plugins/plugin-name/model, view, controller, static folders... Proposed directory structure: - Application name - Model - Shortcut to Plugins folder - View - Shortcut to Plugins folder - Controller - Shortcut to Plugins folder - Static, etc... - Shortcut to Plugins folder - Plugins - Plugin name - Model - View - Controller - Static, etc... I find the Django model of Project - apps a great organization system...in web2py it would be App - plugins. In other words, have a folder in each project/application called plugins, and in that folder have each plugin produce its own folder containing everything necessary for that app (directory structure would be identical to the main app/project directory structure)...in essence, it would be an application within an application. Also, note that I had thought about simply having plugins be apps at the top level that can communicate with other apps, but that would not work if I want to package my application up and distribute it. Conclusion: Was there any reason this was not the directory structure chosen? Other than We wanted to implement something quickly that is backwards compatible and requires least additional coding. I just wonder if the directory structure I propose could ever have enough support to be accepted (even if it doesn't happen in the next release). Thank you for the great framework!!
[web2py] file / directory structure ?
hello, triggered by the Plugin systems discussion, I wondered what's the best location to store PyJamas files. at the moment I've chozen this structure - static - PyJamas_Main_Source_File.py - PyJamas - all the files generated by the pyjamas compiler (including necessary pictures) is this a good / valid choice ? thanks, Stef
[web2py] Re: file / directory structure ?
If they are public they should go in static. If they are private they should go in private. On Oct 23, 6:19 pm, Stef Mientki stef.mien...@gmail.com wrote: hello, triggered by the Plugin systems discussion, I wondered what's the best location to store PyJamas files. at the moment I've chozen this structure - static - PyJamas_Main_Source_File.py - PyJamas - all the files generated by the pyjamas compiler (including necessary pictures) is this a good / valid choice ? thanks, Stef
[web2py] Re: bug or backward incompatibility for datetime fields
Still doesn't work: I get an exception and, moreover, the popping up calendar widget is in English and not in Italian (October instead of Ottobre) Marco
Re: [web2py] Re: bug or backward incompatibility for datetime fields
Do you have correct locales on your browser? 2010/10/24 Marco Prosperi marcoprosperi...@gmail.com: Still doesn't work: I get an exception and, moreover, the popping up calendar widget is in English and not in Italian (October instead of Ottobre) Marco
[web2py] Re: Plugins system (again)
On Oct 23, 4:09 pm, mdipierro mdipie...@cs.depaul.edu wrote: The rationale is complex and it does not exclude that in future we will have plugins with a different folder structure. But consider layout plugins (http://web2py.com/layouts). They need to overwite views/layout.html. They would not fit into the folder structure. The whole issue with conflicts exists, I agree, but there are ways around it. One way would be to have a config file included with every plugin instructing web2py which file to use (plugin or your application) when there is a conflict. I think Pinax (django collection of apps) deals with this issue very nicely. Also if a plugin were to define a function that was available to all controllers, the model you propose would not work. This issue of designing a plugin system is not a simple one. I simply propose looking at django for inspiration, as their system works quite well (just look at the number of django-apps out there). I must say, though, that the solution you guys found works as a start to tackling this issue. Has anyone started a design wiki for this issue anywhere (google code, web2py wiki, etc)? For us plugins are just an application subset (this is discussed in chapter 13 of the new book) but nothing exclude creating a plugins folder, create plugins that install themselves in there, and a plugins.py controller that delegates an action to a function defined in a file in the plugins folder. Massimo My main argument for the framework to have a defined method to this, rather than having everyone find their own work-around, is so that I can release components of my webapp as plugins. On Oct 23, 5:59 pm, b00m_chef r...@devshell.org wrote: I like web2py more than django because it has everything django has, but somehow I feel it was designed to contain those features from the get-go. In django everything feels like it was an after-thought, and the community feels extremely set in their ways to change anything. One thing, thought, that I feel they got right in django was the separation of projects into apps. I was just wondering why web2py chose not to separate plugins more from the main application. I find it extremely ugly to have my application files be polluted by plugin files. I wish I could just easily blow-away my application without blowing away all the plugins with it, or vice-versa. Basically, if my plugin is more complicated than 1 file in each (model, controller, view), and I if I have more than 3 plugins installed, my application becomes a mess very quickly. This is especially a problem when you get to large apps that are built from many small plugins for various features... Proposed directory structure: - Application name - Model - View - Controller - Static, etc... - Plugins - Plugin name - Model - View - Controller - Static, etc... Note, this can also be done without changing everything in the way web2py does it right now, simply by including a symbolic link/shortcut to the plugins folder in the top-level model, controller, view, and static directories, to the plugins/plugin-name/model, view, controller, static folders... Proposed directory structure: - Application name - Model - Shortcut to Plugins folder - View - Shortcut to Plugins folder - Controller - Shortcut to Plugins folder - Static, etc... - Shortcut to Plugins folder - Plugins - Plugin name - Model - View - Controller - Static, etc... I find the Django model of Project - apps a great organization system...in web2py it would be App - plugins. In other words, have a folder in each project/application called plugins, and in that folder have each plugin produce its own folder containing everything necessary for that app (directory structure would be identical to the main app/project directory structure)...in essence, it would be an application within an application. Also, note that I had thought about simply having plugins be apps at the top level that can communicate with other apps, but that would not work if I want to package my application up and distribute it. Conclusion: Was there any reason this was not the directory structure chosen? Other than We wanted to implement something quickly that is backwards compatible and requires least additional coding. I just wonder if the directory structure I propose could ever have enough support to be accepted (even if it doesn't happen in the next release). Thank you for the great framework!!
[web2py] Link-pass data to new view via session not on URL
At the risk of asking a stupid question:
I have a table of links. There is a bit of data associated with each
link. I want to have that bit of data available in the controller
function that is being referred-to in the link, but I don't want to
pass anything to do with that data via the URL.This must be a
situation that has come up before, but I can't seem to find the magic
google words to show it to me.
Would I have to use javascript?
My tests below doesn't seem to permanently update the session object
inside setnum(), even though request.args does contain the number sent
by ajax. Inside showme(), the session value is default once again,
making me thing the cookies are somehow required in the ajax call.
def testajax():
rows=[]
session.num=-1
for i in range(10):
rows.append(
TR(
A('Click Me', _href=URL(f='showme'),
_onclick=XML($.ajax({url: 'setnum/ + str(i) + '})))
)
)
return dict(table=TABLE(rows), session=session)
def setnum():
session.num = request.args[0]
print request.args
print str(request.vars)
print str(response.vars)
print str(session)
print session.num
def showme():
print 'in showme:'
print session.num
return dict(request=request, response=response ,session=session)
Re: [web2py] Re: Hosting service for web2py
Thx for all the options :D 2010/10/23 Luci3n jone...@libero.it You could use google appengine, it's free and web2py runs on it see docs On Oct 23, 4:43 am, José Luna Venezuela jlun...@gmail.com wrote: Hi i whant to know what hosting provider offer suport for web2py or i need to have a vps if i whant to make a web page? Thx -- José F. Luna P.
[web2py] Re: Link-pass data to new view via session not on URL
On Oct 24, 1:56 am, cjrh caleb.hatti...@gmail.com wrote: My tests below doesn't seem to permanently update the session object inside setnum(), even though request.args does contain the number sent by ajax. Ok, I figured out that the $.ajax() call doesn't send a cookie, so the session object inside setnum() is an entirely new one, not the one we want to update. I still want to know how to get data through to a new page via a link (as opposed to a form), and without using data on the URL
[web2py] Re: web2py wizard (alpha) is here
Hi, thanks for the reply, it does make sense. And more params is always a good thing:) so, a menu and stuff injecting script, eh? how interesting... :) Thanks, Mart On Oct 23, 6:45 pm, mdipierro mdipie...@cs.depaul.edu wrote: The problem is that layouts are not built my me. The come form free css layouts and a script of mine that injected menus and stuff in them. We do not have manpower to go through them one by one and edit them. But we could have a ez.css layout that takes extra parameters. Massimo On Oct 23, 1:11 pm, mart msenecal...@gmail.com wrote: Hi Massimo, Yeah, I guess it was kid of late... I'll try again, in shorter version (or at least in less badly organized thoughts): * great wizard. options are huge as to where it can lead. * Would be great if we could store/save the data we set in the wizard in a user_wiz_templates_GENERIC.table (this ones contains the inputted information on wizard first use, for later retrieval - if I am not wrong, your wizard will grow over time in its offerings (already, after less than a week, we can define table tables, maybe next you will have another drop to link that data to an existing apps DB. So already there is worthiness in having the option of keeping this template around. *You (and others too) hold some mighty cool knowledge where people (me included) can ask just about anything under the sun and where you would reply in a matter of minutes with something like put THIS in the view and THAT in the controller - this being blank slate for a sidebar for example. Well, maybe we can have the option of storing some of this great stuff in one of the wizard tables? I.e. going through the wizard yes, I think I would like left and right side bars, so I use a drop down (or a check box, or maybe the wizard will include some dragdrop jquery features so folks could simply drag the sidebar component on some sort of design/layout canvas? See what i am getting at? A little bit like the widget builder, but at wizard time and mostly for layout purposes... perhaps, the wizard could have some EZ CSS snippets (blanks slates) that we can choose, and made available on *save*? I got this because when I tried out the ozard, my broswer had lot of tables open, one being an open instance of the wizard. Since I had closed the wrong tab and lost my template, I used the open instance, clicked on *reset*,and started over (so i thought). I started by the first input box (obviously), then all of a sudden, all the data I had inputted earlier filled the wizard form! So, i thought great! we can save to templates! - but was really just saved in memory. Would be nice to save them in a table. Thanks again, mart :) On Oct 23, 11:03 am, mdipierro mdipie...@cs.depaul.edu wrote: I am not sure I fully understand but this is not because of your nice explanation. Rather me not being fully awake yet. What it does already: - The wizard saves the state in app/wizard.metadata and if you try reopen that app, it will revert to that state, which you can modify - The wizard does not read code so any manual change you make will be lost UNLESS you create additional models and controller not handled by the wizard. They will be ignored and thus preserved. What we could add: - Versioning. web2py admin already has mercurial integration with web based hg init and hg commit. So we could a button to commit every time a new wizard app is generated. It would be really nice to a hg revert interface. It is trivial but not the next thing on the todo list. I think you also suggest a mechanism for detecting errors in user code. Something that checks for missing things. That is hard. I would not know how to do it. I do have script that fix a layout into a web2py layout but they are not very polished. Massimo On Oct 23, 12:56 am, mart msenecal...@gmail.com wrote: Hi, Love the wiZ2py (my daughter coined that one, because she's six and always sounds strange when over-tired and has the giggles - at least that's what it sounded like). I do look forward to many more iterations, all as great and fascinating as the next I sure. was thinking... there are so many things that you can be do with the wizard, and I doubt you will be lacking any ideas, but here's mine anyways. I spend a lot of time, or rather often drift off on tangents (that's better), mostly by accident, where, for example, there was an thread on sidebars, something I never tried (yes, Im still new to web apps)... And I am very certain, that many folks drift off and get lost while exploring web2py as well (just a normal thing I would think with fun and fascinating things)... anyways, the side bars as an example... I tried Massimo's tip, a bit of tweaking, then experimenting, then Jonathan jumped in and mentioned the HTML5 sidebars (great,
Re: [web2py] Re: Link-pass data to new view via session not on URL
On Sun, Oct 24, 2010 at 2:17 AM, cjrh caleb.hatti...@gmail.com wrote: On Oct 24, 1:56 am, cjrh caleb.hatti...@gmail.com wrote: My tests below doesn't seem to permanently update the session object inside setnum(), even though request.args does contain the number sent by ajax. Ok, I figured out that the $.ajax() call doesn't send a cookie, so the session object inside setnum() is an entirely new one, not the one we want to update. I still want to know how to get data through to a new page via a link (as opposed to a form), and without using data on the URL How is the data 'associated' with the link? -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group
[web2py] Administration control panel and production sites
I've skimmed through the book, and I'm reading the part about deployment, so I have a couple of questions. 1. Can multiple sites be served on their own domains using Rocket? 2. How can one take advantage of super-easy app management in the administration section? Thanks in advance. Regards, -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog: http://www.brankovukelic.com/ Check out my portfolio: http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca: http://identi.ca/foxbunny Gimp Brushmakers Guild http://bit.ly/gbg-group
[web2py] Re: Administration control panel and production sites
Yes. You may want to read this recent thread: http://groups.google.com/group/web2py/browse_thread/thread/f0ac5c1d34480565 On Oct 23, 6:42 pm, Branko Vukelic bg.bra...@gmail.com wrote: I've skimmed through the book, and I'm reading the part about deployment, so I have a couple of questions. 1. Can multiple sites be served on their own domains using Rocket? 2. How can one take advantage of super-easy app management in the administration section? Thanks in advance. Regards, -- Branko Vukelić bg.bra...@gmail.com stu...@brankovukelic.com Check out my blog:http://www.brankovukelic.com/ Check out my portfolio:http://www.flickr.com/photos/foxbunny/ Registered Linux user #438078 (http://counter.li.org/) I hang out on identi.ca:http://identi.ca/foxbunny Gimp Brushmakers Guildhttp://bit.ly/gbg-group
[web2py] Re: Generically accessing the results of select
I must be expressing myself poorly. I'm saying that if the dal (and
sql) Row class had a method like this:
def column(self, colname):
(table, field) = colname.split('.')
return self[table][field]
I could do this (which is what jqGrid wants):
results = list()
for row in big_long_hairy_select_with_joins_and_stuff
vals=list()
for f in rows.colnames:
vals.append(row.column(f))
results.append(dict(id=row.column(rows.colnames[0]),cell=vals))
return dict(results=results)
Am I alone in thinking this is something the Row class should know how
to do, or is there some trivial way of doing this already?
It seems weird that no one else has run into this problem...
[web2py] Re: Generically accessing the results of select
you can do this:
results = list()
for row in big_long_hairy_select_with_joins_and_stuff
vals=list()
for f in rows.colnames:
vals.append(row[f.split('.')[1])
results.append(dict(id=row[rows.colnames[0].split('.')
[1]],cell=vals))
On Oct 23, 11:08 pm, BigBaaadBob bigbaaad...@gmail.com wrote:
I must be expressing myself poorly. I'm saying that if the dal (and
sql) Row class had a method like this:
def column(self, colname):
(table, field) = colname.split('.')
return self[table][field]
I could do this (which is what jqGrid wants):
results = list()
for row in big_long_hairy_select_with_joins_and_stuff
vals=list()
for f in rows.colnames:
vals.append(row.column(f))
results.append(dict(id=row.column(rows.colnames[0]),cell=vals))
return dict(results=results)
Am I alone in thinking this is something the Row class should know how
to do, or is there some trivial way of doing this already?
It seems weird that no one else has run into this problem...
[web2py] Bug or break with backwards compatibility?
I noticed my app from a few releases back stopped working with regard
to the view. I had a file that extended 2 files (a header.html, and a
footer.html), it then included (in-between the 2 extends) a body.
Only the last extend will execute in the below main.html file in the
current release (1.87.3), however, in previous versions (a few months
ago) this would work as expected:
header.html
htmlhead/headbody{{include}}
footer.html
{{include}}/body/html
main.html
{{extend 'header.html'}} div my body stuff here /div{{extend
'footer.html'}}
[web2py] Re: Generically accessing the results of select
A couple of comments that I hope might help.
The rows is a dict so if you apply the keys() function you get a list
of keys or values returns a list of values under the keys.
rows = big_hairy_select_with_joins
for row in rows:
for table in row.values()
for field in table.values()
which is iterated over to pull out the value then repeat for the next
level down in the data structure. If I read you correctly I think you
want to generically process the result no matter what query went in?
SQLTABLE must do something like this to pretty print the rows from a
select.
The reason for the hierarchy in the row dict when a join is involved
is so you can tell which table the column came from and there are name
collisions across tables e.g. every table has an id column.
The DAL also has a way to convert rows to a list of the values
rows_list = (big_hairy_select_with_joins).select().as_list()
So now the query result is processed generically with no prior
knowledge of the table or column names?
Is that closer to what you want?
On Oct 23, 9:08 pm, BigBaaadBob bigbaaad...@gmail.com wrote:
I must be expressing myself poorly. I'm saying that if the dal (and
sql) Row class had a method like this:
def column(self, colname):
(table, field) = colname.split('.')
return self[table][field]
I could do this (which is what jqGrid wants):
results = list()
for row in big_long_hairy_select_with_joins_and_stuff
vals=list()
for f in rows.colnames:
vals.append(row.column(f))
results.append(dict(id=row.column(rows.colnames[0]),cell=vals))
return dict(results=results)
Am I alone in thinking this is something the Row class should know how
to do, or is there some trivial way of doing this already?
It seems weird that no one else has run into this problem...
