Wordpress Whitelist file

you mean nothing or you mean missing code ?

---

 

hmm strange indeed if it works with precompressed file and not without, then it is most like related to gzip_buffers but you say it doesn't work with raised gzip_buffers.

what's output for

Code (Text):

grep gzip_buffers /usr/local/nginx/conf/nginx.conf

 

ok lets try focusing on /usr/local/nginx/conf/staticfiles.conf tuning for js location match

what if you modify the .js location match to add

Code (Text):

    open_file_cache off;
    gzip_buffers     1024 8k;
    output_buffers   1 2m;
    sendfile off;
    sendfile_max_chunk 2m;
    aio threads;

so it becomes

Code (Text):

    location ~* \.(js)$ {
    open_file_cache off;
    gzip_buffers     1024 8k;
    output_buffers   1 2m;
    sendfile off;
    sendfile_max_chunk 2m;
    aio threads;
  #add_header Pragma public;
  #add_header X-Frame-Options SAMEORIGIN;
  #add_header X-Xss-Protection "1; mode=block" always;
  #add_header X-Content-Type-Options "nosniff" always;
  #add_header Referrer-Policy "strict-origin-when-cross-origin";
  add_header Access-Control-Allow-Origin *;
  add_header Cache-Control "public, must-revalidate, proxy-revalidate, immutable, stale-while-revalidate=86400, stale-if-error=604800";
        access_log off;
        expires 30d;
        break;
        }

restart nginx service

Code (Text):

ngxrestart

 

very weird so only 2 cases have worked

1. uploading file to main hostname /usr/local/nginx/html/js directory to access via ip address - if that works then means it isn't gzip_buffers related as nginx.conf is server wide settings for gzip_buffers
2. precompress with pigz the js file so nginx uses static gzip bypassing gzip_buffers and on the fly compression

 

Do you currently have comet cache wp plugin disabled ? maybe related Troubleshooting Comet Cache | Comet Cache™

this comment in particular might be relevant as your js file at 5.3 MB is huge

would explain why accessing js via ip in non-wordpress install works and why precompressed js file works as the size is more manageable by Comet Cache HTML compressor

oh another thing to test is in Comet Cache if there is an option to turn of compression, try that

also do you have autoptimize wp plugin installed as that might conflict with Comet Cache too

 

Until a solution is found for handling large js files 5.3+ MB in size, probably best way is for precompressed js file for your setup. And/or if the developer of that plugin could break up large js into a few smaller ones ?

 

Centmin Mod default's to using PHP Zend Opcache which is best and faster than APC /Xcache so no need to do anything Zend Opcache installed by default.

Change it to the new defaults I just updated at Beta Branch - raise gzip_buffers default in nginx.conf

Code (Text):

gzip_buffers      1024 8k;

 

Yes Zend Opcache is for PHP opcode caching only for data caching if your web app supports it use Redis or Memcached server instead.