Skip Navigation
meta

Meta (lemm.ee)

  • Is it just on my end? All other instances i have tried (.world, .ml, sh.itjust.works, db0, even hexbear) are displaying thumbnails correctly. I have tried opening lemm.ee in chrome, changing my dns etc.

    Anything else I can try? Any help is appreciated.

    Here are the screengrabs for those interested https://imgur.com/a/LGlVI6T

    3
  • Hey!

    Unfortunately, Hetzner (our hosting provider) is currently experiencing some network issues. They are planning to address this with an emergency maintenance in roughly 13 hours from now, which will cause lemm.ee downtime. Hopefully we'll be fully recovered later tomorrow!

    ----

    UPDATE: Sorry for the false alarm, I was on the move when I posted this and missed the fact that the Hetzner notice was actually for next month! So it's not as imminent as I originally understood. As we have a whole month to prepare, I will probably be able to come up with some alternative solution to prevent the downtime while they are conducting this maintenance.

    11
  • Hey folks!

    I am looking for feedback from active lemm.ee users on what you all value when it comes to images on Lemmy. I'll go into a bit of detail about what our options are, and then I would ask you to voice your opinion about the issue in the comments.

    First, some context for those who don't know. Lemmy software can be configured to handle images in three different ways:

    1. Store images locally - whenever an external image is posted somewhere, lemm.ee will download a permanent local copy. When you view posts, you are seeing our local copy of the image.
    2. Proxy all images - similarly to the first option, lemm.ee will download a local copy of external images, however, this copy is temporary. It will be automatically deleted shortly after, and if users open the relevant post/comment again in the future, there will be another attempt to download a temporary copy at that point.
    3. Pass through external images directly - lemm.ee never downloads any external images, users will always connect directly to the source servers to load the images.

    There are pros and cons to each configuration.

    Storing images locally

    Benefits:

    1. Your IP address is never leaked to external image hosts, as you never connect directly to the source server. External image hosts only see the IP address of the lemm.ee server.
    2. External servers don't become bottlenecks for opening lemm.ee posts. If an external server is slow, it won't matter, because the image is always available locally

    Downsides:

    1. As time goes on, our storage will fill up with hundreds of gigabytes of useless images, most of which will never be viewed again after the relevant posts fall off the front page.
    2. Many big external image hosts will rate limit bigger Lemmy servers, causing broken images when we fail to make a local copy.
    3. Crucially: some people love to spend their time uploading illegal content to online servers. There are tools to try and filter out such content, but these are not perfect. The end result is that there is a high chance of some content like this inadvertently reaching lemm.ee storage and staying there permanently. This downside is why lemm.ee has not, and will not, use this particular configuration.

    Proxying images

    Benefits: In addition to the same benefits as exist for the permanent local storage, by only temporarily making local copies for the moment they are requested by our users, we free up a ton of storage & remove the risk of permanently storing illegal content on our servers.

    Downsides: The key downside is that external rate limits hit us much harder, as we will be requesting external images far more often. This results in a lot of constant broken images on lemm.ee.

    Passing through external images

    Benefits:

    1. Images are rarely broken, unless the source server goes down.
    2. The images never touch our servers, removing a lot of risk with illegal content as well as with storage costs.

    Downsides:

    1. Our users lose a degree of privacy. Every external image that is loaded on your browser will result in the remote server getting a request directly from your computer to fetch that image - this is pretty much the same as you had visited that external server directly, which lets them log your IP address if they wish.
    2. When remote servers are slow, it can slow down the entire page load in some cases.

    Current situation

    Initially, lemm.ee was using the third option of passing through images. Ever since support for option 2, image proxying, was implemented in Lemmy code, we immediately switched to that option, mainly for the privacy benefits. However, after many months, and being blocked by more and more external servers, it is clear that image proxying is seriously degrading the user experience on lemm.ee. We often end up with broken images, and our users have to deal with the results.

    I still believe image proxying is a really valuable feature, but I am starting to believe it is a better fit for small instances which make much less requests to external servers.

    As a result, I am now seriously considering switching back to the previous method of passing through external images.

    This is where you come in - I would ask you as users to please let me know which do you value more: the privacy that you get from image proxying, or the better user experience you get from directly passing through images from their source. Please let me know in the comments how you feel. If I get enough feedback about people being against image proxying, then I will be switching it off for lemm.ee soon. Thanks for reading & sharing your thoughs, and I hope you have a great weekend!

    59
  • Been getting a lot of instability out of pictrs the last two days. Nothing in the week before that.

    By instability, I'm talking 500 errors when uploading images (POST https://lemm.ee/pictrs/image). They seem pretty much random, I can get around the errors by just repeatedly trying to upload the same file until it works. As far as I can tell, there's nothing I'm doing wrong, trying to upload images too large produces a different, and much more reasonable, error. And there's no info at all in the response, except for the 500 code itself.

    0
  • In reference to this thread:

    • https://lemm.ee/post/44491669
    • https://lemmy.world/post/20694710
    • https://discuss.tchncs.de/post/23365372

    Tl,dr:

    • ClubsAll is a closed source platform which fetches Lemmy content
    • ClubsAll however does allow Lemmy instances to federate its communities (!clubsall@clubsall.com gives an error, see https://lemm.ee/post/44491669/15374449)
    • Comments from ClubsAll do federate to Lemmy communities: (https://lemmy.world/comment/12828092 / https://clubsall.com/posts/what-food-and-or-drink-will-you-eat-when-you-are-senile-and-forget-you-already-had-it-the-meal-before-oD_s4)
    • It is not possible to host a ClubsAll instance at the moment

    What do you all think about this?

    28
  • Without using external scripts, is there a way to hide posts that link to specific domains? For example, if I want to hide all posts where the OP put google.com links in the URL field when creating the post.

    4
  • Following the request from https://lemm.ee/post/38756969 I want to add pronouns to my username. I would like have the full " [he/him]" string appended to my username, however lemm.ee only allows up to 20 characters.

    Would it be possible to add more characters or a pronoun selector like on hexbear.net?

    2
  • I currently have it blocked with ublock Origin, but I would like to be able to completely disable it so that post titles can use 100% of screen width.

    2
  • cross-posted from: https://lemmy.dbzer0.com/post/25287498

    > cross-posted from: https://lemmy.zip/post/19638259 > > > There are about 6 pages.dev domains spamming lemmy.world communities > > > > The volume is definitely inorganic, and is across a wide range of communities > > > > pages.dev is Cloudflare's site hosting which can be used for free - there are likely many legitimate sites that use that domain, but the current flood is suspicious > > > > chronicleresolve.pages.dev > > > > thefreedomproject.pages.dev > > > > versarch.pages.dev > > > > dailypulse.pages.dev > > > > newssphere-6fu.pages.dev > > > > iniko.pages.dev > > > > miniza.pages.dev > > > > orino.pages.dev > > I'm cross posting because @lenny_marlane@lemmy.ml seems to be doing the same thing. > > It might be an attack vector or something idk but better safe than sorry.

    Not sure about this one but seems to be following same pattern.

    @marvelous_coyote@lemm.ee

    Anti Commercial-AI license (CC BY-NC-SA 4.0)

    1
  • Hey folks!

    Unfortunately, roughly 2 hours ago, lemm.ee went offline. The cause was our load balancer: it suddenly decided that all of our servers had become unhealthy, despite all health checks responding successfully when I requested them directly. In such cases, the load balancer stops serving all requests, effectively meaning that lemm.ee is unreachable for all users. I am still not sure what exactly caused the issue, but I will try to investigate more over the weekend.

    For now, we have partially recovered, and I am continuing to work on remaining issues. Hopefully we will be back to 100% very soon. Sorry for the inconvenience!

    30
  • Is anyone else experiencing slow refreshes and even slow up/down-votes on this instance? It does not seem to be constant, but I've noticed this for the past couple of days.

    6
  • I always get the “file size too large” or whatever the error is when trying to post images as comments. I’ve asked and was told that it’s lemm.ee’s limitation on posts/comments.

    10
  • Hey folks!

    For anybody stumbling on this post from outside lemm.ee: I am the head admin of lemm.ee, a general purpose Lemmy instance, which recently turned 1 year old. I am writing this post to elaborate on how we approach defederation on lemm.ee.

    Anybody who has been on Lemmy for a while has most likely seen several public defederation drama posts (most recently regarding lemmy.ml, but there have been many many others previously). As an admin, I have probably seen far more than what is visible publicly, as I regularly receive private messages on the topic, ranging from polite questions about federation, to outright demands that I immediately defederate, and even to threats and personal attacks over the fact that I have not defederated some particular instance. It is definitely a topic that will keep coming up for as long as Lemmy exists, which is why I feel it would be useful to condense my current thoughts about it in a single place.

    Note that while I strongly believe everything this post contains, it is definitely a subjective topic, and there is no single right answer here. Other instances have completely different approaches to federation compared to lemm.ee, and that’s of course totally fine. The beauty of Lemmy is that everybody can choose their home instance, and in fact, everybody is free to spin up their own instance and run it however they feel is best. For an absurd example, if you want to create an instance which defederates any instance with an “L” in their name, then nobody can stop you!

    Quick intro to the lemm.ee federation policy

    Very shortly after creating lemm.ee, I wrote down a federation policy, which basically boils down to “we treat defederation as an absolute last resort, and we do not use it as a generic way to curate content for lemm.ee users”. This policy can always be found in the sidebar of the lemm.ee front page.

    In practice, this has meant that we have had extremely few defederations, and that we mostly solve problems with other means. I am very happy with the results, as it means that lemm.ee has become a great entry point into the Lemmy network, with very few artifical limitations on who our users are allowed to interact with.

    The benefits of federation

    I hope that this part of the post is very uncontroversial, but I firmly believe that federation is the absolute strongest feature of Lemmy. While we all know that the concept of federation can cause confusion for new users, this is usually overcome extremely quickly (for example, using the common e-mail providers analogy to explain Lemmy instances). To me, it’s completely clear that the benefits of federation far outweigh the downsides.

    For example, by splitting the Lemmy network between thousands of independent nodes, we ensure that:

    1. Any single entity is not a single point of failure for the whole network. Even if the biggest instance goes down tomorrow, their content will still be accessible through all the other federated instances.
    2. The maximum impact of admins is limited to their own instance. As a lemm.ee admin, I can ban a remote user from posting on lemm.ee, but I can’t completely ban them from the entire network.
    3. Private user data (such as ip addresses, e-mails, etc) are never shared between instances. No single malicious instance can harvest user data for the entire network, and extremely privacy sensitive users can always spin up their own instance if they don’t want to put their trust in any existing admins.

    One thing which is probably important to note here is that I tend to view Lemmy instances as infrastructure, rather than as communities. I know that there are alternative approaches, as quite a few large instances are in fact run as mega-communities, but that’s not the approach I take with lemm.ee, because I feel like such an approach encourages centralization and negates some of the benefits of federation (if all communities related to one topic condense on a single instance, then that instance does effectively become a single point of failure for a large number of users).

    In general, I feel like it should be a goal to encourage and cultivate decentralizing the network through federation as much as is practical, in order to maximize the above benefits.

    The downsides of dedeferation

    Conversely, defederation has a lot of downsides.

    1. It obviously negates all the benefits of federation mentioned above. Every time two instances defederate, the Lemmy network becomes less redundant, some communities become a bit more centralized, and the danger of malicious admins for those communities becomes much greater.
    2. There is a lot of collateral damage. The most common reason I have personally seen for defederation demands is related to moderation of either a single user, or a handful of users. For example, a lemm.ee user gets into some heated arguments with people from an instance with hundreds of active users, and then links this heated thread to me as proof that the instance should be immediately defederated. However, in this situation, there are hundreds of other users who were not even involved (or even aware of) the thread in question. By defederating, I would be making a decision to cut off every single lemm.ee user from every single one of those hundreds of innocent remote users.
    3. Ironically, defederation actually makes moderation more difficult. It was recently pointed out to me by a user on another instance that they are afraid they can’t effectively moderate communities on lemm.ee, because their instance has defederated several other instances, which means they would not be able to see posts from those instances on lemm.ee communities.
    4. It is extremely easy for malicious actors to abuse. In the year I’ve been on Lemmy, I have already seen two separate cases of users creating accounts on another instance and posting garbage, and then going back to their home instance and demanding their admins defederate over the content they themselves created. Basically, if an instance is known to use defederation as a tool to punish misbehaving users on other instances, then it’s actually quite easy for users to manipulate the situation to a place where admins have no alternative except to defederate.

    It seems to me that a lot of users don’t think of such downsides when demanding defederation, or they just don’t consider them as important enough. In my opinion, these are all significant issues. I do not want to end up in a fragmented Lemmy network, where users are required to have accounts on 5 different instances in order to be able to access all their communities.

    What’s the alternative to defederation? Should Lemmy become some kind of unmoderated free speech abolutism platform?

    I want to be very clear that I do NOT believe in unmoderated social networks. Communities should always be free to set and enforce rules which foster healthy discussions. On top of that, instances should always be free to set and enforce rules for all of their users and communities.

    In the case of lemm.ee, we have some instance-wide rules, and we will enforce them on all lemm.ee users, as well as all remote users participating in communities hosted on lemm.ee. For example, we never want to offer a platform for bigotry, so we regularly issue permanent bans for users who want to abuse lemm.ee to spread such hate. In practice, site bans have been extremely effective at getting rid of awful users, whether they are remote or local.

    On top of site bans, Lemmy admins also have the option of removing entire remote communities. There are certainly cases where a community might be allowed on instance A, but not instance B - rather than defederating (and potentially cutting off a lot of innocent unrelated users), instance A can just “defederate” a single community.

    Finally, a lot of issues can be solved through simple communication between instance admins. Often having a discussion with another admin results in pretty clear alignment over whether some user is problematic, and the user will end up being banned on their home instance.

    Being one of the most openly federated large instances with such an approach, we have discovered several things:

    1. If we were to defederate over every rule breaking user or community on the Lemmy network, we would not be federated with any of the large instances at this point
    2. In the vast majority of cases, remote users who have broken lemm.ee rules have ended up banned on their home instance anyway - there is very little additional moderation workload for our admins from being widely federated
    3. If a user truly wants to spread some kind of hate, defederation wouldn’t stop them anyway, as they will just create accounts on any instance which they want to “attack”

    The longer I run lemm.ee, the more sure I become that in the vast majority of cases of abusive users, the best approach is to simply hand out site bans.

    When is defederation the only option?

    Having said all of the above, I still believe that there a few cases when defederation is the best option:

    1. When an instance is abusing the Lemmy network - generating spam, advertising, illegal content, etc - either deliberately, or through inactive admins (this has been the most common reason for lemm.ee to defederate any instance in the past)
    2. When an instance is just causing too much moderation workload. So far, we haven’t experienced this yet on lemm.ee, but I can’t rule out that it could happen in the future.

    Conclusion

    I hope this post helps clarify my stance on defederation. Like I said in the beginning, I realize a lot of this is subjective, and there are no right or wrong answers - this is just the way we have been (and will be) doing things on lemm.ee. I intend to save this post and link it in the future when people bring up defederation requests. If you feel like I didn’t address something important, please feel free to raise it in the comments!

    65
  • Hey folks

    Just a heads up that I will be doing some minor database maintenance shortly. I expect the downtime to last <5 minutes.

    Have a nice day!

    Update: maintenance is complete!

    7
  • When I select the cross post option everything looks as normal. When I select the community I want to cross post to, all information in fields above drop-down is deleted. Tried copying the URL and re-pasting in the url field but the system refuses to generate the title after selecting the "generate title" option that is offered.

    I am operating on a phone via mobile site so my workaround options are limited

    0
  • Link previews seem to be broken since upgrade. As you can see this isn't from all instances so is this a federation issue or an upgrade issue?

    For what it's worth I get the same experience in Voyager app on Android as well as web-ui.

    Anyone else experiencing the same?

    13
  • Hey, folks!

    Today, we can celebrate the first anniversary of the creation of lemm.ee! I thought it would be cool to write down how lemm.ee was born, as well as collect some stats about our first year. Here goes!

    A quick recap of the beginning of this instance

    As probably many others here, I discovered Lemmy early last summer. I had been aware of the Fediverse previously, and always thought it was an amazing concept, but I had never been super interested in Twitter-style social networks. When I found out that Lemmy combined all the great parts of federation with the best parts of link aggregation, I knew that I had to join immediately.

    As I was trying to find an instance to make my account on, I realized that most instances were struggling to keep up with a massive influx of new users. At the time, there was a big explosion in Lemmy user numbers, and the network wasn’t fully ready for it. I have some experience with building software for scale, so it felt natural to set up a new instance and try to help with spreading out the load. I got to work in the evening of the 8th of June, 2023, and I was actually so excited about everything, that I completely skipped sleep that night. By the morning of the 9th of June, lemm.ee was online.

    From the very beginning, I always intended for lemm.ee to be a welcoming, reliable, and stable gateway into the Lemmy network. I wrote a welcome post on lemm.ee, which most of you have probably seen, as well as a comment on lemmy.ml inviting new users to lemm.ee (lemmy.ml, as many instances, was extremely overloaded at the time).

    We started growing extremely quickly. Thousands of users joined lemm.ee over the first few months. Even during the biggest waves of new users, we never closed our sign-ups. The first month or two were definitely very stressful in terms of just trying to deal with the load, but overall, I think I managed to deal with it well enough, and lemm.ee has been running more or less smoothly (with a few exceptions) ever since.

    Some stats about the first year

    I promised to collect some statistics about lemm.ee so far. This is what I’ve come up with:

    Usage

    Overall, lemm.ee has 28,715 registered users. Of course, it’s easy to create an account, and most of these are probably inactive at this point, but it’s still a ridiculous amount.

    Of all the registered users, 7903 have made at least one post or comment.

    7373 users have never made any posts or comments, but have still been voting. This means that out of users who actually interact on lemm.ee, more than half generate content (through their comments and posts) - this is way more than I expected!

    Meanwhile, we also have 13,439 users who have never made a single comment, post or vote. I guess most of these are people who just signed up and never got into Lemmy, but I’m sure there are quite a few hardcore lurkers among this group as well.

    As for communities, our users have created 1430 of them. Most of these have not (yet) taken off, as only 491 of these communities have at least one comment in them. In general I am happy to see some great communities appearing on lemm.ee - my hope is that we can spread awesome communities out quite evenly on the network, so that in the end, no instance becomes a single point of failure for Lemmy.

    Judging by posts and comments made by lemm.ee users, I feel like we’re definitely on the right track: our users have made 20,898 posts in local communities, and 30,847 posts in communities hosted on other instances. The situation is even better for comments, where lemm.ee users have written 42,785 comments in local communities, and a whopping 569,730 comments on remote communities! This means that lemm.ee is not just its own little closed pocket in the Fediverse, but indeed a proper gateway to the Lemmy network, which is exactly what I always hoped it would be.

    Note about comment and post counts: I realize the numbers above don’t match the stats about posts and comments on our front page, I’m guessing something is out of sync there, but the stats I am sharing here are based on actual fresh data, counted directly in our database today.

    Lemmy (and lemm.ee) would be quite useless without its users, so a big thanks to all of you for using lemm.ee!

    Administration

    We have a really awesome volunteer admin team, with admins putting in countless hours of their free time to help weed out bad actors. A lot of the work our admins do is completely invisible to most users. I think the admin team does not really get enough recognition, and in fact in many cases, they actually get some undeserved abuse thrown at them.

    I am personally very grateful for everybody who has stepped up to be a part of the team, and I think all lemm.ee users benefit from their work every day. In the past year, our admins have handled 12,329 reports from users. While most reports aren’t too bad, and don’t require harsh action, there is still a significant amount of these reports which contain the absolute worst content which you can find on Lemmy - hate speech, bigotry, gore, even illegal content. Our admins are constantly going through every single report they receive, to ensure that mods are getting admin-level support where needed, and to ensure that malicious users in general can’t use lemm.ee to spread garbage into the Lemmy network.

    In terms of admin actions, I think the most interesting statistic might be amount of users banned by lemm.ee admins, grouped by their home instance. I will list the top 10 instances here:

    • kbin.social: 581
    • lemm.ee: 355
    • lemmy.world: 31
    • sh.itjust.works: 29
    • m.mxin.moe: 28
    • discuss.tchncs.de: 26
    • kbin.chat: 22
    • mastodon.social: 19
    • lemmy.ca: 18
    • fedia.io: 16

    As you can see, with the exception of kbin.social, the vast majority of our instance bans are for our own users. Most of the big instances are actually very good at banning their own abusive users, and once they are banned on their own instance, our admins don’t really need to worry about them, as they have no way to log in at that point. kbin.social is a bit of a special case - they either don’t give out a lot of bans, or those bans just don’t federate to Lemmy properly, and for some reason, a lot of advertisers sign up on that instance all the time.

    Financials

    I have received some questions every now and then about how much it costs to run lemm.ee. While you can always get a sense for the predicted monthly costs for the current month on https://status.lemm.ee, I thought I might include a full breakdown of our costs for the first year here.

    Here are all of our costs for the past year, grouped by service:

    • Postmark: 177.06€
    • Cloudflare: 222.28€
    • DigitalOcean: 1744.27€
    • Hetzner: 510.20€ (lemm.ee migrated from DigitalOcean to Hetzner several months ago)
    • Backblaze: 3.78€ (we’ve been using Backblaze B2 for a few months now, it’s incredibly cheap)
    • Domain registration: 100.70€ (paid for the next 10 years!)

    We are currently completely funded by lemm.ee users!

    There is a small minority of users who are shouldering the entire cost of lemm.ee for all of us. I am extremely grateful that others find Lemmy useful enough that they have put their own money into ensuring financial stability for lemm.ee.

    We currently have 49 active sponsors on GitHub, and 7 active supporters on Ko-Fi. In addition, there have been 62 more sponsors on GitHub over the past year, as well as 49 additional supporters on Ko-Fi. This means that in total, 167 users have supported lemm.ee financially. This has completely exceeded all my expectations, I really think it’s incredible. A huge thanks on behalf of myself (and I think I can speak for all other lemm.ee users here as well) to all the supporters!

    Conclusion

    Running lemm.ee has certainly been a rollercoaster in many ways. There are a lot more things which happened during the first year that I could write about here. On the other hand, this post is already quite long, and a lot of the things which happened are probably best forgotten about anyway, so I think I should wrap up here 😅.

    At its core, Lemmy is really an amazing piece of software. It’s helping real humans connect on the internet, without any corporate bullshit. I am very happy to be here with all of you, thank you for joining lemm.ee for its first year, and I hope you’ll join me here again when I write this post in another year from now!

    43
  • Hey there! I recently got server banned b/c I was sharing a link in men's communities and I was mistaken for a bot.

    I didn't have a way to respond to the ban. I was just logged out. I didn't see a link or even which mod did the ban so that I could reply to them, but then I couldn't get into my account to reply anyway.

    It'd be nice to maybe get a "if you think this was in error" email or something.

    Although I know that if lemmy was the size of reddit, people would hook that email up to chatgpt, so :/

    Anyway, it'd be a nice feature to have. I doubt I'll need it again, but I was quite confused as to what to do.

    3
  • Hey all!

    Upcoming lemm.ee cakeday

    Can you believe that lemm.ee is almost 1 year old? In just a couple of weeks (specifically, on the 9th of June), we will be able to celebrate our first instance cakeday.

    I am thinking of compiling some stats about how lemm.ee has been used in its first year, if you have any specific stats in particular you would like to see, feel free to comment below. I will try to accommodate any ideas as I start gathering this info!

    Infrastructure updates

    A few weeks ago, I posted about plans to make some changes to our infrastructure in order to deal with different intermittent networking issues.. It took a bit longer than I hoped (just did not manage to get enough free time between then and now), but I am happy to report that this work has now been completed! Additionally, I have decommissioned our stand-alone pict-rs server.

    With the two changes mentioned above, I believe lemm.ee should now be much more resilient going forwad, and I expect a significantly lower rate of infrastructure-related issues for the rest of the year!

    I'll leave a tehcnical overview about the problem & solution below for those interested, but if these details don't interest you, then you can safely skip the rest of this post.

    ----

    For context, lemm.ee has been hosted on Hetzner servers for most of this year (having migrated from DigitalOcean initially), with everything except our database being hosted on the Hetzner Cloud side, and the database itself living on a powerful dedicated Hetzner server. This mix allows a great amount of flexibility for redeploying and horizontally scaling our application servers, while still allowing a really cost-effective way of hosting a quite resource-hungry database.

    In order to facilitate networking between the cloud servers and the dedicated database server (which live in different networks), Hetzner provides a service named "vSwitch". This service basically allows you to connect different servers together in a private network. Unfortunately, I discovered quite quickly that this service is very unreliable. During the short few months that we have been using the vSwitch, we have gone through one extended period of downtime (where the service was just completely broken for several hours), as well as dozens (if not hundreds at this point) intermittent disconnects, where servers randomly lose their connections over the vSwitch. After such a disconnect, the connection never recovers without manual intervetion.

    For most lemm.ee users, the majority of these vSwitch issues have been mostly invisible, as we have redundancy in our servers - if one server loses its connection to the database, other servers will take over the load. Additionally, I have generally been able to respond quite quickly to issues by redeploying the broken servers (or deploying other temporary workarounds). However, in addition to a huge amount of these issues which lemm.ee users hopefully haven't ever noticed, there have also been a few short periods of downtime this year so far, as well as a few cases of federation delays. These more extreme cases were generally caused by multiple servers losing their vSwitch connections at the same time.

    After several attempts to work around these issues, I decided that we need to migrate away from vSwitch.

    As of earlier today, lemm.ee is no longer using Hetzner's vSwitch at all!

    I finally found enough time earlier today to focus on this migration, and I was able to successfully complete it. None of our networking is relying on the vSwitch anymore.

    In the end, I went with quite a simple solution - I configured a host-level firewall (nftables) on our database dedicated server, which will deny all connections by default. Whenever any cloud servers are added/removed, their corresponding public IP addresses are added/removed in the allowlist of our database firewall. It would have been ideal to do this whole logic in Hetzner's own firewall, but that one unfortunately has a limit of only 10 rules per server, which is just not enough for our setup.

    Bonus: our pict-rs server has been decommissioned!

    Pict-rs is the software which Lemmy uses for everything related to media (image storage mostly). Initially, pict-rs required a local filesystem to store both files as well as metadata about files. Since the beginning, lemm.ee has used a dedicated server just for pict-rs, in order to ensure we could easily redeploy the rest of our servers without losing any images.

    Over the past year, pict-rs has gained the ability to store files in object storage, and metadata in a PostgreSQL database. This meant that the server running pict-rs itself no longer contained any of the important data, so it became possible to redeploy without losing any images. Additionally, this meant that it would be possible to run multiple pict-rs servers in parallel.

    While we had already migrated our pict-rs server to use object storage and PostgreSQL several months ago, we still had the single dedicated pict-rs server up until today. I have been planning for a while to decommission this server, and start running pict-rs directly on each one of our Lemmy application servers. Earlier today, I was able to complete this plan. This should hopefully mean that our pict-rs server is less likely to get overloaded, and it also means a tiny reduction in our overall monthly infrastructure bill (due to one less server running).

    With the above changes, I think our infrastructure has become more robust, and hopefully, we will experience less issues with images, federation, and general downtime going forward.

    ----

    That's all from me for now. Feel free to leave any thoughts or questions in the comments, and as always, I hope you're having a great day!

    21
  • Hey folks!

    This is a quick notice about a change to our moderation policy.

    We have had a policy on lemm.ee for administration and federation nearly since the very beginning. This policy has also always included a section about moderator responsibilities. Today, we have made two changes to this policy:

    1. The policy has been renamed to Policy for administration, moderation, federation - this is to make it clear that the policy is also relevant for mods
    2. We have introduced a new responsibility for moderators, they must "Ensure that they only provide accurate and clear reasons for mod actions".

    The reason for the addition is that mod log actions federate out to other instances, and are more or less permanent (due to how Lemmy and federation works right now). This means that users do not really currently have any easy way to clarify or defend themselves against inaccurate accusations in the mod log.

    As always, I am very grateful to all mods for your efforts in building awesome communities on lemm.ee. I hope you can understand why this new policy is necessary - I do not want to make your lives more difficult, the goal is to just try and reduce any mod log related misunderstandings in the future.

    Thank you for reading and have a nice day!

    30
  • Hey folks!

    We unfortunately had about half an hour of unplanned downtime today. This was caused by an issue with our hosting provider. The issue is solved for now, and I am planning to make some changes to prevent similar issues in the future. Sorry for the inconvenience!

    ----

    Technical details

    Our servers are communicating with our database over Hetzner's "vSwitch" service. Unfortunately, this service seems to be quite flaky - over the past few months, I have had to deal with the connection just dropping without recovering many times. Mostly this has not resulted in any noticeable downtime, as we have redundant servers, so even if one of them stops working, it won't affect lemm.ee users. However, in this instance, all of our API servers lost their connection to our database at the same time, which resulted in actual downtime.

    I have now decided to migrate our setup away from the vSwitch in the near future to hopefully stop these issues for good. Should be possible to do this migration without any downtime, I just need to set aside some time to actually create an alternative solution for us, most likely over the coming weekend. I will update this post once the migration is complete.

    Update: the migration is now complete! You can read more here.

    11
  • EDIT: I should have posted this in the Support community - as others are also doing.

    https://lemm.ee/c/support

    ---

    Just noticed tonight that when I visit my FullMoviesOnYouTube community, the banner image is not shown.

    I tried linking directly to it:

    https://lemm.ee/pictrs/image/642b333b-5c37-4d39-af9f-cc876de484fc.webp?format=webp

    And got this error:

    {"error":"unknown","message":"Request error: error sending request for url (http://10.0.0.3:8080/image/process.webp?src=642b333b-5c37-4d39-af9f-cc876de484fc.webp): operation timed out"}

    Any idea what's up? It's definitely been working as of just last week.

    7
  • Hello!

    I noticed that a post I created from my sopuli account to a lemm.ee community, federated over here, but then not out any other instances.

    Is lemm.ee dealing with similar federation woes as lemmy.world?

    13
  • I was using imgur now to upload pictures, but for none of my posts it shows a thumbnail for me in jerboa. It does at least for some of those using lemmy.world, so i assume this may be something lemm.ee specific? Thumbnails seem to be shown for images hosted on catbox.moe or other instances. I just don't get what the difference is.

    What is it that would make thumbnails show up?

    2
  • Hey folks

    This is just a quick heads up that I need to perform some maintenance & upgrades on our database server, which unfortunately will require downtime. I don't expect the downtime to last for longer than 2-3 minutes, but just wanted to give a heads up first so you know not to be concerned.

    That's all, hope you have a great week!

    Edit: maintenance complete!

    6
  • There's presently !asklemmy@lemm.ee and !asklemmee@lemm.ee, but both have low activity and appear to be unmoderated. Removing communities is probably reserved as a last resort, and seeking some moderators may be preferable, so I thought I might ask about'em to raise some attention.

    These are the kinds of communities that could get pretty rough if left in their current unattended state, I think.

    1
  • Hello, friends!

    TL;DR: I am working on a new Lemmy frontend in nextJS. There is still much work to be done, but you can already have an early look at https://next.lemm.ee

    First of all, quick note to lemm.ee users: I am making this announcement post in !meta@lemm.ee, as this is also a notice that I will be hosting an alternative frontend (lemmy-ui-next) for the first time on lemm.ee. Going forward, I will post updates about lemmy-ui-next in a separate dedicated community: !lemmy_ui_next@lemm.ee. If you're interested in future updates, please subscribe there!

    What is lemmy-ui-next?

    Lemmy is generally accessed through some kind of frontend UI. By default, Lemmy provides its own web interface (lemmy-ui), which you can find on the front page of most Lemmy instances (including lemm.ee). There are also several other independent frontends, for both the web and different mobile platforms, which I'm sure many of you are familiar with.

    Lemmy-ui-next is a brand new alternative frontend, built from the ground up with modern and popular tooling - a framework known as NextJS. Lemmy-ui-next has (or aims to have) the following high-level features:

    • Open source (AGPL)
    • Drop-in replacement for lemmy-ui - same exact URL structure, so all existing links will continue working
    • Very plain & minimalistic UI, strongly inspired by other link aggregator sites (of course including the original lemmy-ui!)
    • Very basic and "typical" NextJS architecture, to encourage open source contributions
    • Fully functional even when JavaScript is disabled (but works better with JS enabled!)
    • Optimized data transfer between your browser and the server (filtering out only relevant data from the Lemmy API, caching, memoization)
    • Strong focus on privacy and security (all authentication with the Lemmy API is done through secure httpOnly cookies, user IP addresses are not leaked to external image hosts, etc)

    What is the current status of lemmy-ui-next?

    I have mentally split the initial work I want to complete into 3 milestones:

    1. Lurk - All read-only features of Lemmy
    2. Participate - Voting/posting/commenting/DMs/reports, etc
    3. Moderate - Handling reports, creating & managing communities, etc

    I am now nearing completion of the first milestone. It's not 100% there yet, but you can already log in, browse, subscribe to communities and even vote. Some things may still look a bit wonky, and some features are still missing, but the core experience is getting there.

    In terms of code contributions, I would ask anybody who is interested in getting involved to contact me first before working on anything. I am not looking for PRs just yet - the code structure is still a bit loose, and I am redefining it as I add more stuff. I would ideally really like to complete the first 3 milestones before opening things up for external contributors.

    Who can use lemmy-ui-next?

    At the moment, it is only hosted on this instance, at https://next.lemm.ee. I do not yet have any formal instructions for running it on other instances, but generally speaking, it is a simple NextJS app - to deploy it, you just need to do: npm install, npm run build and LEMMY_BACKEND=https://<your lemmy api here> npm run start.

    Why not just improve lemmy-ui instead?

    Lemmy-ui is an extremely important and valuable project. There has been a significant amount of hard effort put into it so far, and nobody can refute that it is the frontend which has really carried Lemmy to this point.

    Unfortunately, there are some architectural problems with lemmy-ui (mostly related to how data is fetched and how sessions are stored in memory), all of which would require quite a significant rewrite to fix. Additionally, I think that the core technical solution used for lemmy-ui is just a bit too obscure, which has been an obstacle to my own contributions, as well as to contributions by others. If a rewrite is on the table anyway, then I believe a different technology is the best way forward.

    Why not work on lemmy-ui-leptos instead?

    Lemmy-ui-leptos is another rewrite of lemmy-ui, which is being lead by Lemmy maintainers. It is based around a Rust web framework called Leptos. I think this is really cool tech, and will be happy to host lemmy-ui-leptos on lemm.ee in the future as well.

    There are a two key reasons why I personally decided to start working on another alternative, though:

    • I have heard from several people on Lemmy that they feel like Leptos is a big barrier to entry in terms of them contributing
    • Even for myself personally, I am very comfortable (and think I can move very fast) when working on something like NextJS, but with Leptos, I think the learning curve would be quite big and I would get much less done with any time I invest into it

    My hope is that by providing a very vanilla alternative, I can provide an outlet for potential open source contributors who would like to work on Lemmy, but aren't prepared to do it with Leptos.

    Does this mean that lemm.ee will change in ways I don't like?

    First, let me be clear: lemm.ee will always host the default Lemmy frontend. This means lemmy-ui for now, and most likely lemmy-ui-leptos in the future.

    I am however considering the possibility of switching things around at some point in the future, so that lemmy-ui-next will be hosted directly on lemm.ee, and lemmy-ui will be accessible on a different subdomain (like ui.lemm.ee). This would only happen once I have completed all 3 milestones for lemmy-ui-next. The main reason I am considering this is that I feel like I will always be in the best position to offer technical support to users on the frontend which I am myself maintaining. If you have any thoughts about this potential change, please let me know in the comments below!

    That's about it for now!

    This is something I've been thinking of doing for a while now, and I'm very excited to finally get the ball rolling! If you have a chance, please feel free to check out what https://next.lemm.ee looks like so far, and please let me know if you have any thoughts or feedback!

    31
  • You know we all escaped Reddit for greener pastures. But I have increasingly noticed that greener pastures are not to be found in the Fediverse either.

    I undeniably witnessed some vote fuzzing this morning and I feel a bit psychologically violated whenever I notice people or companies or platforms engaging in psychological manipulation.

    It does make me feel livid.

    -----------

    Update - case closed because:

    ------ Wisdom from gregorum@lemm.ee

    >There is no vote fuzzing in Lemmy. The software doesn’t support it. Period.

    >I’ve been paying attention to the Lemmy mod tools and Lemmy admin Matrix rooms, and it’s been the subject of major discussion over the past week between one or two users who keep bringing it up and, like, everyone else (including the Lemmy devs) who are all like, “no, not now, not ever.”

    >It’s not a thing.

    >SO, what could explain what you’re seeing?

    >Possible explanations include:

    >Vote brigading

    >Alt account abuse

    >A genuine statistical fluke where there are genuine votes that are producing this bizarre pattern, and hopefully it will subside soon along with your reasonably justified paranoia.

    >The solution to all of these possibilities, and possibly others that I did not enumerate here, is to just ignore the problem and move on with your life. Remember: nothing that happens here is really important.

    >I really hope this makes you feel better. Because it should.

    16
  • Hey

    This is just a quick heads up that our host, Hetzner, has been experiencing networking issues today, which has caused some downtime for lemm.ee.

    I have a workaround in place for now, so we should (fingers crossed) be recovering at the moment, but I am still waiting on the proper solution from Hetzner. You can track their issue here: https://status.hetzner.com/incident/9406c500-9c8b-48be-9591-a73691134096

    Also, this is a good opportunity to remind everybody about https://status.lemm.ee - you can be sure that I will provide updates on that page as soon as I am aware of & dealing with any issues. I have been posting status updates for the current issue there as well.

    Sorry for the inconvenience and I hope you have an otherwise great day!

    UPDATE: Hetzner claims they have fixed the issue, but the problems have not been resolved for lemm.ee servers yet, so I am keeping my temporary workaround active for now. Will continue troubleshooting this tomorrow.

    UPDATE 2: Hetzner has now fixed their issue, and our network has been restored to its original optimized state.

    8
  • cross-posted from: https://jlai.lu/post/4905287

    > Join Lemmyvision, a Eurovision-like Song Contest for Lemmy communities around the world ! > > Crossposted from https://lemmy.world/post/12717592 > > > TLDR > > - From right now and until April 1st, discuss with your country's community on Lemmy about which song to send and share to the Fediverse. > - On April 1st, voting will begin, where you will rank your favourite songs. Any song not submitted by this date will not be featured. > - On April 8th, results of everyone's favourite songs will be published. > - Join us at !lemmyvision@jlai.lu for any question, this will be the community for updates and results, make sure to subscribe if you'd like to stay in the loop. > > Hey everyone! > > I'm trying to launch Lemmyvision, a Eurovision-like Song Contest for Lemmy communities around the world ! I'd love for people across Lemmy to participate, I hope it will bring people together through our diverse taste of music, so join us if you'd like to discover new music and culture from around the world! > > > What is Lemmyvision? > > - Lemmyvision is inspired from Eureddision (itself a reenactment of the Eurovision song contest) which was held on r/europe some years ago, and based on the participation of national communities / instances and the delicate musical taste of their members (you!). > - Every country is welcome to participate! The contest follows the rule of “national languages only”. The aim is to promote different languages and cultures from around the world, to share more between our online communities across Lemmy, and discover songs from lesser known artists. I hope to make it a regular event, so hopefully this works well for the first edition! > > I'm going to try and share the word across Lemmy, don't hesitate if you want to crosspost to your country's community! > > You can find more information on !lemmyvision@jlai.lu, don't hesitate if you have questions or suggestions, or would like to help! > > See you soon! ❤️🧡💛💚💙💜🤎🖤🤍

    0
  • So, I thought Hexbear defederated from us a little while back, and we, in turn, defederated from them. Why do I keep seeing occasional (new) Hexbear posts in the "All" feed, lately? Did the defederation get reversed? Is it somehow a bug?

    8
  • I just joined lemm.ee from lemmy.world. I was drawn to lemm.ee bc it federates with all the right instances.

    But my feed is behaving oddly. (I view Lemmy through the Eternity app on Android.)

    • I'm seeing posts from communities I haven't subscribed to, even when I view my "Subscribed" feed
    • I get a weird error when I try to comment on some posts (in Firefox@lemmy.ml, most recently)

    These issues didn't happen previously. Anyone know how to fix?

    5
  • Hey folks

    Some of you may have noticed comments complaining about spam and lack of moderation within the past day or so. Maybe you've even noticed a few spam posts yourself (hopefully not too much, as we have automations in place on lemm.ee to remove the spam as soon as it is posted).

    I just wanted to write a quick post with some context about the attack, what we are doing about it, and how you can help.

    Context

    Allegedly, a group of kids in Japan have created a bot, which signs up on different Fediverse instances and posts spam into different communities. The spam generally consists of Japanese text and/or an image and/or a bunch of random @mentions into different communities. You can check a post on Mastodon with more information here: https://mastodon.de/@ErikUden/111940301222380638

    What we are doing about it

    Many instances are actively working to limit this spam-wave, and lemm.ee is no different. Thankfully, we have not had to deal with any bot sign-ups on our instance (potentially as a result of different protections we have implemented for sign-ups), but we still suffer the effects of the spam, even if it's posted from other instances. To help us quickly eliminate most of the spam for lemm.ee users, I am continually tuning our @adminbot to automatically detect and remove content posted in this current spam-wave.

    We cannot remove content from the wider Fediverse if it's not posted there by a lemm.ee user, so our automated removals won't help users on other instances, but we are at least improving the experience for our own users. For an example, you can compare how /c/opensource@lemmy.ml currently looks like on lemm.ee, to how it looks like on this screenshot I took from another smaller instance:

    !

    How you can help

    First and foremost, please continue reporting any spam you find, so that relevant mods and admins can deal with it. I am very grateful to users who help us identify spam through reports, and your reports are precisely what allow me to implement automated content removal for more extreme spam-waves such as this current one.

    Secondly, I am seeking for a few volunteers to grow the lemm.ee admin team. I am purposely burying this at the bottom of the post, to hopefully pre-filter out some candidates who would want to join for the wrong reasons. If you have read until this point in the post, then I assume you are already quite interested in improving the experience on lemm.ee, so if you feel like you could contribute to the admin team, please read on.

    First, I will say a few words about who we are looking for, then I will describe what kind of tasks you would have as an admin, and finally, I will cover some significant downsides of joining the admin team.

    We are looking for folks who more or less match the following profile:

    • You have already been active on the Fediverse for several months (not necessarily on lemm.ee)
    • Previous mod experience would be a huge plus
    • You should feel a strong agreement with our basic instance rules and our administration & federation policy
    • You should be prepared to be exposed to some vile content through reports
    • You are OK with using Discord as the main method of admin communication (that is what we have settled on and will continue using for the foreseeable future)

    As volunteers, we don't expect admins to be available 24/7, but as our instance grows, I do think it would be quite important to achieve a state of pretty good timezone coverage with our admin team, so please only consider applying if you are already regularly active on Lemmy.

    As for what tasks admins are responsible are for: it's mostly covered in the administration policy post linked above. But in short, you should be prepared to regularly check the report queue, contact users with friendly messages to de-escalate conflicts, issue bans, remove content, and monitor the activity of @adminbot. Additionally, if you're interested in taking a more hands-on approach to any kind of community-building on lemm.ee, then this would be totally welcome as well, but not strictly considered a core responsibility for admins.

    Please note that the lemm.ee admin team has an absolute zero tolerance policy against any kind of abuse towards minority communities. If you do not share this mindset, then please do not consider applying.

    Finally, let me share some negative aspects about joining the admin team. I think this will probably reduce the amount of any potential candidates, but I still feel it's important to be honest and upfront about this:

    Through the report queue, you will regularly see absolutely vile content which you might otherwise never even notice on Lemmy. Many users come to Lemmy to spread hate, post disturbing images, etc, and in order to clean such content up for other users, mods and admins need to actually be exposed to this content in much larger amounts than regular users.

    Additionally, while Lemmy is constantly being improved by the developers, the moderation tools are still quite rough around the edges. Lemmy is not at 1.0 yet, and that will most likely become even more obvious to you as you work on admin tasks.

    Maybe this is the most important one: no matter what you do, there will always be people unhappy with how you apply our rules. I have seen countless comments complaining about lemm.ee admins specifically. I have been told by complete strangers that they hate me. I have seen many complaints about us moderating too harshly. I have seen complaints about us not moderating enough. I have seen users on Lemmy make up wild stories about our admin team, and share them as facts. There are of course plenty of supportive users, but the negative experiences tend to leave a much more lasting impression.

    If after reading all of the above, you are still motivated to help make lemm.ee a better place through offering your help in the admin team, please contact me on Discord (@sunaurus)!

    That's all from me for now. Thank you very much to anybody who went through this whole wall of text, and I hope you are all having a good weekend!

    9
  • edit - the original title was "Are Picture Uploads Allowed or Not?"

    I know pic uploads weren't allowed and a file size message would appear.

    I forgot and made a post earlier today with a pic (PNG). There was no error but the pic didn't appear. I updated the post with a link to the picture hosted elsewhere (pixelfed.social).

    Before this post I created a test post with another picture (JPG) and it uploaded and displayed. (edit - I deleted the post).

    I added the same test picture to this post.

    6
  • When did this happen?! It makes me so happy!

    It's still not quite as good as old reddit with RES was, where you started with everything normal and then clicked a button to expand (or contract) media. Being able to contract everything is almost as useful, particularly if you want to scroll further down. However it's still a great improvement, as well as proof that lemmy just keeps getting better.

    8
  • I've searched but couldn't find any discussion on this topic, so I apologize if it's been answered before.

    Would the admins consider hosting the Alexandrite and Photon front-ends, e.g. at a.lemm.ee and p.lemm.ee?

    6
  • Hey folks!

    Just a quick update: we now have a dedicated status page for lemm.ee.

    You can find it at status.lemm.ee. It currently contains three sections:

    1. A web status section, which I will update manually to communicate issues about lemm.ee
    2. A financial status section, which I will update monthly to give an overview of how we're doing financially
    3. A federation section, which automatically checks the current federation status, both incoming and outgoing, between lemm.ee and other instances. By default it shows 3 large instances, but you can also search for any specific instance you are interested in.

    This status page is hosted completely separately from our main servers, so if there is any trouble with our servers, you can expect the status page to still be available!

    If you have any issues with this page, or any other thoughts, feel free to comment.

    19
1 Active user