Jump to content
  • Checkout
  • Login
  • Get in touch


The e-commerce.


  • Content count

  • Joined

  • Last visited


Profile Information

  • Real Name
  • Gender
  1. Try adding something like this to includes/modules/shipping/freeamount.php ABOVE this line: if ( ($this->enabled == true) && ((int)MODULE_SHIPPING_FREEAMOUNT_ZONE > 0) ) { ADD: // BOF Country Check allow only this country to receive free shipping : this is hard-coded for United States country id 223 if ( ($this->enabled == true) && ($order->delivery['country']['id'] != 223) ) { $this->enabled = false; } // EOF Country Check change the 223 to whatever your country_id is Make sure to test it out!
  2. Since version 3, the FreeAmount contrib has a maximum weight option in the admin settings. As is, it would work only if one tire weight would be greater than orders for >$100 of small trinkets but you might be able to make it work...
  3. Maureen

    UPS Choice errors

    I've not had a problem installing this other than the language file is missing from the download. That is what the last errors refer to; you need to create the file includes/languages/english/modules/shipping/ups.php which contains the text information used in includes/modules/shipping/ups.php For this contrib -- UPS XML -- you need an account with UPS. And there is this -- UPS with Insurance -- I've not used this one.
  4. Does anyone have this working with Register Globals patch (register globals off)? If yes, how? Thanks, Maureen
  5. Thanks Rich... I did try replacing the references as mentioned but must have missed something as it did not work. A file search for the variables in question reports only in the user_tracking.php file. Right now it is working as previously mentioned so I will leave it until I have more time to "play" I do appreciate that you responded in this topic! Thanks again :) Maureen
  6. Maureen

    [Contribution] - USPS Methods

    I noticed that when USPS is the only shipping choice, the checkout shipping page defaults to rather than I know why it does this but don't know how to (or if it is possible) to re-write the code so that the Please select with arrow displays. This is controlled in checkout_shipping.php <?php if (sizeof($quotes) > 1 && sizeof($quotes[0]) > 1) { ?> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> <td class="main" width="50%" valign="top"><?php echo TEXT_CHOOSE_SHIPPING_METHOD; ?></td> <td class="main" width="50%" valign="top" align="right"><?php echo '<b>' . TITLE_PLEASE_SELECT . '</b><br>' . tep_image(DIR_WS_IMAGES . 'arrow_east_south.gif'); ?></td> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> <?php } elseif ($free_shipping == false) { ?> <tr> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> <td class="main" width="100%" colspan="2"><?php echo TEXT_ENTER_SHIPPING_INFORMATION; ?></td> <td><?php echo tep_draw_separator('pixel_trans.gif', '10', '1'); ?></td> </tr> <?php } if ($free_shipping == true) { ?> Any ideas how to change this?
  7. This problem is caused by using the Register Globals patch. The problem is with the GET variables time and viewsession. I was able to work a "fix" and posting it here in case anyone else needs: in admin/user_tracking.php find $LIMIT_DISPLAY_SESSIONS = CONFIG_USER_TRACKING_SESSION_LIMIT; // $MIN_CLICK_COUNT = 1; ADD AFTER // Register Globals Fix link_get_variable('time'); link_get_variable('viewsession'); There is supposedly a better more "correct" way of fixing variables to work with register globals off but I don't know how to do this -- would appreciate if anyone here knows how to properly rewrite user_tracking.php to work with Register Globals patch and post an updated file. Thanks, Maureen
  8. I have this contribution installed and functioning on 3 sites. I've just added it to a friend's site that also has the Register Globals patch and it does not work properly. Maybe someone here can help? Basic function is OK -- user_tracking.php displays the list of visitors with all the correct information. However, when either of the two links Delete Session or View Session are clicked the expected result is not obtained. Delete Session; page refreshes without deleting session. View Session; page refreshes and displays the correct session *without* the additional page information. Also, none of the purge links actually do anything to the database -- this I've seen posted here before and have tried to correct previously. I'm much more concerned as to why View Session does not work and how to fix it. Does anyone have this working with register globals off using the RG patch? If it is not due to the RG -- any other ideas?
  9. Maureen

    Contribution Tracker

    I made changes to the update query in admin/contrib_tracker.php to allow the Edit function to work, these changes have not affected any other function, so far ;) From case 'update': if ($old_status!='1' && $status=='1'){ $last_update=date("Y-m-d H:M:S"); } tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $status . "',contrib_name = '" . $contrib_name_new . "', contrib_link = '" . $contrib_link_new . "', config_comments = '" . $config_comments . "', last_update = '" . $last_update . "', contrib_vers= '" . $contrib_vers . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'"); To case 'update': if ($old_status!='1' && $status=='1'){ $last_update=date("Y-m-d H:M:S"); } tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $HTTP_POST_VARS['status'] . "',contrib_name = '" . $HTTP_POST_VARS['contrib_name_new'] . "', contrib_link = '" . $HTTP_POST_VARS['contrib_link_new'] . "', config_comments = '" . $HTTP_POST_VARS['config_comments'] . "', last_update = '" . $HTTP_POST_VARS['last_update'] . "', note_created = '" . $HTTP_POST_VARS['note_created'] . "',contrib_vers= '" . $HTTP_POST_VARS['contrib_vers'] . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'"); //tep_db_query("update " . TABLE_CONTRIB_TRACKER . " set contr_last_modified = now(), status = '" . $status . "',contrib_name = '" . $contrib_name_new . "', contrib_link = '" . $contrib_link_new . "', config_comments = '" . $config_comments . "', last_update = '" . $last_update . "', contrib_vers= '" . $contrib_vers . "' where contr_id = '" . $HTTP_POST_VARS['contr_id'] . "'");
  10. Maureen

    Contribution Tracker

    My problem is with the Edit function. When I edit the information for an installed contribution all fields are re-saved empty.
  11. Maureen

    Contribution Tracker

    The code you posted is from admin/contrib_tracker but your error message is for admin/includes/languages/english/contrib_tracker -- so if you tried to upload the admin/contrib_tracker in binary format and that did not work, try doing the same with ..english/contrib_tracker or checking that file for errors (blank line before the first < ?php or semicolon missing after first define statement, etc)
  12. Maureen

    Paypal Website Payments Standard

    I thought the stock osCommerce came with a PayPal option but you could use either of the ones listed in the post above. The option to only accept payment from a PayPal account (and not use CC through PayPal) is a setting in the PayPal account profile not in osCommerce. For your second question, do a search on the forum for SSL or Secure Certificate. I'm pretty sure the only way to get rid of that warning is by using some form of secure ceritificate on the site. There are ones you purchase and shared SSL that some host providers offer. Installation manual for osCommerce? There is some documentation that comes with the script download and you can look here >> Documentation Knowledge Base
  13. Maureen

    Paypal Website Payments Standard

    I would suggest using one of the PayPal IPN modules instead of the one with stock osCommerce. The most recommended is developed by the osCommerce team: osCommerce PayPal IPN Module v1.0 For 2.2MS2 I use PayPal_Shopping_Cart_IPN - I've used it since it first came out and haven't yet tried the one above.
  14. Maureen

    Payment notification & Missing orders.

    Correct, if you accept payment ONLY from PayPal accounts your customer will be returned. There are a few different contributions that should help out... Held Orders logs all orders before going to 3rd party payment process; you'll have a Held Orders section in admin just like the Orders section. MOECTOE allows new customer creation, new order creation, and existing order edit. Can be a little buggy but works. Order Editor - not sure you can create new orders with this. Put notices on your checkout pages so credit card customers know they have to return and yes! call PayPal.
  15. Maureen

    PayPal and Credit Cards

    My PayPal setting (in PayPal account profile) has been set to allow payments without a PayPal account since PayPal first initiated that change. Until very recently, my site worked perfectly and I never noticed the "Note" mention in the Learn More link next to the setting (because, I assume, it was not always there): Note: If you have turned on Auto Return and have chosen to turn on PayPal Account Optional for new users, a new user will not be automatically directed back to your website, but will be given the option to return. (A new user, BTW, is someone using a credit card to make the purchase.) I've seen numerous posts here about customers not being returned to the site for payment completion and a few responsed that state the above as the reason. If the customer does not return to the site, the order process does not complete. One even suggested that some (hopefully many) of us contact PayPal about this -- so I did. I was first told that yes, this had to do with recent changes PayPal made to the system and I requested a Tech Support contact number. When I finally got through to tech support he insisted that it has always been this way. Why then, I asked, were my credit card customers always returned to my site until recently -- something had to have changed. He then told me that it is because for "new customers" they have to 1) display that the payment successfully processed and 2) give them the option to save their information by opening a PayPal account. "All well and good" I replied, "but that doesn't help us with ecommerce sites." I do understand the marketing opportunity from PayPal point of view now they need to understand the impact it will have on us and ultimately on them. If we lose customers there will be that many less to sign up for new PayPal accounts, right? I suggested that if PayPal would not change this maybe they would consider making one of the following changes: -- If a new customer has not clicked on the continue button within 30 secs it is highly unlikely the button is going to be clicked on; redirect the customer to the merchant site after 30 sec (maybe too long but its only a suggestion) -- Move the darn Return to Merchant link off the bottom of the page where NO customer is going to scroll to find and rename it to something like "Complete your Purchase-Return to Merchant" For a company like PayPal, redesigning the way credit card customers are handled so that the customer is returned to the merchant site automatically should be child's play and we shouldn't have to request that bandaids be applied to something they broke. The Tech did take my information and said he was writing up a feedback report for this issue to be addressed. So...maybe it *is* a good idea for all of you who are experiencing this problem to contact PayPal and speak directly to the Merchant Technical Support department. While it may be a longshot it is better than scratching our heads and sticking up javascript alerts (which I did and I hate!) and new contributions to handle unprocessed orders. PayPal want our customers as leads, they should make it right! Please don't just think about it -- if this affects your ecommerce site, it affects your customers and your bottom line! Call PayPal...