Ani.Social and Lemmy.World federation issues

Due to federation issues between Ani.Social and Lemmy.World caused by geographic distance, Ani.Social has been relocated from Asia to Europe.

Ani.Social was first moved to US on May 12 because EU providers like to ask for my passport and electricity bills. But even in the US, Ani.Social still could not keep up with Lemmy.World. Thankfully, there are smaller server providers in the EU that don’t ask for my birth certificate so we migrated there a little over 24 hours ago.

The chart below shows Ani.Social is now on par with other servers in terms of Lemmy.World activity queue in the past 24 hours.

Moving Ani.Social to a region closer Lemmy.World was a last resort option because I’d like to have my servers close to me and to avoid centralizing Lemmy servers in US/EU. However, because a potential fix appears to be scheduled for Lemmy v0.19.5, I felt that we really need to migrate sooner.

I apologize for not announcing the migration and the downtime(s), as I only had time to work on this a few days ago.

We will likely relocate back to Asia in the future when a fix is available.

Lost activities

Because of a problem during the migration, activities (likes, posts, comments, etc) from Ani.Social between May 12 16:31 to 17:47 (UTC) have been lost locally. They may appear in federated instances but cannot be deleted or modified from Ani.Social. This happened because of an unexpected behavior in migrating the database. I apologize for this and I’ll carefully review the database restoration steps next time.

(Specifically, I first restored an earlier backup then a later backup after. For some reason, Postgres did not include the changes of the later backup.)

Video uploads

You can now upload videos that are up to 25mb in size and 7200 frames. See example below:

The file size is modeled after Discord’s file size limits when uploading files to text channels. Depending on the usage and costs, we may or may not decrease these limits.

Temporarily removing info.ani.social

info.ani.social is the documentation @koyo and I wrote a long time ago but never completed. It contains information about ani.social such as the rules, guidelines, and FAQ. The aim of the webpage was to provide new users all the information they need to navigate Ani.Social and the rest of the Fediverse.

All the important information displayed in info.ani.social has been copied to https://ani.social/legal and the sidebar. Because Ani.Social aims to be accessible and easy to use for new users, I will return the info page as soon as possible (and possibly in the form of a community wiki).

Alternative front ends

Other instances have alternative front ends for Lemmy. Some of these look modern and include new features. We have deployed Photon at https://photon.ani.social if you are interested in trying a new look for Ani.Social. Let me know what you think of Photon and other frontends that you might like.

Nyaa.Social

Did you know that when I chose a domain name for Ani.Social, I had a few other candidates? These include otaku.social, baka.social, and nyaa.social. The first two were taken and I was choosing between nyaa.social and ani.social.

I decided to use Ani.Social for an anime Lemmy server because it was direct and straight to the point. I also felt nyaa.social was more fitting for a microblogging platform.

When I have the time, I want to experiment with a few microblogging platforms or other ActivityPub software for nyaa.social. If you have suggestions, please tell me! Right now I have Misskey and Sharkey in mind.

Questions, suggestions, and feedback

If you have questions, suggestions, or other feedback, don’t hesitate to comment, post, or DM!

Thank you for reading this and I hope everyone enjoys their day! :D

  • wjs018
    link
    fedilink
    English
    arrow-up
    2
    ·
    7 months ago

    most of these requests are from other instances

    That makes sense. I think a lot of the large instances have centralized in the EU/Finland due to world being there to avoid the exact issues that caused you to move. Also, instance <-> instance communication is probably way more requests than instance <-> user.