Hi, Last evening I installed Wordpress on a fresh, SSL, LEMP stack. I’ve done this several times now, following do’s excellent tutorials.
Everything runs great, except on every install, the modal windows used in a few places within Wordpress admin side always open blank.
The easiest place to see this is when clicking the “plugin details” link on any plugin in the plugin list. Likewise, if trying to use the Customizer, the “live” view of the website is blank.
Both are basically trying to pull data from external links into a modal window.
Is there some nginx config adjustment necessary, or firewall perhaps, to facilitate this??
This textbox defaults to using Markdown to format your answer.
You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!
These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in Q&A, subscribe to topics of interest, and get courses and tools that will help you grow as a developer and scale your project or business.
I sincerely appreciate the help you both gave :) After almost a solid ten hours of googling and reading and staring at config files I stumbled on this: https://wordpress.org/support/topic/multiple-x-frame-options-headers-with-conflicting-values-sameorigin-deny/
I decided to have a look at my ssl-params.conf file. Which, BTW, I pasted from this tutorial on DO: https://www.digitalocean.com/community/tutorials/how-to-secure-nginx-with-let-s-encrypt-on-ubuntu-16-04
Lo and Behold! This line doth exist therein: add_header X-Frame-Options DENY; (lol! Just LOOK at how that word defiantly stands out!)
Note: l’m not dissing the tutorial at all. The DO tutorials are all top notch! For a noob to LEMP though, and one using Wordpress, This was a BIG-Time gotcha lol!
One, yes one keystroke later, the lil’ SOB was commented into eternity! And NOW the plugin details link works, as does the Customizer preview. My tension headache is already subsiding and normal vision will return upon a good nights sleep :)
I soooo appreciate your willingness to provide input! This is a great community :)
@jameswestpaintings
The SSL plugin shouldn’t really be necessary since you can simply set both URL’s to use HTTPS in the WordPress Admin CP. Unless something has changed in WordPress to where a plugin is required to enable HTTPS (and setting both URL’s no longer works), it’s simply overhead and may be the source of one issue (as was the case with a previous community question).
You’re already redirecting using NGINX from Port 80 (HTTP) to 443 (HTTPS/SSL), so I’d simply disable the plugin and check to see if the issue persists.
This is the server block. Install is fresh as of last night. Only site on server Thanks for the help! I’m baffled…
You should look at the following URL’s in order to grasp a solid understanding
of Nginx configuration files in order to fully unleash the power of Nginx.
http://wiki.nginx.org/Pitfalls
http://wiki.nginx.org/QuickStart
http://wiki.nginx.org/Configuration
Generally, you will want to move this file somewhere, and start with a clean
file but keep this around for reference. Or just disable in sites-enabled.
Please see /usr/share/doc/nginx-doc/examples/ for more detailed examples.
Upstream to abstract backend connection(s) for php
Default server configuration
server { listen 80 default_server; listen [::]:80 default_server; server_name jameswestpaintings.com www.jameswestpaintings.com; return 301 https://$server_name$request_uri; }
server {
}
Virtual Host configuration for example.com
You can move that to a different file under sites-available/ and symlink that
to sites-enabled/ to enable it.
#server {
listen 80;
listen [::]:80;
server_name example.com;
root /var/www/example.com;
index index.html;
location / {
try_files $uri $uri/ =404;
}
#}