Jump to content
  • Checkout
  • Login
  • Get in touch


The e-commerce.


  • Content count

  • Joined

  • Last visited

1 Follower

About rotaour

  • Birthday 06/11/1972

Profile Information

  • Real Name
    Matt Mika
  • Gender
  • Location
    Denver, CO
  • Website
  1. rotaour

    "Dynamenu" for osCommerce

    Anyone know how to NOT show the parent category? Running Multi-stores and just want to show sub cats of parent cat. Thanks
  2. rotaour

    Featured Product Support v1.5.4

    I have installed 4.3 and everything seems to work just fine. I decided not to use the small infoBox and am just using the main box on the index page. My problem is that the cols and rows dont work properly. I have my max featured prods set to six. If I add 3 featured prods the box only shows two prods, if I add 6 featured prods the box only shows 5 prods. So essentially I am having to add 4 featured prods to display 3 and 7 featured prods to show 6. Also, say I have 6 featured products added. The box will display all 6 items on refresh but only five at a time, ie. it sees all the featured products in the select but will only display 5 per page refresh. Anyone got any ideas? TIA
  3. rotaour

    Seperate Pricing Per Customer v3.5

    Yea, I just download RC1 and found it, thanks...
  4. rotaour

    Seperate Pricing Per Customer v3.5

    I've just completed upgrading, or at least copying new files/code(4.20) to a working version of SPPC 4.15(w/ Hide Product for SPPC) in my heavily modified testing store. The first thing I noticed is I'm missing the tep_hide_session_id() function and it doesnt seem to exist in the functions files in SPPC 4.15 or 4.20. Its not in my functions/sessions.php file either. Where did this come from? Did this enter SPPC between 4.15 and 4.20? If I remember correctly this function is used only in create_account.php and admin/orders.php in SPPC4.20. SPPC4.15 doesnt even edit orders.php and create_account.php has no mention of it. Can someone tell me where this came from and possible post the function and where it goes? TIA
  5. rotaour

    Telephone Order form

    I mentioned the wrong contrib. There are "Manual Order Entry" and "Simple Manual Order Entry" contributions. The one I was referring to is the "Simple" contrib by Attitude. This contrib does not requires users to enter the osC admin area. The files are in the root catalog dir and I have mine protected by htaccess. When you access the contribs admin page you have the choice to add a new customer or search by email address or surname to add orders for existing customers. Orders are then submitted just like if a customer made the order.
  6. rotaour

    Telephone Order form

    Scott, Take a look at the "Manual Order Entry" contribution. You can make orders for new customers or add new orders for existing customers. Make sure you protect the admin file though. I believe theres instructions in the contribution that describe how to secure it.
  7. Can someone please post links to working examples of "PDF Catalog" and/or "Printable Catalog" and tell me which contribution it is? I'm looking into adding a printable catalog for our wholesale customers. I'd like to check these out before I delve into installing one of them or developing my own. Any other suggestions for contributions of this type? Thanks, Matt
  8. rotaour


    I'm just following up the problem I posted earlier about taxes not being applied to virtual products. One thing I failed to mention was that my testing store had SPPC and SPPC-Hide Products installed, which does several things with taxes. I decided to move CCGV(trad) to one of my live stores and low and behold it worked just fine. I wasnt able to find any mention of SPPC and SPPC-Hide Prods in this thread but I think JanZ posted something to work with the old CCGV in the SPPC thread. Once I get to it and get it working I'll post my finding and or code here.
  9. rotaour


    I assume it is just removed from the GV module admin page right? Because it is found it in ccgv.sql - INSERT INTO configuration (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) values ('Queue Purchases', 'MODULE_ORDER_TOTAL_GV_QUEUE', 'true', 'Do you want to queue purchases of the Gift Voucher?', '6', '3','tep_cfg_select_option(array(\'true\', \'false\'), ', now()); and includes/modules/order_total/ot_gv.php in the install function - tep_db_query("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) values ('Queue Purchases', 'MODULE_ORDER_TOTAL_GV_QUEUE', 'true', 'Do you want to queue purchases of the Gift Voucher?', '6', '3','tep_cfg_select_option(array(\'true\', \'false\'), ', now())"); Should there be a configuration setting for Queue Purchases or not? I am using CCGV(trad)_1_2_3_4_5_6_7_8_9_10_11.zip and sure as the sun shines the above config inserts are there unless I've just completely lost my mind. I've changed back to the recommended sort order in UserGuide.html. Nothing has changed except the sort order, everything still works fine except taxation of virtual products. I guess I have missed a few lines of code somewhere, but I just cant seem to find it. Will keep looking... Thanks
  10. rotaour


    I recently upgraded my testing store from CCGV 5.11 to CCGV(TRAD) 5/21/07 version and am having the following problem. No tax is being applied to Gift Vouchers unless there is a product with weight in the cart. I created another virtual product just to test and no taxes are being applied to virtual products, period. I have confirmed that the products have the the proper tax class applied, that the billing address zone is part of the tax class and have went over the files numerous times. Enable Download is set to true as well. My Gift Vouchers settings are as follows; Display Total - true Sort Order - 6 Queue Purchases - true Include Shipping - true Include Tax - true Re-calculate Tax - None Tax Class - Taxable Goods Credit including Tax - true Anyone have any suggestions?
  11. rotaour

    Ups Xml Service Code Issue

    Updated my language defines for '65' codes to 'UPS Saver' from 'UPS Express Saver'. Added '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65 to /modules/shipping/upsxml.php in the 'All other origins' array. And define('MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65', 'UPS Saver'); to /lang/eng/mods/ship/upsxml.php I still do not get a Service method(ie. UPS Saver) in the checkout_shipping.php quote or in the orders_total table shipping row. Anyone got any ideas?
  12. I got an order from a gentleman in New Zealand the other day that didnt have a service type, it was blank. While testing I found UPS was responding with a "City is ambiguous" error. We did get a quote and the order was confirmed but no service type was written into the DB. The ambiguous error ended up being an improper postal code, got that figured out. Apparently UPS only has one service type to New Zealand, ie. UPS Worldwide Saver. The problem with no service type I figured was that it just didnt exist in the code, however there is: '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_CANADA_ORIGIN_65 and '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_EU_ORIGIN_65 both of which are titled "UPS Express Saver." According to communications with UPS support <service><code>65</code></service> is "UPS Worldwide Saver." Has this changed since the module was initially written or is it just labeled wrong? Obviously New Zealand is not of EU or Candian origin so thats why Im not getting UPS Express Saver as the shipping option for this region. Am I right in thinking that I just need to add '65' => MODULE_SHIPPING_UPSXML_SERVICE_CODE_OTHER_ORIGIN_65 to the 'All other origins' array in the service_codes array? Or should I add an Austrailian array(or whatever world region NZ is in) to service_codes array AND add Austrailian Origin to the MODULE_SHIPPING_UPSXML_RATES_ORIGIN cofiguration field and install() function? Any comments or suggestions by more seasoned programmers would be great. Thanks
  13. I am currently running CCGV 5.11. We have not utilized the gift voucher portion yet, but plan on implementing gift vouchers in the coming weeks so we can eliminate our printed gift certificates. I figured I would go ahead and upgrade to the latest version 5.18 or convert to CCGV(TRAD) before we deploy our gift vouchers. We have a Multi_Store install with 33 stores currently so I want to get this right the first time as it will be time consuming to upgrade or convert. Anyone have qualified opinions on both contributions? Meaning have you tried both contributions and made decisions on which is better as far as coding conventions, ease of use, buginess, etc.? I havent yet looked in detail at the TRAD contribution or the latest versions of CCGV to get an opinion of my own. I just wanted to pick other peoples minds to see what they have to say. Now I'm off to look at both. Let me know what you think, thanks.
  14. rotaour


    Turns out this "we do not ship to PO Boxs" error I received(or thought I recieved) was from the HTML UPS module not the XML UPS module(need to pay attn to what testing store I'm using) as the address info sent by the UPS XML module includes only city, state and zip(after looking at the code). After briefly glancing at the HTML UPS module I cant find where it sends the address info! Am I imagining things or missing where it sends the address? Guess it doesnt really matter since I'm committed to the XML module. Thought I'd just correct my statement in the OP that was misleading and false. Anyway, I'm off to see if I can implement AddressLine1 into the XML module, hopefully getting an error produced from the UPS tools Response on finding a PO BOX address, as one of the UPS XML Definition elements is <AddressLine1></AddressLine1>.
  15. rotaour

    UPS XML error on edit

    If you have completed the modification in the install directions regarding the 'set_function' row in your configuration table, then change this line; while (list($key, $value) = each($HTTP_POST_VARS['configuration'])) { to foreach($_POST['configuration'] as $key => $value) { in admin/modules.php, approx. line 48. Its funny, I had the while(list) loop working on our live stores fine, but it would not work on my testing store when I finally upgraded it to XML UPS.