Re: Annotation failure (Combining multiple aggregations)

On Tuesday, December 8, 2015 at 9:19:52 AM UTC+2, Anssi Kääriäinen wrote: > > On Friday, December 4, 2015 at 5:47:43 PM UTC+2, Paulo Maciel wrote: >> >> Combining multiple aggregations with annotate() will yield the wrong >> results , as multiple >> ta

Re: Decoupling the ORM

On Tuesday, December 15, 2015 at 5:43:55 PM UTC+2, Samuel Bishop wrote: > > Having worked through the code of several Django nosql/alternative > database backend libraries, forks, etc... > > I've noticed that that one of the biggest challenges they run into, is > 'conforming' to many of the thin

Re: MOSS Award to Django

On Wednesday 16 December 2015 08:08:59 Markus Holtermann wrote: > From my point of view the major non-functional difference is the > interaction with a client in *some way*. While a celery task runs without > any form of client, a channels method would mostly do that. Picture the > following exampl

Re: MOSS Award to Django

>From my point of view the major non-functional difference is the interaction >with a client in *some way*. While a celery task runs without any form of >client, a channels method would mostly do that. Picture the following example: A user uploads an image. This could happen through the common r

Re: MOSS Award to Django

On 16/12/15 12:05, Ben Liyanage wrote: And, beyond that, there are plenty of non-critical tasks that applications could easily offload until after a response has been sent - like saving things into a cache or thumbnailing newly-uploaded images. http://channels.readthedocs.org/en/

Re: MOSS Award to Django

> > And, beyond that, there are plenty of non-critical tasks that applications > could easily offload until after a response has been sent - like saving > things into a cache or thumbnailing newly-uploaded images. > http://channels.readthedocs.org/en/latest/concepts.html#concepts I mean this examp

Re: CBV contrib.sitemaps

I meant to add: [1] https://docs.djangoproject.com/en/1.9/ref/contrib/sitemaps/#sitemap-classes On Wednesday 16 December 2015 01:34:45 Shai Berger wrote: > Hi Carl, > > On Tuesday 15 December 2015 18:17:36 Carl Johnson wrote: > > I was adding a sitemap to a project, and I more or less had to rew

Re: MOSS Award to Django

On Wednesday 16 December 2015 01:07:16 Ben Liyanage wrote: > > I get that the goal of this is for asynchronous web requests, but if it's > generalized right it seems like it could cover doing any kind of work > without the pressure of completing a web transaction in a timely fashion. > No, becaus

Re: CBV contrib.sitemaps

Hi Carl, On Tuesday 15 December 2015 18:17:36 Carl Johnson wrote: > I was adding a sitemap to a project, and I more or less had to rewrite the > views from scratch because sitemap expects to receive a dictionary of all > possible pages at start up time, [...] This seems to be a misrepresentation;

Re: MOSS Award to Django

So a channel must result in a response to a browser? It seems both from the config (routing things into functions, or queues) and the underlying tech (using redis or whatever) sounds very similar to celery. >From the docs: - Interface servers, which communicate between Django and the outside

Re: MOSS Award to Django

Hi Ben, Celery and channels don’t tackle the same problem. Celery is an asynchronous task queue. It is designed perform expensive work after responding to a HTTP request. At that point there is no possible communication with the browser. Channels is an asynchronous message framework. It enable

Re: MOSS Award to Django

Hey, Channels sounds a lot like celery (or celery sounds like part of channels). Is that a fair read? Looking for tighter REST integration either way. Thanks, -Ben On Friday, December 11, 2015 at 10:19:00 AM UTC-8, Andrew Godwin wrote: > > Hi everyone, > > For those who haven't seen, Mozilla

CBV contrib.sitemaps

I was adding a sitemap to a project, and I more or less had to rewrite the views from scratch because sitemap expects to receive a dictionary of all possible pages at start up time, which for various reasons I didn't want to have to provide. In general extending sitemaps is pretty difficult beca

Decoupling the ORM

Having worked through the code of several Django nosql/alternative database backend libraries, forks, etc... I've noticed that that one of the biggest challenges they run into, is 'conforming' to many of the things Django expects these lowest layers to do. I opened this ticket https://code.dja

Re: django template modules compiled with cython

On Monday, December 14, 2015 at 3:53:50 PM UTC+1, Alexandru Damian wrote: > > I am not really convinced that replacing the whole file is a good idea. In >> my experience one gets better results when using Cython by strategically >> replacing single functions and rewriting those in C directly.