Enable SQLite column metadata - #1204

## Related issues

- Related to STU-1968

## How AI was used in this PR

I used Claude Code to trace how Studio's native PHP is built and to bump
it to the latest trunk that includes the SQLITE_ENABLE_COLUMN_METADATA
fix.

## Proposed Changes

Studio's Native PHP runtime on macOS and Linux was built without SQLite
column metadata, so PDO could not report which table a result column
came from. This broke phpMyAdmin's unique-column detection, surfacing
the "Current selection does not contain a unique column" warning when
browsing tables (e.g. `wp_posts`) — even though the primary key was
correctly defined. The Sandbox/Playground runtime was unaffected because
its PHP is built with the metadata enabled, as is essentially every
mainstream PHP/SQLite distribution.

static-php-cli
[#1204](crazywhalecc/static-php-cli#1204) fixes
this upstream: it builds libsqlite3 with `SQLITE_ENABLE_COLUMN_METADATA`
and stops SPC from disabling `sqlite3_column_table_name()` in
`pdo_sqlite`'s configure. This PR pins the `Build PHP CLI Binaries`
workflow to that merged commit, which descends directly from the
previous pin (so the earlier centos 7 gd/libcurl link fix is retained).
Windows binaries come from php.net and already had metadata enabled, so
they are unchanged.

This is the workflow bump only. It has no effect until the build
workflow is run to produce new binaries and the resulting CDN metadata
PR lands (see Testing Instructions).

## Testing Instructions

This change ships nothing on its own — it changes which SPC ref future
builds use. To roll out the fix:

1. Merge this PR.
2. Run the **Build PHP CLI Binaries** workflow once per shipped PHP
minor (8.5.7, 8.4.22, 8.3.31, 8.2.31) with `package_version: studio-2`
(package IDs are immutable — a new value is required) and
`apps_cdn_visibility: external`.
3. Merge the metadata PR the workflow opens (updates
`packages/common/lib/php-binary-cdn-metadata.json` to the new `studio-2`
URLs + SHA-256).
4. Confirm packaged builds resolve the `studio-2` package for the
recommended version.

To verify the fix in a resulting build, on the Native runtime:
```php
$pdo = new PDO('sqlite::memory:');
$pdo->exec('CREATE TABLE wp_posts (ID INTEGER PRIMARY KEY, t TEXT)');
var_dump($pdo->query('SELECT ID FROM wp_posts')->getColumnMeta(0)['table']); // expect string "wp_posts"
```
Then browse a table in phpMyAdmin and confirm the "no unique column"
warning is gone. Verified locally on macOS arm64 (PHP 8.4.23 / SQLite
3.45.2): the `table` field is absent with the old ref and present with
#1204.

## Pre-merge Checklist

- [ ] Have you checked for TypeScript, React or other console errors?

---------

Co-authored-by: Riad Benguella <riad@Riads-MacBook-Air.local>
Co-authored-by: Claude Fable 5 <noreply@anthropic.com>