One-Page Checkout [Support Thread]

[lat9]

Thanks for that, @gernot. I'll give that a look-see later today.

[gernot]

Hi lat9,
In preparation for migrating my changes to OPC, I checked the original Zen Cart and found I had forgotten something.
The checkout_{payment,billing}_address module does not do the work itself, it calls the tpl_modules_checkout_new_address.php template, which has my modifications in it, and where the onChange jscript is called from. I'm attaching that file here.
Since that is a common file (i.e., common to both modules) it made it easy to manage changes (only one template file for any new address changes in ZC).

To be honest, I haven't managed to follow how you do this in OPC, in includes/modules/pages/checkout_one/header_php.php I presume, but it does not look you are calling the generic tpl_modules_checkout_new_address Zen Cart template (unlike like what happens for create_account, for example). Is all the work happening via javascript there?

I wonder if it might be easier in the long run to use the Zen Cart template here, so people could take advantage of whatever standard Zen Cart version upgrades or personal customizations (even if it is only the order of fields, for example) more seamlessly? Perhaps that this might not be viable, with the way the OPC page opens up up a section to enter the address, but I will ask anyway.

[gernot]

Ah, I found the template used in OPC for the address block formatting:
tpl_modules_opc_address_block.php
So presumably similar changes to the layout made in the Zen Cart tpl_modules_checkout_new_address.php would need to be implemented here.
Javascript would be a related issue to handle, the scripts being different in OPC if I have that right.

[lat9]

Hi lat9,
In preparation for migrating my changes to OPC, I checked the original Zen Cart and found I had forgotten something.
The checkout_{payment,billing}_address module does not do the work itself, it calls the tpl_modules_checkout_new_address.php template, which has my modifications in it, and where the onChange jscript is called from. I'm attaching that file here.
Since that is a common file (i.e., common to both modules) it made it easy to manage changes (only one template file for any new address changes in ZC).

To be honest, I haven't managed to follow how you do this in OPC, in includes/modules/pages/checkout_one/header_php.php I presume, but it does not look you are calling the generic tpl_modules_checkout_new_address Zen Cart template (unlike like what happens for create_account, for example). Is all the work happening via javascript there?

I wonder if it might be easier in the long run to use the Zen Cart template here, so people could take advantage of whatever standard Zen Cart version upgrades or personal customizations (even if it is only the order of fields, for example) more seamlessly? Perhaps that this might not be viable, with the way the OPC page opens up up a section to enter the address, but I will ask anyway.

I'd tried, initially, to make use of the built-in Zen Cart formatting for those addresses but it (like OPC, unfortunately) got complicated since OPC renders both the billing and shipping addresses on a single page.

In OPC, those country/state 'associations' are built by the OPC class-method identified in post #1630. Perhaps, to enable additional customizations, I could include a notification in that method to allow your (and others') changes to override the 'base' OPC rendering.

[RixStix]

I am assuming that this error is related to the fedex rate quote servers taking up to 60 seconds to respond today, followed by an additional 5-10 seconds for the USPS rate quote servers to respond... while, the customer only sees a blank white screen waiting for a response or indication that something is happening.

[30-May-2020 13:05:45 America/Los_Angeles] Request URI: /index.php?main_page=checkout_shipping, IP address: 108.175.192.91
#1  trigger_error() called at [/home/chainwea/public_html/includes/classes/order.php:363]
#2  order->cart() called at [/home/chainwea/public_html/includes/classes/order.php:48]
#3  order->__construct() called at [/home/chainwea/public_html/includes/modules/pages/checkout_shipping/header_php.php:74]
#4  require(/home/chainwea/public_html/includes/modules/pages/checkout_shipping/header_php.php) called at [/home/chainwea/public_html/index.php:36]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /home/chainwea/public_html/includes/classes/order.php on line 363.

[lat9]

I am assuming that this error is related to the fedex rate quote servers taking up to 60 seconds to respond today, followed by an additional 5-10 seconds for the USPS rate quote servers to respond... while, the customer only sees a blank white screen waiting for a response or indication that something is happening.

[30-May-2020 13:05:45 America/Los_Angeles] Request URI: /index.php?main_page=checkout_shipping, IP address: 108.175.192.91
#1  trigger_error() called at [/home/chainwea/public_html/includes/classes/order.php:363]
#2  order->cart() called at [/home/chainwea/public_html/includes/classes/order.php:48]
#3  order->__construct() called at [/home/chainwea/public_html/includes/modules/pages/checkout_shipping/header_php.php:74]
#4  require(/home/chainwea/public_html/includes/modules/pages/checkout_shipping/header_php.php) called at [/home/chainwea/public_html/index.php:36]
--> PHP Notice: Malformed value for session-based shipping module; customer will need to re-select: false in /home/chainwea/public_html/includes/classes/order.php on line 363.

Rick, first that error is coming from the 3-page checkout's 'checkout_shipping' page and second, I don't see such an error in an as-shipped zc156c /includes/classes/order.php.

What additional modifications are present?

[RixStix]

Rick, first that error is coming from the 3-page checkout's 'checkout_shipping' page and second, I don't see such an error in an as-shipped zc156c /includes/classes/order.php.

What additional modifications are present?

I cannot find a debug file like this prior to installing Dynamic Price Updater and the instances where the file is generated occurs a few moments before the first instance of an OPC logfile. The IP address in the file matches the IP address in the OPC file, so it related to the same customer.

I plan to do a bit more testing after the day gets started around here now that you have pointed me into some direction. There are so many debug warning files generated since updating to 156c that I just tend to ignore all of them until I have reason to look at the specifics.

Other mods (from Mod List)
Flexible Footer
Email Archive Manager
Sitemap XML
OPC
Clone a template
Mod List
DBIO
News Box Manager (to be removed)
SuperData
POSM
OT quantity discount

Shipping
Fedex
USPS
FreeShipper
FreeOptions
Specialty Options (don't remember source)

Payment
Square
Auth.net AIM,SIM, CIM all disabled
Free Order
PayPal

[RixStix]

Not DPU related

It is repeatable

Login to account
Put anything in cart
Go to checkout
Select any USPS option
mydebug file generated

OPC 2.3.0