As Mengu, but with different flavor:
1) easy as possible (you can write many details: DAL, forms, CRUD,
templates etc.)
2) secure (web is dangerous, because of its openness, but with web2py
easy to avoid many security problems)
3) fast and scalable (every part: the DAL, the core, the templates)
I ***LOVE*** the tight integration of web2py components.
I ***LOVE*** the compactness of web2py.
I ***HATE*** over-abstracted, over-engineered, over-complicated, Java-
style enterprisey code. YAGNI, KISS, "less is more" are hard-earned
parts of developer wisdom. Most of the web frameworks someho
Some experiences from many years of working with wikis, small to
medium to large:
-- Autoconversion:
It is very hard to *automatically* convert any bigger, heterogenous
material to a *good* wiki format. Attemptions are plenty, all of them
failed. Probably it is impossible. Except conversio
I suggest to see
http://groups.google.com/group/web2py/msg/8bc0309e26c0cb84
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+unsub
I suggest to look at
http://groups.google.com/group/web2py/msg/8bc0309e26c0cb84
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubscribe from this group, send email to
web2py+u
> On the choice of wiki, I'd take a look at MoinMoin
I admit my experiences with MoinMoin are old (around 2005).
Then it was mediocre.
After your current recommendation I revised my memories.
Latest versions are far better than the older ones.
* It still hasn't section editing. Seemingly minor fe
I suggest semantic versioning (http://semver.org/).
On febr. 13, 05:02, mdipierro wrote:
> Feel free
> to make a proposal.
--
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web...@googlegroups.com.
To unsubsc
See
http://stackoverflow.com/questions/54998/how-scalable-is-sqlite
[...] there is nothing that prevents using an Sqlite database in a
multi-user environment, but every transaction (in effect, every SQL
statement that modifies the database) takes a lock on the file, which
will prevent other users
This problem is definitely at Sqlite level.
"Everything seems to be all right when I test it" == single user
"but with as few as 2 simultaneous users I (sometimes) run into
trouble" == database locked by transaction
Sqlite has no problems with concurrency, it is a simple, fast, very
high quality
I completely agree with Massimo sentence by sentence, and with Álvaro
too.
While I love Python and web development, I didn't fully love *web
programming in Python*, because superfluously hard. Lots of boring
repetitions, I *must* set too much options, many compatibility
problems between framework
May I suggest an extended,
CRUD style,
plugin_name oriented
interface, in a 'plugin' module? So we can use
plugin.pack(your_app, w2p_filepath, plugin_name)
to pack the given plugin into a w2p file at w2p_filepath;
even better if w2p_filepath unambiguously define the plugin_name, so
we
It would be good, if authors can give names to her/his plugins freely.
If she/he use
her/his (short)name as prefix (and each author's short name is
unique),
append '_',
append a thematic part (for example 'auth'),
finally a version part,
then each version of each plugins has a unique
See http://www.web2py.com/AlterEgo/default/show/215
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web2py@googlegroups.com
To unsubscribe from this group, se
An interesting comparison of JavaScript compressors:
http://compressorrater.thruhere.net/
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web2py@googlegroups.
Another one:
http://www.sucks-rocks.com/rate/web2py/django/ruby+on+rails
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"web2py-users" group.
To post to this group, send email to web2py@googlegroups.com
To unsubscrib
Storing images in database is a bad idea GENERALLY.
But on GAE you can't write the file system, so you have no other
choice for persistent storage.
And you will see garbage instead of image if MIME type incorrect or
unsetted.
In general case the web server (e.g. Apache) will set it for you
automa
Don't mock the humpbacked, please :).
The correct syntax is Windows-like, to ease the work of the PHP
interpreter:
namespaces\that\look\like\paths
Quote: "Of course, it would be great if PHP used a ‘.’ period for
public methods, static methods, and namespaces. That would make it
consistent wi
17 matches
Mail list logo
