S
| Detail | Link / Info |
|---|---|
| Wishlist topic | Bluesky PDS |
| Author | @sfeldkamp |
| Repository | Repository |
| Install | CloudronVersions.json |
If you have questions or issues about this community app, please open a separate topic in the @community-apps category and link to this reply.
Thank you for explaining! It doesn't appear to be working that way for installs. I don't see any visual indicator for the Community App when installing it, nor on the app after it's installed. Here is the link to the versions file.
https://raw.githubusercontent.com/sfeldkamp/cloudron-bluesky-pds/main/CloudronVersions.json
Let me know if I should cross post this to support as a bug report (or elsewhere). I haven't tested whether "testing" prevents an automatic update from being discovered.
I got this in the output for the cloudron versions add --help command. But I couldn't say if it has any effect or if it's just informational. It doesn't stop anyone from installing the app. Not sure about whether it would trigger updates.
Hey everyone!
I've published this as a community app. Currently only a "testing" version (how does that work anyway?), so please don't add it to the Community Apps topic just yet. Would love to get some feedback on it and see if any issues are discovered.
If you add the "Strict Baseline" or "Report CSP Violations" Content Security Policy it produces a javascript error on every page load. Is this working as designed?
I'm wanting to use my 1TB Google Drive as a secondary backup location. I found this guide in the Docs from several years ago. Is this still the best way to accomplish this or has something changed in the meantime? Just checking since the secondary backup feature was recently released (I think).
I would very much like to see this happen! It looks like this was on the roadmap for 7.4 release but didn't make it. I hope you can find the time for it.
/ - An informational landing page. You can see it here: https://at.sethfeldkamp.com/
/oauth - OAuth routes
Then data is available from
/xrpc - Http API
/.well-known/atproto-did - DID verification
That's all I can find for routes in the source code.
https://github.com/bluesky-social/atproto/tree/main/packages/pds
I added a checklist item to the CloudronManifest.json that makes it as clear as possible for the user to add the wildcard alias. I just couldn't find any way to do this automatically.
I've also moved my primary PDS on the ATProto network to be hosted on my Cloudron custom app. So far so good, no problems I've noticed!
I see, I think. I'll try to work the API example into the start.sh script that runs when the app is started.
That's the Cloudron CLI, not the CloudronManifest.json. I asked a follow up question though to clarify though, so thank you.
Thank you, I see that here: https://docs.cloudron.io/api.html#tag/Apps/operation/installApp.
I want to set this value automatically during App Installation. Is there a way to do that using either the CloudronManifest.json file or the Cloudron CLI?
I have resolved the issue with Invalid Handle. The problem was not having a *.[app.domain.com] wildcard domain mapped for the app. There's unfortunately no way to do this with the CloudronManifest.json file during app installation so this will have to be a manual step for installers.
I've tested migrating an account from a Bluesky PDS and that seems good. Tested making and restoring backups in Cloudron. That seems good.
The only remaining work to be done, that I am aware of, is to implement the update mechanism. I'm uncertain whether I should (or even can) do that or if that is something the Cloudron staff will do as they prepare it for the App Store.
https://github.com/sfeldkamp/cloudron-bluesky-pds
If anyone has any guidance on what more I should do, or a better way to "submit" this to the staff let me know.
I will likely move my live account sometime soon to be self hosted on my custom app install, as I expect that process to take awhile. If anyone would like to try it out themselves or review the code, please feel free!
I switched to my domain registrar as the provider, connected with an API key, regenerated the certs, and then synced DNS records. Everything seems to be working as I need it to.
Can anyone answer my second question... Is there a way to setup a domain alias during app installation so the user doesn't have to configure it manually?
Oh, my domain is setup with a DNS provider of "Wildcard" domain but the "Let's Encrypt Prod" certificate provider. I probably need to switch that around to a programmatic provider instead.
I've added a wildcard alias to the custom app install for the app that I am packaging. It works, entering an address like test2.[app.domain.com] resolves to the app. However, there is no valid security certificate for it.
I've restarted the app. Is there another step that I need to do? I didn't see anything in the docs.
Also, is it possible to setup a wildcard alias during app installation? I'd prefer not to ask the user to do this, if possible.
This was helpful and validated the direction I was headed with it! I am working from a fork of bluesky-social/pds at https://github.com/sfeldkamp/cloudron-bluesky-pds.
Current status is that it's running! I can add invite codes through the app's web terminal with goat CLI. I can register a user account on the PDS and post, reply, like, and follow from it. These all are pushed to the Bluesky firehose and can be seen in the Bluesky App by other accounts.
Still to be debugged / tested:
goat CLI to the PDS from a bsky.social PDS.goat CLI from the PDS back to bsky.social PDS.I have some time off later this week, so I think I can make progress with these things.
Please share! I'll take whatever help you can offer. Or post a submission if you have it done already and I can test it out.
According to the docs Cloudron will take over maintenance of the app image after it's published.
And Bluesky recently implemented incoming account migration so now a user can go back to Bluesky hosted PDS.
https://docs.bsky.app/blog/incoming-migration
I'm taking a stab at packaging the Bluesky PDS. If anyone else is currently in progress on this or knows of a reason why it won't be possible, now is a good time to speak up!