[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#37207: guix.gnu.org Last Modified at epoch
From: |
Ludovic Courtès |
Subject: |
bug#37207: guix.gnu.org Last Modified at epoch |
Date: |
Thu, 29 Aug 2019 14:40:12 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/26.2 (gnu/linux) |
Hi Gábor,
Gábor Boskovits <address@hidden> skribis:
> Ludovic Courtès <address@hidden> ezt írta (időpont: 2019. aug. 28., Sze,
> 22:32):
>
>> Hello,
>>
>> Gábor Boskovits <address@hidden> skribis:
>>
>> > we should create a file with the git last modification time of the files,
>> > updated when there is a new commit in the repo => last-modified
>> > we should create a file with some hash of the files, updated when there
>> is
>> > a new commit in the repo => etag
>> > we could restrict these operations to the files modified since the last
>> > checkout.
>> >
>> > Retrieve these with embededd perl.
>> > Wdyt?
>>
>> What would the config look like? AFAICS our ‘nginx’ package doesn’t
>> embed Perl, and I think it’s better this way. :-) Can we do that with
>> pure nginx directives?
>>
>> We create /srv/guix.gnu.org (as a symlink) with the correct mtime¹. If
>> we can tell nginx to use it as the ‘Last-Modified’ date, that’s perfect.
>>
>>
> I was thinking about this. Yes, we can solve that with pure nginx. There is
> an issue however.
> It invalidates all cached entries on update, so files not modified will
> also need to be downloaded again.
>
> The easiest way to do that would be to simply generate an nginx config
> snippet at a configurable location,
> setting up the mtime and etags variable, and include that from the main
> config.
>
> If this would be ok, then I will have a look at implementing this.
I’m not sure I fully understand, but yes, if you could send a prototype
as a diff against maintenance.git, that’d be great!
Thank you,
Ludo’.
bug#37207: guix.gnu.org Last Modified at epoch, Danny Milosavljevic, 2019/08/28