ecartz

It's not really a border per se. See changing the width of the pseudo border around infoBoxes. Note that depending on what you want to accomplish, the simplest thing might be to set it to 0 and then add a CSS border that you can style.

It doesn't look like the file is uploaded. Look at http://www.wickedink.se/catalog/stylesheet.css -- it still has the old code with the comment and the 333333.

Taking the comment off the line would mean changing it to .infoBox { background: #f2f2f2; /* background: url(images/infoboxbg.jpg); */ border: none; padding : 3px; } If it's inside the comment tags, it might as well not exist.

admin/includes/configure.php It sounds like it has define('HTTP_CATALOG_SERVER', 'http://'); when it should have define('HTTP_CATALOG_SERVER', 'http://shop.98331gear.com');

No, the colon is where it is supposed to be. That code would work if STS used it. A quick look at STS suggests that changing $myaccountlogoff | $cartcontents | $checkout in includes/sts_templates/full/sts_template.html (replace full with your template name; and make the same change to all the other templates that you use that show the header) to $myaccountlogoff | $cartcontents $checkout and changing $sts->template['checkout'] = '<a href=' . tep_href_link(FILENAME_CHECKOUT_SHIPPING, '', 'SSL') . ' class="headerNavigation">' . HEADER_TITLE_CHECKOUT . '</a>'; in includes/modules/sts_inc/general.php to if ( $cart->count_contents() > 0 ) { $sts->template['checkout'] = '| <a href=' . tep_href_link(FILENAME_CHECKOUT_SHIPPING, '', 'SSL') . ' class="headerNavigation">' . HEADER_TITLE_CHECKOUT . '</a>'; } else { $sts->template['checkout'] = ''; } would probably do it.

What actually happens when you place an order? When you get back from Linkpoint, where do you go next? Also, your COOKIE settings seem flawed. Even when I allow cookies, I still get an osCsid in the URL. You may want to post the relevant lines from your configure.php file (the ones with HTTP in them).

I generally start with an existing module for a processor that works the same way as your new processor does. There are examples with the osCommerce distribution. Then I look at what needs to be different and modify it. In general, you need to implement process_button.php if you are POSTing to an external processor and they will redirect back to osCommerce after processing. If you are calling the processor via curl or other backend interface, you do this in the before_process function. The selection function is where you add any form inputs that you need the user to enter. The install function is where you run the initial configuration SQL, and you read the configuration in the constructor. You can get a minimalist example by looking at the COD module. Since it collects no information and does no processing, it implements as little of the API as is possible. However, it still must define all the needed functions. Since it doesn't do anything, it doesn't define any helper functions that are not required.

Make sure that your confirmation URL in Linkpoint is checkout_process.php If you didn't before, add the revised text to checkout_payment.php: <!-- body_text //--> <td width="100%" valign="top"><?php echo tep_draw_form('checkout_payment', tep_href_link(FILENAME_CHECKOUT_CONFIRMATION, '', 'SSL', false), 'post', 'onsubmit="return check_form();"'); echo tep_hide_session_id(); ?><table border="0" width="100%" cellspacing="0" cellpadding="0"> It is possible that this matters. Make sure that you checked all 4 boxes for: Url is a CGI Script and Automatically display Confirmation Page after the Connect receipt page

Contribution link: DHTML State Selection This add on addresses a missing feature and fixes a bug in address editing. In standard osCommerce, when you add or edit an address, you have to enter the state (or province or county or region or whatever it is called in your country) free hand into a text box. The desired feature being to select from a drop down to avoid typos, etc. Then, if you submit, it replaces your entry with a drop down menu of all the states in that country. However, if you selected the wrong country, you then have to change the country and submit the form to get the correct drop down. That's the bug. This add on dynamically switches between drop down menus for the various countries. For example, with the default osCommerce install, it will allow you to select the United States as the country and then pick Alabama (or any of the other US states) from a drop down menu. Then, if you change your country to Canada, the drop down will show a list of Canadian provinces. If you pick a country that does not have any zones in the database, it will show the standard text input. The add on also defaults the country to the store country setting. There is one feature that is removed. If the user does not have Javascript running in their browser, then this version only ever shows the text input. This fixes the bug of not being able to switch countries but at the price of never offering the convenience of the drop down to a non-javascript user. A possible future enhancement would be to show both the text input and the drop down in this case. However, that was beyond the scope of the current project. Another add on that does something similar via AJAX is Country-State Selector. I haven't used it, so I pass on the question of which is better.

Try searching for individual shipping. Or Google for setup shipping price for each product.

Your host's server should have more than 16 MB of RAM. You would be hitting the PHP memory_limit for a single request. The host could turn up the memory_limit (possibly just for you) but may not want to do so. You could switch to a different shared host with a higher memory_limit setting in php.ini, which would be cheaper than a dedicated server.

Around lines 110-111 of includes/modules/shipping/zones.php, change the 1 in // CUSTOMIZE THIS SETTING FOR THE NUMBER OF ZONES NEEDED $this->num_zones = 1; to be the appropriate number for your store. I haven't used this module recently, so I don't know if that's the only change that needs made or not.

You can set the weight of a product when adding or editing it. It's on the same page where you enter the name, description, and price. Zone rates shipping allows you to set different shipping tables (by weight) for the various regions. You may have to edit code to make it support more than one region. It's not completely configurable.

There is at least one Purchase Order payment module for osCommerce. Is that what you mean?

PayPal is saying that IPN is broken and they are going to fix it. It's not an API change. Something happened that PayPal is broken and needs fixed.

I think that you could do this by installing table rate shipping with a table of 20:3.00,10000:0.00 for your regular option and flat rate shipping for your fast option.

However, the function does not exist in the file general.php. In a normal install, it would be in html_output.php. I didn't add the function to the file manually. I had a fresh install. I copied the new files over the existing files. As things stand, copying files with RC2a is broken and won't work. Further, even if someone did follow the instructions, they would still break things, because they would look in general.php, find that the function is not there, add it to general.php, and then the copy in html_output.php would break things. The instructions should say, =================================================================== Add the following to admin/includes/function/html_output.php before the last ?> IF it does not already exist in that file. //// // Hide form elements function tep_hide_session_id() { $string = ''; if (defined('SID') && tep_not_null(SID)) { $string = tep_draw_hidden_field(tep_session_name(), tep_session_id()); } return $string; } rather than general.php

I just installed the latest version of the contribution, and there are two things that I would consider bugs. The first (and more serious) is that in admin/includes/functions/general.php, a tep_hide_session_id() function is added, but in a clean RC2a (just downloaded today), that function is already defined in admin/includes/functions/html_output.php. This causes an error about duplicate function definitions that breaks admin. Perhaps this function should only be added to MS2? Possibly in html_output.php rather than general.php (in case someone wants to upgrade MS2 to RC2a later). The second, less serious, perhaps purely pedantic, is that the following code (in the instructions, product_info.php, and index.php; for the RC2 files -- I didn't look at the MS2 files) should be <?php /*** Begin Header Tags SEO ***/ if ( file_exists(DIR_WS_INCLUDES . 'header_tags.php') ) { require(DIR_WS_INCLUDES . 'header_tags.php'); } else { ?> <meta http-equiv="Content-Type" content="text/html; charset=<?php echo CHARSET; ?>"> <title><?php echo TITLE; ?></title> <?php } /*** End Header Tags SEO ***/ ?> rather than <?php /*** Begin Header Tags SEO ***/ if ( file_exists(DIR_WS_INCLUDES . 'header_tags.php') ) { require(DIR_WS_INCLUDES . 'header_tags.php'); } else { ?> <title><?php echo TITLE; ?></title> <?php } /*** End Header Tags SEO ***/ ?> This will obviously not cause an issue for anyone who has header_tags.php installed correctly. However, if we're only worrying about the correct install case, why not make it simpler and just use (as a replacement for the above code) <?php require(DIR_WS_INCLUDES . 'header_tags.php'); ?> which is just as good in the correct install case and will throw an error for certain incorrect installs (rather than producing incorrect output).

The original code to display the image on the product info page looks like this: <script language="javascript"><!-- document.write('<?php echo '<a href="java script:popupWindow(\\\'' . tep_href_link(FILENAME_POPUP_IMAGE, 'pID=' . $product_info['products_id']) . '\\\')">' . tep_image(DIR_WS_IMAGES . $product_info['products_image'], addslashes($product_info['products_name']), SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT, 'hspace="5" vspace="5"') . '<br>' . TEXT_CLICK_TO_ENLARGE . '</a>'; ?>'); //--></script> <noscript> <?php echo '<a href="' . tep_href_link(DIR_WS_IMAGES . $product_info['products_image']) . '" target="_blank">' . tep_image(DIR_WS_IMAGES . $product_info['products_image'], $product_info['products_name'], SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT, 'hspace="5" vspace="5"') . '<br>' . TEXT_CLICK_TO_ENLARGE . '</a>'; ?> </noscript> The way that it works is that if users have javascript enabled in their browsers, it uses the first part in the script tags. If they do not have javascript running, it uses the second part (inside the noscript tags). So if you first try it by adding the code inside in the noscript tags, it won't work as javascript enabled browsers won't see it. If you take out the noscript tags but leave the script block, then the image will show once for the script block (if javascript is enabled) and once for your code. If you replace both the script and the noscript blocks, it should have the effect that you want. However, it won't show a popup image if the browser does not have javascript enabled.

<a href="<?php echo DIR_WS_IMAGES . $product_info['products_image']; ?>" class="jqzoom" style="" title="<?php echo addslashes($product_info['products_name']); ?>"> <?php echo tep_image(DIR_WS_IMAGES . $product_info['products_image'], addslashes($product_info['products_name']), SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT, 'style="border: 1px solid #666;"'); ?><br /><?php echo TEXT_CLICK_TO_ENLARGE; ?> </a><select style="position:absolute;left:400px;top:10px;"><option>sdsdsds</option></select> Note that the tep_image call should actually be to something other than your original image. It's designed to work with a small image.

Searching for "individual shipping" finds a number of results, including Individual Product Shipping Prices.

Zone rate would do this in a standard install. For orders with high weight items, the high weight item will tend to dominate the shipping calculation. You might need to modify it to get the correct number of zones. You also may want to consider integrating your actual shipper. For example, UPS and FedEx have APIs where you can get an actual quote for shipping. If your shipper offers this, it would be better than trying to estimate what the shipper would charge.

Searching for "price logged in" finds Prices for Logged-In Users Only among other results.

Perhaps order ID? You might need to check the FedEx documentation to find out what they expect this field to have in it.

I'm not sure what contribution you're using to add customers from admin, but to do this in create_account.php, you would find <tr> <td class="main"><?php echo ENTRY_COUNTRY; ?></td> <td class="main"><?php echo tep_get_country_list('country') . ' ' . (tep_not_null(ENTRY_COUNTRY_TEXT) ? '<span class="inputRequirement">' . ENTRY_COUNTRY_TEXT . '</span>': ''); ?></td> </tr> and change to <tr> <td class="main"><?php echo ENTRY_COUNTRY; ?></td> <td class="main"><?php echo tep_get_country_list('country', '223') . ' ' . (tep_not_null(ENTRY_COUNTRY_TEXT) ? '<span class="inputRequirement">' . ENTRY_COUNTRY_TEXT . '</span>': ''); ?></td> </tr> where 223 is the country ID for the US, if I recall correctly. You should be able to do something similar in your admin file.