Bump PHPStan to level 2 and fix all resulting issues

[utkarshcloudinary]

Approach

Raise the PHPStan analysis level from 1 to 2 and resolve all 88 resulting errors. Work is split into two commits:

1. Bump PHPStan to level 2 and fix type/annotation issues (81 issues, safe/mechanical)

• Correct malformed PHPDoc tags (trailing periods, invalid array()/[]/\array syntax, @var $x Type ordering).
• Use fully-qualified class names in PHPDoc where the Cloudinary namespace shadowed WP/global classes (WP_REST_*, Cloudinary\Connect).
• Add an Elementor stub for the optional integration and register it in phpstan.neon.dist.
• Narrow get_component() / managers[...] union return types at call sites so type-specific method/property access resolves.
• Add @property/@method annotations for magic __get/__call access (Settings, Setting, Relationship, Api) — the szepeviktor/phpstan-wordpress extension enforces these.
• Fix genuine argument-count/type bugs: save_value($media), drop ignored extra args to has_param()/get_settings(), cast numeric stats before arithmetic, correct WP_Post case, make Relationship::$post_id public.
• Suppress one intentional dynamic WP_Post property write inline.

2. Fix broken references to removed settings API (7 issues, genuine pre-existing runtime bugs)

These referenced methods deleted in the earlier settings/UI decouple refactor (3c5cd8a, 2021-08-27) and would fatal if executed:

• class-cache.php: the Site Cache tabs called the removed Settings::create_setting() via a callback indirection. Converted add_plugin/theme/wp/content_settings() to return their params and embedded them inline in settings() (matching the working Assets pattern); the cache_point path hooks are now registered directly in setup_setting_tabs(). Removed the now-unused get_cache_settings().
• class-cache-status.php: box_status() built a table via the removed create_setting()/render_component(); rebuilt using the component part system so it renders correctly.
• class-page.php + class-admin.php: notice() called the non-existent Setting::get_admin_notices(); routed through the Admin component and had get_admin_notices() return the renderable notice Setting built via init_components() (consistent with render_notices()).

QA notes

• Run static analysis and confirm no errors at level 2:

  composer phpstan
  

  Expected: [OK] No errors.
• Run code style on the changed files (repo-wide composer lint may OOM; scope to changed files with a raised limit):

  vendor/bin/phpcs -d memory_limit=1G php/class-cache.php php/class-admin.php php/ui/component/class-cache-status.php php/ui/component/class-page.php
  

  Expected: no errors/warnings.
• Functional smoke test of the touched runtime paths:
  • Site Cache settings page (Cache component) renders without fatals; plugin/theme/WordPress/content cache tabs display and their toggles work.
  • Cache status table renders the list of cache points with cached-item counts.
  • Settings page notices: trigger a settings error/notice and confirm it renders inline on the Cloudinary settings page.
  • Analytics events (connection test, wizard submit, first sync) still fire when the Analytics component is active.
  • WPML language-link asset switching still resolves the relationship post_id.