On Thu, Apr 8, 2010 at 11:45 AM, David Cramer wrote:
>
... which they've been given several times in the past. I've just
blocked their account.
Yours,
Russ Magee %-)
> On Apr 7, 4:47 pm, OSS wrote:
>> Front-End Developer - Contract/Telecommute | 40-50/hour
>>
>> My client is a B2B media compa
On Apr 7, 4:47 pm, OSS wrote:
> Front-End Developer - Contract/Telecommute | 40-50/hour
>
> My client is a B2B media company and they are looking to hire a Front-
> End Web Developer for a few upcoming projects, ranging from an online
> publication development project to social media application
On Wed, Apr 7, 2010 at 9:45 PM, Dagvadorj Galbadrakh
wrote:
> On Wed, Apr 7, 2010 at 2:40 PM, Russell Keith-Magee
> wrote:
>> If you're going to tackle this problem, I'd
>> rather see you concentrate on issues like:
>>
>> * Translating application names
>> * Solving the "two applications called
On Wed, Apr 7, 2010 at 5:22 PM, Alex Gaynor wrote:
>> Other issues that spring to mind:
>>
>> * What about nonSQL datatypes? List/Set types are a common feature of
>> Non-SQL backends, and are The Right Way to solve a whole bunch of
>> problems. How do you propose to approach these datatypes? Wha
Front-End Developer - Contract/Telecommute | 40-50/hour
My client is a B2B media company and they are looking to hire a Front-
End Web Developer for a few upcoming projects, ranging from an online
publication development project to social media applications. This is
contract work for now, but it m
On Wed, Apr 7, 2010 at 5:12 PM, Alex Gaynor wrote:
> No. I am vehemently opposed to attempting to extensively emulate the
> features of a relational database in a non-relational one. People
> talk about the "object relational" impedance mismatch, much less the
> "object-relational non-relational
On Wed, Apr 7, 2010 at 2:19 PM, lasizoillo wrote:
> 2010/4/7 Alex Gaynor :
>
>> * 2 weeks - begin working on a backend for a non-relational database
>> (probably
>> MongoDB)
>
> Pymodels[1] have backends for MogoDB and Tokyo Tyrant/Cabinet. Maybe
> some things can be reused in backend.
>
> htt
2010/4/7 Alex Gaynor :
> * 2 weeks - begin working on a backend for a non-relational database
> (probably
> MongoDB)
Pymodels[1] have backends for MogoDB and Tokyo Tyrant/Cabinet. Maybe
some things can be reused in backend.
http://bitbucket.org/neithere/pymodels/
Regards,
Javi
--
You rec
On Wed, Apr 7, 2010 at 6:47 AM, Russell Keith-Magee
wrote:
> On Wed, Apr 7, 2010 at 8:11 AM, Alex Gaynor wrote:
>> Non-relational database support for the Django ORM
>> ==
>>
>> Note: I am withdrawing my proposal on template compilation. Another s
On Wed, Apr 7, 2010 at 4:43 AM, Waldemar Kornewald wrote:
> Hey Alex,
>
> On Apr 7, 2:11 am, Alex Gaynor wrote:
>> Non-relational database support for the Django ORM
>> ==
>>
>> Note: I am withdrawing my proposal on template compilation. Another
>
On Apr 7, 2010, at 1:40 PM, Russell Keith-Magee wrote:
> I agree with Alex - there's a lot more detail needed here. How will I
> get access to the App instance that a model belongs to? How will
> legacy attributes like db_prefix be proxied? What is the order of
> precedence when a model and an app
Am 07.04.2010 um 13:40 schrieb Russell Keith-Magee:
> On Mon, Apr 5, 2010 at 5:35 AM, Arthur Koziel wrote:
>> Hi,
>> I’m going to apply for GSoC with the goal of refactoring the app loading
>> [0]. I’ve been looking at Django’s current app loading implementation
>> (db.models.loading), Vinay Saj
On Apr 7, 2010, at 1:40 PM, Russell Keith-Magee wrote:
> On Mon, Apr 5, 2010 at 5:35 AM, Arthur Koziel wrote:
>> Hi,
>> I’m going to apply for GSoC with the goal of refactoring the app loading
>> [0]. I’ve been looking at Django’s current app loading implementation
>> (db.models.loading), Vinay
On Wed, Apr 7, 2010 at 2:40 PM, Russell Keith-Magee
wrote:
> If you're going to tackle this problem, I'd
> rather see you concentrate on issues like:
>
> * Translating application names
> * Solving the "two applications called auth" problem
> * Providing configurability for db-level naming conv
On Apr 7, 2:18 pm, Russell Keith-Magee wrote:
>
> It's fair to assume that there will always be *some* details that are
> worked out as part of the GSoC work. My intention isn't to try and
> nail down all the details before the project starts - it's to try and
> work out how much Arthur has thoug
>>> For the record - I don't think the "multiple versions of a single app"
>>> problem is one worth solving. I'm not even convinced it can be solved
>>> at all, for all the reasons Florian identified, and then some.
>>
>> I agree, but IIRC it was quoted as one reason why this feature was
>> left o
On Wed, Apr 7, 2010 at 8:23 PM, Vinay Sajip wrote:
>
> On Apr 7, 12:40 pm, Russell Keith-Magee
> wrote:
>>
>> I agree with Alex - there's a lot more detail needed here. How will I
>> get access to the App instance that a model belongs to? How will
>> legacy attributes like db_prefix be proxied? W
On Apr 7, 12:41 pm, Dagvadorj Galbadrakh wrote:
>
> Then, I thought that changing import_module is not necessary and
> thought of importing the original app to the new instance in place,
> like:
The very fact that you considered replacing import_module would make
me a bit nervous :-/
>
> ...
>
On Apr 7, 12:40 pm, Russell Keith-Magee
wrote:
>
> Strings will be converted to App()... by What? When?
>
This is already done by the #3591 patch, in
django.db.models.loading.py.
> What happens to existing code that is using "for app in INSTALLED_APS"
> as an idiom?
>
The #3591 patch does this
Thanks for the comment. It will really help. I will try to address
wide variety of consequences of any change in the code in my proposal.
As for the last comment, it really brings up conflict as I was also
thinking yesterday. Firstly, my solution would be changing
importlib.import_module to have 3
On Mon, Apr 5, 2010 at 5:35 AM, Arthur Koziel wrote:
> Hi,
> I’m going to apply for GSoC with the goal of refactoring the app loading
> [0]. I’ve been looking at Django’s current app loading implementation
> (db.models.loading), Vinay Sajip’s patch in #3591 [1] and the notes on the
> InstalledApps
On Mon, Apr 5, 2010 at 4:11 PM, Dagvadorj Galbadrakh
wrote:
> Hello group,
>
>
>
> I want to attend to this year's Google Summer of Code program with
> "App loading". The following is a part from my proposal. It offers
> more simplistic approach than heavily discussed one with App() in
> INSTALLED
> these problems aren't show stoppers, and in most cases, there are solutions
> or workaround
Thanks. This is exactly a very good summary, that I can share (with how to,
where possible).
if someone with "enterprise" requirements wants to make a suggestion on
> something that needs to be improved
On Tue, Apr 6, 2010 at 2:46 AM, Lakshman Prasad wrote:
> Hi,
> I will be speaking about django "Building Reusable Applications using
> django" at the Great Indian Developer summit (link) in a couple of weeks.
> GIDS is a large conference, with lot of enterprise audience. To most of
> them, this wi
On Wed, Apr 7, 2010 at 8:11 AM, Alex Gaynor wrote:
> Non-relational database support for the Django ORM
> ==
>
> Note: I am withdrawing my proposal on template compilation. Another student
> has expressed some interest in working on it, and in any
Hey Alex,
On Apr 7, 2:11 am, Alex Gaynor wrote:
> Non-relational database support for the Django ORM
> ==
>
> Note: I am withdrawing my proposal on template compilation. Another
> student
> has expressed some interest in working on it, and in any
On Apr 5, 4:37 pm, Russell Keith-Magee
wrote:
> However, we can't seriously start talking about Python 3 until:
>
> * all the downstream vendors (DB-API implementations, mod_wsgi, etc)
> have viable Python 3 implementations, and
Hmmm, mod_wsgi has had working Python 3.0 support for over a year
27 matches
Mail list logo
