Yes. You are better off using a local (full) path to your folder, for instance:

/var/www/vhosts/example.com/httpdocs/files

If your files folder is outside/ above your webroot (which is recommended), like this:

/var/www/vhosts/example.com/files

Then you'll need to make sure you have access to those files. In normal PHP / Apache setups, there is a directive called open_basedir. What that means is that scripts cannot go outside the directory specified in this directive.

If you have full access to the server, you'll need to change it (either in php.ini, or vhosts.conf).. or you can ask your server admin to take care of it.

Hope this helps.

Have you set permissions on the folder? I believe they'll need to be 0755 or 0766, Global Read/Write, in order for your directory to be accessible. If the folder is below the webroot, as you've described - so that it's available to the public (and you can get a file by going to http://example.com/files/private/foo.bar) then your method is correct.

Remember the web root is different from the server root, and I'm not 100% sure that the File Downloads module can accept a relative path. You may need to use a full path. (Shawn please, correct me if I'm wrong here..)

It's not a database problem, though. It is most likely a permissions problem, or a PHP/Apache issue (the open_basedir problem I mentioned before).

Relative paths might work, I can't say for sure since I hadn't tested it out. I only supported an absolute path so there's no ambiguity of where the file download directory exists. If it does work it would probably work with a path relative to the drupal root folder since that would be the directory Drupal's PHP runs from (and thus attempts to open files from). By the way, if anyone needs to get the absolute path of their virtual server directory they can do so with the following PHP code.

Edit: Ryan has confirmed that placing a path relative to the Drupal root works as well.

The error you're getting shouldn't be for a file, this is is about the file downloads directory being setup here: /admin/store/settings/products/edit/features

The field is called "Files path" - this should be different from the files/ directory used by Drupal (for uploads, comment attachments, etc.) - these are the files that will be attached to your product feature (File Downloads).

So the folder you put here should be the path, relative OR absolute, where you'll be uploading your files that are available for purchase. Then when the links are generated, at checkout / successful order completion, the downloads will come from there. You can verify this by viewing your list of files available to Ubercart at /admin/store/products/files

If this is all setup correctly then you shouldn't be getting the error. Make sure that the files folder has permissions setup. You may need to play with it, since you're using Windows / IIS you'll need to right-click the folder in your Files view and give it Read/Write properties.

Just to make sure - are you setting this up on a Windows server, or on your local machine running Apache in windows?

Secondly, you don't need the "C:\" in your file path. You just need the folder name. And chances are, if you are using a Windows server, it's probably not from the root of your drive, but probably a web folder or something similar. (I haven't used Windows Server for deploying websites in a long time..).

However if you're saying that the file is showing up under Products > View File Downloads, then I'm not sure what else could be going on. When I said that the path should be "outside" I didn't mean "not to ofar" or anything. You can really put the downloads wherever you want, but to be on the safe side, I'd keep them above your web root, which is usually something along the lines of "htdocs," "httpdocs" or "www" .. sometimes even "web_root". It varies setup-to-setup, really.

You said that you set the downloads folder as a sharing folder in Windows, but that's not quite what I meant. In IIS you can tell the server whether or not to allow Public Read, Write or Execute permissions on a file, or on a folder. Sharing in Windows usually means other users on the LAN can access a particular folder.

If you can explain your setup a little further, maybe Shawn or someone else can help who has better knowledge of IIS (if that is in fact what you're using). I'm a lot better with Linux web servers. I highly recommend them

Ok, there's a lot questions I've seen pop up in this thread that I'll try to address all at once.

For the file downloads dir in /admin/store/settings/products/edit/features, if you're using absolute paths in Windows you need to use "<DRIVE LETTER>:/..." just as you would use "/..." in Linux. As mentioned previously, paths relative to your Drupal root also work (I've committed to bazaar a change in the description to reflect this).

The file path can be any file system path on your machine that PHP has read/write access. Having read access only will work, but you won't be able to remove or upload files through the file manager (admin/store/products/files).

Any file will work with the module, with the exception of some system files that start with "." like .htaccess because the way drupal's file_scan_directory scans for files within a directory.

To address your specific problem, natcolley, where exactly are you receiving the error and what is the error message? If that .doc file is showing up in the file manager (admin/store/products/files) then the module shouldn't be complaining about an invalid directory. The reason you see no SKU or product in the file table is that you must first add a product feature (by using node/*/edit/features) to a product before the file is associated with a product & SKU.

Does this occur when you submit a new file download feature or just when when you browse to the product features tab?

Ok, the first image was all I need to see what's going on. You're adding the absolute path to the file, the form field only needs a relative path to the downloads directory. I should have specified that in the description text (a better description has now be committed to bazaar). Just type in the file name (sans directory path) and you should see the autocomplete field display files it has found in the directory.

I share in the massive confusion regarding this path; beneath the space to enter the name of the file to be downloaded, it says "The file that can be downloaded when product is purchased (enter a path relative to the directory)"

Relative to WHAT directory? Drupal itself? The dir inside Drupal called 'files' ? This is not clear AT ALL!

I'm not at all sure how to "back up" in the path, in web pathnames; I know the DOS/Windows convention is to use dot-dot-some-kind-of-slash (..\ or ../) but I don't know if that works on the web; my host uses Redhat Linux server. (Servage is the host).

I have Drupal installed in the root of the domain, www.crypticsites.biz. I have a dir inside it called 'files' which is where the files went when I uploaded logo and favicon files thru Drupal, and where, I presume, free download files will go. Do I need to put the purchasable files in that dir, or in some other dir, and if so, how do I go about specifying that dir? I know the server path, so I can specify that if that's what's needed, but this desperately needs clarification!

Thx
Andria

I got this setting working fine -- and now I've moved my Drupal site to a new host, because my old host had such crappy mysql servers -- and now I can't get it to work.

The path I'm told that is the path to my root is /home2/literate

So I tried to put my dir pvtdls into that dir, giving me /home2/literate/pvtdls, and set the perms to 777. I got the error
/home2/literate/pvtdls is not a valid file or directory

So I asked my new host's admin about the path; he suggested that I put pvtdls into public_html, which is ok because it's still below the root of my drupal site; so I tried that, giving me /home2/literate/public_html/pvtdls, and made sure it was set to 777. And I STILL get
/home2/literate/public_html/pvtdls is not a valid file or directory

I ran the php snippet given above, to get it to spit out my actual path, and sure enough, it told me my path was /home2/literate/public_html.

So, now what?

(pulling out hair)

Andria

It's Linux. Here's all the version info:

Apache version 1.3.41 (Unix)
PHP version 5.2.5
MySQL version 5.0.45-community-log
Architecture i686
OS Linux
Kernel version 2.6.9-67.ELsmp

I worked on this problem for about 3 hrs with my host's admin Thursday night and never could make it work. Then it occurred to me that I had just picked up and moved the entire dir structure of Drupal/Ubercart, and that there are numerous .htaccess files therein, and that those might not have xferred properly, and/or dir permissions might not *all* be set correctly. So I'm going to try a new install of everything and see if it helps. It's worth it for 1) a host this fast, and 2) a host with admin that care that much!

Thx much!
Andria

hi,
i have travel with Ubercart not define where set payment option please give complete solution how to used os commerce with druple Ubercart

hi aloksoft2004

u got a simple problem,payment options are in administrator->Store

administration->configuration->payment settings.And set the payment options like

1.payment settings

2.payment methods

3.payment gateway

u can set the permissions(enable the check box) based on u r requirement,

and set the desired payment methods u want to access.