this post was submitted on 07 Mar 2024
24 points (100.0% liked)

Sublinks

289 readers
1 users here now

Donations

Github Sponsors

About

Sublinks, crafted using Java Spring Boot, stands as a state-of-the-art link aggregation and microblogging platform, reminiscent yet advanced compared to Lemmy & Kbin.

It features a Lemmy compatible API, allowing for seamless integration and migration for existing Lemmy users.

Unique to Sublinks are its enhanced moderation tools, tailored to provide a safe and manageable online community space.

Embracing the fediverse, it supports the ActivityPub protocol, enabling interoperability with a wide range of social platforms.

Sublinks is not just a platform; it’s a community-centric ecosystem, prioritizing user experience, content authenticity, and networked social interaction.

See:

Rules

  1. Follow rules of discuss.online
  2. Keep topics related to Sublinks
  3. For support use [email protected]

founded 8 months ago
MODERATORS
[email protected]
[email protected]
[email protected]
24
How is the micro blogging part of sublinks gonna work out ? Is it similar to mbin? if so how would lemmy app be compatible with it ? (lemmy.today)
submitted 8 months ago by [email protected] to c/[email protected]
19 comments fedilink hide all child comments
 

Also are you guys/gals also add anymore federated services support in the future like pixelfed or frendica ?

top 19 comments
sorted by: hot top controversial new old
[–] [email protected] 13 points 8 months ago* (last edited 8 months ago) (2 children)

There is talk of having post types. This would allow for further fediverse integrations to function better.

To answer your questions:

  1. Sublinks isn't a copy of Lemmy. There used to be a greater focus on multiple post types, but now it's not a main feature to work on. Sublinks is an alternative to Lemmy that adheres to the Lemmy API to capture the client base for that API. Sublinks has its API for its front-end and any apps being developed for Sublinks.

Being long-term compatible with Lemmy isn't a priority either. We set our first milestone to be parity with the Lemmy API contracts to allow for apps to work from the start. As we grow our footprint Lemmy would have to display it the best they can. We don't plan to add support for Sublinks into other applications.

  1. Yes, we're building our federation service to include as many services as possible.
[–] [email protected] 4 points 8 months ago

Ah thanks

[–] [email protected] 2 points 8 months ago (2 children)

Are there any apps being developed for Sublinks?

[–] [email protected] 3 points 8 months ago

Not that I'm aware of. We will support all Lemmy apps when we launch though.

[–] [email protected] -1 points 8 months ago (1 children)

Lemmy apps will be compatible thanks to the Lemmy API

[–] [email protected] 1 points 8 months ago (1 children)

I’m confused now, the post above says that there will be initial compatibility but after that (presumably as sublinks evolves) Lemmy apps will have to display as best they can.

[–] [email protected] 1 points 8 months ago (1 children)

That's indeed it: initial compatibility which might change as SL evolves

[–] [email protected] 2 points 8 months ago (1 children)

That was my reason for asking about sublinks apps.

I know that devs like web interfaces but the truth is you need apps if anything social is going to become established.

It’s a sad fact in the fediverse that routinely apps or even front end GUI aren’t compatible. There’s only so many times this can happen (or instances shut down or not be maintained) before it all becomes a bit much.

So I think relying on Lemmy apps is a mistake.

[–] [email protected] 2 points 8 months ago* (last edited 8 months ago) (1 children)

It's really to early too know any of this.

Depending on the community (instance admin included) reception of Sublinks, several scenarios can happen

  • a lot of major instances switch to Sublinks
  • only a few instances switch to it

As Sublinks will be compatible with Lemmy apps at that time, there will be a time where both will coexist as options to use with the apps. Application developpers will probably cater to the most population solution, whatever that is. Ultimately, Lemmy and Sublinks won't probably be fully compatible anymore, and apps will need to choose.

It's actually kind of already the case with Mbin, which doesn't have as many clients as Lemmy, while still allowing users to interact with the Lemmy communities.

[–] [email protected] 1 points 8 months ago (1 children)

Yes, my point is that an App or apps should be part of the design from the outset (see Pixelfed) Good planning rather than chance and potentially messing / confusing people.

[–] [email protected] 2 points 8 months ago* (last edited 8 months ago) (2 children)

The site will be a PWA. Not an app but something for people to use on mobile that could possibly be distributed on app stores

[–] [email protected] 1 points 8 months ago

Seems like a good idea, a la Voyager

[–] [email protected] 1 points 7 months ago* (last edited 7 months ago) (1 children)

Aren’t there problems with authentication that cause security concerns when using a PWA?

Which is why the native apps are preferred for Voyager.

[–] [email protected] 1 points 7 months ago* (last edited 7 months ago) (1 children)

I mean if you don't secure it sure. The same goes for any site though and can be mitigated by having decent security. There was the thing a bit ago with Apple trying to discontinue PWAs in the EU due to the ruling that PWAs on apple devices shouldnt need to only be able to rely on webkit (their browser engine) which is why the voyager creator said to move over to native but them discontinuing PWAs got walked back

[–] [email protected] 1 points 7 months ago (1 children)

That’s not what I’m thinking about. Was hoping not to get too technical (I’ll try to keep thing simple) but there’s a general concern with PWAs that mean they can only support less secure authentication compared to a native app.

For example, if a device is used offline then a PWA can’t authenticate , so anyone who picks up the device can see the users content. There’s a way around this using what’s called a “service worker” which uses device storage but this would need to be different for each device type and some devices won’t persist between sessions. Also, if a user is in an online session then closes the PWA app, goes offline and then back into the app then the service worker will generate an error.

There are other Lemmy specific issues as well I don’t completely remember the detail but it relates to web clients not being able to set a custom cookie header to ensure compatibility (CORS limitation) There’s an explanation somewhere in the Voyager community but I couldn’t immediately scroll back enough to find it.

[–] [email protected] 0 points 7 months ago (1 children)

For example, if a device is used offline then a PWA can’t authenticate , so anyone who picks up the device can see the users content.

I'm a bit confused, isn't that the same with any website?

[–] [email protected] 1 points 7 months ago (1 children)

That’s not my point. If you read back up the chain of comments I’m saying there’s a real need for a native app (given that Lemmy apps won’t always be compatible with it)

(And you’ve quoted a part of the post taken out of context 🙂)

[–] [email protected] 5 points 7 months ago* (last edited 7 months ago) (1 children)

It's possible we could add sublinks support to the Interstellar app when the time comes. It already supports microblogging for kbin/mbin and is built with multi-software compatibility in mind; it currently supports kbin, mbin, and lemmy and could easily add support for sublinks.

[–] [email protected] 0 points 7 months ago

Great to hear! I don't see it on https://www.lemmyapps.com/ (just posted now on [email protected], so you might want to reach out to the maintainer)