Jump to content

ozEworks

Partner
  • Content count

    1,446
  • Joined

  • Last visited

7 Followers

About ozEworks

  • Rank
    Projects Director

Profile Information

Recent Profile Visitors

25,710 profile views
  1. ozEworks

    Oscommerce integrate with nolapro

    Reach out if you need adapting for Phoenix.
  2. ozEworks

    International Checkout - Out of Business

    Anyone looking for an alternative to this service could consider GlobalShopex
  3. ozEworks provide commercial development services to all versions of osCommerce including MS 2.2., RC(2)a, 2.3, Phoenix as well as forks such as ZenCart.  We have twenty years experience with osCommerce and are official osCommerce Development Partners.  See ozEworks.com 

  4. We has an issue with the Admin Approve process. Warning: Error while sending QUERY packet. PID=21752 in /home/ozeworks/public_html/support/xxxxxx/admin/includes/functions/database.php on line 53 2006 - MySQL server has gone away update fraudlabs_pro set fraudlabspro_status='APPROVE' where order_id = '5144' [TEP STOP] 2006 - MySQL server has gone away select 1 from sessions where sesskey = '0bc4c6a91bbfca74f41060b7986defdc' [TEP STOP] Updating max_allowed_packet to 1GB did not fix. Looking at the https://apps.oscommerce.com/HboCa V 1.3.5 must be out of date. Attached is our patched version. Tested on Fraudlabs Pro osCommerce 2.3. FraudLabsPro_ozeworks_update.zip
  5. ozEworks

    AIM and SIM have reached End of Life

    The bottom lins is Authroize.net wants people to move to their new API and I believe the core of that relates to recurring billing and customer records etc. to be PCI compliant both ends (site and authorize.net). They are not going to let you use methods that violate PCI on their end. If you do recurring billing and/or use CIM, you will probably end up with a problem. So at some stage the team need to develop a new Authorize.net module based on the new API.
  6. Authorize.net have announced AIM and SIM have reached end of life. They will no longer be supported but you will be able to keep using them.. Specifically their APIs will remain available but not be upgraded. If any PCI compliance changes occur in the future (simple for example you had to collect Card Type as part of the transaction) these APIs will not meet them and you therefore would be not compliant if you continued to used them. Read full notice here https://support.authorize.net/s/article/Recurring-Billing-Flag-Rebill-Feature-End-of-Life-Overview There is new API available. See https://developer.authorize.net/api/ and osCOmmerce will need to work to provide a module to use with MS 2.2/2.3. So bottom line there is no date associated with this. Your payment modules will continue to work. If/when an osCommerce Add On is released using the new API you should upgrade to it.
  7. For anyone using International Checkout (or thinking to) they have gone out of business. You will just get a 404 page not found when you try and use it. https://www.internationalcheckout.com/cart.php When queried about the error, they stated:
  8. ozEworks

    New Certified PayPal Payment Modules

    I want to clarify where we can download "PayPal Payments Pro Hosted Solution Payflow Edition" which you need for PayPal Advanced accounts. Can someone tell me?
  9. ozEworks

    paypal advanced paypal payflow

    Suren are you trying to use Sandbox mode?
  10. Do you still support osCommerce? I don't see any reference to it on your actual site.
  11. ozEworks

    USPS Rate V4, Intl Rate V2 (official support thread)

    Just a note for people use the older MS2.2 / Rc2a USPS V4 module there are service name changes to Domestic you will need to make changing Standard Post to Retail Ground. It will be in several places in the code. Also the name changes from being Registered Mark to a Trademark. 'USPS Retail Ground tradmrk' => 'USPS Retail Ground tradmrk', Uninstall and reinstall to test. Don't forget to keep your USPS ID to add back when you reinstall. See https://www.usps.com...lease-notes.rtf Other changes (Flat Rate boxes as a container) do not seem to impact the old module. Switch your current module to $usps_server = 'stg-production.shippingapis.com' to test impact
  12. ozEworks

    [Development] USPS Shipping Module

    Sorry I will
  13. ozEworks

    [Development] USPS Shipping Module

    Just a note for people use the older MS2.2 / Rc2a USPS V4 module there are service name changes to Domestic you will need to make changing Standard Post to Retail Ground. It will be in several places in the code. Uninstall and reinstall to test. Don't forget to keep your USPS ID to add back when you reinstall. See https://www.usps.com/business/web-tools-apis/2016-jan-webtools-release-notes.rtf Other changes (Flat Rate boxes as a container) do not seem to impact the old module. Switch your current module to $usps_server = 'stg-production.shippingapis.com' to test impact
  14. ozEworks

    [Development] USPS Shipping Module

    OK we will test it out on Rc2a site and let you know.
  15. As usual with the USPS upgrade it is not just a rate change. There are service names changes as well. Is anyone looking at updating the Add On?
×