:)
On Wed, Feb 4, 2015 at 11:31 AM, Alex Glaros alexgla...@gmail.com wrote:
@Richard - for some reason request.args doesn't work
@Joe - found raw_args by trying to follow Richard's advice about session
args - as a beginner didn't know where to find, so combed through
{{=response.toolbar}}
Dear Dave,
Thanks for the reply. I partially agree. I agree that, SQLFORM already
takes a lot of the drudgery out of form [now my words] generation from an
existing table. However, for me, two things apply to SQLFORM:
1. It breaks MVC, meaning if *I* want to customize the form *I* do it in
@Richard - for some reason request.args doesn't work
@Joe - found raw_args by trying to follow Richard's advice about session
args - as a beginner didn't know where to find, so combed through
{{=response.toolbar}} and saw the correct arg within raw_args. Maybe
Massimo can tell us if it
are you sure that there are effectively records on the table ?
On Monday, February 2, 2015 at 10:27:09 PM UTC+1, Moiz Nagpurwala wrote:
Hello,
Sorry to bug you all, but I am still stuck with this year groupby issue.
I am fairly new to Python and web2py.
Any suggestions or alternative
I am agree with many of JoeCodeswell´s points, in my experience, expert
developers reject web2py mostly because, even in the doc, users are
aimed to break the mvc writing code in controllers that belongs to
models or views.
El 04/02/15 a las 12:11, JoeCodeswell escribió:
Dear Dave,
Thanks
request.raw_args is just the part of the URL string that comes after the
app/controller/function before web2py parses it into a list (and replaces
some characters with underscores). It doesn't distinguish between parts of
a URL that were generated programmatically and included in a link vs. a
On Wednesday, February 4, 2015 at 1:12:27 AM UTC-8, Niphlod wrote:
are you sure that there are effectively records on the table ?
It might be helpful to use appadmin to examine a few records. Appadmin
can also be used to enter a few sample records. If Moiz still has
problems, perhaps
Hi,
performed the test on 2.9.11-stable+timestamp.2014.09.15.23.35.11
(Running on Apache/2.4.7 (Ubuntu), Python 2.7.6):
I utilised apache benchmark (ab), making 1130 request within a minute twice
with and without log.close().
I did not notice any memory leak, (neither with the log nor with the
python 2.7.8 64bit, Linux.
My rig is heavily armored but it shouldn't matter for this case: just for
completeness, it's a 6 core xeon x5660 , 24GB RAM, running *buntu 14.10.
test scenario1:
console1) python web2py.py -a mypwd
console2) ab -n 1000 http://127.0.0.1:8000/welcome/default/index
I apologize for the mangled subject, I rewrote several times and left some
typos.
It should be Scheduling several recursive tasks monopolizes the scheduler
El miércoles, 4 de febrero de 2015, 16:33:39 (UTC-6), Antonio Salazar
escribió:
I'm starting to use the scheduler and I really like it,
Looking at the IS_URL() method and to help diagnose this issue, I hope I am
not wrong to believe I should provide the code referenced in this project.
http://www.techshinobi.com/index.php/quick-code-dump-seishin-ca/
Thanks Andrew
--
Resources:
- http://web2py.com
- http://web2py.com/book
Yes I will do so!
Thank you :-)
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
---
You received this message because you are subscribed to the Google
so far, i ported the code to pure python terminal, and used psycopg2
instead of db for postgresql updating, and run the code under console mode.
at full speed and no sleeps, i am running the processors at about 60-70%
which leaves plenty for web2py and apache under centos6.6 and amazonEC2 to
Maybe it will make sense to programmatically update, and cache, the tlds
from here: http://data.iana.org/TLD/tlds-alpha-by-domain.txt, rather
than from here (as stated the validators.py code comment):
There seems to be an issue (for me anyway) with the IS_URL() validator and
the .ninja TLD with my current 2.9.12-stable+timestamp.2015.01.17.06.11.03
web2py.
Here is a service I have set up today where I noticed this issue.
http://seishin.ca
--
Resources:
- http://web2py.com
-
The official_top_level_domains list in validators.py needs to be updated,
can you submit an issue in github?
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list (Report Issues)
Dear Alex,
Thanks for this research.
Did you find this in the book? If so, where?
Love and peace,
Joe
On Tuesday, February 3, 2015 at 1:59:55 PM UTC-8, Alex Glaros wrote:
never mind, found it: {{=request.raw_args}}
final version:
{{if request.raw_args ==
hi,
is it possible to use IS_IN_DB with orderby in multiple fields?
e.g.
table.model.requires = IS_IN_DB(db, db.model.id, lambda r: '%s %s - %s' %
(r.brand.name, r.name, r.ref_no),
orderby = db.model.brand | db.model.name | db.model.ref_no )
the example above is work fine but the result is
I don't know raw_args, it seems to be use for rooting by web2py internal
code... Can find any trace in web2py documentation :
book
and
here :
http://web2py.readthedocs.org/en/latest/search.html?q=raw_argscheck_keywords=yesarea=default
I would avoid using it, because it usage is not documented
I'm starting to use the scheduler and I really like it, but I'm intrigued
by this behavior:
Scheduling more than one instance of a recursive (repeats=0) task makes the
queue process only recursive tasks, ignoring the non-recursive tasks.
I mean, if I schedule one recursive task, all tasks run
I think I'm having the same problem. All of my prices are decimal(9,2) but
they are printing 4 decimal places:
https://pricetack.com/item/test-868
On my Mac with SQLite, they are printing OK with 2 places.
On production, I'm using Postgres but a checked the DB and it's only
storing two places.
And when number is ##.00 it's dropping off the decimals entirely:
https://pricetack.com/item/new-livescribe-echo-4gb-smartpen-73
On Wednesday, February 4, 2015 at 9:19:08 PM UTC-8, pbreit wrote:
I think I'm having the same problem. All of my prices are decimal(9,2) but
they are printing 4
22 matches
Mail list logo
