ref(spin.toml): update with spinframework redirects

[vdice]

• Updates Spin docs redirects to point to spinframework.dev
• Adds a catch-all /spin/... redirector after the more-specific ones preceeding it... see further discussion below
• Removes triggers/components now handled by the new Spin docs site at https://github.com/spinframework/spin-docs/blob/main/spin.toml

Needs:

• update spinframework.dev to reflect docs in this repo spinframework/spin-docs#11
• feat(redirect): add wildcard redirect support; spin sdk bump; CI test additions spinframework/spin-redirect#12

Closes #1490

[github-actions]

🚀 preview deployed successfully to Fermyon Cloud and available at https://fermyon-developer-pr-1497-fdkgobkn.fermyon.app

[vdice]

Opening up for review, but again needs spinframework/spin-docs#11 before merging.

[adamreese]

Manually checked

[vdice]

(pushed rebase commit to get broken links fixes; no other changes)

[vdice]

I do want to mention that the catch-all /spin/... redirector isn't smart... it will always redirect to spinframework.dev and does not persist any path information that may to be provided (eg the /... bit). We'd need to look into updating the spin-redirect module to support wildcard redirects -- but even then, we'd also need something on the spin-docs side to redirect any inbound spin/... request to /... (i.e. removing the spin/ path prefix).

Still, I don't think this is an issue - or at least not a major one - since there shouldn't be any local /spin references after #1503 (and #1513).

[itowlson]

there shouldn't be any local /spin references

There will likely be external /spin references, though, on sites we don't control (or don't want to spend ages updating). Will they redirect correctly?

[vdice]

There will likely be external /spin references, though, on sites we don't control (or don't want to spend ages updating). Will they redirect correctly?

Ah, yes, good reminder Ivan.

Another option came to mind: we could add redirects for each of the single-path, top-level sections (eg all of the paths in the left-hand ToC section at https://developer.fermyon.com/spin/v3/index) to their appropriate destinations at spinframework.dev.

Or, we could look into adding wildcard support to the spin-redirect module (again, I believe it would need a corresponding redirect on the spin-docs side to remove the inbound spin/ path prefix).

WDYT?

[itowlson]

We already kerjiggered the redirect module on the spinframework.dev side, we can totally kerjigger it here!

I think we'd looking at something like /spin/... -> sf.dev/${wildcard) which doesn't sound unreasonably onerous? That seems like it would avoid the need for a further redirect on the destination side when the path is already versioned (and the destination already handles redirects if the path is unversioned). Does that sound right?

[vdice]

Added a note above re: needing finalized wildcard redirect functionality (ref spinframework/spin-redirect#12). Once that is merged, I'll update the wasm module to the one built from main of that project.