What problem are you getting? What do you do in the controller? I'm asking
because it probably has something to do with the way the grid manages
itself redirecting and putting signatures and other things in the URL.
I think the easiest way is for you to put the grid in another controller
and th
Why don't you setup web2py with nginx directly using uwsgi-emperor? There's
no need to have apache involved.
--
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)
-
Hi Leonel,
I want nginx will stand as proxy server.
Note : when I add more node in upstream, it works normally!
On 18 September 2015 at 14:40, Leonel Câmara wrote:
> Why don't you setup web2py with nginx directly using uwsgi-emperor?
> There's no need to have apache involved.
>
> --
> Resource
the problem is not nginx,. is apache!
On Friday, September 18, 2015 at 10:35:19 AM UTC+2, Nguyen Minh Tuan wrote:
>
> Hi Leonel,
>
> I want nginx will stand as proxy server.
>
> Note : when I add more node in upstream, it works normally!
>
> On 18 September 2015 at 14:40, Leonel Câmara > wrote:
Yes, but what problem do you observe? Are the URLs not getting generated
properly? Is the value not available in request.get_vars? What happens when you
click? Can you show the code of the action associated with that URL?
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation
No, you should *not* give each form a unique name. Instead, use the code I
provided (though without specifying the "hidden" argument to SQLFORM, as
you will insert the hidden "id" field for each record's form directly in
the view). So, in the controller, you define only a single form with an
ex
Also, don't do form.validate(session=None), as that will remove the CSRF
protection.
On Friday, September 18, 2015 at 7:37:48 AM UTC-4, Anthony wrote:
>
> No, you should *not* give each form a unique name. Instead, use the code
> I provided (though without specifying the "hidden" argument to SQL
THX!
El mar., 15 de septiembre de 2015 12:46, Niphlod
escribió:
> update appadmin.py from the latest master repo...
>
>
> On Saturday, September 12, 2015 at 10:37:56 PM UTC+2, St. Pirsch wrote:
>>
>> There is an 404 while loading the admin editor /admin/edit/app/views/
>> which becomes visible
OK guys,
I checked it out and it looks like Pythonanywhere and Webfaction are the
only real web2py hosting games in town. Thanks for the info, I got enough
data to make my choice now.
Grtz,
Blutoh
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.co
On Friday, September 18, 2015 at 6:02:56 AM UTC-7, Blutoh wrote:
>
>
> OK guys,
>
> I checked it out and it looks like Pythonanywhere and Webfaction are the
> only real web2py hosting games in town. Thanks for the info, I got enough
> data to make my choice now.
>
>
>
There are various hosting
If I understand, using the scheduler in my case would only be a viable
option for my own processing purposes, not multiple users. If so, it
appears that my only option would be to export a downloadable desktop
version of the interface to be used for this processing. If I am at all
offtrack h
Hi,
I redefined auth.register with some "extra_fields" as the email
field for example.
But now I have a "Target receiver address not specified" because
I guess that the db.auth_user.email remains empty.
I'd like to ask if I have to redefine mail.send to make it works
or is there a simpler way to
imho the scenario isn't clear. Why having a sleuth of workers waiting for
tasks enqueued by your app is not viable for multiple users ?
On Friday, September 18, 2015 at 8:14:31 PM UTC+2, Phillip wrote:
>
> If I understand, using the scheduler in my case would only be a viable
> option for my own
My basic interpretation: The scheduler shouldn't be managed by
the webserver (shouldn't be controlled by user requests) which could
basically create zombie processess and / or will drop long-running
processes.
If you see no reason the scheduler shouldn't work for this purpose (while
preventing
I still can't get the
"""viable option for my own processing purposes, not multiple users"""
if they're viable for you, they're viable for multiple users. To a limit.
BTW: you can't run external processes on GAE, there's only the TaskQueue
(with some limitations)
As for the number of concurre
On Friday, September 18, 2015 at 12:01:30 PM UTC-7, Niphlod wrote:
>
> imho the scenario isn't clear. Why having a sleuth of workers waiting for
> tasks enqueued by your app is not viable for multiple users ?
>
> On Friday, September 18, 2015 at 8:14:31 PM UTC+2, Phillip wrote:
>>
>> If I unders
On Friday, September 18, 2015 at 3:37:26 PM UTC-4, Phillip wrote:
>
> This was my basic interpretation of your post: Scheduler processes
> shouldn't be managed by the webserver (shouldn't be controlled by user
> requests) which could basically create zombie processess and / or will drop
> long-r
:-)
On Thursday, 17 September 2015 14:33:26 UTC-5, weheh wrote:
>
> *** Please reply to this thread if you're interested in a Boulder, CO
> web2py meetup. ***
>
> Hello Boulder web2py users. I organized a very well received web2py meetup
> in Berkeley, CA, last year with Massimo and would like t
hm, not sure, i get it, but i guess that you can use the query for that and
pass it into mai.send(to=query result, ...). another thing is, it seems i
can't find mail.settings.to in web2py book. pls read the book about setup
and sending emails
e.g. from book :
mail.send(to=['someb...@example.com
José,
How did you do your form validation and ensure the right tab was open to
show the error? I am doing something similar and would like to do the
validation in the controller rather than using lots of javascript.
Thanks,
Stuart
On Thursday, April 18, 2013 at 5:15:32 PM UTC-7, Jose wrote:
20 matches
Mail list logo
