Re: A different approach for the auto-reloader

2023-04-28 Thread Salomon Roberto Herrera Navarro
Buenas tardes David, cuentame El vie, 28 abr 2023 13:15, David Arredondo escribió: > Hola > > El vie, 28 de abr de 2023 12:02 p. m., natali...@gmail.com < > nataliabid...@gmail.com> escribió: > >> Hello everyone! >> >> I'm conducting a PR cleanse crusade for the project, where I'll try move >>

Re: A different approach for the auto-reloader

2023-04-28 Thread David Arredondo
Hola El vie, 28 de abr de 2023 12:02 p. m., natali...@gmail.com < nataliabid...@gmail.com> escribió: > Hello everyone! > > I'm conducting a PR cleanse crusade for the project, where I'll try move > forward those PRs that still make sense or close them when appropriate. > Were there other

Re: A different approach for the auto-reloader

2023-04-28 Thread natali...@gmail.com
Hello everyone! I'm conducting a PR cleanse crusade for the project, where I'll try move forward those PRs that still make sense or close them when appropriate. Were there other developments in this topic that would be relevant to make a decision about the PR[0]? Thank you! Natalia. [0]

Re: A different approach for the auto-reloader

2019-05-01 Thread Adam Johnson
> > 1. It’s really hard to know where a request is going at this level, so we > could end up with a page view triggering 20 static files requests very > quickly, which would lead to stating all files 20x redundantly. Indeed, maybe this could be solved with a re-stat cooldown? > 2. How would we

Re: A different approach for the auto-reloader

2019-05-01 Thread Tom Forbes
Hey Ramiro, This sounds like a pretty awesome idea in general. It would also solve one long standing issue where the http socket is closed and re-opened during reloading, leading to pageviews after code changes failing. I’m trying to think of some edge cases where we need to be careful, and

Re: A different approach for the auto-reloader

2019-04-30 Thread Andrew Godwin
>From my read this also looks like it would make the auto-reloader able to work a lot better with an async-capable server, so I would be in favour given that is likely in the future as well. Andrew On Tue, Apr 23, 2019 at 9:33 PM Ramiro Morales wrote: > Hi all, > > I had a stab at a somewhat

Re: A different approach for the auto-reloader

2019-04-30 Thread Carlton Gibson
Hi Ramiro. I had a quick look at this — it looks great. (And various folks are having fun with Watchman, so if the promise delivers it'll be welcome.) Do you want to make an actual PR (perhaps with a ticket) so we can get a proper review going? Thanks for the input, as ever!  Kind

A different approach for the auto-reloader

2019-04-23 Thread Ramiro Morales
Hi all, I had a stab at a somewhat simpler development server automatic reloading strategy https://github.com/django/django/compare/master...ramiro:synch-reloader Intention is to test how an implementation of a design by Gary Bernhardt would look. The best written description I could find is