Php 8.0 And 8.1 Support

Hello,

According to this: https://docs.cs-cart.com/latest/install/system_requirements.htmlphp8.0 is supported

I tried upgrading to 8.1 and all worked perfectly but the emails started going out at base-64. We are using php mail function to send out mails so that IS indeed php related.

I then used php 8.0 but the problem remained. Emails were sent out like this:

This is a multi-part message in MIME format.

–b1_QvowQmLy2T1uMcOYS6hgSvnv50GyEsE2D6YgLSSo
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgU3RyaWN0Ly9FTiIg
Imh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXN0cmljdC5kdGQiPgo8aHRt
bCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+Cgo8aGVhZD4KICA8bWV0YSBo
dHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYt
OCI+CiAgPG1ldGEgbmFtZT0idmlld3BvcnQiIGNvbnRlbnQ9IndpZHRoPWRldmljZS13aWR0aCwg
aW5pdGlhbC1zY2FsZT0xLjAiPgogIDx0aXRsZT4yNEZJVC5HUjogTWVzc2FnZSB0aXRsZTwvdGl0
bGU+CiAgCjwvaGVhZD4KCjxib2R5IHN0eWxlPSItbXMtdGV4dC1zaXplLWFkanVzdDogMTAwJTsg
LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiAxMDAlOyBtYXJnaW46IDA7IHBhZGRpbmc6IDA7IHdp
ZHRoOiAxMDAlICFpbXBvcnRhbnQ7Ij4KICAgIDxzdHlsZT4KCiAgICAgIEBtZWRpYSBvbmx5IHNj
cmVlbiBhbmQgKG1heC1kZXZpY2Utd2lkdGg6IDQ4MHB4KXsKICAgICAgICAuY29udGVudC13cmFw
cGVye3dpZHRoOiAxMDAlICFpbXBvcnRhbnQ7Ym9yZGVyOiAzcHggc29saWQgI2NjYyAhaW1wb3J0
YW50OyB9CgogICAgICAgIHRhYmxlW3dpZHRoXXsKICAgICAgICAgIHdpZHRoOiAxMDAlISBpbXBv
cnRhbnQ7CiAgICAgICAgfQoKICAgICAgICAubWVzc2FnZS1oZWFkZXIgPiB0ZCwKICAgICAgICAu
bWVzc2FnZS10aXRsZSA+IHRkLAogICAgICAgIC5tZXNzYWdlLWJvZHkgPiB0ZCwKICAgICAgICAu
bWVzc2FnZS1mb290ZXIgPiB0ZCwKICAgICAgICAubWVzc2FnZS1jb3B5cmlnaHQgPiB0ZCB7CiAg
ICAgICAgICBwYWRkaW5nOiAxMHB4ICFpbXBvcnRhbnQ7CiAgICAgICAgfQoKICAgICAgICAubWVz
c2FnZS1oZWFkZXIgdGQsCiAgICAgICAgLm1lc3NhZ2UtdGl0bGUgdGQsCiAgICAgICAgLm1lc3Nh
Z2UtYm9keSB0aCwgLm1lc3NhZ2UtYm9keSB0ZCwKICAgICAgICAubWVzc2FnZS1mb290ZXIgdGgs
IC5tZXNzYWdlLWZvb3RlciB0ZCwKICAgICAgICAubWVzc2FnZS1jb3B5cmlnaHQgdGgsIC5tZXNz
YWdlLWNvcHlyaWdodCB0ZCB7CiAgICAgICAgICBmb250LXNpemU6IDE2cHggIWltcG9ydGFudDsK
ICAgICAgICB9CiAgICAgIH0KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKG1pbi1kZXZp
Y2Utd2lkdGg6IDc2OHB4KSBhbmQgKG1heC1kZXZpY2Utd2lkdGg6IDEwMjRweCkge30KCiAgICAg
IEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtbWluLWRldmljZS1waXhlbC1yYXRpbzog
Mikge30KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtZGV2aWNlLXBpeGVs
LXJhdGlvOi43NSkge30KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtZGV2
aWNlLXBpeGVsLXJhdGlvOjEpIHt9CgogICAgICBAbWVkaW

So I had to downgrade even further. 7.4 of PHP works again as it was.

Am I missing some PHP module in my config? I can't figure out why emails go out like that.

Could you please help?

Hello,

According to this: https://docs.cs-cart.com/latest/install/system_requirements.htmlphp8.0 is supported

I tried upgrading to 8.1 and all worked perfectly but the emails started going out at base-64. We are using php mail function to send out mails so that IS indeed php related.

I then used php 8.0 but the problem remained. Emails were sent out like this:

This is a multi-part message in MIME format.

–b1_QvowQmLy2T1uMcOYS6hgSvnv50GyEsE2D6YgLSSo
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: base64

PCFET0NUWVBFIGh0bWwgUFVCTElDICItLy9XM0MvL0RURCBYSFRNTCAxLjAgU3RyaWN0Ly9FTiIg
Imh0dHA6Ly93d3cudzMub3JnL1RSL3hodG1sMS9EVEQveGh0bWwxLXN0cmljdC5kdGQiPgo8aHRt
bCB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMTk5OS94aHRtbCI+Cgo8aGVhZD4KICA8bWV0YSBo
dHRwLWVxdWl2PSJDb250ZW50LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD11dGYt
OCI+CiAgPG1ldGEgbmFtZT0idmlld3BvcnQiIGNvbnRlbnQ9IndpZHRoPWRldmljZS13aWR0aCwg
aW5pdGlhbC1zY2FsZT0xLjAiPgogIDx0aXRsZT4yNEZJVC5HUjogTWVzc2FnZSB0aXRsZTwvdGl0
bGU+CiAgCjwvaGVhZD4KCjxib2R5IHN0eWxlPSItbXMtdGV4dC1zaXplLWFkanVzdDogMTAwJTsg
LXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiAxMDAlOyBtYXJnaW46IDA7IHBhZGRpbmc6IDA7IHdp
ZHRoOiAxMDAlICFpbXBvcnRhbnQ7Ij4KICAgIDxzdHlsZT4KCiAgICAgIEBtZWRpYSBvbmx5IHNj
cmVlbiBhbmQgKG1heC1kZXZpY2Utd2lkdGg6IDQ4MHB4KXsKICAgICAgICAuY29udGVudC13cmFw
cGVye3dpZHRoOiAxMDAlICFpbXBvcnRhbnQ7Ym9yZGVyOiAzcHggc29saWQgI2NjYyAhaW1wb3J0
YW50OyB9CgogICAgICAgIHRhYmxlW3dpZHRoXXsKICAgICAgICAgIHdpZHRoOiAxMDAlISBpbXBv
cnRhbnQ7CiAgICAgICAgfQoKICAgICAgICAubWVzc2FnZS1oZWFkZXIgPiB0ZCwKICAgICAgICAu
bWVzc2FnZS10aXRsZSA+IHRkLAogICAgICAgIC5tZXNzYWdlLWJvZHkgPiB0ZCwKICAgICAgICAu
bWVzc2FnZS1mb290ZXIgPiB0ZCwKICAgICAgICAubWVzc2FnZS1jb3B5cmlnaHQgPiB0ZCB7CiAg
ICAgICAgICBwYWRkaW5nOiAxMHB4ICFpbXBvcnRhbnQ7CiAgICAgICAgfQoKICAgICAgICAubWVz
c2FnZS1oZWFkZXIgdGQsCiAgICAgICAgLm1lc3NhZ2UtdGl0bGUgdGQsCiAgICAgICAgLm1lc3Nh
Z2UtYm9keSB0aCwgLm1lc3NhZ2UtYm9keSB0ZCwKICAgICAgICAubWVzc2FnZS1mb290ZXIgdGgs
IC5tZXNzYWdlLWZvb3RlciB0ZCwKICAgICAgICAubWVzc2FnZS1jb3B5cmlnaHQgdGgsIC5tZXNz
YWdlLWNvcHlyaWdodCB0ZCB7CiAgICAgICAgICBmb250LXNpemU6IDE2cHggIWltcG9ydGFudDsK
ICAgICAgICB9CiAgICAgIH0KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKG1pbi1kZXZp
Y2Utd2lkdGg6IDc2OHB4KSBhbmQgKG1heC1kZXZpY2Utd2lkdGg6IDEwMjRweCkge30KCiAgICAg
IEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtbWluLWRldmljZS1waXhlbC1yYXRpbzog
Mikge30KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtZGV2aWNlLXBpeGVs
LXJhdGlvOi43NSkge30KCiAgICAgIEBtZWRpYSBvbmx5IHNjcmVlbiBhbmQgKC13ZWJraXQtZGV2
aWNlLXBpeGVsLXJhdGlvOjEpIHt9CgogICAgICBAbWVkaW

So I had to downgrade even further. 7.4 of PHP works again as it was.

Am I missing some PHP module in my config? I can't figure out why emails go out like that.

Could you please help?

Hello!

It seems like caused by the version of PHPMailer library used in the current version of CS-Cart & Multi-Vendor. We are planning to update the version of this library in the next version of CS-Cart & Multi-Vendor, so this issue should be fixed there.

Hello!

It seems like caused by the version of PHPMailer library used in the current version of CS-Cart & Multi-Vendor. We are planning to update the version of this library in the next version of CS-Cart & Multi-Vendor, so this issue should be fixed there.

That's great to hear. Any ETA? or a temporary fix?

Any fix on this yet? I reviewed the 4.15.2 changelog and see no mention :frowning:

Not quite sure. They offered a temporary solution for me and promised that it would be fixed in the next version.

Is it not fixed yet? For me it’s just fine but not sure if the temporary workaround did the trick or the update…

The problem was indeed fixed, but the fix was included in CS-Cart 4.16.1, scheduled for release late January 2023. Version 4.15.2 just happened to release before the fix was developed and properly tested.

P.S. Just in case, we’re also working on the support of PHP 8.1 in CS-Cart 4.16.1.

2 Likes

FYI, php8.1 has only 10 months more of support
|Branch|Initial Release|Active Support Until|Security Support Until|
|8.0|26 Nov 2020|2 years, 1 month ago|26 Nov 2022|1 month ago|26 Nov 2023|in 10 months|
|8.1|25 Nov 2021|1 year, 1 month ago|25 Nov 2023|in 10 months|25 Nov 2024|in 1 year, 10 months|
|8.2|8 Dec 2022|1 month ago|8 Dec 2024|in 1 year, 10 months|8 Dec 2025|in 2 years, 10 months|

php version details here

PHP: Supported Versions

Cigar Hut thank you for the diagram.

Now I am worried that CS cart is not staying safe…

1 Like

Thanks for the heads-up! We do already rely on PHP: Supported Versions for planning our next moves. According to it:

  • PHP 8.0 will be getting security support until around the end of 2023.
  • PHP 8.1. will be getting security support until around the end of 2024.

Personally, I see “the orange zone” in the PHP diagram (versions with security fixes only) as a sweet spot. But there are many things that factor in a decision when to focus on compatibility with a PHP version.

1 Like

PHP 8.1 looks

PHP 8.2 until the end of 2025?like it gets security fixes until almost teh end of 2024 not 2025 unless the diagram is wrong?

1 Like

Sorry, my bad. I corrected the post above. Basically, PHP 8.1 will be receiving security updates throughout most of 2024, so it’ll be safe to use.

Thank you for the correction.

Will you soon be supporting PHP 8.2?

It’s too soon for me to promise everything. A lot of factors affect the decision. In my eyes — and that’s just my opinion — an ideal supported PHP version:

  • Doesn’t have known security vulnerabilities.
  • Has active security support (the orange zone on the diagram at least).
  • Is widely used and adopted already.
  • Doesn’t require us to give up support of some older versions that are still widely used.

For example, we recently had requests from clients who were disappointed that we had to abandon support of PHP 7.0 (sometimes that is necessary to allow for newer PHP versions). The client’s point was “if it works, don’t fix it”. We take all our customers’ concerns to heart, so I can understand that angle too. But we have to make that choice, so eventually 8.2 will be supported as well.

2 Likes

“The client’s point was “if it works, don’t fix it”. We take all our customers’ concerns to heart,”

I understand what you say - and you are correct, but I wonder if the customer understands the security issues?

In the past sometimes I waited a long time to upgarde CS cart but I didn’t understand about old PHP versions - if I had understood I would not have waited so long…

Is PHP Version 8.0.27 supported by cs cart?

PHP 8.0 is supported starting with CS-Cart/Multi-Vendor 4.15.1

1 Like

That means that cs cart support only PHP 8.0? or also PHP Version 8.0.x? more precisely 8.0.27

Hi!

CS-Cart 4.15.x support any version of PHP 8.0, i.e. 8.0.x. So 8.0.27 should be supported as well.

1 Like

Thank you! These details should be mentioned also on CS-Cart System Requirements — CS-Cart 4.15.x documentation
As I encountered many times since using cs cart issues with installing/upgrading cs cart. Either the requirements are not fully mentioned or are bugs in cs cart that did that some features or another of cs cart not to work.

As I can see, all the necessary information is already provided there:

PHP 8.0 is supported starting with CS-Cart/Multi-Vendor 4.15.1.

There is no specifications of the patch version of PHP, so it means that any version within specific branch should work.

Could you please provide some specific examples, so I can check them?