classicimportusa

@rebeccaolson Yeah, that makes sense as to why they didn’t respond back via email too. I’ll try what you suggested and see how that works, thanks so much!

@rebeccaolson Thanks for the heads up! The link you posted currently has a 404 error for some reason.

We’re having the same error log; however, our problem is we only have ~160 products populating in our feed, where we usually have ~20K products overall in WooCommerce

• This reply was modified 1 year, 5 months ago by classicimportusa.

I have foreseen the issue you mention. My intention is to remove the files via ssh, then clean them from the media library using the Media Cleaner plugin by MeowApps. I am testing it right now to see if it recognizes the empty images.

Since, when I delete a file it leaves the media entry (which is blank) I cannot upload a new image with the same filename. If I delete the file, then compare the media library with the filesystem using the Media Cleaner, I should be able to delete the broken media library entries and reupload my products and new images.

I am going to try using ssh with the find . -name command and a csv file to delete all the old images and their thumbnails from the uploads folder on a staging site.

Then I should be able to upload the new photos directly to the media library and reupload the product csv sheet to utilize the new images after cache-clearing. I will close this topic if it works. Let me know if there are any solutions that come to mind tho.

God bless you for your help. Your last reply was the solution, I cleared the object cache and VOILA! It works again.

Sorry for the trouble, I would have never thought to clear that.

Have a great day. Let me know if there’s anyway I can support you.

Thank you for your understanding.

Yes I do use WP-Rocket for caching, I tried disabling the cache and it didnt work. I do use object cache, i will try turning that off since I haven’t before. I also could try clearing the woocommerce index tables.

I’ll let you know what happens.

Sorry, I felt I wasn’t being understood. Wasn’t trying to be rude, I was trying to highlight my issue because your replies indicated you do not understand the problem at hand.

I will find another software to resolve my issue. But I will leave a good review for the plugin since it worked for a long time, and your team made an effort to help me. Perhaps some other plugin is causing this issue.

Your reply to my issue was “the feed is updating” when I was explaining IT IS NOT.
I removed the “GTIN” attribute from the field setup. However, the XML file still contains GTIN values, this should not happen after I removed the field. I refresh the feed, and the XML output does not change. If you need more debugging information I would be more than happy to provide it.

Yes i understand that the feed is trying to update. Please read what I’m saying, I have REMOVED MY CHANGES. The 1,049 products are products with GTINS in the feed. I removed the GTIN field from the plugin. THE FEED STILL SHOWS GTINS WHEN I REMOVED IT. IT DOES NOT UPDATE!

As mentioned in my original post, I have not changed any filters/rules. These filters have been in place for months without issues. These filters remove products with a price under $5 and removes products that I have set as hidden from the catalog. I have been using the plugin for months, it wasn’t until I added GTIN’s to some of my products that it started excluding everything else.
The plugin only includes products with a GTIN, if there is not GTIN it is not in the XML.

I have also noticed that even if I change product data, the feed doesn’t update. Something must be causing the feed not to refresh because it has had the same data even after I change prices on the products in the feed.

I even just tried removing the GTIN attribute completely but the feed remains the same. I really need help with this, my business is suffering from not being able to advertise our products on google shopping!

• This reply was modified 2 years, 4 months ago by classicimportusa.

https://pastebin.com/Rju5AKni

Here is the debug.log I downloaded and put on pastebin

I regenerated the .htaccess file. It now only contains the default

# BEGIN WordPress
# The directives (lines) between "BEGIN WordPress" and "END WordPress" are
# dynamically generated, and should only be modified via WordPress filters.
# Any changes to the directives between these markers will be overwritten.
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>

# END WordPress

There is another developer who originally built the site, he may have done this.
Should I regenerate the .htaccess file?

I found this line in my .htaccess file
RewriteCond %{REQUEST_URI} !^(/wp-content/uploads/woo-product-feed-pro/xml/5hsTTxlc1JW1MvMUfFX4zLbYJ3cLviyJ.xml|/request-quote/|/wp-content/uploads/woo-product-feed-pro/logs/debug.log|/(?:.+/)?feed(?:/(?:.+/?)?)?$|/(?:.+/)?embed/|/checkout/(.*)|/cart/|/my-account/(.*)|/wc-api/v(.*)|/(index\.php/)?wp\-json(/.*|$))$ [NC]

I have no idea what it means. But it includes the debug.log

I have checked the files permission, there are read rights on the log file. The file is excluded from my cache software as well.

• This reply was modified 2 years, 4 months ago by classicimportusa.