# GZip & Browser Cache fro new WP Sites

**URL:** <https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577>\
**Category:** Support\
**Tags:** installation, performance, mac\
**Created:** [June 19, 2025, 5:31pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577 "2025-06-19T17:31:54Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [June 19, 2025, 5:31pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/1 "2025-06-19T17:31:54Z")

</div>

Hey there,

I´ve noted that all newly-installed WP sites on LocalWP on my Mac, have both GZip and Browser Cache disabled. My speed plugin (Hummingbird from WPMU DEV) cannot detect them.

I´ve checked the .conf files and everything seems to be in place. Please let me know if there is any way to make them to be enabled/recognized by my system.

Thank you very much and best regards!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [June 20, 2025, 1:37pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/2 "2025-06-20T13:37:12Z")

</div>

Hey @fabiofava! To clarify did you add Hummingbird’s NGINX configuration to your .conf and then restart your site to recompile the changes and it’s still not working?

> **[Hummingbird Performance Plugin Usage Documentation | WPMU DEV](https://wpmudev.com/docs/wpmu-dev-plugins/hummingbird/)**
>
> Hummingbird's performance and optimization features speed up your WordPress site while preserving resources.

I just wanted to align on what you’ve tested so far to try and replicate. Thanks!

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [June 21, 2025, 12:51pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/3 "2025-06-21T12:51:46Z")

</div>

Hey @Nick-B thanks for getting back!

I’ve tried adding _Hummingbird_ codes for _GZip & Browser Cache_ (then shut down all sites and close and re-open _LocalWP_), but all I go was _502 errors_ instead of sites loading. I have no idea about recompiling, sorry for my low-tech-level.

I’ve checked the .conf files for _LocalWP_, and the Includes have all the _GZip_ info seems to be there (can’t say about _Browser Cache_ as I’m very low-level on coding and _NGinx_). Adding codes to _LocalWP_’s conf files, equals 502.

I know it’s not super important on _Local Development Environments_, but I’d like to better understand how _LocalWP_ works and how to have the option to enable it all, so to better test how things can be pre-set to when I move to _Live_.

Thank you so much for all your patience and help, brother.

All my best wishes, always, cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [June 23, 2025, 2:34pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/4 "2025-06-23T14:34:55Z")

</div>

As long as you’re hitting `Stop` and then `Start` in the Local app on your site(s) @fabiofava that will effectively recompile your changes. It acts like a “refresh”.

Curiously, I just installed and activated the free Hummingbird plugin on a test site in my Local app but it’s telling me it’s good to go. Is there something else I can do on my end to test and replicate what you’re seeing? I’m not overly familiar with this plugin.

 ![Screenshot 2025-06-23 at 9.33.58 AM](https://us1.discourse-cdn.com/flex019/uploads/lwpforums/original/3X/1/e/1ec9ec1d05d0680a178faa852d5a4d8aef90a82b.png)

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [June 24, 2025, 9:26am UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/5 "2025-06-24T09:26:55Z")

</div>

Hey @Nick-B thanks for getting back!

That’s very weird. On my Mac running Monterey 12.7.6 it always installs WP without GZip and Browser Cache. Both single site and multisite. On the site I’ve cloned from a Live site, it works fine. So I assume it’s something WP-related, not NGinx server-related… Any light on what could be causing it?

Cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [June 24, 2025, 1:06pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/6 "2025-06-24T13:06:19Z")

</div>

What about if you create a new, blank site in Local and install Hummingbird there? What happens?

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [June 25, 2025, 10:26am UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/7 "2025-06-25T10:26:54Z")

</div>

Hey @Nick-B thanks for getting back!

That’s what I’ve tried. Both _Single WP Sites_ and _Multisites_ get _GZip_ working but not _Browser Cache_. On my imported site none of them work.

Cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [June 26, 2025, 2:08pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/8 "2025-06-26T14:08:02Z")

</div>

I tried some different NGINX configs and I could replicate the 502s but eventually found something that works here @fabiofava

Here is my config on just a new Local site I spun up to test:

```auto
upstream php {
  {{#each fastcgi_servers}}
  server {{this}};
  {{/each}}
}

server {
    listen 127.0.0.1:{{port}};
    listen [::1]:{{port}};
    root "{{root}}";

    index index.php index.html index.htm;

    #
    # Generic restrictions for things like PHP files in uploads
    #
    include includes/restrictions.conf;

    #
    # Gzip rules
    #
    include includes/gzip.conf;

    #
    # WordPress Rules
    #
    {{#unless site.multiSite}}
    include includes/wordpress-single.conf;
    {{else}}
    include includes/wordpress-multi.conf;
    {{/unless}}

    #
    # Forward 404's to WordPress
    #
    error_page 404 = @wperror;
    location @wperror {
        rewrite ^/(.*)$ /index.php?q=$1 last;
    }

    #
    # Static file rules
    #
  #
# Static file caching rules
#

location ~* \.(?:txt|xml|js)$ {
    access_log off;
    log_not_found off;
    expires 1y;
    add_header Cache-Control "public, max-age=31536000, immutable";
}

location ~* \.(?:css)$ {
    access_log off;
    log_not_found off;
    expires 1y;
    add_header Cache-Control "public, max-age=31536000, immutable";
}

location ~* \.(?:flv|ico|pdf|avi|mov|ppt|doc|mp3|wmv|wav|mp4|m4v|ogg|webm|aac|eot|ttf|otf|woff|woff2|svg)$ {
    access_log off;
    log_not_found off;
    expires 1y;
    add_header Cache-Control "public, max-age=31536000, immutable";
    add_header Access-Control-Allow-Origin *;
}

location ~* \.(?:jpg|jpeg|png|gif|swf|webp)$ {
    access_log off;
    log_not_found off;
    expires 1y;
    add_header Cache-Control "public, max-age=31536000, immutable";
}

    #
    # PHP-FPM
    #
    location ~ \.php$ {
        try_files $uri =404;

        fastcgi_split_path_info ^(.+\.php)(/.+)$;

        fastcgi_param QUERY_STRING $query_string;
        fastcgi_param REQUEST_METHOD $request_method;
        fastcgi_param CONTENT_TYPE $content_type;
        fastcgi_param CONTENT_LENGTH $content_length;

        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param SCRIPT_NAME $fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info;
        fastcgi_param REQUEST_URI $request_uri;
        fastcgi_param DOCUMENT_URI $document_uri;
        fastcgi_param DOCUMENT_ROOT $document_root;
        fastcgi_param SERVER_PROTOCOL $server_protocol;

        fastcgi_param GATEWAY_INTERFACE CGI/1.1;
        fastcgi_param SERVER_SOFTWARE nginx/$nginx_version;

        fastcgi_param REMOTE_ADDR $remote_addr;
        fastcgi_param REMOTE_PORT $remote_port;
        fastcgi_param SERVER_ADDR $server_addr;
        fastcgi_param SERVER_PORT $server_port;
        fastcgi_param SERVER_NAME $host;

        fastcgi_param HTTPS $fastcgi_https;

        fastcgi_param REDIRECT_STATUS 200;

        fastcgi_index index.php;
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

        fastcgi_pass php;
        fastcgi_buffer_size 64k;
        fastcgi_buffers 32 32k;
        fastcgi_read_timeout 1200s;

        proxy_buffer_size 64k;
        proxy_buffers 32 32k;
        proxy_busy_buffers_size 256k;
    }
}

```

Now my Browser Caching is showing successful:

 ![Screenshot 2025-06-26 at 9.05.59 AM](https://us1.discourse-cdn.com/flex019/uploads/lwpforums/original/3X/9/5/95a72efaf6941cfb5fe9b28e0bcac1536b850fe4.png)

After you update your NGINX and save the file you should just be able to Stop/Start your Local site to recompile those changes.

Let me know if that works for you!

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [June 27, 2025, 9:56pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/9 "2025-06-27T21:56:22Z")

</div>

Hey @Nick-B thanks for getting back.

I’ve replaced my nginx.conf.hbs contens for the one you’ve provided and restarted the LocalWP application, but all I get are 502 errors. Maybe I should do something different than replacing all the contents? Sorry for being so unexperienced on NGinx configuration, I hope that I can have it working at some point.

Thank you again for all your help and support, brother. Cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [June 30, 2025, 1:01pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/10 "2025-06-30T13:01:48Z")

</div>

Could you try disabling your other plugins @fabiofava and see if that makes a difference? Maybe something is conflicting on the site? Or you could try doing this on a new, blank site and see if it still 502s there. I think in my testing I also got a 502 but I was able to just refresh and it went away.

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 1, 2025, 12:22pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/11 "2025-07-01T12:22:44Z")

</div>

Hey @Nick-B!

I’ve tried to refresh, quit and reopen LocalWP then refreshing the page many times, but always got 502 on both my LocalWP sites. New sites seem to work with GZip but not the Browser Cache, I’ll need to further test this week but I’ll be a bit busy this week.

I get back as soon as I have some more info on the next days.

Thank you very much for your help and support, cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [July 1, 2025, 12:59pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/12 "2025-07-01T12:59:15Z")

</div>

Okay sounds good @fabiofava! You might also try reaching out to WPMU/Hummingbird to see if they can replicate any errors or if they have any other tips or tricks for setting this up locally that we are missing.

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 1, 2025, 2:08pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/13 "2025-07-01T14:08:23Z")

</div>

Hey @Nick-B I have some update:

I always add some instructions to the _wp-config.php_ file before even starting a website for the first time. One of them is to enforce _SSL/HTTPS_ on the _WP-Admin_ so to have a more secured site:

```auto
define('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);

```

These lines cause _GZip_ not to work, removing them _GZip_ works just fine. On the other hand, both with and without it the _Browser Cache_ doesn’t work.

Anyway, even without all my _wp-config.php_ codes, using your version of the _nginx.conf.hbs_ won’t give me any other result than _502_. Even on a recently created _WP_ without any _wp-config.php_ customization or any other plugin. Even clearing cookies and browser’s cache, it only gives me _502_ screens.

I’ll keep looking forward from you on that brother. Hope we can find a way to have both _GZip_ and _Browser Cache_ working, specially with _SSL/HTTPS_.

Cheers!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [July 1, 2025, 2:25pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/14 "2025-07-01T14:25:05Z")

</div>

What is your MacOS version @fabiofava? Just out of curiosity. Could you also share a Local Log here just in case anything stands out?

I would still encourage you to try reaching out to WPMU/Hummingbird since I’m unable to replicate this, it might be something specific to your device/setup or again maybe they have another recommendation for working locally that we’ve missed.

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 2, 2025, 11:52am UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/15 "2025-07-02T11:52:21Z")

</div>

Hey @Nick-B thanks again for getting back!

I use _Monterey 12.7.6_ (last version supported by my _Intel i7 2016 MBP_ wich I intend to keep for a few more years since it rocks). On the logs I tend to delete all logs after every session, but I’ll change again the `nginx.conf.hbs` file so to generate the eror, then send you the _LocalWP log files_ from that session.

On the _Hummingbird_ situation, as it works _perfectly at their servers_, and they don’t have (yet) their _Hosting Connect to LocalWP_, I assume they won’t dedicate too much resources on helping me out on that. Sites work, the only con is that it runs a bit slower, the _WP-Admin_ is slower than I’d like it to be locally.

I’ve found out that _GZip_ works under _HTTP_ but not under _HTTPS_, but _Browser Cache_ doesn’t work on both situations. I’ll reach them out again and refer to this (and the _Connect_) post(s), do to encourage them to take a deeper look on this issue, despite not being critical.

Thank you once again for your continued support, best regards brother!

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [July 2, 2025, 1:03pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/16 "2025-07-02T13:03:13Z")

</div>

Since you mentioned in our other thread that they use Local as well I’m just wondering if they have any tips/tricks for working locally. I’m sure you’re not the only user who’s tried!

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 3, 2025, 12:06pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/17 "2025-07-03T12:06:50Z")

</div>

Hey @Nick-B!

They probably don’t care, since the _Hummingbird_ is an optimization plugin made basically to _make sites faster online_, and help their customers to comply to the _Googletyranny Speed Scores_ and all that jazz…

I’d say they’ll say that the _Hummingbird_ doesn’t need to be installed locally, like the _Defender_ (their amazing security plugin) for obvious reasons. I always prefer to test the sites locally, exactly as they will be when published.

As I’m quite busy this week, I’ll probably be able to replicate the issue and send you the _LocalWP Logs_ during the weekend (specially if there’s no paragliding this weekend), so please be patient if I take some time.

Cheers brother, stay well!

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 14, 2025, 3:50pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/18 "2025-07-14T15:50:23Z")

</div>

Hey @Nick-B !

I’ve finally had some time to do that. Spun a new _WordPress_ site enforcing _HTTPS/SSL_ on the _WP Admin_ as ususal. Didn’t even try the _Hummingbird_, just pasted your contents into my `nginx.conf.hbs` and the _502s_ are there.

You’ll find attached my _LocalWP Logs_ and also my `wp-config.php` file just in case.

[local-lightning-verbose.log](https://community.localwp.com/uploads/short-url/9Tux2KAmY2Jl3Rhb1iXAZmcbKCU.log) (21.7 KB)

[local-lightning.log](https://community.localwp.com/uploads/short-url/nWeJn5LMbOMQmZPTGmhyWskgoCc.log) (5.3 KB)

And my wp-config.php file:

```auto
<?php

/**
 * The base configuration for WordPress
 *
 * The wp-config.php creation script uses this file during the installation.
 * You don't have to use the web site, you can copy this file to "wp-config.php"
 * and fill in the values.
 *
 * This file contains the following configurations:
 *
 * * Database settings
 * * Secret keys
 * * Database table prefix
 * * Localized language
 * * ABSPATH
 *
 * @link https://wordpress.org/support/article/editing-wp-config-php/
 *
 * @package WordPress
 * /

// **Database settings - You can get this info from your web host** //
/** The name of the database for WordPress */
define( 'DB_NAME', 'local' );

/** Database username */
define( 'DB_USER', 'root' );

/** Database password */
define( 'DB_PASSWORD', 'root' );

/** Database hostname */
define( 'DB_HOST', 'localhost' );

/** Database charset to use in creating database tables. */
define( 'DB_CHARSET', 'utf8' );

/** The database collate type. Don't change this if in doubt. */
define( 'DB_COLLATE', '' );

/* WP PHP Memory Settings */
define('WP_MEMORY_LIMIT', '256M');
define('WP_MAX_MEMORY_LIMIT', '512M');

/* Disable WordPress Updates */
define('WP_AUTO_UPDATE_CORE', false);
define('AUTOMATIC_UPDATER_DISABLED', true);

/**#@+
* Authentication unique keys and salts.
*
* Change these to different unique phrases! You can generate these using
* the {@link https://api.wordpress.org/secret-key/1.1/salt/ WordPress.org secret-key service}.
*
* You can change these at any point in time to invalidate all existing cookies.
* This will force all users to have to log in again.
*
* @since 2.6.0
*/

define( 'AUTH_KEY', 'P)wl]Z5(60hy+,4UzlY.PX_n1vsdjhoeGT$mo.4f7&ayFvf%& ^%$-3Q@_ZepY9b' );
define( 'SECURE_AUTH_KEY', '^Xyz$QV=OF!=x-NB3DAs^25)5;ko<LhIjMm@wHD5Fy%mEih=K`LEVuE*lwd&:z.@' );
define( 'LOGGED_IN_KEY', 'tYJh1&bWmZNXk[193BM/3cd<R@&AbtMj_OfUMXxDK*pO`=$A;y>Ng!]82{>y}r5=' );
define( 'NONCE_KEY', 'q!*G8`_?)3Pl[ngsDd~[X=-dn>3[1RK&rNi>[HzynU/2ro`y=fK]Qoh GLmm}<w,' );
define( 'AUTH_SALT', 'I*cRHd&m}sA}vmIz03c:sVEFZlV->ZKqX0*2zi_QPH%+|PWVzfO Xv+|aczy5kkS' );
define( 'SECURE_AUTH_SALT', ']%lnZ{t@=|uM60^n`]EGPg71g1TYRY.YRT[M*K?psER(6YI)T9Ica5PhYP&&~3uo' );
define( 'LOGGED_IN_SALT', 'mk<|F9)8],I4GrA)}fa~|.bV$>H%__{2hUH2c;yYmiP&fHp%ea1g}p6P_Wy4|g&S' );
define( 'NONCE_SALT', 'y9#CJJDh%#tpmBD0.u1U<}aT9H K{ib_}Ji%=[U|S+2j1f,dzg[]?UPvyDJfq%ff' );
define( 'WP_CACHE_KEY_SALT', 'b}{V;=Li#s)j%^%RcVAoOw5<))[)3z/lA@RwOUJ*Ad7};9@Js>1v77h4b-&RgM4J' );

/**
* WordPress database table prefix.
*
* You can have multiple installations in one database if you give each
* a unique prefix. Only numbers, letters, and underscores please!
*/

$table_prefix = 'wp_';

/* Add any custom values between this line and the "stop editing" line. */

/**
* For developers: WordPress debugging mode.
*
* Change this to true to enable the display of notices during development.
* It is strongly recommended that plugin and theme developers use WP_DEBUG
* in their development environments.
*
* For information on other constants that can be used for debugging,
* visit the documentation.
*
* @link https://wordpress.org/support/article/debugging-in-wordpress/
*/

/* Prevent WordPress asking FTP credentials */
define('FS_METHOD','direct');

/* WordPress Debug Mode */
define('WP_DEBUG', false);
define('WP_DEBUG_LOG', false);
define('WP_DEBUG_DISPLAY', false);

/ **Forces WordPress to load REST API** /
define('WP_REST_API_DISABLED', false);

/ **Disable the Plugin and Theme Editor** /
define( 'DISALLOW_FILE_EDIT', true );

/ **Enforce SSL on WP Login and WP Admin** /
define('FORCE_SSL_ADMIN', true);
define('FORCE_SSL_LOGIN', true);

/ **LocalWP Environment** /
define( 'WP_ENVIRONMENT_TYPE', 'local' );

/* That's all, stop editing! Happy publishing. */

/* Inserted by Local by Flywheel. See: http://codex.wordpress.org/Administration_Over_SSL#Using_a_Reverse_Proxy */
if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] === 'https') {
$_SERVER['HTTPS'] = 'on';
}

/** Absolute path to the WordPress directory. */
if ( ! defined( 'ABSPATH' ) ) {
	define( 'ABSPATH', __DIR__. '/' );
}

/** Sets up WordPress vars and included files. */
require_once ABSPATH . 'wp-settings.php';

```

I hope you can find something to help on those.

Thank you very much once more for all your help and support.

Best regards

---

<div class="post-metadata">

**Author:** ![Nick-B](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/nick-b/32/16140_2.png) [@Nick-B](https://community.localwp.com/u/Nick-B)\
**Post date:** [July 21, 2025, 2:58pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/19 "2025-07-21T14:58:05Z")

</div>

Hey @fabiofava - I spun up a new test but still couldn’t replicate any 502s on my end. I’m not seeing much in your logs to indicate where an issue could be either.

On your new test site did you just use the Preferred configuration settings or a custom config?

---

<div class="post-metadata">

**Author:** ![fabiofava](https://sea1.discourse-cdn.com/flex019/user_avatar/community.localwp.com/fabiofava/32/5240_2.png) [@fabiofava](https://community.localwp.com/u/fabiofava)\
**Post date:** [July 22, 2025, 1:00pm UTC](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577/20 "2025-07-22T13:00:25Z")

</div>

Hey @Nick-B thanks for getting back!

It’s weird that I have this results on any change to `nginx.conf.hbs` file. I use _BBEdit_ to edit, so I’m sure it’s clean code.

I always use _PHP_ and _MySQL_ latest versions available, and _Nginx_ since my hosting provider uses _Nginx_ on their stack (_DO Droplets_)

I’ll keep without _Gzip_ and _Browser Cache_ in peace brother, there are other important tickets you should attend. Thank you for all.

All my best wishes! Feel free to close the ticket at your will.

[Next page](https://community.localwp.com/t/gzip-browser-cache-fro-new-wp-sites/50577.md?page=2)