KLIK IKLAN DAPAT RUPIAH LANGSUNG DI BAYAR KE BANK ANDA

Di Klikrupiah, anda akan mendapatkan uang setiap klik iklan. Prosesnya cukup mudah anda cuma klik iklan dan lihat beberapa detik kemudian uang masuk kesaldo anda. Anda tidak membutuhkan keahlian. Yang anda butuhkan hanya lihat iklan dan klik yang ada di website kami. Anda bisa mengajak teman anda

Re: Proposal: user-friendly API for multi-database support

On Wed, 2008-09-10 at 13:16 -0700, koenb wrote: [...] > As far as I can tell, this is not supported currently by the plumbing > Malcolm provided (since the operations settings eg in WhereNode are > taken from the default connection and not from the passed in > connection; this is no problem if yo

Re: Proposal: user-friendly API for multi-database support

FWIW as a possible data point, our team has implemented partitioned models in Oracle. To control this I added a settings parameter with a list or models to be partitioned. The actual work is done in the sqlreset command logic (but really needs to be in the table/index generation code for SQL crea

Re: Signal Connection Decorators

On Sep 11, 2008, at 21:19, Justin Fagnani wrote: > I just got a chance to look at this, and I like it, but have one > suggestion. From a usage standpoint, wouldn't it be simpler to have > the decorator just be the signal name, like @pre_save? I can't see any > situation where you'd use a decorator

Re: A Real Abstract BaseDatabaseWrapper Class

On Thu, 2008-09-11 at 13:17 -0700, mtrier wrote: > Malcolm, > > Thanks for the nice reply. > > On Sep 11, 2:08 pm, Malcolm Tredinnick <[EMAIL PROTECTED]> > wrote: > > Why? If your reason is self-documenting code for somebody implementing > > an external backend, we can probably work something o

Re: A Real Abstract BaseDatabaseWrapper Class

Malcolm, Thanks for the nice reply. On Sep 11, 2:08 pm, Malcolm Tredinnick <[EMAIL PROTECTED]> wrote: > Why? If your reason is self-documenting code for somebody implementing > an external backend, we can probably work something out. Let me be more concrete then. I went to implement a backend.

Re: Signal Connection Decorators

On Thu, Sep 11, 2008 at 2:19 PM, Justin Fagnani <[EMAIL PROTECTED]> wrote: > This could be implemented easily by adding a __call__() method to Signal. > That's a win. Anyone against? --~--~-~--~~~---~--~~ You received this message because you are subscribed to th

Re: Signal Connection Decorators

Hey Zack, I just got a chance to look at this, and I like it, but have one suggestion. From a usage standpoint, wouldn't it be simpler to have the decorator just be the signal name, like @pre_save? I can't see any situation where you'd use a decorator for anything but connecting, so the ".connect

Re: A Real Abstract BaseDatabaseWrapper Class

On Thu, 2008-09-11 at 08:15 -0700, mtrier wrote: > I'd like to propose that we fix up the abstract BaseDatabaseWrapper > class so that it actually has all the hooks it needs. Right now the > two missing items I'm seeing are the absence of validation and > introspection. There is the expectation

A Real Abstract BaseDatabaseWrapper Class

I'd like to propose that we fix up the abstract BaseDatabaseWrapper class so that it actually has all the hooks it needs. Right now the two missing items I'm seeing are the absence of validation and introspection. There is the expectation that the implementations will have these and implement th

Re: Recursive inlines in admin?

Thanks, everyone, for your replies! Doing a reply-to-all thing here... On Sep 10, 9:27 pm, "Adrian Holovaty" <[EMAIL PROTECTED]> wrote: > This has come up a number of times over the years, and I still haven't > wrapped my head around why somebody would need this functionality... > Surely one coul

Re: Proposal: user-friendly API for multi-database support

On Sep 10, 2:13 pm, "Justin Fagnani" <[EMAIL PROTECTED]> wrote: > For application-wide db connections, I think it'd be much easier and > more portable to choose the connection in settings.py rather than in a > Model. > I agree with you Justin. The applications should remain db agnostic. We re

Re: I want a pony: Distributed RCS

Hi, I wasn't aware that git-svn always creates the same trees. God! On Thu, Sep 11, Matthias Kestenholz wrote: > I just checked, and the two repositories have diverged. Jacob's > repository contains > a merge commit from 12 days ago[1] which is not recorded as a merge in the > subversion his

Re: Proposal: user-friendly API for multi-database support

On Sep 10, 7:53 pm, Simon Willison <[EMAIL PROTECTED]> wrote: > Dealing with single queries that span multiple databases > > > Once you have different tables living in different databases there's > always the chance that someone will try to

Re: I want a pony: Distributed RCS

On Thu, Sep 11, 2008 at 10:40 AM, Matthias Kestenholz <[EMAIL PROTECTED]> wrote: > On Thu, Sep 11, 2008 at 10:17 AM, Michael Radziej <[EMAIL PROTECTED]> wrote: >> >> Hi, >> >> On Wed, Sep 10, Malcolm Tredinnick wrote: >>> Commit ids are stable in, for example, git-svn, >>> so merges will be the sa

Re: I want a pony: Distributed RCS

On Thu, Sep 11, 2008 at 10:17 AM, Michael Radziej <[EMAIL PROTECTED]> wrote: > > Hi, > > On Wed, Sep 10, Malcolm Tredinnick wrote: >> Commit ids are stable in, for example, git-svn, >> so merges will be the same for everybody who merges from a >> subversion-tracking branch to their development bra

Re: I want a pony: Distributed RCS

Hi, On Wed, Sep 10, Malcolm Tredinnick wrote: > Commit ids are stable in, for example, git-svn, > so merges will be the same for everybody who merges from a > subversion-tracking branch to their development branch (in the sense > that everybody pulling from subversion will get the same commit id

Advanced IP Address Calculator

*Advanced IP Address Calculator ** http://portabler.blogspot.com/2008/09/advanced-ip-address-calculator-11.html * --~--~-~--~~~---~--~~ You received this message because you are subscri