isabel104

Not by default, no. It gets automatically added to all downloads. But that’s a very good idea. I’ll add that capability in today and post a new version. Thanks for the suggestion.

@phillipdyhrhobbs1 – Thanks again. Problem fixed. It works with the Widgets Pack plugin, now.

@scott Kingsley Clark – Thanks for the heads up. If you are also using the Widgets Pack extension, then your problem should be solved, as well.

It was my fault. I had not noticed that the Widgets Pack plugin had a Related Downloads class. If I did, I wouldn’t have written this one. (Although, mine is a bit different in that it adds related downloads below the content, in addition to a widget.) Please let me know if the errors persist. Thanks.

Thanks for narrowing that down, Phillip. I have not looked at that plugin. I’ll have a look at it now and fix the discrepancy, hopefully by tonight.

Was this with version 1.4.2? This version tested fine. Are you still having this problem? If so, please give your URL so I can have a look at the source. (Apologies for the delay. I was not getting email notifications from this forum. Now, I should be.)

I apologize for the delay! (I did not have email notifications set up for this plugin. I assumed WP would automatically send me notifications of support requests.)

Right, I saw that the EDD Versions plugin lets the Software Licensing plugin take precedence. I would very much like to make Software Specs do the same, but I can’t do so until I have a look at the Software Licensing plugin source code. It’s on my shopping list. When I get my hands on it, I will definitely update this to make it compatible.

Disregard my sample product URL. It’s down.

I just retested WooCommerce on a fresh install of WP. It still blocks me from downloading products.
Here’s my sample product URL if you’d like to try it:

https://gothicme.com/wp-content/uploads/woocommerce_uploads/2013/04/pulsarjs.ttf_1.zip

I see that they did place an .htaccess inside /wp-content/uploads/woocommerce_uploads/. The .htaccess only contains “deny from all”. But only the actual digital products go into that directory. They put product thumbnails and other attachments in the regular /wp-content/uploads/2013.

I had abandoned WP-eCommerce (getshopped) plugin because they didn’t protect downloadable products. I was happy with WooCommerce until I heard about EDD. I still prefer EDD because of the light, clean code. But I can’t go live with EDD as it is. I came up with a solution to my problem. I drop the following into the .htaccess file that sits in the PATH REMOVED directory. I paste it underneath your “Options -Indexes” line:

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress/
RewriteRule .\.zip$ /index.php [L]
</IfModule>

# END WordPress

I’m not sure how safe it is, but it seems to work. I will only sell .zip files, so this leaves the thumbs accessible.

Thanks for your response.

But many people can guess the direct URL. A quick look at the source would reveal that I use EDD plugin. Then they’d know by default uploads are stored in PATH REMOVED And file names are easy to guess in my case because my file names must match the downloads post title. (in the case of selling WordPress themes, file names will be easily guessed)
It will boil down to guessing the year and month of the upload.

WooCommerce redirects away from downloadable products (I guess via .htaccess). I only say this because I tested it with that plugin. I tried downloading directly, and it did not let me.

I saw the Symlink File Downloads setting, but I had no idea what that refers to. I’ll look into it. Thanks Pippin. Increased rating.

I also forgot I was in debug mode.

Eazyest Gallery version 0.1.0-RC-9 fixed this.

WordPress is installed on my root. My pictures folder is also on my root, not inside /wp-content/

GoDaddy shared hosting. BTW, Lazyest Gallery worked fine for me on another domain. Instead of upgrading to Eazyest and risking problems, I moved my pictures to new domain and installed Eazyest Gallery fresh.

Please ignore my 2nd paragraph above. I misunderstood the “root” parameter. I fixed my family tree display by specifying the oldest person as my root, and that works for me. The whole tree is displayed, now.

But the main problem still stands: unless you specify a root, the family tree short code doesn’t show the bulk of the members, as of WordPress version 3.4.1.

Ok, I moved the tag from the theme footer to inside wpsc-single-product.php. It works fine from wpsc-single-product.php. Just couldn’t get it to work in the footer. I tried resetting, rewinding, etc. It’s fine, I’ll keep it in single.

Also, it doesn’t exclude the current single product from the related loop.