mirror of
https://github.com/discourse/discourse.git
synced 2024-12-19 11:03:54 +08:00
c97d1d7c59
The `max_compress?` logic is totally broken at least when used for brotli compression because we are only seeing 4 assets subjected to the max compression level in production. Instead of fixing the broken logic, we should just drop this unnecessary complexity cause things are easier to reason about when we only have one compression level to deal with across all assets. |
||
---|---|---|
.. | ||
add_topic_to_quotes.rake | ||
admin.rake | ||
annotate.rake | ||
api.rake | ||
assets.rake | ||
auto_annotate_models.rake | ||
autospec.rake | ||
avatars.rake | ||
backfill.thor | ||
categories.rake | ||
cdn.rake | ||
compatibility.rake | ||
db.rake | ||
destroy.rake | ||
dev.rake | ||
docker.rake | ||
documentation.rake | ||
emails.rake | ||
emoji.rake | ||
export.rake | ||
groups.rake | ||
hashtags.rake | ||
i18n.rake | ||
images.rake | ||
import.rake | ||
incoming_emails.rake | ||
javascript.rake | ||
list_email_templates_strings.rake | ||
log.rake | ||
maxminddb.rake | ||
plugin.rake | ||
populate.rake | ||
populate.thor | ||
posts.rake | ||
profile.rake | ||
qunit.rake | ||
redis.rake | ||
release_note.rake | ||
revisions.rake | ||
rspec.rake | ||
s3.rake | ||
scheduler.rake | ||
search.rake | ||
site_settings.rake | ||
site.rake | ||
smoke_test.rake | ||
svg_icons.rake | ||
svg_sprites.rake | ||
tags.rake | ||
themes.rake | ||
topics.rake | ||
turbo.rake | ||
typepad.thor | ||
uploads.rake | ||
users.rake | ||
version_bump.rake |