Latest News: (loading..)


  • Content count

  • Joined

  • Last visited

1 Follower

About Paul2102

Profile Information

  • Real Name
    Paul Loffy
  1. I've found that the UPSXML mod. works as long as you don't use the dimensional feature. It seems either UPSXML or MVS gets really confused when you have more than one vendor and have to take into account dimensions and weights. Has anyone had any luck with this? If so, PLEASE let me know how you set it up. Does anyone have any other advice on how to get fairly accurate individual shipping charges using UPS? If I can't, then every customer will have to call in to get shipping charges because most combined orders will be over the UPS weight limit. Thanks, Paul
  2. RC5 readme says the following: 2005/08/05 - MVS 0.9RC5 Updates: ================================= Updates to the following files: catalog/admin/prods_by_vendor.php catalog/admin/includes/languages/english/prods_by_vendor.php I changed those files. Same results. I tried using the regular UPS module and that works fine. So I think there is something with the UPSXML module that is not right. Anyone else using UPSXML with success? Any ideas? Thanks, Paul
  3. Could someone give me a list of files that need to be changed to downgrade to RC4 so I don't have to start from scratch ? Thanks, Paul
  4. It is the same version as UPSXML. $Id: upsxml.php,v 1.1.4 2004/12/19 13:30:00 sgo Exp $. Line 4 of vendor/shipping/upsxml.php says Modified for MVS 2005/04/19 jck and there are several modifications. I also noticed that if my vendor is from MA or OH the UPS pricing is the same. I will give RC4 a try today. I really don't want to give up on this. I need to have a way for UPS to quote on per package weight rather than total weight and this seems to be best way if I can get it to work. Thanks, Paul
  5. I'm usint the modified UPSXML module in the distribution. I checked the distribution files with the latest UPSXML version using winmerge and they are the same, except when I compare the catalog or admin/includes/modules/shipping to ... /vendors_shipping. Same version number but with modifications for MVS 2005 made to vendors_shipping. Thanks, Paul
  6. I'm having a problem using MVS with UPSXML v 1.15a dimensions enabled and the UPS xml R & S and Attr w/ weights fix. :( Everything works fine if I only choose 1 vendor, when I choose more than one, on the checkout page, each vendors listing of the total weight and number of packages are incorrect. Example: Vendor 1, has 4 packages weighing 29 lbs each and vendor 2 has 4 packages weighing 3 lbs each. so it calculates- Vendor 1: (should be 4 pkgs, 116 lbs. total) United Parcel Service (XML) (8 pkg(s), 128 lbs total) UPS ground, $65.56 Vendor 2: (should be 4 pkgs, 12 lbs. total) United Parcel Service (XML) (16 pkg(s), 128 lbs total) UPS ground, $185.36 Confirmation pages says combined shipping is $250.92! Could anyone please explain what I may be doing wrong? I just added the dimensions section to the existing ups xml module, should I have installed the whole thing over what MVS had for ups xml? Thanks, Paul
  7. I have set mine up with multi vendor contribution, where one vendor is called "free ups ground", another vendor is called "default store" where ups ground, 2 day, and 3 day shipping is choosen. You could set up another vendor called "vendor 3" or whatever and offer other shipping methods. Then match up each product to whatever "vendor" has the shipping method you need. This is working for me, but my problem is that each product is shipped in a separate box and they are about 30 lbs each, so is someone orders 5 or 6 of these, when the total weight is calculated, it is over the UPS weight limit. I would like to find out how to get the calculation set up per product and then a total for all boxes. If anyone knows how to get this to work like this I would appreciate it. Hope my advice helps you out though. Paul
  8. No, I put it here and it is working for me. (just after line 1048) ___________________________________________________ if (is_dir($source)) { $dir = dir($source); while ($file = $dir->read()) { if ( ($file != '.') && ($file != '..') ) { if (is_writeable($source . '/' . $file)) { tep_remove($source . '/' . $file); $cached_file = ereg_replace('-language', '-' . $languages[$i]['directory'], $cached_file); @unlink(DIR_FS_CACHE . $cached_file); } } break; ________________________________________________ Hope that helps!
  9. Devilry- I found the problem. Disregard my last post on this thread. Here is what has happened.. The Graphical Infoboxes made changes to the categories.php file version 1.23, the latest OSCOMM categories.php file is 1.25. I made the same changes I found in Graphical Infoboxes categories.php 1.23 to the new 1.25 file, and it works!! Here is the v1.25 file after I made the changes: I hope this works for you. Paul
  10. This is what I found so far: If I take my column_left.php file: ------------------------------------------ /* $Id: column_left.php,v 1.15 2003/07/01 14:34:54 hpdl Exp $ osCommerce, Open Source E-Commerce Solutions Copyright © 2003 osCommerce Released under the GNU General Public License */ if ((USE_CACHE == 'true') && empty($SID)) { echo tep_cache_categories_box(); } else { include(DIR_WS_BOXES . 'categories.php'); } if ((USE_CACHE == 'true') && empty($SID)) { echo tep_cache_manufacturers_box(); } else { include(DIR_WS_BOXES . 'manufacturers.php'); } ------------------------------------------------------- Comment out the cache commands for categories and change include to require: ------------------------------------------------------- /* $Id: column_left.php,v 1.15 2003/07/01 14:34:54 hpdl Exp $ osCommerce, Open Source E-Commerce Solutions Copyright © 2003 osCommerce Released under the GNU General Public License */ /* if ((USE_CACHE == 'true') && empty($SID)) { echo tep_cache_categories_box(); } else { */ require(DIR_WS_BOXES . 'categories.php'); // } if ((USE_CACHE == 'true') && empty($SID)) { echo tep_cache_manufacturers_box(); } else { include(DIR_WS_BOXES . 'manufacturers.php'); } -------------------------------------------------------- Then it works. If no one can find any other solution, I may just leave it like this. I guess it is the same as if I had cache set to false for categories only. Thanks, Paul
  11. I am getting the same thing with pretty much a fresh install. Using Graphical Infoboxes which only changes the stylsheet.css and boxes, which I completly removed, then reinstalled them because it made no difference. Tried it with my original boxes, and no stylsheet and it still did the same thing. I have been trying changing things for 2 days now. Does anyone know the solution to this problem?
  12. I just fixed my problem and hopefully it will fix moonbeams. Jack had suggested: Also check your includes/header_tags.php file. Thre is a missing <?php tag at the top of the file. I went back to the old version of admin/header_tags_controller.php and it looks like everything is back to normal.
  13. I just did a fresh OSC install along with this contribution and was following allong on this thread. When I saw the problem moonbeam was having, I decided to try what he had done and deleted a page using admin. I got exactly the same problem, so I am also trying your suggestions. I installed the new admin script and I am getting this error message when trying to access header on the admin page: Parse error: parse error, unexpected T_IF in /usr/www/users/*****/*****/admin/header_tags_controller.php on line 231 Anyone else have this problem when deleting a page?