creyes123

Yes, that’s it in a nutshell. It does a regular expression match on the file to make sure it is a PHP file. Then it passes it as an argument to the Fast CGI handler on port 9000.

Here is a link to the Apache documentation on that directive:

https://httpd.apache.org/docs/current/mod/mod_proxy.html#proxypassmatch

Hi. I have not had to look at my configuration for a long time, so give me a day or so to come up with a good answer to your question. In the meantime, here is the final configuration I came up with. It has been working fine for a long time:

<VirtualHost _default_:80>
  ServerName            www.domain.com
  Redirect              permanent / https://domain.com/
</VirtualHost>

<VirtualHost _default_:80>
  ServerName            domain.com

  DocumentRoot          /srv/http/domain
  CustomLog             /var/log/apache2/domain_access.log common
  ErrorLog              /var/log/apache2/domain_error.log

  <Directory />
    FallbackResource    /index.php
    DirectoryIndex      index.php
    Options             Indexes FollowSymLinks
    AllowOverride       All
    Require             all granted
  </Directory>

  <Directory /wp-admin>
    FallbackResource    /wp-admin/index.php
  </Directory>

  ProxyPassMatch        ^/(.*\.php(/.*)?)$ fcgi://127.0.0.1:9000/srv/http/domain/$1
</VirtualHost>

Indeed! I just tested it and it worked fine. Nice job, and thank you.

Yes, the add_image_size() function call in my functions.php file is what I used to resize the thumbnails. It was not working before because of the conflict with the Cloudspace CDN setting. That is now fixed.

I emailed you the debug information from my production server.

Carlos Reyes
RCadvisor.com

I run ArchLinux on my desktop. It is the latest version. My tab A was on Firefox 17.0.1 and my tab B was Chrome 23.0.1271.97. I believe these are both the latest versions. I just upgraded to WordPress 3.5, though the problem was also there with the previous version (3.4.2?).

I have FireBug and FirePHP installed in my Firefox browser. If you have a version of your plugin with debugging output enabled, I would be happy to install it and post the console output.

In the meantime, I got around the problem in my production server by hard coding the Thumbnails display choice. It seems to be working fine otherwise. I would love to see a version where the vertical height for the thumbnail titles is variable, but otherwise the plugin is meeting all my needs.

1. (no question was asked)
2. Yes, List is still turned on after page refresh on settings page.
3. Yes, List display is on tab B.
4. No, after saving the List display was (incorrectly) selected.
5. Yes, tab B showed the Thumbnail display.
6. No, List display is still selected.
7. No, now it shows the List display.

Hope that helped!

The fix I mentioned let me resize the thumbnails using the add_image_size(‘yarpp-thumbnail’, …) call in my functions.php file. That was the main problem I was trying to solve.

But the plugin is still forgetting about the setting to use thumbnails instead of the default list. I tried disabling every other plugin and the problem was still there. It is definitely not related to W3TC.

I disabled the Object Cache in W3TC and it had no effect. The problem was still there. I also disabled the W3TC Page Cache and Database Cache. No effect there, either.

I am still using Amazon CloudFront. It is the only CDN I use.

I found a couple more places that need to have a similar modification made:

templates/request-management-link.php
templates/subscribe.php

I ran into this problem, too. Disabling “Track outbound clicks & downloads” seems to get around it.

I was experiencing a similar problem. The problem also occurs to me when I use the built-in “Meta” widget, so it is not related to this plugin. It went away when I checked this setting in my caching plugin:

W3 Total Cache / Page Cache / General:
[X] Don’t cache pages for logged in users

Not an ideal situation, since many of my users will be logged in, but it’s better than the website not working right.

It looks like the logic to color the counts of characters for a Tweet is reversed. When it comes up, I see a gray “1”. If I delete a couple of characters, I see a red “1”.

This behavior is the opposite of the character count for the Facebook post preview.

I just rated this plugin five stars (meant to do it earlier). Automatic nightly compressed backups to Amazon S3 is a fantastic feature.

Problem fixed. BackWPup was not directly responsible.

My emergency disabling, file deletion, and reinstallation of BackWPup triggered a cache de-synchronization in W3 Total Cache. It took some wrangling to flush all the caches out, but when I finally did the site went back to normal.