Restore @nuxt/image 2.1.0 and update node-mock-http to 1.0.5

Reverts the hold added in 11722b1. Holding @nuxt/image at 2.0.0 was
treating the symptom: nuxt/image#2297 tracks the 2.1.0 prerender stall to
node-mock-http, and danielroe points at the fix landing in node-mock-http
1.0.5 (unjs/node-mock-http#32), which the reporter confirmed resolves it by
refreshing their lockfile.

So do both together, since 2.1.0 is only safe with the fixed transitive:

- @nuxt/image 2.0.0 -> 2.1.0
- node-mock-http 1.0.4 -> 1.0.5 (transitive via h3 and nitropack, both of
  which declare ^1.0.4, so this is a plain lockfile refresh rather than a
  pnpm override)

Background on the 2.1.0 regression: the ipx v4 migration in nuxt/image#2094
swapped `createIPXH3Handler` for `createIPXNodeHandler` wrapped in
`fromNodeMiddleware`, which could hang on srvx's node handler conversion.

This site never reproduced the stall, and would not be expected to —
@nuxt/image is registered but unused, so there are no `/_ipx/...` routes to
prerender. Updating node-mock-http is still worth doing on its own merits
since h3 and nitropack both pull it in on the request path.

Verified with an authenticated prerender: exits 0, all 389 routes rendered,
`✔ Generated public .output/public` reached, 208 HTML files, 200 sitemap
URLs, no icon warnings, no fetch errors. `pnpm dedupe --check` is clean
again, so the srvx drift noted in 11722b1 is resolved by this revert. Docs
rendering still verified (docs-content, github-light Shiki output, heading
anchors on 113 pages).

Note `.output/server` is absent, which is expected here and not the #2297
symptom: this site builds with `nitro.static: true`, so the static preset
emits `.output/public` only.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

Author: mbabker

package.json

@@ -22,7 +22,7 @@
         "@comark/nuxt": "0.6.2",
         "@nuxt/fonts": "0.14.0",
         "@nuxt/icon": "2.3.1",
-        "@nuxt/image": "2.0.0",
+        "@nuxt/image": "2.1.0",
         "@nuxtjs/sitemap": "8.3.4",
         "@octokit/request-error": "7.1.1",
         "@octokit/rest": "22.0.1",