On Saturday, January 7, 2017 at 1:57:36 PM UTC-5, Brendan Barnwell wrote:
>
> The shared functionality involves DB access, so as far as I can tell it
> cannot be abstracted into modules that would then be imported with a normal
> import.
>
You can use the DAL from modules as well. As Niphlod
pls try :
### Change user with email if username is disabled
### Check patterns in
http://127.0.0.1:8000/application/controller/api/patterns.json
## curl
# GET
curl -X GET --user user:password -i
http://127.0.0.1:8000/application/controller/api/books.json
# POST
curl -X POST --user
By playing with earlier versions, I established that 2.12.3 did not seem to
have this problem. The problem was in both earlier and later versions.
Don't know if 2.12.3 was the only version without the problem.
On Friday, January 6, 2017 at 6:51:16 PM UTC-5, David Manns wrote:
>
> Running 2.14.6
On Saturday, January 7, 2017 at 2:42:31 PM UTC, PK wrote:
>
>
>
> On Thursday, January 5, 2017 at 3:08:46 PM UTC, Leonel Câmara wrote:
>>
>> PK you need to tell the server you're posting JSON in content-type for
>> instance using $.ajax
>>
>> var somedict = {a: 1, b: 2};
>>
>>
>> $.ajax({
>>
>>
Ok I've found the problem.
In the title I've hadded before a date with a different encode. Thanks
Leonel for the help.
Il giorno sabato 7 gennaio 2017 09:12:19 UTC+1, Gael Princivalle ha scritto:
>
> I've tried also like that:
> description = title + 'ò'
> Same error.
>
> description = '%s %s'
On Thursday, January 5, 2017 at 3:08:46 PM UTC, Leonel Câmara wrote:
>
> PK you need to tell the server you're posting JSON in content-type for
> instance using $.ajax
>
> var somedict = {a: 1, b: 2};
>
>
> $.ajax({
>
> type: "POST",
> url: "{{=URL()}}",
> dataType: "json", /* if
The shared functionality involves DB access, so as far as I can tell it
cannot be abstracted into modules that would then be imported with a normal
import. But I will take a look at the exec_environment thing, which may be
what I'm after.
On Thursday, January 5, 2017 at 8:26:49 AM UTC-8,
Two lines of code in tools.py appear to have been changed to blanks:
In current source distribution, starting at line 3748 we have:
if self.settings.prevent_password_reset_attacks:
key = request.vars.key
if key:
session._reset_password_key = key
On Friday, January 6, 2017 at 6:05:54 PM UTC-5, David Manns wrote:
>
> I don't know how long this has been broken. Login is working, password
> change is working. Noticed this in my local test environment, on Windows,
> running latest 2.14.6 web2py with local sqlite test database. The reset
>
I host it on GAE. I'm a bit disappointed about performances, but I wanted
to minimise the administration burden with respect to scaling...
There was indeed some intermittent hickups with the SSL certificate, but I
still haven't diagnose the problem (it wasn't reproducible on chrome or
WebKit on
Hi every body!
I wonder how to limit access to administrative interface?
I read a lot how to grant access control to users in a project,
But found no document about how to limit access to administrative interface?
Can I limit it to special IPs?
Can I add 2FA?
Can I add Captcha?
...
--
I haven't tried that before today, but it still didn't work. I appreciate the
suggestion though. Do you have any more?
--
Resources:
- http://web2py.com
- http://web2py.com/book (Documentation)
- http://github.com/web2py/web2py (Source code)
- https://code.google.com/p/web2py/issues/list
I've tried also like that:
description = title + 'ò'
Same error.
description = '%s %s' %(title, event.description)
Same error.
description = 'ò'
No error.
Il giorno venerdì 6 gennaio 2017 19:23:16 UTC+1, Gael Princivalle ha
scritto:
> I edit the controller with notepad ++. Format is UTF-8
13 matches
Mail list logo
