Ben Nevis

Normally if you have things set up correctly anything to do with shipping should be skipped anyway in the case that the shopping basket contains only downloadables. They wouldn't choose a shipping address outside the EU if they have a mixed basket of physical and virtual goods presumably, as they either wouldn't receive their physical goods or else the non-payment of tax would be justified. So I can't quite see why it's a problem. How do you have your store set up to decide whether to add tax or not based on the shipping address, and is the shipping screen still coming up when the customer has only downloadables in their basket?

It's easy to set up three different flat-rate modules - look at the different multiple flat rate modules here, the trick would be to ensure your customers can only choose the correct one for where they live...

There are no such general instructions that I am aware of. There is no API for custom modules to hook into. Addons don't necessarily work with each other. Logic and display functions are mixed within the same files. etc etc You just have to wade in, learn the structure of osc and how it all fits together by reading the code, browsing directories, inspecting functions and classes, seeing which other files are required within a script and reading them too etc. You don't need to worry about getting things wrong or breaking things if you back up a script before you change it. If it works then the change might be right, as long as it didn't break anything else or introduce a vulnerability. Before trying to write a new module best is to search existing addons to see if there's one that does what you want, or is maybe close to doing what you want that could be modified rather than writing one from scratch. It should also give you an idea of the code changes needed, which files will be affected etc. As Chris says, if you want to work on a new shipping template you can start by looking at an existing one and using it as a template - and the documentation refered to by Jan :)

The format issue isn't something that SDS is concerned with, that is a product issue. You can create a product with three different attributes, and specify a different file or files to download for each product/attribute combination.

osc can handle downloadable products. I would suggest using the Super Download Store contribution to handle the download side of things, as it will allow you to create group file downloads and use subdirectories in the downloads folder, which is helpful in keeping things organised and splitting what would otherwise be quite large download files into smaller sections. Neither SDS nor osc without it offer any code for downloading but none is needed, when set up correctly a customer needs to be logged into their account to get the download and you can limit the number of days and number of times the download can be available for - they are not given a 'download link' that could be distributed to all and sundry. You could then just create a 'product' consisting of an album+mp3 as a set. A little sleight of hand might be necessary over shipping as osc will normally skip shipping for virtual products, and downloads won't be available if the product is not set as virtual, but this shouldn't be impossible to overcome. Then the mp3 files would available for download when they purchase that product and the vinyl can be sent to them in the normal way. Alternatively rather than practicing some sleight of hand with a product that is both virtual and physical I think there are probably addons for handling linked products, so you could keep the album and mp3 files as separate but linked products with one price.

Hmmm, well that may be too much information. You'd better implement the security measures required to secure osc double quick, or you'll have more to worry about than missing payment modules. check your configure.php files to make sure the FS and WS paths are all correctly specified for your new site.

Well, can you confirm that you do have files with names like cc.php, cod.php, paypay_standard.php, etc in the includes/modules/payment directory on the catalog side of your store? Did you do anything to the store before they 'disappeared', if so what? Does anything else seem to be wrong or unusual with your store? When you say they have disappeared, do you mean that when you place an order no payment options are offered, or do you mean that when you log in to the modules/payment option on the admin menu no payment modules are listed (or both)? Which payment module(s) were you using? If you want any more help you will need to give more information about the problem - what the symptoms are, what you have done, where the error is occuring, the text of any error message displayed, etc.

The payment modules are a number of different scripts for each payment method that should be in the includes/modules/payment directory of your store. When you upload them by ftp they should be uploaded in ascii format. If they are there and you still can't see them or 'install' ie activate them and provided any required configuration details, when you log in to the admin section of your store, then something else is wrong.

Download the osc install file and just copy the relevant scripts to the includes/modules/payment directory.. Of course they didn't just disappear by themselves, so you might want to try and figure what you or anyone else did that made them disappear...

Ok, well tell us the full error message you got and copy the exact code of the relevant lines from your file into your message.

Perhaps you made a mistake in where or how you added the extra image fields to the query? I can't see why this wouldn't work: // begin Product Extra Fields $query = "select p.products_id,pd.products_name, pd.products_description, p.products_model,p.products_quantity, p.products_image, p.products_image_med, p.products_image_lrg, p.products_image_sm_1, p.products_image_xl_1, p.products_image_sm_2, p.products_image_xl_2, p.products_image_sm_3, p.products_image_xl_3, p.products_image_sm_4, p.products_image_xl_4, p.products_image_sm_5, p.products_image_xl_5, p.products_image_sm_6, p.products_image_xl_6, pd.products_url, p.products_price, p.products_tax_class_id, p.products_date_added, p.products_date_available, p.manufacturers_id"; foreach ($epf as $e) { $query .= ", pd." . $e['field']; } $query .= " from " . TABLE_PRODUCTS . " p, " . TABLE_PRODUCTS_DESCRIPTION . " pd where p.products_status = '1' and p.products_id = '" . (int)$HTTP_GET_VARS['products_id'] . "' and pd.products_id = p.products_id and pd.language_id = '" . (int)$languages_id . "'"; $product_info_query = tep_db_query($query); // end Product Extra Fields Of course, modifying that particular query isn't the only thing that would need to be done and you would have to be sure any error message was refering to the query.

I suppose it should be possible to modify the code in the per item shipping module to apply a different price depending on the number of items - it uses a count of them anyway so you could just use conditional statements and a change in the formula based on the count, but you'd have to hard code the changes in prices into the module, unless you also want to make changes to the information it displays and allows you to input in admin and store in the database.

Here are all the steps you need to do to set up downloads. If you've done everything then the most likely causes would either be making a mistake with the filename or putting it in a directory other than the one speoified as the download directory in the configuration settings - ie. osc can't find it, or else the order status you set doesn't allow download. The download link is not sent in the confirmation email, it only shows in account history when you view the order details (or immediately after purchase if the purchase order status is sufficient to make the download available).

The installation instructions are included in the contribution. The procedure is: 1) Download it 2) Read the included instructions 3) Start from step 1, then do step 2, etc. 4) If you don't understand some particular part of any step, ask specifically about what it is you don't understand.