fix(scheduling): prove every #[Scheduled] duration at boot and read ISO-8601 durations (26.09.11)

[ancongui]

Summary

• Every #[Scheduled] duration is proved at boot. fixedRate, fixedDelay and lockTtl are now parsed by ScheduleWiringPass::run(), as initialDelay already was, and an unparseable value refuses the boot naming its method. lockTtl used to be parsed only inside the task closure: an invalid value threw on every tick, was reported, and the task never ran while the application booted and looked healthy.
• ISO-8601 durations. Firefly\Resilience\Duration::parse also reads PT14M, PT1H30M, P1D, PT0.25S — the java.time.Duration form Spring's @Scheduled reads. Years, months and weeks are refused because their length is not fixed. Resilience settings and every scheduling duration accept it.
• Release preparation for 26.09.11 (version constant, badge, publishing/versioning pages, CHANGELOG).

Found while deploying Signature CRM to Azure Container Apps: its seven scheduled tasks declared lockTtl: 'PT14M' and none of them ever ran in production mode; the only trace was a generic ConfigurationException in the logs.

Verification

• New tests: DurationTest (ISO-8601 accepted and refused cases), ScheduleWiringPassTest (boot refusal for lockTtl, fixedRate, fixedDelay; ISO lockTtl reaches the lock as 240 s).
• composer validate --strict, composer mono-validate, composer check (Pint, PHPStan, 4,189 tests passed, 6 skipped, deptrac 0 violations) and composer test:package all passed locally.
• The CRM's scheduled tasks run through the fixed wiring without a reported error (new ScheduledTasksTest in the CRM).