PHP7.3 EOL

vyas

Edited, updated the post as a FYI.
PHP7.3 EOLs on December 6, 2021: https://www.php.net/eol.php

bruh21

Too bad I mainly use legacy software on PHP 5.6/7.0
i dont give a rats ass about php8

vyas

@11111jfkdd said:
Too bad I mainly use legacy software on PHP 5.6/7.0
i dont give a rats ass about php8

Edited

Fritz

I'm lost here, What is the correlation between EOL of php 7.3 and a mandatory for host to provide PHP 8?

bruh21

@vyas said:

@11111jfkdd said:
Too bad I mainly use legacy software on PHP 5.6/7.0
i dont give a rats ass about php8

Edited

i just think a lot of softwares still dont use php 8 yet

yoursunny

yoursunny.com has been running on PHP 8.0 since early 2021.

In the past, I upgrade right away as soon as the binary package is available, followed by code fixes.
Nowadays, I wait a month or two, to avoid potential issues with the small number of Composer dependencies that I use.

WordPress, WHMCS, psst… AVOID.
Shared hosting with EOL'ed version and no PHP 8.1, psst… AVOID.
Best shared hosting with PHP 8.1 already? 👉 alwaysdata, 100MB free.

epsilun

@11111jfkdd said: softwares still dont use php 8 yet

I remember ioncube, a lot of software depends on its encoder.
the last time i checked it is still not compatible with php8.

bdl

PHP 7.2 LOLs

imok

Php 7.3 @eol

imok

Woops. Wrong green forum 😅

MichaelCee

@epsilun said:

@11111jfkdd said: softwares still dont use php 8 yet

I remember ioncube, a lot of software depends on its encoder.
the last time i checked it is still not compatible with php8.

Maybe in 2031.

PHP_Backend

@11111jfkdd said: i dont give a rats ass about php8

There are two kind of situations:

• I can't upgrade to PHP 8 - This one is understandable, Companies will never allocate time for something that doesn't yield business value directly.
• I won't upgrade/ I don't care - Please have mercy on the next developer that will work on your project. Try to improve little by little at a time. Your future-self will definitely thank you.

If you think upgrading is too hassle to consider, give Rector a try. https://getrector.org/blog/2020/11/30/smooth-upgrade-to-php-8-in-diffs

angstrom

Given that Debian 11 ships with php-7.4, I think that the 7-series will still be relevant for a while to come

bikegremlin

I'm still running some stuff on PHP 5.4. Using the CloudLinux "sanitized/whatever" PHP (making the obsolete versions less "unsafe").

For my own sites, I switched to 8.0 a few months ago. Was planning to wait for the 8.1 (.1 is always a good idea, the patched versions ), but it's not being published, while the 7.4. is nearing the "only emergency patches" state by the end of this year.
So I gave it a test. Apart from showing some errors in my custom code (fixed ), didn't have any problems - only a slight WordPress speed boost.

zxrlha

Upgraded from 7.3 to 7.4 several months ago.

PHP_Backend

@bikegremlin said: .1 is always a good idea, the patched versions

PHP doesn't follow semver. So .1 is not actually a patched version, it is kinda major version by itself.
PHP versioning scheme is similar to
<MAJOR Architecture change>(dot)<MAJOR breaking changes with new features>(dot)<MINOR bug fixes & security patches>

So, if you want patched version of PHP 8.0, you need to use PHP 8.0.13
PHP 8.1 has no patch version yet (since its been just few days)

@bikegremlin said: only a slight WordPress speed boost.

PHP already got such a speed bump on PHP7 era that gaining new speed bump is becoming harder & harder (without sacrificing its dynamic nature).
So, in last few versions, devs gave more attention to fixing some existing PHP pitfalls, such as saner and powerful type system, improved dev experience.
Because of those improvements, Speed boost became a nice side-effect.

Edit: formatting

Groentjuh

@epsilun said:

@11111jfkdd said: softwares still dont use php 8 yet

I remember ioncube, a lot of software depends on its encoder.
the last time i checked it is still not compatible with php8.

Even more fun. Only since 25 november 2021 does ioncube support PHP7.4! Just 2 weeks before PHP7.3 EOLed, did ioncube manage to make a version that support a not EOLed version of PHP. So I expect PHP8 support no earlier than 14 Nov 2022 for ioncube.

Sourceguardian is a bit more up to date.

Neoon

chocolateshirt

Ehm.. I could not find the difference between PHP 5.x, 7.x, and 8.x

Lol..

cybertech

@chocolateshirt said:
Ehm.. I could not find the difference between PHP 5.x, 7.x, and 8.x

Lol..

faster and more efficient....

chocolateshirt

@cybertech said:

@chocolateshirt said:
Ehm.. I could not find the difference between PHP 5.x, 7.x, and 8.x

Lol..

faster and more efficient....

I mean from the code itself. If the syntax is same then should be not an issue to upgrade all php backend to the latest version.

bsh

@yoursunny said:
yoursunny.com has been running on PHP 8.0 since early 2021.

In the past, I upgrade right away as soon as the binary package is available, followed by code fixes.
Nowadays, I wait a month or two, to avoid potential issues with the small number of Composer dependencies that I use.

That's why I used to use FreeBSD and Alpine Linux, which have up-to-date PHP version just a few day after released.

vyas

@chocolateshirt said:
Ehm.. I could not find the difference between PHP 5.x, 7.x, and 8.x

Lol..

They all have different version numbers for starters.

giang

@Groentjuh said:

@epsilun said:

@11111jfkdd said: softwares still dont use php 8 yet

I remember ioncube, a lot of software depends on its encoder.
the last time i checked it is still not compatible with php8.

Even more fun. Only since 25 november 2021 does ioncube support PHP7.4! Just 2 weeks before PHP7.3 EOLed, did ioncube manage to make a version that support a not EOLed version of PHP. So I expect PHP8 support no earlier than 14 Nov 2022 for ioncube.

Sourceguardian is a bit more up to date.

I used ioncube loader with PHP 7.4 very long time, at least 1 year.

AlwaysSkint

@chocolateshirt said: I mean from the code itself. If the syntax is same then should be not an issue to upgrade all php backend to the latest version.

It's substantially different (syntax) in some key areas but if you don't use those specific functions in your code, then you'll not be impacted. osCommerce and derivatives were/are impacted - the reason for still making 5.3.29 (Cloudlinux) available to my few clients.

Groentjuh

@giang said:

@Groentjuh said:

@epsilun said:

@11111jfkdd said: softwares still dont use php 8 yet

I remember ioncube, a lot of software depends on its encoder.
the last time i checked it is still not compatible with php8.

Even more fun. Only since 25 november 2021 does ioncube support PHP7.4! Just 2 weeks before PHP7.3 EOLed, did ioncube manage to make a version that support a not EOLed version of PHP. So I expect PHP8 support no earlier than 14 Nov 2022 for ioncube.

Sourceguardian is a bit more up to date.

I used ioncube loader with PHP 7.4 very long time, at least 1 year.

PHP 7.4 loaders were already there for a while, but ioncube could not encode any php 7.4 language features (for example Typed Properties in classes) until very recently.

giang

@Groentjuh said:
PHP 7.4 loaders were already there for a while, but ioncube could not encode any php 7.4 language features (for example Typed Properties in classes) until very recently.

I think that the PHP 7.4 must be encoded by ioncube then we will need a loader to decode?

aRNoLD

@angstrom said:
Given that Debian 11 ships with php-7.4, I think that the 7-series will still be relevant for a while to come

I was expecting PHPv7.5 but suddenly found the release news of PHPv8.