What do you think, @YOURLS/core?

NAK, the software needs to support at minimum all currently-maintained PHP versions (right now, 8.1-8.4). Dropping everything older than 8.4 is a no-go, and CI coverage for the whole range also needs to be kept.

I'm fine with formally dropping 7.4 (last updated 26 months ago) and mostly fine with dropping 8.0 (last updated 14 months ago). My hosting company forcibly updated anyone still using 7.4, at least, some time ago. Any host that still has those dead versions around is encouraging bad practices, IMO. [PHP EOL]

I agree, it should work with PHP 8.0 / PHP 8.1 - currently https://github.com/auraphp/Aura.Sql/blob/8e2bb362e8953198df3682c9122e8b9edab5ff20/composer.json#L25 points to >= PHP 8.4 - not sure if this is really required.
It seems to be fixed to 8.4 on purpose: auraphp/Aura.Sql@92df922

Hi all

To chip in, I do run a fork of aura/sql that is a direct replacement, but is compatable with < 8.4 and replaces v5 and v6 of aura/sql which I use within projects I or my dev team work on.

srjlewis/aura-sql

I keep it as close to the origanal as posable but with the following changes auraphp/Aura.Sql@6.x...srjlewis:Aura.Sql:6.x

Please fill feel free to use it, and I can make any changes with in reason.

Thanks for the input @srjlewis.
Seeing the diffs are pretty little, is there a specific reason for them not to be included in main Aura.SQL?

Thanks for the input @srjlewis. Seeing the diffs are pretty little, is there a specific reason for them not to be included in main Aura.SQL?

There was some large discussions about it, but they decided they only want to support PHP 8.4 and above, and not use my sugestions.