{"id":9624,"date":"2022-11-19T15:05:19","date_gmt":"2022-11-19T15:05:19","guid":{"rendered":"https:\/\/stevepedwards.today\/DebianAdmin\/?p=9624"},"modified":"2023-10-28T20:10:24","modified_gmt":"2023-10-28T19:10:24","slug":"wordpress-images-not-showing-rare-solution","status":"publish","type":"post","link":"https:\/\/stevepedwards.today\/DebianAdmin\/wordpress-images-not-showing-rare-solution\/","title":{"rendered":"WordPress Images Not Showing – Rare Solution"},"content":{"rendered":"
<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

I have spent the last 3 days going mad trying to find the reason for most of my images on my home site not showing images in Posts or the Media library:<\/p>\n

\"\"<\/p>\n

\"\"<\/a><\/p>\n

I tried every solution I found on the web - and then some! - to no avail, until day three when someone mentioned the .htaccess file in the wp-content folder! These failed \"solutions\" included trying:<\/p>\n

3 different PHP versions; 7.4, 8.0 and 8.1. (see prior Posts for details(<\/p>\n

Different themes<\/p>\n

Clearing cache (if you use a caching plugin e.g. W3 Total Cache<\/strong>)<\/p>\n

Disabling all plugins<\/p>\n

Increasing memory limits via sudo vi \/etc\/php\/8.0\/apache2\/php.ini<\/span>
\nmemory_limit = 256M<\/span><\/p>\n

Increasing memory limits via \/(site dir)\/wp-config.php; sudo vi ...\/wp-config.php <\/span><\/p>\n

define('WP_MEMORY_LIMIT', '256M');<\/span><\/p>\n

Installing wp-cli (see prior Post on this) and running; wp media regenerate --yes<\/span><\/p>\n

Regenerate Thumbnails<\/a> plugin<\/p>\n

Database repair using PHPMYADMIN<\/p>\n

I'm nothing if not persistent...<\/p>\n

It seems, I don't know how or why, but there were many duplicate Posts but with different Post IDs that have been exported and re-imported to\/from various .xml files over the past 10 years, which have a corresponding image ID in the main database, so I had uploaded a particular incorrect .xml backup from disorganised backup files, then deleted INCORRECT duplicates of those Posts, and re - exported them without checking which Post version worked properly before deleting a duplicate - or noticing they had different Post Id numbers! Stupid idea in WordPress though for having Posts that will only upload images according to an image ID and not just upload from the link address in a Post - whatever Post ID it has, in my view...<\/p>\n

But there was another event that seemingly solved the issue immediately, before I got into the Post ID issue that I now cannot re-create to show ( possibly because the working database is installed now over the prior image blocking version?)<\/p>\n

I had an .htaccess file in the W:ElectronicsStuffwp-content folder, that I assume was there from a past webP image compression plugin for improving site SEO speed etc.<\/p>\n

As soon as I edited this back from:<\/p>\n

---------------------------------------<\/p>\n

# BEGIN WebP Express<\/span>
\n# The directives (lines) between `BEGIN WebP Express` and `END WebP Express` are<\/span>
\n# dynamically generated, and should only be modified via WordPress filters.<\/span>
\n# Any changes to the directives between these markers will be overwritten.<\/span>
\n# The rules below is a result of many parameters, including the following:<\/span>
\n#<\/span>
\n# WebP Express options:<\/span>
\n# - Redirection to existing webp: enabled<\/span>
\n# - Redirection to converter: enabled<\/span>
\n# - Redirection to converter to create missing webp files upon request for the webp: enabled<\/span>
\n# - Destination folder: separate<\/span>
\n# - Destination extension: append<\/span>
\n# - Destination structure: doc-root<\/span>
\n# - Image types: jpeg, png<\/span>
\n#<\/span>
\n# WordPress\/Server configuration:<\/span>
\n# - Document root availablity: Available and its \"realpath\" is available too. Can be used for structuring cache dir.<\/span>
\n#<\/span>
\n# .htaccess capability test results:<\/span>
\n# - mod_header working?: no<\/span>
\n# - pass variable from .htaccess to script through header working?: no<\/span>
\n# - pass variable from .htaccess to script through environment variable working?: yes<\/span>
\n#<\/span>
\n# Role of the dir that this .htaccess is located in:<\/span>
\n# - Is this .htaccess in a dir containing source images?: no<\/span>
\n# - Is this .htaccess in a dir containing webp images?: yes<\/span><\/p>\n

# Rules for handling requests for webp images<\/span>
\n# ---------------------------------------------<\/span><\/p>\n

# WebP Realizer: Redirect non-existing webp images to webp-realizer.php, which will locate corresponding jpg\/png, <\/span>
\n# convert it, and deliver the freshly converted webp<\/span>
\n<IfModule mod_rewrite.c><\/span>
\nRewriteEngine On<\/span>
\nRewriteCond %{REQUEST_FILENAME} !-f<\/span>
\nRewriteRule ^\/?(.+).(webp)$ \/ElectronicsStuff\/wp-content\/plugins\/webp-express\/wod\/webp-realizer.php [E=DESTINATIONREL:ElectronicsStuff\/wp-content\/webp-express\/webp-images\/$0,E=WPCONTENT:ElectronicsStuff\/wp-content,NC,L]<\/span><\/p>\n

<\/IfModule><\/span><\/p>\n

# Set Vary:Accept header if we came here by way of our redirect, which set the ADDVARY environment variable<\/span>
\n# The purpose is to make proxies and CDNs aware that the response varies with the Accept header<\/span>
\n<IfModule mod_headers.c><\/span>
\n<IfModule mod_setenvif.c><\/span>
\n# Apache appends \"REDIRECT_\" in front of the environment variables defined in mod_rewrite, but LiteSpeed does not<\/span>
\n# So, the next lines are for Apache, in order to set environment variables without \"REDIRECT_\"<\/span>
\nSetEnvIf REDIRECT_EXISTING 1 EXISTING=1<\/span>
\nSetEnvIf REDIRECT_ADDVARY 1 ADDVARY=1<\/span><\/p>\n

Header append \"Vary\" \"Accept\" env=ADDVARY<\/span><\/p>\n

# Set X-WebP-Express header for diagnose purposes<\/span>
\nHeader set \"X-WebP-Express\" \"Redirected directly to existing webp\" env=EXISTING<\/span>
\n<\/IfModule><\/span>
\n<\/IfModule><\/span><\/p>\n

# Register webp mime type <\/span>
\n<IfModule mod_mime.c><\/span>
\nAddType image\/webp .png<\/span>
\n<\/IfModule><\/span><\/p>\n

# END WebP Express<\/span><\/p>\n

--------------------------------------<\/p>\n

to default WP:<\/p>\n

----------------------------------------<\/p>\n

# BEGIN WordPress<\/span>
\nRewriteEngine On<\/span>
\nRewriteBase \/<\/span>
\nRewriteRule ^index.php$ - [L]<\/span>
\nRewriteCond %{REQUEST_FILENAME} !-f<\/span>
\nRewriteCond %{REQUEST_FILENAME} !-d<\/span>
\nRewriteRule . \/index.php [L]<\/span>
\n# END WordPress<\/span><\/p>\n

\n

When the page was refreshed with Shift-F5 (to empty page cache) - all the images appeared in the Posts and in the Media Library!<\/p>\n

So, it seems WP may not link the image with the incorrect Post ID (even though the image http link address is correct!!) so you will have just an empty placeholder in the Post page and empty thumbnails in the Media Library OR you may have a non standard, plugin created, image blocking .htaccess file somewhere in your content folder...<\/p>\n

Absolute nightmare...<\/p>\n","protected":false},"excerpt":{"rendered":"

<\/div>\n

<\/path><\/svg><\/i> \"Loading\"<\/p>\n

<\/div>\n

I have spent the last 3 days going mad trying to find the reason for most of my images on my home site not showing images in Posts or the Media library: I tried every solution I found on the web - and then some! - to no avail, until day three when someone mentioned ...\u00a0 WordPress Images Not Showing – Rare Solution<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[4],"tags":[],"class_list":["post-9624","post","type-post","status-publish","format-standard","hentry","category-post"],"a3_pvc":{"activated":true,"total_views":25,"today_views":0},"_links":{"self":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/9624","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/comments?post=9624"}],"version-history":[{"count":10,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/9624\/revisions"}],"predecessor-version":[{"id":9966,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/posts\/9624\/revisions\/9966"}],"wp:attachment":[{"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/media?parent=9624"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/categories?post=9624"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/stevepedwards.today\/DebianAdmin\/wp-json\/wp\/v2\/tags?post=9624"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}