WPDoode

My webhoster must have changed something. The APC option suddenly dissapeared.

However the “Disc: Enhanced”?page cache option appears to be more effective than APC caching because cached pages are usually served like static html files with almost no php interaction and the cache even works when I put WordPress into maintenance mode. The short server load spikes are still there but only affect work in the WP-Admin area.

These are my current settings:

Page Cache: Disc: Enhanced
Opcode Cache: Zend Opcache
Database Cache: No in use
Object Cache: APC

Thanks for your reply. In the meantime I did deactivate the plugin completely to speed up my AMP exit. 301 redirects are active in .htaccess and I hope Google will un-index the AMP pages soon. But thanks for support.

Since I added the filter almost two months ago I published all new posts with AMP disabled. And it appears to be working on my website because I no longer see AMP pages when I add the /amp to an URL. But I had to discover that Google was indexing all my posts for AMP regardless of the setting. Whatever content I find via Google Search on a mobile phone redirects to their AMP site instead of my site so I still loose all traffic. What’s going wrong here?

I use the “XML Sitemap & Google News” plugin as well (https://www.ads-software.com/plugins/xml-sitemap-feed/) but the XML feeds don’t contain links to the /amp URLs

Thanks, your filter works as well.

Thanks for your quick reply. I already thought about tweaking the plugin files but this is a more persistent solution.

Thanks for the quick change in ASA1 1.4.3.

What code do I have to use in functions.php to change the URL format like this?

https://www.amazon.xx/dp/ASIN?SubscriptionId=XXX&tag=AssociateID

I use the Subscription ID to indicate that these sales come from the PA-API.

What exactly do these parameters say?

&linkCode=ogi&th=1&psc=1

@ipstenu

Thanks, problem solved for me. I just changed the wp-config.php settings:

define( ‘UPLOADS’, ‘images’ );

was after

if ( !defined(‘ABSPATH’) )
define(‘ABSPATH’, dirname(__FILE__) . ‘/’);

I relocated it directly after

define( ‘WP_DEBUG’, true );

and now everything’s fine.

The media upload is broken as well: When I upload a new image the actual file is stored correctly at /images. But the media browser is looking for the file at https://www.domain.com/wp-content/uploads//var/www/domain/htdocs/images/

When I remove “define(‘UPLOADS’, ‘images’);” from wp-config.php new uploads are fine but the old images who reside at /images don’t show up.

The issue seems to be related to media libraries that don’t use the default location:

Everything’s fine on my test server with WP 4.5 with the media library default location at /wp-content/uploads/ but my live system (with the same theme) uses /images instead via “define(‘UPLOADS’, ‘images’);” in wp-config.php.

When I access the media library at /wp-admin/upload.php the settings in wp-config.php are ignored and the media library tries to find the images in the default location where they are not available.

Images in older posts still load but post thumbnails are broken.

Hi Timo!

I have the same problem. $AmazonPrice and $AmazonPriceFormatted don’t show the amazon price but the lowest price (excluding shipping). Did you already find the time for a solution?

I had the same problem twice. iThemes Security disabled all my personal deny-rules for the admin area that were located after # END WordPress and the brute force attacks began. Now I deactivate the write permissions of the plugin to .htaccess every time after I change the plugin settings. But this can’t be the solution for a plugin that’s supposed to secure WordPress.