Jump to content

pvoce

Members
  • Content count

    16
  • Joined

  • Last visited

Posts posted by pvoce


  1. hi guys

     

    im all new to this so ill get straight to the point, im trying to install the UPSXML_v1_4_0_1 module, i have updated the sql file and placed all the files in the relevent folders now i keep getting the errors

     

    Warning: require_once(includes/classes/xml_5.php) [function.require-once]: failed to open stream: No such file or directory in /home/*******/public_html/******.com/includes/modules/shipping/upsxml.php on line 25

     

     

     

    Fatal error: require_once() [function.require]: Failed opening required 'includes/classes/xml_5.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/*******/public_html/*******.com/includes/modules/shipping/upsxml.php on line 25

     

     

    this is the line 23-28

     

    // Incorporate the XML conversion library

    if (PHP_VERSION >= '5.0.0') { // PHP 5 does not need to use call-time pass by reference

    require_once (DIR_WS_CLASSES . 'xml_5.php');

    } else {

    require_once (DIR_WS_CLASSES . 'xml.php');

    }

     

    any help

     

    thanks

     

    Have you added the following to your catalog directory?:

     

    catalog/admin/includes/classes/xml.php

    catalog/admin/includes/classes/xml_5.php

    catalog/includes/classes/xml.php

    catalog/includes/classes/xml_5.php

    catalog/includes/languages/english/modules/shipping/upsxml.php

    catalog/includes/modules/shipping/upsxml.php


  2. I just did a clean install of version 2.3.3.

    I am receiving the same error as tonyc49. However, I get the same error in production mode.

    I have verified with USPS that my ID has been properly switched to production server.

    My web hosting service which is IXWebhosting has determined that there is nothing wrong on their end.

    Anyone else have this problem and has anyone found a solution?

    Any help will be greatly appreciated.

     

    Make sure that USPS Webservices has your account active on their production server. They may reply that they haven't had any test queries sebt, but if you let them know that you are using the OSC platform, they will activate it for you.


  3. Okay, it looks like this problem results from unescaped ampersands in the data returned by USPS for international addresses along with incomplete handling of the returned data. As a quick (and fairly kludgey) fix, I added an extra pass at replacing them before returning the data on line 249:

     

    $body = preg_replace('/&[^; ]{0,6}.?/e', "((substr('\\0',-1) == ';') ? '\\0' : '&'.substr('\\0',1))", $body);

     

    Pardon my naivete, but in which file did you add the code? Thanks:)


  4. @@pvoce

    I see, looks like you went for the last version that had all the frills, I actually installed the version before that. Aside from not getting flat rate values returned from USPS it is working well.

    USPS Rate V4 Intl Rate V2 - v.1.7 - FIX 11 Feb 2012

     

    Maybe somebody else can lend a hand, or if you don't actually need the product restrict functionality you could use the version above.

     

    I went ahead and "started over" and added the V4 2/12 module, and is working great, save for no international options are appearing. I'm reading back to see if anyone has run into this before I add the add on


  5. @@pvoce

    Did you uninstall the stock oscommerce usps module before installing this one? Also which method did you use, drop on top, or self modify files?

     

    Your problem sounds like some data in this database wasn't cleared or ther is a missing character in the code.

     

    I don't know if there are any people who had this problem 14 pages is hard to read through, but I can say I did not have that issue.

     

    I can try and help if you want to answer those questions or show a screen shot of what the problem looks like.

     

    I did uninstall the stock version (it only gave me the "library mail" option) before dropping in the Restrict Methods catalog folder, along with some minor adding/editing to the ..admin/includes/includes/functions/general.php file. I did also run the sql query (just ran it again, just to be sure).

     

    Any other places I should look in particular?


  6. Thank you for your patience. The only place I have that call ($oscTemplate->buildBlocks(); ) mentioned is the ..\catalog\includes\template_top.php. Nothing in any admin files. Where I am seeing the error is when I log into Dashboard. I can still navigate and utilize the other admin functions. Would this narrow it down a bit?


  7. That's usually the result of uploading the catalog/includes/template_top.php to catalog/admin/includes/template_top.php.

     

    Regards

    Jim

     

    I've checked both the catalog/admin/includes/template_top.php and the catalog/includes/template_top.php, with the non-admin file containing the "$oscTemplate->buildBlocks();" call. I've renamed the admin template_top.php as a .bak file, which cratered the site, so I'm thinking I still need both. Everythibng I have 2.3.2 and above.

     

    Should I be looking for something in particular, such as a particular call statement or maybe a missing file?


  8. I've run into the dreaded "Call to a member function getBlocks() on a non-object in\..\catalog\admin\index.php on line 251" when entering Admin Dashboard. The site itself still runs, as well as the features. I have ensured that both instances of osc_template.php contain the block code, and ensured that the index.php has the added "getBlocks" call. I am sure it is something small, so has anyone else encountered this issue? Thank you for your time and patience.


  9. Two issues:

     

    1: Function eregi() is deprecated in \..\..catalog\includes\modules\current_auctions_module.php on line 47. Is there a better function to put in there?

     

    2:"Current Auctions" does NOT appear under Configuration in Admin. Which file can I edit to insert th ebay info?


  10. In the install instructions, there's a separate page with instructions on how to handle the product image on the product page. Make sure you did that part.

     

    Found it. I made the changes here on the localhost, but the configure.php didn't make the ftp upload for some reason. I'm blaming the lack of coffee. Works like a charm now. Thank both of ya'll for your time and patience.


  11. RWF: To an extent. When adding an image to a product, I am to upload a larger one to the thumbnail, which I do. However, the image is displayed within the product as full sized, not shrunken. Am I missing something?


  12. An issue I have run into is when adding images in admin, it appears that you can only display either the thumbnail or the large image in a product. Is the large image supposed to "overwrite" the thumbnail image? Sorry so dense:)

×