Jump to content

ecartz

♥Ambassador
  • Content count

    2,482
  • Joined

  • Last visited

  • Days Won

    15

ecartz last won the day on February 15

ecartz had the most liked content!

About ecartz

Recent Profile Visitors

39,951 profile views
  1. It looks like the App sets DIR_FS_CATALOG to its own value. Then the autoloader attempts to use it but of course can't find stuff there. My suggestion would be to look at how the App uses DIR_FS_CATALOG and change it to work with DIR_FS_CATALOG . 'ext/modules/header_tags/twitter_typeahead/' instead. Alternately, you could make a duplicate version of includes/application_top.php that doesn't call the autoloader. But it seems simpler to adjust the App than to duplicate other files.
  2. Try replacing $rateReply->RatedShipmentDetails with get_object_vars($rateReply->RatedShipmentDetails) I.e. $cost = (get_object_vars($rateReply->RatedShipmentDetails)[0]->ShipmentRateDetail->TotalNetCharge->Amount)/MODULE_SHIPPING_FEDEX_WEB_SERVICES_CURRENCY;
  3. It tells it to start over at the beginning. And yes. You could try switching the first while to a foreach. foreach ($products[$i]['attributes'] as $option => $value) { That would avoid the need to reset and it would be forwardly compatible if you wanted to update to PHP 7.
  4. 1.0.5.1 is on GitHub for anyone who wants to do a fresh install (as opposed to an upgrade). 

    1. valquiria23

      valquiria23

      Thanks Matt !!!
      Would you kindly summarize what differences and improvements 1.0.5.1 has compared to 1.0.5.0?

  5. Some store owners are experiencing a problem where PayPal is not sending the orders back to the store.  The IPN is failing.  As a troubleshooting step, get the latest version of the ext/modules/payment/paypal/paypal.com.crt file and replace the version on your store with it.  See if things work after doing that. 

    The easiest way to get that file is to download the current version of Phoenix, either from the Products page or https://github.com/gburton/CE-Phoenix/archive/master.zip and extract the file from it. 

    I believe that file has been required for PayPal.  So your store should have it.  If for some reason you are trying to install PayPal on an older store, consider getting the PayPal App from the Marketplace:  https://apps.oscommerce.com/fZMiN&paypal-app

    The most recent version is older than the introduction of the file to Phoenix, so you may have to update the version of the file that comes with that.  But the PayPal App version of the payment module does use that file. 

    Note that PayPal with IPN uses multiple files.  There will always be one in includes/modules/payment plus it has files in includes/apps and ext/modules/payment/paypal .  If you don't have all those files, then you may need to install the PayPal App to get them. 

    1. valquiria23

      valquiria23

      Good information, thanks MATT!! It would be good to post it in the PayPal support post.

  6. ecartz

    PayPal App for osCommerce Online Merchant

    Some store owners are experiencing a problem where PayPal is not sending the orders back to the store. The IPN is failing. As a troubleshooting step, get the latest version of the ext/modules/payment/paypal/paypal.com.crt file and replace the version on your store with it. See if things work after doing that. The easiest way to get that file is to download the current version of Phoenix, either from the Products page or https://github.com/gburton/CE-Phoenix/archive/master.zip and extract the file from it. I believe that file has been required for PayPal. So your store should have it. If for some reason you are trying to install PayPal on an older store, consider getting the PayPal App from the Marketplace: https://apps.oscommerce.com/fZMiN&paypal-app The most recent version is older than the introduction of the file to Phoenix, so you may have to update the version of the file that comes with that. But the PayPal App version of the payment module does use that file. Note that PayPal with IPN uses multiple files. There will always be one in includes/modules/payment plus it has files in includes/apps and ext/modules/payment/paypal . If you don't have all those files, then you may need to install the PayPal App to get them.
  7. ecartz

    Paypal Standard Payments Failing

    Note that you might still have to update the crt file *after* installing the PayPal App. Because the most recent version of that App is older than the addition of the crt file to Frozen. But installing the App should get you a crt file to update.
  8. ecartz

    Paypal Standard Payments Failing

    Yes, that's what I see too. That file is also available at https://github.com/gburton/CE-Phoenix/blob/master/ext/modules/payment/paypal/paypal.com.crt So, new troubleshooting step for PayPal problems. Verify that one has the latest version of that file.
  9. ecartz

    Paypal Standard Payments Failing

    Do we need to add that file to core? What's currently in the 1.0.5.1 release (yet to be made): https://github.com/gburton/CE-Phoenix/blob/1.0.5.1/ext/modules/payment/paypal/paypal.com.crt
  10. That's difficult for FILENAMEs and TABLEs. Because it requires rewriting huge amounts of core code. Basically every tep_href_link and tep_db_query line. I would point out that those example uses are easier to do via mod_rewrite and a modification to tep_href_link rather than manually replacing hard coded values with FILENAMEs. I.e. I don't think the solution is to reverse the change so much as to move forward with other changes.
  11. Well, that's not going to work. Beyond that, it would be a lot easier if we had some idea why you think that there's anything wrong with that code. Is it giving an error? Showing an incorrect price? Not showing at all? I'm pretty sure there is at least one person using the FedEx App from the Marketplace on Phoenix 1.0.5.0, so you might find it easier to get the instructions to fix that from the support thread for it.
  12. ecartz

    const variable

    You can only use const in global or class context, not inside a function. So if you have something like function do_stuff() { const WHATEVER = 'whatever'; } you'll get an error. You also can only do const with things that can be done at compile time. So function do_stuff() { return 'whatever'; } const WHATEVER = do_stuff(); for anything that needs to be calculated at run time. The define is done at run time, so it doesn't care about that.
  13. If this is a test installation, just add print_r(array($products[$i][$option], $i, $option, $attribute_values, $languages_id)); right after the last track_stock line. If in production, figure out the customer ID of your test user and add something like if (1 == $customer_id) { print_r(array($products[$i][$option], $i, $option, $attribute_values, $languages_id)); } replace 1 with the appropriate value. You can find the customer ID in admin/customers.php or by looking it up in the database. It's often easiest to do a view source to look at the debugging output, since the HTML display eats white space. You may have to install developer tools to get a view source option. In admin > Configuration > Logging, you could turn on the option to log database queries. That would tell you exactly what values are used in the query so that you can repeat it in phpMyAdmin.
  14. The kgtee version is PHP 7 compatible. The attributes would be set in includes/classes/order.php from values that it would try to load based on information from includes/classes/shopping_cart.php
  15. In Phoenix 1.0.4.1 or later (e.g. 1.0.5.0), remove any lines that say require or include includes/classes/wishlist.php
×