Jump to content
  • Checkout
  • Login
  • Get in touch


The e-commerce.


  • Content count

  • Joined

  • Last visited

  • Days Won


Everything posted by cdetdi

  1. cdetdi

    Paypal Standard Payments Failing

    I have been using Paypal both Payments Standard and Express checkout for years. As of Sunday at midnight, all my orders using Payments Standard get stuck in the initial order status. No payment information is posted to the order nor is the order moved to the status I have configured to move it once the IPN has been received. In the log all the PS logs show a red icon rather than green. They do not show "VALIDATED" on the bottom. The "_notify-synch" log is also different - only 5 lines rather than the customary information with more verbose order information. Went through files and nothing on my end changed. I also did not find in Paypal's docs any information about a change to the API as of Sunday night. ANY Help would be appreciated, as it is causing a headache for order processing. * UPDATE * I've avoided the order processing headache by disabling Payments Standard and moving all customers to Express Checkout.
  2. Short story long I'm suffering from Paypal standard transactions that randomly have issues. I believe it is due to the two different IPN channels - payments_standard and /ext/../standard_ipn.php. Whenever I do testing my orders seem to use the payments_standard file and skip the ipn file, but, maybe 20-25% of orders seem to be doing the opposite. Is there some easy way to understand which file handles the "processing" of the IPN information?
  3. cdetdi

    When is /ext/.../standard_ipn used?

    Thanks all.
  4. Had to do this as well.
  5. Raiwa - I read your response, and I followed all the constants. I think you are missing my question. 'MODULE_HEADER_TAGS_POINTS_REWARDS_POINTS_POINTS_EXPIRES_REMIND' is a CONFIGURATION KEY that, I assumed, would be used in a script to auto remind. Accordingly I assumed it would be referenced in that script. If it is only used in the language file in order to build constant. 'EMAIL_EXPIRE_INTRO' then I should be able to find the tep_mail function that uses that constant. Searching/grepping for EMAIL_EXPIRE_INTRO yields no results other than the language files, so it isn't actually used anywhere that I can see. I'm just looking for a simple yes or no really if this remind function exists. I'll build it if not, just wanting clarification. ::EDIT FOR WORDINESS::
  6. I contacted Raiwa directly regarding this and he recommended I post on this thread in case others have this issue. The install instructions say: I was trying to determine how this script works so that I could adapt it for our integration with a third-party email system (Oracle's Bronto). However, I found no "Script" anywhere in the code that would make the points auto expire. Looking for guidance. I tried to find the script for auto expire by searching for the constant 'MODULE_HEADER_TAGS_POINTS_REWARDS_POINTS_POINTS_EXPIRES_REMIND' in the entire module package. The only instances I found of this are in the install functions. I did not find any other functions that check this value and then run a script. Does anyone use this feature?
  7. cdetdi

    Google reCAPTCHA v3

    Small nit: For v3 Recaptcha Google recommends enabling the tracking code on EVERY page load, not just ones you want to protect. This enables Google to create a traffic profile. e.g. if a customer has been shopping the site normally but then submits a contact us in a suspicious way (e.g. did a copy-paste autofill which was very fast) Google takes into account the non-spammy behavior beforehand. It looks like your module only loads on the hooked pages, I suggest loading the tracking code on all pages following Google's guidance.
  8. cdetdi

    Paypal Standard Payments Failing

    Working here too with updated cert.
  9. cdetdi

    Paypal Standard Payments Failing

  10. cdetdi

    Paypal Standard Payments Failing

    Line by line review, the failed logs do not show the field for 'receipt_id'
  11. cdetdi

    Paypal Standard Payments Failing

    Balance works fine. The notify-validate logs show all the normal information, except that the response area is blank. Notify sync is much less data than normal, and again no response shown.
  12. Got it, thanks. Coffee time....
  13. I'm hoping to add some code that disables the points system for customers who are wholesale accounts - they already get good discounts. I'm using your Pheonix Wholesale Pro module on a Phoenix build. Are you planning on accounting for customer wholesale type in the points system in the future? Since this is a complicated add-on with many modules, is there one location that would disable the entire system, or, do I need to add a check in every module/part of this add on? Thanks! C
  14. Struggling with PayPal Express checkout dropping the sales tax amount when entering the confirmation page. Background: Not a standard tax installation. We offer customers the ability to prepay duties/taxes/fees for international shipments. For certain shipping methods we require those to be paid, on others they are not required. We've gotten pretty far getting PayPal to play nicely with our hacked setup, but, we're struggling in one instance of express checkout. Tax Amount Shows Properly on PayPal Screens. When switching shipping method tax calculation behaves as intended. When we get back to the order confirmation stage on our shop there is no tax on the order confirmation. Looking at the session information, however, [TAXAMT] and [PAYMENTREQUEST_0_TAXAMT] are being passed correctly. I'm assuming that the order total module check on my site is kicking out tax because of some condition that got unset when going to PayPal and coming back. Questions: Does the OSC PayPal app pay attention to the tax variables passed back from PayPal - or - does the site do its own tax/order total calculations? If it DOES use the passed variables - where are those processed back to the shop so they appear in the order confirmation? I've done a few hours of grep trying to follow stuff around the PayPal app, but I'm not getting very far. Any help is appreciated - I know that my installation and request are bespoke, any insight into how this data is handled can help me get to the answer.
  15. cdetdi

    Horizontal Megamenu

    Jim - are there plans to bring this up to Phoenix? Willing to sponsor the development, let me know.
  16. I don't think this is true any longer. I think the instant update API has been deprecated and will be discontinued going forward.
  17. cdetdi

    Time for a Bottom Up Rebuild?

    Gents...and Ladies: I noticed that my customers now experience the new responsive checkout when selecting express checkout during the checkout process. As I understand it Instant Update is no longer available. Digging in more, it seems entire SOAP library that the OsC Paypal Checkout is built on is deprecated and Paypal is slowly removing one feature at a time. Seeing that the new system "PayPal Checkout with Smart Buttons" seems to be largely brand new code & the legacy features in the OsC PayPal app are going to be useless going forward, is it time to start this from scratch? Or....I'm missing something and totally wrong.
  18. cdetdi

    Time for a Bottom Up Rebuild?

    Unfortunately this has gotten way off-topic from Paypal, and this is my fault for not properly naming the topic and this showing up in the new topic feeds and users not knowing what this started out as. Apologies...
  19. cdetdi

    phpcurl error

    Understood, thanks for the clarification. Now back to debugging Instant Update...
  20. cdetdi

    phpcurl error

    Bumping this a bit - I noticed today while testing something else that my Instant Update for shipping rates isn't working. I know that if SSL is failing the instant update won't work. Did the SSL test and just like Burt its failing. I migrated servers last month so possible connected to that, but wanted to ask if anyone discovered anything new in this subject Re: the PayPal end failing.
  21. cdetdi

    Paypal Express Dropping Tax Calculation

    Fixed for now - I added a function in general that looks to see if the PAYMENTREQUEST_0_TAXAMT is in the Paypal array which then turns on the tax rate I need. The fact that this works suggests that it was the shop that calculated the rate by itself (disregarding the PayPal return) and the shop was dropping the tax rate.
  22. cdetdi

    Product listing

    Suggestion for future: PHP is horribly inefficient in creating thumbs, so there is a max filesize that can be handled. While no one should be uploading 2MB photos, the code still should protect against this secenario. Right now, if creating a thumbnail maxes out the memory limit it just crashes the page. Suggestion - limit filesize in tep_image, if too large escape to temp image. if(!file_exists($src)){ $src = '/images/pending.gif'; } elseif (filesize($src) > 2000000){ $src = '/images/pending.gif'; }
  23. Great module, I had put this into my old site by hand, extremely useful. Thanks raiwa.
  24. Honest review - This is a pretty terrible module. Installation instructions are backwards, they don't specify clearly what to edit and where, edited files are not commented nor are they correct. I strongly suggest others to try another method. This module is NOT bootstrap compatible. For one, this module relies on a new field in the products database called "products_images" but, the included product_info.php does not use this field. The "patch" for this has been copied and pasted into this thread, but is not part of the package, and the copy-pasting is not accurate either. Moreover, the point of the bootstrap system was so that users could easily plug in new modules and remove them as needed. This module was not re-written for this - you cannot add/remove this via the configuration pages.
  25. cdetdi

    Purchase Without an Account?

    I do. I deployed the Order Without Account module that deleted customer information but it was NOT a good experience. Deleting customer data post-order made customers near impossible to find when they called. It also required the customer to complete check out, which means we had a bunch of phantom accounts in the database that unexpectedly deleted themselves when we helped the customer place the order. Overall, it was a pretty poor experience. If I were to imagine an order without account system working I think whitehat's idea is the way to go. Customer enters name, address, e-mail and checks out. An account is created with a random password. Customer receives an e-mail that thanks them for using guest checkout, then provides customer with login details anyway, something along the lines of "if you want to track the status of your order go here and enter your e-mail address and this code." So, what about repeat "guests". That is more challenging, I think. On the one hand, you could just simply allow account creation with the same e-mail address. Each time the customer checks out it creates a new account for them. Alternatively, you *could* just insert the new order and attach the existing customer ID, though, that gets messy.