Re: missing files because versioning?

From: Magnus Hagander <magnus(at)hagander(dot)net>
To: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, "w^3" <pgsql-www(at)lists(dot)postgresql(dot)org>
Subject: Re: missing files because versioning?
Date: 2023-03-24 12:10:35
Message-ID: CABUevEwyVwbKWE-O2x3SL7W2zyV9YdhjYEDL8ERKAFfF5d+8OQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-www

On Wed, Mar 22, 2023 at 3:24 PM Jonathan S. Katz <jkatz(at)postgresql(dot)org>
wrote:

> On 3/22/23 10:17 AM, Magnus Hagander wrote:
>
> > By definition it's unnecessary given we don't use it :-) it's not much
> > traffic on the server side though, but it certainly seems like something
> > worth optimizing for client side improvements if it's easy enough to do.
> > At least unless it turns out to be ugly or invasive against something
> else.
> >
> > So it sounds like completing that patch is worthwhile.
>
> I have it ready to go -- it's just removing:
>
> "/*# sourceMappingURL=bootstrap.css.map */"
>
> and the like from the minified files. I haven't posted it because it's a
> 1.5MB diff for a 3 line change (yay minified code).
>
> But if there are no objections, I can push it.
>
>
Hmm. So it requires actually modifying the upstream import, that makes it a
lot more annoying for future imports etc. I don't like that idea at all.

Maybe the better option then is to just migrate over to using
assets.postgresql.org to increase the cache hits on them, stick the proper
map file in there, and rely on 304s.

//Magnus

In response to

Responses

Browse pgsql-www by date

  From Date Subject
Next Message Alvaro Herrera 2023-03-24 12:18:58 Re: Wiki editor request
Previous Message Adela Chen 2023-03-24 10:19:18 Wiki editor request