loafintree

Thanks Ron,

We’ve hit all the suggested documentation and have googled several queries but haven’t found a fix. As a work around, we’ve added the images to the CDN without the blog directory, starting with /files/… That works. We’re also looking at calling in a consultant to look at our stack and configuration.

That’s what we have come to understand but this is our first nginx stack so we’re not experienced enough to know what rewrite rules (or lack of) are causing the problem.

Another contributing factor (or possibly the solution) was adding the following line in the multisite section of the wp-config.php file:

$base = '/';

I believe I found the problem. After a lot of editing of the conf files, I noticed that the lines:

location ~ ^(/[^/]+/)?files/(.+) {
try_files /wp-content/blogs.dir/$blogid/files/$2 /wp-includes/ms-files.php?file=$2 ;
access_log off; log_not_found off; expires max;

was farther down the file than other examples. I moved it to the same position as other examples and all images appeared as they should. A whole day of debug to find that. Simple little things…

Final

root /var/www/sitename/htdocs;
index index.php index.html;

location ~ ^(/[^/]+/)?files/(.+) {
try_files /wp-content/blogs.dir/$blogid/files/$2 /wp-includes/ms-files.php?file=$2 ;
access_log off; log_not_found off; expires max;

We did move the whole network but we were on WPengine before and we had no access to their proprietary network setup. We’ve built a VPS with help from Rackspace but we think there must be a configuration error somewhere. After two of us spending a day or two on the regex in the site.conf files, we’re pretty certain they’re correct and it must be something else. Here’s what we have on one network.

https://pastebin.com/K0fC2Le8

This was apparently an issue with the University network and security which was out of our control. Plugin now works as it should.

This appears to have been an issue with the facl’s on our server. Once permissions were corrected the issue resolved.

Nevermind! Just got v4.2 from https://github.com/deliciousbrains/wp-advanced-excerpt

Thanks Delicious Brain!!!

It has been working great for quite awhile but we’re noticing problems after updating to WP 3.9. Anyone else having problems?

Follow up: Apparently WPengine made a change to our SSL configuration which included Strictly force SSL objects on 4-23-2014 which caused us to lose media and some plugin functionality. This was reverted and our issues were resolved.

Limit Login Attempts is excellent at stopping brute force attacks by locking out the IP after a specified number of failed login attempts. Many hackers will now just use another IP address but if you set it to 3 tries before lockout, it will help a lot.

Wordfence Security update today:

“As of 11am eastern time this morning we are monitoring the largest distributed brute force attack on WordPress installations that we’ve seen to date. The real-time attack map on https://www.wordfence.com became so busy that we’ve had to throttle the amount of traffic we show down to 4% of actual traffic.”

Hi John,

The post is back (unless someone else posts to the facebook page). I set the description to “0” but it’s still there. Leaving blank gives unlimited. I don’t see anywhere else to suppress the description. –Todd

Actually, it appears that the first paragraph is cutoff at the limit but then the subsequent paragraphs are added anyways. Doesn’t make much sense.

Ok. I was able to get in. Thanks.

I am in the US. I only login once when it locks me out. I never get a second chance and I’m using the right password. There is also the issue of the error when trying to get the unlock email. I would really like to try symposium but if it’s this difficult to get an activation code I may have to choose an alternative.