One-Page Checkout [Support Thread]

I may have asked before, but is there anyway to have the "Newsletter Subscribe" checkbox displayed on the CHECKOUT page the same way that it's displayed on the Create Account page?

My reasoning is that far more orders are placed than accounts are created (especially with OPC Guest Checkout)......and I want to maximize the amount of exposure people have to getting on our mailing list.

(A competitor of mine does this and it's greatly built up their mailing list, because by default, they have their newsletter checkbox display as part of the order process).

Basically, I would just like to output the same block of code as the Create Account page for displaying the checkbox, and then recording that information into the customers_newsletter field of the Customer table.

Jeff_Mash:

I may have asked before, but is there anyway to have the "Newsletter Subscribe" checkbox displayed on the CHECKOUT page the same way that it's displayed on the Create Account page?

My reasoning is that far more orders are placed than accounts are created (especially with OPC Guest Checkout)......and I want to maximize the amount of exposure people have to getting on our mailing list.

(A competitor of mine does this and it's greatly built up their mailing list, because by default, they have their newsletter checkbox display as part of the order process).

Basically, I would just like to output the same block of code as the Create Account page for displaying the checkbox, and then recording that information into the customers_newsletter field of the Customer table.
Change request created on OPC's GitHub: https://github.com/lat9/one_page_checkout/issues/388

ZC 1.5.8a
OPC 2.4.6

This is more of an FYI than anything but with account creation set as Full Account I can count on the fingers of one hand the number of fake accounts set up over the past few years. Having recently started using the Registered Account feature I am now (from the day of implementation) regularly getting an average of one per day. Coincidence or is it the reduced number of fields needing to be filled - perhaps it is the lack of a country drop-down that makes it easier for the spammers.

simon1066:

ZC 1.5.8a
OPC 2.4.6

This is more of an FYI than anything but with account creation set as Full Account I can count on the fingers of one hand the number of fake accounts set up over the past few years. Having recently started using the Registered Account feature I am now (from the day of implementation) regularly getting an average of one per day. Coincidence or is it the reduced number of fields needing to be filled - perhaps it is the lack of a country drop-down that makes it easier for the spammers.
Understood; that's why I recommend the use of a Captcha element on the create-account page (I use my Access Blocker).

lat9:

Understood; that's why I recommend the use of a Captcha element on the create-account page (I use my Access Blocker).

Thank you, I will install that. On a non-related OPC matter, I have noticed that a Registered Customer's registration_ip is not recorded (and therefore not displayed in Admin > Customers) whereas a Full Customer's ip is. Can I just check if that's to be expected?

That value *should *be recorded (to mimic the full-up account-creation), but it's not currently. See this OPC GitHub issue for tracking: https://github.com/lat9/one_page_checkout/issues/389

I'm testing the Braintree payment module in the sandbox and all works fine with OPC disabled. With OPC enabled and the same card details that work with it disabled, I click "Confirm Order" and OPC simply refreshes without displaying any error message. No payment shows in Braintree and no order is created. I have the OPC debug log but I can't see anything in it to say what is going wrong. Any pointers to where to look would be appreciated.

OPC 2.4.6
Braintree 1.4.5
Zen Cart 1.58a
PHP 7.4

I'm assuming that since Braintree doesn't install any files into /includes/modules/pages/checkout_payment, I don't need to copy anything into /includes/modules/pages/checkout_one during installation.

I'm unfamiliar with the Braintree payment module, perhaps it needs addition to the "Payment Modules requiring Confirmation" OPC setting?

Thanks. I just added it to the "Payment Modules requiring Confirmation" OPC setting but I see the same result. I think what I need to know is where I should look in the OPC debug file to figure out why it failed to complete the order.

@BillJ, PM sent.

lat9:

@BillJ, PM sent.

Thanks, lat9.
And my apologies for the error but the Braintree module version I am using is actually 2.2.7, not 1.4.5 as I said earlier :blush:

Thanks very much to lat9 for her highly-responsive support over this. I'd never have figured it out myself. It seems that OPC is not currently compatible with Braintree and other Javascript-based payment methods.

I'll be keeping an eye on OPC developments :)

BillJ:

Thanks very much to lat9 for her highly-responsive support over this. I'd never have figured it out myself. It seems that OPC is not currently compatible with Braintree and other Javascript-based payment methods.

I'll be keeping an eye on OPC developments :)

hmmm...

is OPC not compatible with braintree? or is braintree not compatible with OPC?

braintree was last updated almost 3 years ago.

square webpay is a javascript based payment method. it is compatible with OPC.

i should know. i coded it.

in looking at the braintree zc code, i would now even argue that this payment module is NOT a javascript based payment method.

in addition, it looks to be based on braintree sdk 3.4.0 which was deprecated on 3/2022; and unsupported as of 3/2023.

the latest braintree php sdk was released 2 weeks ago, and is version 6.16.0.

carlwhat:

in looking at the braintree zc code, i would now even argue that this payment module is NOT a javascript based payment method.

in addition, it looks to be based on braintree sdk 3.4.0 which was deprecated on 3/2022; and unsupported as of 3/2023.

the latest braintree php sdk was released 2 weeks ago, and is version 6.16.0.
Despite (mistakenly) saying otherwise earlier, I'm using Braintree Payments 2.2.7 downloaded from the Numinix web-site, released September 2023 and usind SDK 6.9.1. A lot of the Braintree API revolves around the client, with some server involvement.

carlwhat:

hmmm...

is OPC not compatible with braintree? or is braintree not compatible with OPC?

braintree was last updated almost 3 years ago.

square webpay is a javascript based payment method. it is compatible with OPC.

i should know. i coded it.
Right, ***some ***payment-module developers pay attention to their module's interaction with OPC; others, not so much!

lat9:

Right, ***some ***payment-module developers pay attention to their module's interaction with OPC; others, not so much!
Perhaps when OPC becomes part of the Zen Cart core then their hand will be forced since if it is incompatible with OPC then it is incompatible with Zen Cart. Until then we have two third-party modules for Zen Cart that are incompatible with each other.

However... :)
@lat9, what is it that OPC is expecting to happen that the Square Webpay module is doing but the Braintree module isn't doing? I'd have a go at updating the Braintree module if I knew what that was.

I have ZC v1.5.8a and One-Page Checkout V 2.4.6
I'm getting this error:

[02-Feb-2024 18:37:43 UTC] PHP Notice:  Country with countries_id = 223 is either disabled or does not exist. in /home/xxx/xxx/public_html/includes/functions/html_output.php on line 896

223 is US and 222 is the UK and I only have uk active in admin and it is only happening on index.php?main_page=checkout_one
so is there a hard coded use of countries_id = 223 in the script as I have looked and can not see

I ended up just enabling US and the error has fixed and also I'm not getting anymore errors yet.

OJ_SIMON:

I have ZC v1.5.8a and One-Page Checkout V 2.4.6
I'm getting this error:

[02-Feb-2024 18:37:43 UTC] PHP Notice: Country with countries_id = 223 is either disabled or does not exist. in /home/xxx/xxx/public_html/includes/functions/html_output.php on line 896

> 223 is US and 222 is the UK and I only have uk active in admin and it is only happening on index.php?main_page=checkout_one
> so is there a hard coded use of countries_id = 223 in the script as I have looked and can not see

a lot of assumptions going on here...

none of which look to be true...  i could be wrong...

did you look at the code?  specifically [where the error is](https://github.com/zencart/zencart/blob/3db8d527910b7fc0f0fb9e2f722833cb9d973d79/includes/functions/html_output.php#L878-L896)?

that looks to be where your problem probably is.

from your admin -> configuration -> customer details -> Create Account Default Country ID 

what is that set to?  default is 223; you probably want it at 222.  then you can disable the US once again.

so i do not think that this issue is OPC related nor do i think that 223 was hard coded.  but both configuration keys, STORE_COUNTRY and SHOW_CREATE_ACCOUNT_DEFAULT_COUNTRY, need to be set to 222.

best.