Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

John W

♥Ambassador
  • Posts

    963
  • Joined

  • Last visited

  • Days Won

    18

Everything posted by John W

  1. Some editors and such can add a BOM to the begining of files, which can screw things up. There's another thread where that happened to a certificate file.
  2. This came up in the 1980's mainly with gas stations as I remember. In the end, it was ruled they could discount cash sales, but not surcharge in any way someone using a credit card. I beleive there is a law in the US about it. Maybe the FTC did it.
  3. When I use the test server, I use it in live mode. It acts like the normal secure2 server, but in the sandbox. I get a confirmation email and daily report just like secure sever. Someone said they had a problem with ssl also. The secure sever is supposed be https://secure2.authorize.net/gateway/transact.dll It has a 2 after secure and there are 3 instances. A.net switched to the Akamai routing network a few years ago and the link was changed. I don't know if they will keep the old active as they bounced back and forth on that.
  4. You can go search through the A.net info, but here's a piece of their info on md5. " Note that the MD5 Hash option exists for transaction responses sent by means of the Advanced Integration Method (AIM) or the Card Present (CP) implementation methods. However, these methods use Secure Sockets Layer (SSL) to ensure that the transaction response is legitimate, and so it is not as useful for AIM or CP merchants. " That comes from this link, but you can find several on their developer site. https://support.authorize.net/s/article/What-is-the-MD5-Hash-Security-feature-and-how-does-it-work
  5. You can get the current cert at this link. https://github.com/AuthorizeNet/sdk-php/blob/master/lib/ssl/cert.pem I think all we have to do is remove the MD5 code. Aim never needed this in the first place. Of course, someone could contact A.net to verify. On my test account, I have removed the code and it works fine. I never used MD5.
  6. I think all we have to do is remove the MD5 code. Aim never needed this in the first place. Of course, someone could contact A.net to verify. On my test account, I have removed the code and it works fine. I never used MD5.
  7. On my test site using my AIM module on their test server/sandbox it works with all the MD5 code commented out of the aim module. I never had anything entered for it and all the md5 code was contingent on something being entered. I think the md5 code was carry over from when Harald did the SIM module, but I'm guessing. I also downloaded their SDK for the api and have played with that a little on my test site with Netbeans. Netbeans is helpful because it parses the code and can take you right to a class or method without having to hunt for it. Since they have about 500 files in this api, NB is really helpful. I used their sample code to get it to work from my test site. I think we could reuse a lot of the aim module code and convert it to use the api.
  8. People might want to read this post below on the a.net support forum. From what i remembed the md5 is only needed for SIm. I've been searching through all the developer info and working on the forums. It's been a long time since I poked around here. Check this link https://support.authorize.net/s/article/Do-I-need-to-upgrade-my-transaction-fingerprint-from-HMAC-MD5-to-HMAC-SHA512-and-how
  9. Hey Peter, CIM is listed as End of Life on the upgrade guide. https://developer.authorize.net/api/upgrade_guide/
  10. I won't be able to deep dive into this right now, but the AIM method is now deprecated. There's an upgrade guide. https://developer.authorize.net/api/upgrade_guide/
  11. I didn't receive anything from A.net on this. A quick read on those links talks about it for SIM and DPm. I've always left the md5 blank but I noticed it does get a return in the debug emails. I've thought in the past that the md5 was for SIM and DPM. We'll have to look into this more.
  12. Hey Pete, I don't have the answer for this module, but look into using Google's Address Autocomplete. Burt was working on module for this and It he has it available. It solves 99% of the address problems.
  13. I don't know if anyone will have interest in this, so I won't spend a lot of time on this unless it gains traction. Anyway, I use batch print from over a decade ago and didn't realize until yesterday that the pdf class was still being maintained. Since I only sell in the US, I haven't run into many character encoding problems, but I imagine some of you do. So, the new version of Cezpdf seems to work with all the characters. It's also php 7.2 compliant. Even better, I was able to replace my old Cezpdf and Cpdf class files and associated files. With very little changes, it prints my invoice. The pdf manual seems pretty useful, but I haven't gone very far into it yet. The main snag I hit was using "addTextWrap", which requires a different order than before. But, it has more functionality, so I can right justify for totals, which I couldn't do before. addText also has changed. I only have a few hours into it, but check the manual out. So, I said wouldn't ramble too much. If anyone is intersted you can find it at https://github.com/rospdf/pdf-php
  14. There was a thread on this in the Cpanel forums and some of the ips will blur like that but you won't likely have any that show Russia or Ukraine that are CA or US.
  15. @raiwa Seems to work with 2.9.5 with a quick test. I'll let you know if I find anything else. Thanks for all your work on this.
  16. I think you're on to it. I went to 7.1.25 and it didn't work on either. Went back down to 7.0.33 and neither worked again. Restarted my browser and 2.93 works now. My head was starting to hurt. Unfortunately, I have to go cut the grass. Fortunately, it's 77 degrees outside, so that's not too bad.
  17. Okay, I updated to 7.0.33 and it still works with 2.9.3. This is on my Win 7 x64 running php 7.0.33 NTS 32 bit.
  18. I am using an older version of 7.0 on my test site, so I'll upgrade that and see if it changes. I doubt that's it, but maybe another setting I have. I have Apache, php, and mysql all separately installed. The AM_USE_TEMPLATES was set to true, but I have changed it to false and it still works. The only setting to true is $this->add('AM_USE_QT_PRO', true); But, I tried changing it to false and prices still update correctly. All the settings were the same on 2.9.4. I figured it had something to do with "Product Attribute Code". Let me see if have time to update my php version of 7.0
  19. I should have mentioned, I'm using 7.0 right now on my test site where this problem showed up. 2.9.3 is working fine on my test site running 7.0. I'm a little behind on getting some updgrades done. My live site is using 5.6, so I'm preparing to move it to 7.0, then onward. December is a good month for me to work on this. I've been a little burned out on this for a while. Have some mods in my Admin I've been putting off dealing with, thus sticking with 5.6.
  20. There is an undefined var warning if a product doesn't have options, so here's another isset fix. I try to get everything running clear with E_ALL. In file attributeManager2.9.4\attributeManager.php on line 484 find <td align="right" colspan="<?php echo (sizeof($options)+2); ?>"> changed to <td align="right" colspan="<?php if (isset($options)) { echo (sizeof($options)+2);} ?>">
  21. Using 2.9.3 the price change works for me, so it's something changed in 2.9.4. Seems to be one of the class files.
  22. Using 2.9.4, options that have prices attached are not permantly changing when a new price is entered, but revert back to previous price. If I change the price, it changes for a second then goes back to price before.
  23. Yes, I traced it back to that. That's weird you get a parse error, because I'm using your version 2.9.4. I'm assuming you pasted it just as I posted it.
  24. So, I've updated to 2.9.4 and testing it using E_ALL error reporting. Got an undefined var warning when saving a product. On attributeManagerUpdateAtomic.inc.php line 27 I added the isset and it solved it. Like below. if (isset(${AM_SESSION_VAR_NAME}) && is_array(${AM_SESSION_VAR_NAME}) && is_numeric($products_id)) { I'll keep testing and report anything and I can find and hopefully offer a fix.
  25. Funny thing, is this anomaly has existed for well over 10 years, and I didn't realize it. I'm trying to take advantage of some slowing sales time to work on kinks and bugs that I've ignored for years. I have to say that using Xdebug with Netbeans is pretty handy for things like this. It creates a clickable link on my test site (local machine) that takes me to the line in Netbeans.
×
×
  • Create New...