Jump to content

TomB01

Members
  • Content count

    387
  • Joined

  • Last visited

  • Days Won

    2

Everything posted by TomB01

  1. Oh no - so sorry for that. I hope that your business returns soon.
  2. I don't think we are trying to be discouraging; just realistic. It's not actually a fair assessment. I can only speak for myself, but I have at least 3 add-ons whose original developers are either long gone, or refuse to support the newer changes required. If I lose one particular add-on (USPS shipping), I'm out of business. So, if I applied the 5-10 minute upgrade, it could result in days or longer before getting help with an error. Meanwhile ... if I beg for help, I get responses suggesting that I pay for an outside developer to fix things. If I could pay for an outside developer, I'd never have gone with OsCommerce in the first place. (I've actually paid for something in the past, but never got anything for it.) Yeah, if we back things up we can put it back in short order, but that's still scary as hell with a live store. Sometimes, even after checking as extensively as you can, things break a week or two later on something you never predicted. Meanwhile, you've had some new orders and new customers added to the database. How do you go back to the backup then? Perform an incremental database update/conversion again? Your store is broken and it might even be in the database. Heck, I'm taking a chance just going with Phoenix as it is. What do I do when USPS changes something again? Please understand. I didn't set out to complain. Phoenix is a wonderful project and I'm 100% behind it and you. But you seem to be asking where these views come from. 😉 EDIT: Just to be clear, all those Russian fake user accounts with 2.3.4 was driving me crazy. Phoenix and the Supporters Code stopped that completely (well, I've had one in about a month - used to get 6-12 per day). So, taking the chance with Phoenix has been very, very, well worth it. There's just some nagging worries that continue ...
  3. Another one here with the same strategy - went live with 1.0.5.0, but will wait for 1.0.6.0 before attempting another upgrade. Kind've getting antsy about it now, though.
  4. @ecartz and @BrockleyJohn, I greatly appreciate you both adding to the thread and offering suggestions! I agree that USPS regularly breaks the API from time-to-time. That's definitely been the history since I've been using OsCommerce, over a decade ago. However, this is not new. @ArtcoInc had the very same issue a couple of pages back in this thread, in early September of 2019: About the only difference is that his error message says line 132; mine is line 126 - but it's the same foreach statement. I implemented the very first suggestion that @ecartz made like so: foreach (($Package['ExtraServices']['ExtraService'] ?? []) as $key => $val) { That appears to have worked! As BrockleyJohn said, maybe it was just a warning (but horribly presented to customers) and it looks like it's now suppressed. MANY THANKS!
  5. OK, it's not the USPS server. The error is 100% consistent and repeatable this morning on my live store: Warning: Invalid argument supplied for foreach() in/***/***/***/***/catalog/includes/modules/shipping/usps.php on line 126 The foreach loop in the usps.php file is as posted above: 126. foreach ($Package['ExtraServices']['ExtraService'] as $key => $val) { if ( is_array ( $val ) && array_key_exists ( 'ServiceName', $val ) && isset ( $iExtras[$val['ServiceName']] ) && tep_not_null($iExtras[$val['ServiceName']]) && ((MODULE_SHIPPING_USPS_RATE_TYPE == 'Online' && $val['AvailableOnline'] == 'True') || (MODULE_SHIPPING_USPS_RATE_TYPE == 'Retail' && $val['Available'] == 'True'))) { $val['ServiceAdmin'] = $iExtras[$val['ServiceName']]; $Services[] = $val; } This only happens on International addresses, not domestic (US) ones. The ExtraServices are as follows: Registered Mail, N, Insurance, N, Return Receipt, N, Restricted Delivery, N, Pick-Up, N, Certificate of Mailing, N As can be seen, I've selected NO (N) ExtraServices. The error is printed 12 times ahead of drawing in the checkout_shipping.php page on the browser. Once the checkout_shipping.php page is drawn in, there are 3 USPS quotes, and a couple each of UPS and FedEx quotes, now all showing correctly. I guess it's going through the foreach loop 12 times, which is why the error message prints out that many times. As best I can tell using file comparisons, etc., the files and database settings on both my live store and test store are identical, but only the live store shows the errors. In addition, I am manually re-writing the admin/modules.php file with each Phoenix update (I'm at 1.0.5.0) with the following code inserted: // //Correction for legacy shipping modules // if (is_array($value) ) { $value = implode( ", ", $value); $value = preg_replace ("/, --none--/", "", $value); } // //End correction for legacy shipping modules // Ideas? Help?
  6. TomB01

    FedEx - Web Services v9

    Brilliant! Your very first suggestion worked! Both Domestic and International pricing appear to be working!
  7. TomB01

    FedEx - Web Services v9

    @ecartz, I am so sorry. I realized my oversight later on, but had to feed the family. Line 313 is quoted above. It seems not to like the [0] array reference for RatedShipmentDetails[0], but I don't know why. I tried it after taking out "[0]" but it goes back to $15 USD for every International Rate (what I have defined as International handling - 15%). Domestic works fine with that change, though. Maybe it will help if I put it back in context: The bolded line is 313.
  8. TomB01

    FedEx - Web Services v9

    I'm having a similar issue to @Irin a few posts back. I discovered today that for International FedEx services, it was only using the percentage handling fee as the $ rate. In other words, completely ignoring the rate amount, taking 15% for the International Handling Fee (set in Admin), and converting that to $15 USD as the total rate (should've been around $117). I found that by changing the Admin settings from "LIST" to "ACCOUNT" rates, it worked for International. Just to be sure, I logged in with a domestic account for a checkout with domestic shipping, and I get this: The FedEx code in that area (fedexwebservices.php) in that area looks like this: If I go back and change to "LIST," then rates work for domestic, but International is back to charging just the Handling Fee percentage in USD. Any ideas?
  9. Looks like it may be an intermittent issue with the USPS server.
  10. I've started getting an intermittent error with usps.php: Line 126 in usps.php shows this (along with the rest of the foreach loop): Any clues? I'm running Phoenix 1.0.5.0 and have the correcting "implode" code in modules.php.
  11. TomB01

    NEW! Complete Order Editing Tool!

    Yep - already changed those rows. It's possible there was some installing/uninstalling. If you go back further in this thread, there were some corrections you made for me when I originally attempted the installs. Maybe it was both of us. 😉 In any event, this removes a huge headache for me! Many, many thanks!
  12. TomB01

    NEW! Complete Order Editing Tool!

    So, somehow it's got that setting, but the Group_ID is 18 instead of 19? Is that why the setting is not showing up in my Admin? Remember that I somehow duplicated this twice - both in my test store and my live store. Answer to the later SQL: + Options configuration_id configuration_key configuration_value configuration_group_id Edit Copy Delete 656 ORDER_EDITOR_PAYMENT_DROPDOWN true 19 Edit Copy Delete 651 ORDER_EDITOR_ADD_PDF_INVOICE_EMAIL false 18 Edit Copy Delete 657 ORDER_EDITOR_USE_SPPC false 19 Edit Copy Delete 658 ORDER_EDITOR_USE_QTPRO false 19 Edit Copy Delete 659 ORDER_EDITOR_USE_AJAX true 19 Edit Copy Delete 660 ORDER_EDITOR_CREDIT_CARD Credit Card 19 Edit Copy Delete 655 ORDER_EDITOR_LIST_DIRECT_TO_EDITOR true 18
  13. TomB01

    NEW! Complete Order Editing Tool!

    Sorry - it was such a small result I was not recognizing it: configuration_group_id 19
  14. TomB01

    NEW! Complete Order Editing Tool!

    Edit: forget that earlier copy/paste. Looks like no rows ...
  15. TomB01

    NEW! Complete Order Editing Tool!

    In following the install instructions, this "Copy the files to your store –" left things up to researching the results of the downloaded zip file. The v1.2.8 for CE Phoenix resulted in this collection, once un-zipped: The "catalog modified optional CE Phoenix 1.0.4.0 version" folder contained only a text file titled, "there are none.txt." In my judgment, that left only installing the files from the "catalog new files" folder. This is with Phoenix 1.0.5.0 and never having installed a version of Order Editor before (except on my 2.3.4 old store). Was there something else that should've created those extra settings in the configuration table of the database?
  16. TomB01

    NEW! Complete Order Editing Tool!

    I guess I should've been more specific earlier, but that setting does not exist in my Configuration->Order Editor.
  17. TomB01

    NEW! Complete Order Editing Tool!

    In your documentation, "Order Editor Readme.pdf," it states the following: However, I've checked my "orders.php" file and it does NOT have this line at the bottom. I was careful not to include that line, because I did NOT want to go directly into the Edit mode from the Orders List view. What I am seeking is at the Orders List view, either the EDIT button should go to the Phoenix "Details" selection or there should be an additional button, DETAILS, at the Orders List view. Help?
  18. TomB01

    NEW! Complete Order Editing Tool!

    @BrockleyJohn, A setting somewhere in the code perhaps? I didn't see anything in the Admin Configuration->OrderEditor. (Doesn't mean I didn't miss it, though.)
  19. TomB01

    NEW! Complete Order Editing Tool!

    I have what I hope is a simple and quick question. I installed the latest order editor at the time and have since stopped at Phoenix 1.0.5.0 on my active store. The Order Editor from BrockleyJohn was v1.2.8. Anyway, is there a way for Orders to display without going to edit mode directly? I click on Edit from the Orders list in Admin, but then it goes directly into the Order Editor, instead of the Details view. Once in the Order Editor, I have a "Details" button that I can click to get out of the Order Editor and update the status. Is there a way I can fix it so that it goes to the Details view from the Admin Orders list? When it goes directly to the Order Editor, it runs through my shipping modules and is wasting a lot of time. It's not too often that I have to edit an order, thankfully. So, being able to click directly to the Details view would be very helpful.
  20. FYI - It seems that every time I edit/add a Featured Product in Phoenix 1.0.5.0, it requires another Admin login and form re-submission. Is this normal? I haven't noticed it with any other Admin tool.
  21. I started with r1.8 and the last time I looked, I could not find it on the Apps Marketplace. Hmm … guess it was my search error, because it's there, now. Anyway, those files in my post a page back should work if you start with the r1.8 version, uploaded by kymation as you say - 2 years ago. Do this to the database: Then do the stuff in this post: It should work. I've had to re-edit the modules.php file with every update of Phoenix, but my USPS shipping has been working all the way through from 1.0.4.0 to 1.0.5.0. I've posted this before for you, so if it doesn't work, I apologize. There may be something else with your store that's different that we're not taking into account.
  22. That fixed it in both installs! Thanks! Glad to know it wasn't something I had messed up again. 😉
  23. Question - I've loaded this on a Phoenix sandbox test store and on my proposed Phoenix primary store (both updated to 1.0.5.0). This happens on both installs: clicking on the "See More" button re-orders the featured products, while removing the images. My sandbox install is using my existing 2.3.4 store's images, etc. However, my proposed primary Phoenix store is still using the default apples, lemons, tomatoes, etc. I haven't touched the images folder. The error is consistent between both. The img src tag seems to be stuck on img src="images/" in the featured_products.php file. The index.php file retains the full link to the image, but not in the featured_products.php file (it only shows the Alt Text, not the image).
  24. Turns out, I needed this, too: ALTER TABLE `products` ADD `products_gtin` CHAR(14) NULL AFTER `products_ordered`; I just hadn't gone far enough in my testing. This is an additional field that was added in Phoenix (or sometime after 2.3.4), but is ordered before two other fields in the structure list. Thus, the "AFTER 'products_ordered'.
  25. Many thanks for this add-on! I was a bit tired of seeing trivial things in my store default to the main page, just because they've been added last. Something like a Featured Products was sorely needed. For the dummies like me, though, please let me suggest some changes in the Install_manual.txt: Change this - to this - Step 3: - Edit the Header Tags Module, "Table Row Click jQuery," by ticking the "featured_products.php" Pages checkbox. - Make sure you install at least one of the following modules: under Modules-Content, "Featured Products" (index), "Featured Products" (index_nested), or under Modules-Boxes, "Featured Products." Once installed, you can activate or deactivate them.
×