cross-posted from: https://discuss.online/post/6776820

The Sublinks team has written up a little survey, which we feel is both thorough and inclusive. It covers a wide range of topics, such as user privacy, and community engagement, along with trying to gauge things that are difficult when moderating.

Also please be aware the information collected by this survey is completely anonymous. As many of us in the social sciences background know, if you want the REAL feelings of individuals, they need to feel safe to express themselves.

👉Moderation Survey HERE👈

Please feel free to comment in this thread, we will do our best to respond to any genuine questions.

We look forward to hearing from each and every one of you!

Sincerely, The Sublinks Team

cross-posted from: https://sh.itjust.works/post/8365829

Question: What moderation tools do you find most useful?

Follow up question: Are there any moderation tools you wish existed but don't?

My wish would be some form of content editable by multiple accounts, useful for megathreads or community wikis.

I just posted about this on [email protected], but figured 'd share it here as well. :)

I'm the author of lemmyverse.net and I've recently been working on a new moderation tool called Lemmy Modder. https://modder.lemmyverse.net/

Currently, it supports user registration/approvals and content report management. I offer it either as a hosted app (which is currently only compatible with Lemmy 0.18 instances) or a package that you can run alongside your Lemmy instance (using Docker-Compose)

Feel free to give it a go and send any feedback my way :) https://github.com/tgxn/lemmy-modder

Edit for a note: This tool does not save, proxy or store any of your user credentials or data to me, it is only ever stored locally in your browser. I also do not use any website tracking tools. 👍

I'm building a PHP SDK for the Lemmy API.

Here is the repo: https://github.com/jgrim/lemmy-sdk Here is the packagist: https://packagist.org/packages/jgrim/lemmy-sdk

It's still in early development. It works; however, it's missing some tests, CI/CD tooling, and examples.

Feel free to use, contribute, or ask questions.

I decided to provide my open tasks to a Kanban board rather than many update posts. I'll make larger announcements as I make headway, but you can view the Kanban board for due dates and progress. As I work on it, I'll add more details to the board, issues, wiki, etc.

Key takeaways from this post:

• Updates should be easier to pull than waiting for me to announce.
• Anyone can register to comment or add issues.
• This should give you an idea of what I've been doing and what's next.
• I had gotten distracted from the bots' only initial goal and added many more features.
• Everything is near completion but took longer; the first release will be bigger but more delayed.
• I think I added everything I'm doing there. It might change as I realize what I've done or plan to do. I could also add missing details on some tickets if requested.
• The code from socialcare.cloud will be closed source. The FOSS solution is coming later.

The Kanban board can be found here: https://track.gr.im/agiles/1

I spent about 10 minutes creating a simple landing page for socialcare.cloud. This will sit there as I finalize some of the user interfaces. It lists a few features.

As I get closer to being ready for release, I'll post more details. I've very close to the first release.

I also created the Mastodon account @[email protected] & Matrix Space.

I'm hoping to get the first release out by this weekend. The second by next weekend.

Would you rather install a browser extension to expand moderation tools of Lemmy or have a dedicated website to do moderation in?

I've been reviewing the Reddit toolbox and believe I can create something similar to work with Lemmy using a mix of storage techniques.

The other option is to pull full posts, comments, and history into SocialCare and recreate the Lemmy UI with added features that are embedded into the pages naturally rather than through extension.

I've also uploaded the Icon of SocialCare.cloud to this post as a preview.

Completed tasks:

• I have the Lemmy integration complete
• I have the design and UI of the admin complete
• I have job scheduling working & fetching data from instances

What's next:

• Build the bot configuration
• The first bot will be a post scheduler
• Release previous features
• The ability to create notes for users and communities
• Release
• Automod features
• etc.

More updates to come. Please, let me know what you think!

-Jason

I've decided to keep the first version simple in an effort to get it live ASAP.

I've decided to develop a cloud solution on the domain socialcare.cloud. I'm writing it in PHP using the Laravel framework.

I should be able to get the base features done within a couple of weeks. I've already begun development.

Once the service is running I'll be pursuing self-hosted options. Perhaps, in the original tech stack of Rust/Svlete/Postgres. Distributed software takes a lot more time than self-hosted and I'd like to get live asap.

I'll opensource what I can. For example, there isn't a Lemmy client SDK available for PHP. I created my own and it will be opensource with an MIT license.

I'll report progress as it's made. I hope everyone agrees to my decision to keep it lean and targeted.

So, never thought i would suggest a form of crypto or token, but it struck me that one of the best ways to help people pay for hosting services would be to create a de-centralized crypto token that when awarded to a user it is send on the back end to their instance.

If we put this token on some of the exchanges then people could pay with either real money by buying tokens and gifting/awarding them, or converting other crypto into Fediverse tokens.

We could even use the same blockchain to allow minting of one off or limited run tokens where users can create their own.

Would also be cool if awards attach to the profile and are federated, but with the ability to make tokens private by the user.

Just a thought, because someone wanted to give me gold for a post, and I linked to our donation page, but man it would be easy if they could have just purchased a token and sent it right then and there without having to go through all the different instance donation methods.

Sadly, I am not a

Hello,

I've been reading over all the feedback provided by the community. This is an update on progress while also asking some questions to the community.

I'm currently working on the Detailed Design of the project. This is a document that serves two purposes:

1. Ensures what I plan to build is what is expected
2. It forces me to think through the project in detail to find any holes early on

While working on this document, I realized it would be great to separate additional contributions the community can make that cannot relate to this project.

I am going to define the following feature sets:

• In the scope of this project
• Which parts must be a core enhancement
• Out of the scope of this project
• Finally, the requests that require significant design decisions today

In-Scope Features

There is a clear set of features that will be included. These are must-haves for this project to be a success.

1. Roles & Responsibilities
   1. The ability to create super admins, moderators of

I've still actively working on the design doc. I've had to prioritize some full-time work this week so there is not a lot of progress to show.

I've created the repositories to store the backend and front-end code: https://github.com/jgrim/socialcare https://github.com/jgrim/socialcare-ui

This is a great place to add suggestions and track progress. I plan to fully utilize GitHub's project tools to track.

Oh, and I named the product socialcare... I own the domain socialcare.cloud. Let me know if you disagree.

Thanks!

cross-posted from: https://lemmy.dbzer0.com/post/220288

New feature has been deployed on the Fediseer where it can autogenerate special .svg badges for your Fediverse domain which you can embed directly.

The images have an embedded link to the endpoints proving this, but that doesn't work in markdown, so when embedding in markdown, you need to put the link manually.

Guarantees

https://fediseer.com/api/v1/badges/guarantees/{domain}.svg

This badge will display which other fediverse domain guaranteed that your domain is not spam. Remember each instance can only have 1 guarantor due to the chain of trust.

Example:

 undefined

     markdown
 [![](http://fediseer.com/api/v1/badges/guarantees/lemmy.dbzer0.com.svg)](https://fediseer.com/api/v1/whitelist/lemmy.dbzer0.com)`
 
  

Endorsements

`https://

cross-posted from: https://lemmy.dbzer0.com/post/185949

if you think the idea of the Fediseer is a good one, we could use your help!

If you have an instance, make sure you've claimed it. To claim it, you can use this curl command

 bash

    
DOMAIN=lemmy.dbzer0.com
ADMIN=db0
curl -X 'PUT' \
  'https://fediseer.com/api/v1/whitelist/${DOMAIN}' \
  -H 'accept: application/json' \
  -H 'Client-Agent: unknown:0:unknown' \
  -H 'Content-Type: application/json' \
  -d '{
  "admin": "${ADMIN}"
}'

  

In the above bash script, simple replace your DOMAIN and ADMIN with your own. If you're on windows, you can use git bash to run it.

Now you simply need to wait for someone to guarantee your instance. You can ask in this thread, or just look for other guaranteed instances which share your values and ask them. In fact if you pass a "guarantor": "domain.tld" key/value to the payload above, the admins of that instance will get a PM to

cross-posted from: https://lemmy.dbzer0.com/post/163869

I have updated the content of this devlog to match the current workflow of the API, with the streamlined registration and claims

There's some heated discussion going on about a community dedicated to Donald Trump and, a few days ago, we started receiving concerning news about bot infested instances.

I believe there's three additional settings for instance administrators which Lemmy could implement in the future and it's probably worth discussing first. These would be :

1. Block specific users or users from specific remote instances from creating new posts in local communities (or have them require approval).
2. Block specific users or users from specific remote instances from writing comments to posts in local communities.
3. Block specific users or users from specific remote instances from upvoting or downvoting posts and/or comments in local communities.

These options alone could allow concerned instance admins prevent brigading and content manipulation without necessarily defederating which should be left as a last-resort.

As a small instance admin myself I would be shooting myself in the foot if I were t

cross-posted from: https://lemmy.world/post/370342

I'm kicking around a few feature requests.

One of them I've already created in github as it seems appropriate to mainline Lemmy, but a couple of others I think are more appropriate to third party development. Since I'm more a product management / sysadmin type and not much of a coder, I'm putting these in the aether in case they drum up some interest in those considering features for bots or other tooling.

First is YouTube aggregation - it doesn't have to be limited to YT. I'm interested in the ability to automatically collect notifications from a list of channels (click that bell icon, baby) and generate a community post to link new videos.

Second is RSS aggregation. If a blog or magazine or news site has a feed, and if that feed should feature an entry matching keywords defined by a moderation team, generate a post to the community linking to that content.

If th

Hello,

I'm still reviewing the technical limitations of building this tool.

I'm deciding on one of two paths from the original list. The devs will not have time to do this themselves. The community must act. You can find out why by reading their new blog post.

I had listed six options before. You can review them all on the post Initial thoughts.

Decision

I'm considering Option 1 and Option 4. I'll explain why not for some and why for these two options.

Why nots

• Why not 2:
  • I've been looking for a project to become more than a side hustle. I believe making this self-hosted could not be monetized properly. My options are donations or charges for the software. Donations are too unpredictable, and charging for a tool to enhance an open-source project feels wrong and unsustainable. It would have to be a charge for the admins of fediverse products who may not be willing to spend money on this tool,

Welcome

Hello everyone,

I can tell there is a lot of interest in a tool to enhance the mod abilities of Lemmy.

I've been researching ways to do it. I have six options that I'm considering.

I'm trying to keep the topics high-level and avoid implementation discussions.

These are undeveloped high-level thoughts. I still have a lot of research into the Lemmy code base and ActivityPub.

It's late for me, so these notes are from a stream of thought. There may be changes as I think more about this or get community feedback.

Option 1 - SaaS

Summary

A service I host. Probably maintained by donations. I might have an additional tier for enhanced moderation tools.

Pros:

• Simple setup/registration.
• No additional hosting cost for Lemmy admins.
• Ability to use community-shared moderation.
• Community data analysis to find bad actors across the federation.
• Quicker to develop. No need to worry about tech support, setup, configuration wizards, etc.
• Could be set up with any Ac

Apologies for this second post. This one should be the last. I've continued thinking about the best way to handle moderation in the fediverse, especially because I believe that the fediverse as a whole will live or die based on how moderation is handled.

I've worked in the past with email products, email being one of the clearest examples of federated networks. Even though email is quite different since there's no public messages, I believe we can draw some inspiration regarding how to handle federation and moderation. More specifically regarding a key metric that also applies to the fediverse: the degree of "spamminess" of a message.

But let's first see some of the principles.

Principle 1: Local content, local values

This principle states that instance administrators should not be expected to host or make available content that goes against their values and beliefs. What is included in this principle:

• Restricting certain content in local communities.
• Restricting local

Here's a laundry list of sort with tons of tools we'd like to see

• Role for approval of applications (to delegate)
• Site mods (to delegate from admins)
• Auto-report posts with certain keywords or domains (for easier time curating without reports)
• Statistics on growth (user, comments, posts, reports)
  • User total
  • MUA
  • User retention
  • Number of comments
  • Number of posts
  • Number of reports open
  • Number of reports resolved
• Sort reports
  • by resolved/open
  • by local/remote
• Different ways to resolved a report
  • Suspend account for a limited amount of time rather than just banning
  • Send warning
• Account mod info
  • Number of 'strikes' (global and local) and reports
  • Moderation notes
  • Change email
  • Change password
  • Change role
• Ability to pin messages in a post
• Admins should be able to purge
• Filter modlog to local
• Better federation tools (applications to communities, limiting)
  • Applications to communities to allow safe spaces to e