Title: sdf01's Replies | WordPress.org --- # sdf01 [ ](https://wordpress.org/support/users/sdf01/) * [Profile](https://wordpress.org/support/users/sdf01/) * [Topics Started](https://wordpress.org/support/users/sdf01/topics/) * [Replies Created](https://wordpress.org/support/users/sdf01/replies/) * [Reviews Written](https://wordpress.org/support/users/sdf01/reviews/) * [Topics Replied To](https://wordpress.org/support/users/sdf01/replied-to/) * [Engagements](https://wordpress.org/support/users/sdf01/engagements/) * [Favorites](https://wordpress.org/support/users/sdf01/favorites/) Search replies: ## Forum Replies Created Viewing 4 replies - 1 through 4 (of 4 total) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] 403/404 Errors on Media & Product Download Files](https://wordpress.org/support/topic/403-404-errors-on-media-product-download-files/) * Thread Starter [sdf01](https://wordpress.org/support/users/sdf01/) * (@sdf01) * [1 year, 1 month ago](https://wordpress.org/support/topic/403-404-errors-on-media-product-download-files/#post-18529374) * UPDATE: Issue resolved! * Thank you all for the excellent technical guidance! The download issue has been resolved. * What fixed it: After systematic troubleshooting (including your suggestions), it turned out to be a combination of factors: - Images were being delivered through Optimole CDN – so when I switched to Fast Pixel, that link broke. - The backup restore process gradually fixed the Optimole delivery AND the WooCommerce download handler. - A conflicting plugin (Kadence Woo Extras) was causing site instability and needed to be deactivated. * The issue wasn’t actually with direct file access (which should be blocked for security) – it was that WooCommerce’s download handler was broken. * Customer downloads are now working properly through WooCommerce’s secure download system. * For anyone with similar issues: It helped to review the file download URL from previous orders, and match it against the actual file location inside File Manager. * I found Claude AI especially useful in this process, parsing code, suggesting fixes, and analyzing error logs. And all my posts here were also drafted by Claude AI, that’s why they are more systematic than a post from a regular user (like me). * Hosting Support kept insisting throughout that it was not a problem at their end, and didn’t have any solutions to offer… I got a lot more specific, helpful input from this forum that helped fix the issue. * One of my main reasons for sticking with WooCommerce, despite being tempted by the sleek look of Shopify, is the wider availability of community support for WC. * Thanks again for the technical direction – your suggestions gave me the information I needed to fix this! - This reply was modified 1 year, 1 month ago by [sdf01](https://wordpress.org/support/users/sdf01/). * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[WooCommerce] 403/404 Errors on Media & Product Download Files](https://wordpress.org/support/topic/403-404-errors-on-media-product-download-files/) * Thread Starter [sdf01](https://wordpress.org/support/users/sdf01/) * (@sdf01) * [1 year, 1 month ago](https://wordpress.org/support/topic/403-404-errors-on-media-product-download-files/#post-18527571) * Thank you both for the helpful suggestions! 1. Why subdirectory install: I use a subdirectory to improve loading speed and organization. My main website has a blog, and I was advised it would be easier( and lighter) to manage WooCommerce on a separate subdirectory rather than mixing blog content with e-commerce functionality. * 2. Upload path settings checked: - No custom upload path definitions in wp-config.php - No weird plugin-specific upload settings found - Settings > Media doesn’t show “Store uploads in this folder” option - wp-config.php contains no UPLOADS constants or custom path definitions * 3. Current status after backup restore to Jun 1: - Images are working again – Optimole (which I’ve used since the start) is back and serving images properly from their CDN - 403 errors persist for downloadable files – Customers still can’t download purchased digital products * The backup restore revealed that my image “problem” was actually caused by removing Optimole, not file misrouting. When I removed Optimole and tried FastPixel, I lost access to Optimole’s CDN where my images were being served from. * The current issue: WooCommerce’s downloadable file system is broken. Files are correctly located in * ```wp-block-code /wp-content/uploads/woocommerce_uploads/ ``` * with proper security hashes, but customers get 403 errors when trying to download purchased products. * What I’ve tried for the download issue: - File permission resets - .htaccess security modifications - WooCommerce download method changes (including insecure fallback) - Server security module adjustments * The 403 errors appear in server logs, suggesting a server-level issue, but hosting support claims it’s not server-related (despite their own logs showing the errors). * Any ideas on what could cause 403 errors specifically on WooCommerce downloadable files when they’re in the correct location with proper naming? Thanks again so much- this has been very helpful! * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[CoDesigner - All in One Elementor WooCommerce Builder] Do not buy the Pro version](https://wordpress.org/support/topic/do-not-buy-the-pro-version-8/) * Thread Starter [sdf01](https://wordpress.org/support/users/sdf01/) * (@sdf01) * [3 years, 7 months ago](https://wordpress.org/support/topic/do-not-buy-the-pro-version-8/#post-16339825) * Hi Mustakim, * I remember you did your best, but the final solution I was given was to purchase another widget from Codexpert to manage the Checkout fields by user status. I am unable to see the video you have shared here. I am attaching a screenshot of my request and the response to prove that I have tried resolving it with your support prior to posting here- I am not here to mislead anyone. By your responses here, it is your team that’s trying to mislead people. * ![](https://drive.google.com/file/d/1lFj4m2SiTdDWQD3JBAF24NKgg8CZ55DU/view?usp =share_link) * Forum: [Reviews](https://wordpress.org/support/forum/reviews/) In reply to: [[CoDesigner - All in One Elementor WooCommerce Builder] Do not buy the Pro version](https://wordpress.org/support/topic/do-not-buy-the-pro-version-8/) * Thread Starter [sdf01](https://wordpress.org/support/users/sdf01/) * (@sdf01) * [3 years, 7 months ago](https://wordpress.org/support/topic/do-not-buy-the-pro-version-8/#post-16329359) * The feature I asked is simply to ensure that logged in users don’t have to sign in on the checkout page again. Codesigner does not support this basic function. I had to post here because I don’t have an option to provide feedback for the Pro version. I have been mailing your support but they could not resolve it(as you are clearly aware). If I had read reviews for the Pro version, especially for the Checkout editor, I would not have paid for it. Viewing 4 replies - 1 through 4 (of 4 total)