Hot-backup and other HA features make me excited!
On 21 сен, 01:06, mdipierro wrote:
> http://www.postgresql.org/about/news.1235
I retried a clean installation and got the same error message...
I really don't understand why this... I follow the exact steps from
the video.
Thanks in advance if someone had the same issue that I'm having and
was able to solve it.
On Sep 21, 12:53 am, mdipierro wrote:
> You are getting an err
You are getting an error on this line:
WSGIDaemonProcess web2py user=www-data group=www-data
Do not know why.
On Sep 20, 11:48 pm, Yannick wrote:
> Thanks. I tried the script in order to install Web2py on VPS.net and
> here is the error message I got:
>
> We failed to correctly shutdown apache,
Thanks. I tried the script in order to install Web2py on VPS.net and
here is the error message I got:
We failed to correctly shutdown apache, so we're now killing all
running apache processes. this is almost certainly suboptimal, so
please make sure your system is working as you'd expect now!
Sy
If the URL is exposed and it is accessible via ajax, than it is called
by the remote browser.
You can only limit access with @auth.requires_login() or other auth
recorator.
On Sep 20, 6:48 pm, Avik Basu wrote:
> I have a generic function called edit_db which allows for editing of
> database reco
Did you check errors in admin page?
Ajax errors not easy to catch due their hideness.
Try FireBug or other simular tools (Google chrome & IE8 has own build-
in)
On 13 сен, 10:40, weheh wrote:
> Sorry, I don't think I was very clear in my last message. I tried
> Massimo's suggestion but did the
I have a generic function called edit_db which allows for editing of
database records and is useful for ajax-related form functions such as
edit-in-place. The URL that is exposed is something like
edit_db/tablename/row_id/fieldname?value="newvalue"
I would like to make sure that this function ca
OK, I got it. On web2py level it is now a list of strings all the way.
That makes sense of course as it simplifies the usage. Internally its
'|' separated concatenation on RDBMS and list property on GAE, which
also makes sense.
What confused me was the fact that if you use simple "string" instead
That's too bad. It seems like the perfect thing to be able to do. I
know I can pick apart the SQLTable in the view, but it would be so
darn sweet to be able to do it in the represent view ...
On Sep 20, 1:30 am, mdipierro wrote:
> This cannot be done with represent. The function is design to prov
On relational database with type="list:string" the internal
representation is the same as before '|xxx|yyy|zzz|' but it is no
longer exposed to the user. The user inserts a list a string and
extract a list of strings.
On GAE things have changed. At the web2py level the user still inserts
a list of
As far as I can see, when "list:string" is being used the effect is
very similar (I'm testing this on GAE). Again a list like
representation is used (this time using unicode):
[u'xxx',u'yyy',u'zzz'], not the old '|' separated strings. Does it
mean that now this is the new way of representing a list
I checked and it works for me (insert is correct) but retrieval is not
correct because
db.define_table("aaa", db.Field("bbb"), migrate=False)
should be
db.define_table("aaa", db.Field("bbb","list:string"), migrate=False)
You should be able to change this and data in db should be file.
With
I've noticed that recent versions of web2py (1.85) create a different
string in DB when form with checkboxes is serialised (compared to
version 1.77).
db.define_table("aaa", db.Field("bbb"), migrate=False)
db.aaa.bbb.widget = SQLFORM.widgets.checkboxes.widget
db.aaa.bbb.requires = [IS_IN_SET(BBB_
http://www.postgresql.org/about/news.1235
Your change
http://code.google.com/p/web2py/source/detail?r=37b316948f4ae0cfa8a3d566f17eb00ddca9b5c5
worked.
thanks for the fast turn-around.
Wondering aloud... would it be a good idea to add 'timestamp' as a
formal Web2py Field type? the missing microseconds of datetime on
*some* platforms is go
On Sep 20, 2010, at 8:21 AM, mdipierro wrote:
>
> fixed in trunk
As long as you're fixing tools.py, here's the output from pyflakes:
tools.py:23: redefinition of unused 'thread' from line 18
tools.py:371: 'constants' imported but unused
tools.py:372: 'pyme' imported but unused
tools.py:1876: loc
fixed in trunk
On Sep 20, 10:07 am, "dustin.b" wrote:
> hi i simply upgraded from 1.84.1 to 1.85.1 and get a ticket. i
> narrowed down the issue to this:
>
> db.py
>
>
> auth.settings.hmac_key = 'sha512:97655ab8-04d0-4321-
> b8fa-84f525fb8fe0' # before define_tables()
>
> db.define_table(
On Sep 20, 2010, at 8:07 AM, dustin.b wrote:
>
> hi i simply upgraded from 1.84.1 to 1.85.1 and get a ticket. i
> narrowed down the issue to this:
This logic is wrong on its face:
if 'username' in table_user.fields:
if self.settings.login_userfield:
userfield
hi i simply upgraded from 1.84.1 to 1.85.1 and get a ticket. i
narrowed down the issue to this:
db.py
auth.settings.hmac_key = 'sha512:97655ab8-04d0-4321-
b8fa-84f525fb8fe0' # before define_tables()
db.define_table(
auth.settings.table_user_name,
Field('username', length=128, defa
On Sep 20, 2010, at 6:25 AM, mdipierro wrote:
>
> somehow the web server is not settings the environment variable
> REMOTE_ADDR that should contain the address of the remote client.
Is this possibly normal for fcgi?
We could change e['REMOTE_ADDR'] to e.get('REMOTE_ADDR', 'localhost'), like we
Dave, You brought up a great issue and I thought I would follow up
with some testing I have been doing on how Web2py currently handles
mixed case email addresses (which turns out to be perfectly, but this
can cause end users some difficulties as many may not distinguish
based on case. I have propos
Will do
On 20 Sep 2010, at 14:35, mdipierro wrote:
> Can you please try trunk?
>
> On Sep 20, 8:09 am, Carl wrote:
>> It took a bit of binary upgrading to pin down this issue but I#ve
>> found that it's between 1.84.4 and 1.85.1
>>
>> However since 1.85.1 (thru to 1.85.3) selects and inserts
If you are interested in caching view or controller output, please
check the examples section:
http://web2py.com/examples/default/examples#cache_examples
Notice the timers which indicate how long before the view or
controller output is re-rendered. You can also check out appadmin.py
included wit
un sabscrim
On Mon, Sep 20, 2010 at 8:14 AM, KMax wrote:
> I guess, this is still actual.
> And some thought on profile remove feature.
> If some posts or any other records are referenced to the profile, is
> it good idea to drop them in cascade? I guess not. The obly way is
> mark profile as r
Can you please try trunk?
On Sep 20, 8:09 am, Carl wrote:
> It took a bit of binary upgrading to pin down this issue but I#ve
> found that it's between 1.84.4 and 1.85.1
>
> However since 1.85.1 (thru to 1.85.3) selects and inserts to the
> datastore fail when I use a SQLCustom definition (see de
somehow the web server is not settings the environment variable
REMOTE_ADDR that should contain the address of the remote client.
On Sep 20, 7:49 am, Rahul wrote:
> Any Guesses? Still waiting for an answer..
> Also routes.py is mystic for deployment - I have created a new one
> from scratch conta
It took a bit of binary upgrading to pin down this issue but I#ve
found that it's between 1.84.4 and 1.85.1
However since 1.85.1 (thru to 1.85.3) selects and inserts to the
datastore fail when I use a SQLCustom definition (see details below).
On dev_appserver all continues to work fine.
But local
Any Guesses? Still waiting for an answer..
Also routes.py is mystic for deployment - I have created a new one
from scratch containing only the below two lines - as mentioned in
slice #68
FYI on cpanel I have the below directory structure -
$HOME//public_html//web2py
also www is a directory that is
Sounds reasonable, but would I need to worry about the cascade
attribute? In a CMS, I would hate to suddenly loose existing content
that's tied to a user id if the user decides to retire his profile.
=HC
On Sep 20, 5:14 am, KMax wrote:
> I guess, this is still actual.
> And some thought on profi
Glad it helped, Dsvid. BTW, step 1, is not required AFAIK, as email
addresses appear to be stored in lower case by default. The place to
check less documented features of w2p is epydoc at
http://localhost:8000/examples/static/epydoc/index.html
IS_LOWER() is a validator not a formatter, so all it co
30 matches
Mail list logo
