This directory is the static asset source for the pythonide-link Cloudflare
Pages project:
https://link.pythonide.xin/s/{scriptID}community work shareshttps://link.pythonide.xin/community/{postID}Community V2 post and comment shareshttps://link.pythonide.xin/community/user/{userID}stable Community V2 creator profileshttps://link.pythonide.xin/l/{code}reserved short linkshttps://link.pythonide.xin/import?url=...remote import linkshttps://link.pythonide.xin/.well-known/apple-app-site-associationiOS Universal Linkshttps://link.pythonide.xin/mcp-oauth/client.jsonMCP OAuth Client ID Metadata Documenthttps://link.pythonide.xin/mcp-oauth/callbackMCP OAuth HTTPS callbackhttps://link.pythonide.xin/ai-oauth/client.jsoncustom AI OAuth Client ID Metadata Documenthttps://link.pythonide.xin/ai-oauth/callbackcustom AI OAuth HTTPS callback
The canonical repository is
Python-IDE/pythonide-link.
Cloudflare Pages serves the custom domain link.pythonide.xin with enforced
HTTPS. The repository is the reviewed source and rollback history; publishing a
commit alone does not deploy the direct-upload Pages project.
The companion ../link-edge/ renderer server-renders per-script Open Graph
metadata and creates a 1200×630 PNG card from the restricted public Community
V2 work-share projection. _worker.js enables Cloudflare Pages advanced mode
and re-exports that canonical renderer from the published edge/ directory.
Dynamic rendering is immediate. The GitHub Actions workflow can generate
reviewable /s/*/ pages and /og/* cards on a source change or a manual run,
but it has no recurring schedule and therefore does not wake the Community
database while nobody is using the site.
Publish and deploy in this order:
bash scripts/push_link_site.sh "Describe the link-site change"
bash scripts/deploy_link_pages.shThe first command updates the public source repository. The second tests and
deploys that exact repository commit to the pythonide-link Cloudflare Pages
project. The DNS record is:
Type: CNAME
Host: link
Value: pythonide-link.pages.dev
Do not change the root @ or www records used by the main website. Do not
recreate a repository named pythonide-link under the previous owner because
that would break GitHub's repository-transfer redirects.
The publish script copies ../link-edge/ into the link repository as edge/
so Pages advanced mode and the generator always use the same tested
implementation. Both the browser fallback and edge renderer use
community-api.pythonide.xin V2; they must never restore a direct fcapp.run
or /v1/scripts dependency.
Before either deployment, run:
node --test \
link-site/tests/share-page.test.js \
link-site/tests/aasa-deployment.test.js \
link-edge/tests/worker.test.jsThe app entitlements must include:
applinks:link.pythonide.xin
webcredentials:link.pythonide.xin
The AASA file registers /s/*, /community/*, and /import. The
/community/* contract includes both posts and stable user-ID profile links.
Keep /l/* out of AASA until the short-link resolver backend is connected, so
unfinished short links still open the web fallback instead of launching the app
with no resolved target.
The AASA file must be reachable without redirects:
https://link.pythonide.xin/.well-known/apple-app-site-association
The local check is network-free by default:
node link-site/scripts/check-aasa-deployment.mjs --planAfter Pages has deployed, create the production release attestation with an explicit live opt-in:
node link-site/scripts/check-aasa-deployment.mjs \
--verify-live \
--environment production \
--confirm-domain link.pythonide.xin \
--output /controlled-temporary-directory/aasa-attestation.jsonThe verifier requests both the no-redirect origin URL and Apple's AASA CDN, requires HTTP 200 with application/json, validates the app ID plus /community/*, and compares their semantic JSON digests with the reviewed local file. The output contains only URLs, status/content-type, timestamps, and digests. It never contains credentials. Community's production release gate rejects missing or older-than-24-hour attestations.
The app and hosted files share one callback contract:
Client ID: https://link.pythonide.xin/mcp-oauth/client.json
Redirect URI: https://link.pythonide.xin/mcp-oauth/callback
iOS 17.4 and later match the HTTPS callback directly through
ASWebAuthenticationSession.Callback.https(host:path:). On iOS 16.2–17.3,
the callback page forwards the OAuth query to the app-owned
pythonide://mcp-oauth/callback compatibility URL. The app converts it back to
the canonical HTTPS URL before the official MCP SDK validates state and PKCE.
Both MCP OAuth files and the AASA file must be deployed together. Do not add
the OAuth callback path to applinks; the compatibility page must remain
loadable on iOS versions earlier than 17.4.
Custom AI connections use a separate callback and credential namespace:
Client ID: https://link.pythonide.xin/ai-oauth/client.json
Redirect URI: https://link.pythonide.xin/ai-oauth/callback
On iOS 16.2–17.3, the callback page forwards the query losslessly to
pythonide://oauth/custom-ai. Keep the AI and MCP paths separate even though
they intentionally share the same visual treatment.