Updates to the world page
-
And how it works with PieFed ?
-
Very cool ! That's amazing
-
I've successfully managed to find and track https://sh.itjust.works/c/localllama from my instance. But when I try, for example, https://lemmy.world/c/technology, I can't find anything. These Lemmy communities DO, however, show up as users on my NodeBB instance. Is there something I'm doing wrong? I tried going directly to /category/@[email protected] too.
-
What exactly do you mean with parallel federation and queues backed up? There is such a feature but only a single case that requires it, which is federation from lemmy.world to aussie.zone. NodeBB wont be affected by that.
-
I've successfully managed to find and track https://sh.itjust.works/c/localllama from my instance. But when I try, for example, https://lemmy.world/c/technology, I can't find anything. These Lemmy communities DO, however, show up as users on my NodeBB instance. Is there something I'm doing wrong? I tried going directly to /category/@[email protected] too.
@[email protected] have you tried navigating directly to the url without the preceding
@? It isn't required (for NodeBB).In cases where the category is currently a user, you'll have to put the whole handle into the search box and execute the search, the category will then be migrated from the user.
-
Not specifically that URL, no. Now I just tried it. It resulted in a deadlock in Postgres.
2025-04-08T12:42:10.933614676Z 2025-04-08 12:42:10.933 UTC [32590] DETAIL: Process 32590 waits for ShareLock on transaction 35424413; blocked by process 32626. 2025-04-08T12:42:10.933621228Z Process 32626 waits for ShareLock on transaction 35424434; blocked by process 32590. 2025-04-08T12:42:10.933624695Z Process 32590: 2025-04-08T12:42:10.933626920Z INSERT INTO "legacy_object" ("_key", "type") 2025-04-08T12:42:10.933629244Z SELECT k, $2::TEXT::LEGACY_OBJECT_TYPE 2025-04-08T12:42:10.933631398Z FROM UNNEST($1::TEXT[]) k 2025-04-08T12:42:10.933633432Z ON CONFLICT 2025-04-08T12:42:10.933635396Z DO NOTHING 2025-04-08T12:42:10.933637329Z Process 32626: 2025-04-08T12:42:10.933639423Z INSERT INTO "legacy_object" ("_key", "type") 2025-04-08T12:42:10.933641588Z SELECT k, $2::TEXT::LEGACY_OBJECT_TYPE 2025-04-08T12:42:10.933643603Z FROM UNNEST($1::TEXT[]) k 2025-04-08T12:42:10.933645586Z ON CONFLICT 2025-04-08T12:42:10.933647519Z DO NOTHING 2025-04-08T12:42:10.933654783Z 2025-04-08 12:42:10.933 UTC [32590] HINT: See server log for query details. 2025-04-08T12:42:10.933656978Z 2025-04-08 12:42:10.933 UTC [32590] CONTEXT: while inserting index tuple (6227,69) in relation "legacy_object" 2025-04-08T12:42:10.933659042Z 2025-04-08 12:42:10.933 UTC [32590] STATEMENT: 2025-04-08T12:42:10.933660966Z INSERT INTO "legacy_object" ("_key", "type") 2025-04-08T12:42:10.933663000Z SELECT k, $2::TEXT::LEGACY_OBJECT_TYPE 2025-04-08T12:42:10.933664863Z FROM UNNEST($1::TEXT[]) k 2025-04-08T12:42:10.933666666Z ON CONFLICT 2025-04-08T12:42:10.933668430Z DO NOTHING -
After restarting NodeBB, I can load the category, though. Maybe some deadlock on initial import of the community.
-
After restarting NodeBB, I can load the category, though. Maybe some deadlock on initial import of the community.
-
What exactly do you mean with parallel federation and queues backed up? There is such a feature but only a single case that requires it, which is federation from lemmy.world to aussie.zone. NodeBB wont be affected by that.
wrote last edited by [email protected]@[email protected] Mostly what I've observed is significant instances of timing out when trying to find communities on new instances from non-Lemmy-based websites, something that hasn't been notable from Lemmy-to-Lemmy first encounters.
-
In principle that sounds like a problem with NodeBB or other platforms you are using. Lemmy doesnt do anything special to fetch remote communities. But if you notice any error responses served by Lemmy you can open an issue.
