aary

https://localserver.tld/applicationname/objtype/NNNNNID/=ap_id@remoteserver.tld
https://localserver.tld/applicationname/objtype/NNNNNID/[!conf@remoteserver.tld](/c/conf@remoteserver.tld)
https://localserver.tld/applicationname/objtype/NNNNNID/user@remoteserver.tld

and distinguish them with regular expressions at reverse proxy...

in another software it's possible to use:
p?ap_id@server
c?conf@server
u?user@server
where this local links will be added to URI ending with trailing /

i.e. https://engine.tld/application/objtype/NNNNNID/
will be completed with
https://localserver.tld/applicationname/objtype/NNNNNID/p?ap_id@remoteserver.tld
https://localserver.tld/applicationname/objtype/NNNNNID/c?conf@remoteserver.tld
https://localserver.tld/applicationname/objtype/NNNNNID/u?user@remoteserver.tld

This way the local links will allow to setup redirects to any type of objects. (and without special syntax and special parsing)

I expected some special syntax like post:id!community@domain

Or ap_id?post/15@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf

Here ap_id is the name of part of URI, which maps to
https://lemmy.ml/post/ap_id
and performs all the magic, which lemmyverse.link does

Or https://lemmy.ml/post/49064481?15@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf
if developers will integrate it into lemmy itself

?=post/15@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf - any ap_id

?[!community@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf](/c/community@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf) - any community
?usernick@xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf - any user
but the last two options are not necessary

I created this topic on my own instance. It knows original ID, but doesn't know ID-s in all other servers in federation.

I want to write a link in such a way, that lemmy substitute it with the reference to the local copy of message on lemmy.ml server.

But now lemmy just shows an original link to my server.

I enter xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf into the field of https://lemmyverse.link/ when it asks my home. But the site doesn't accept that perfectly RFC952 compliant name

Вот еще второй комментарий.

Так-так-так...

I've fixed the Apache configuration to properly route requests with Accept: application/activity+json header to the backend, and updated all internal URLs in the database from the internal hostname to the public domain. Now the endpoint returns some JSON as you requested.

$ curl -H 'Accept: application/activity+json' https://лемми.опенсорс.рус/c/rust_rus
{
  "@context": [
    "https://join-lemmy.org/context.json",
    "https://www.w3.org/ns/activitystreams"
  ],
  "type": "Group",
  "id": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus",
  "preferredUsername": "rust_rus",
  "inbox": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus/inbox",
  "followers": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus/followers",
  "publicKey": {
    "id": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus#main-key",
    "owner": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus",
    "publicKeyPem": "-----BEGIN PUBLIC KEY-----\nMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAn48V3rPTqtEHHFzKHAVS\njfl593Qy0G4GTXWaIyP0Zuv/lyw90LmKZKe1nnzQ+GDv4glcdjp1RpJ/C/6Yw+91\nuOmvR734mhCa21f7+5tlUnsg1kENbV4oTtFlEBFSBTCjf7uJNNds3UBz7oMQpq0T\nB7+PxSKd1kUZboBDhkWaB3M+etgxos6IAX9Va+YVoHEoB5k+zkZ9PrOViuI3C76R\nAsNoOBmE9ZzhOWb+BT/g7KWuxIULYteUyqbPQH5VYqfcv6/vTrNsMeMhIei6QV+b\nsl4xVX+NRhhrtqGhPMietK1oDhvzvEn0/VV4jjXT8bquMUnoQ3N7Eq3JN35eO/ZK\n0wIDAQAB\n-----END PUBLIC KEY-----\n"
  },
  "name": "Раст (Общение на русском языке)",
  "summary": "<p>Программирование на Rust</p>\n",
  "source": {
    "content": "Программирование на Rust",
    "mediaType": "text/markdown"
  },
  "sensitive": false,
  "attributedTo": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus/moderators",
  "postingRestrictedToMods": false,
  "outbox": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus/outbox",
  "endpoints": {
    "sharedInbox": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/inbox"
  },
  "featured": "https://xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf/c/rust_rus/featured",
  "language": [
    {
      "identifier": "ru",
      "name": "Русский"
    }
  ],
  "published": "2026-06-11T18:51:34.786453Z"
}

https://grafana.lem.rocks/d/bdid38k9p0t1cf/federation-health-single-instance-overview?orgId=1&var-instance=xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf&var-remote_instance=lemmy.ml

my instance in not in the list of choices. I think that's because it's new and very small.

I don't see my server
xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf
in any of 4 lists of
https://phiresky.github.io/lemmy-federation-state/site?domain=lemmy.ml

The page
https://phiresky.github.io/lemmy-federation-state/site?domain=xn--e1aghfa.xn--e1aqbccjfc.xn--p1acf
shows that I am alone.

В статье полностью отсутствуют факты. Если бывает "wishfull thinking", то это оно.