Firefish

[scooke]

Again thank you. But your example still doesn't help me!

My iDrive E2 doesn't tell me what the region is. The closest I can find is LA.

I can't decipher the difference between your baseUrl (tenant-id....) and endpoint (tenant. ...). Seemingly the two are not the same for you, but in my Dashboard all I see is ONE item, a Public Bucket Url, https://testbucket.w7j6.c17.e2-4.dev

When I click the gear to get more info about this bucket I can see again the "Public Bucket URL" which is https://testbucket.w7j6.c17.e2-4.dev. NO ONE ever explains what this actually is! Is this the baseUrl? But I thought the baseUrl was normally the domain of the app. Is it the endpoint?? But other services like Minio and S3 clearly tell the user what the endpoint it. And like I mentioned, do I leave the https:// on or not?? Nothing in my Dashboard has the "tenant-id" or "tenant" thing.

and I Just noticed in your config you have '' around some of the items (making them red) but not the rest... IS THIS what I've been missing??? I have to had '' around those same items? But I'm still stuck not knowing what the baseUrl is and the endpoint.

I reached this point with Mastodon and Minio, and almost gave up. I actually don't know how or why my current setup works... trial and error, and kind help from people like yourself, eventually led me to some semblance of clarity. I feel like I'm about to give up on these too (along with using object storage with Peertube)..

[robi]

@scooke why don't you post your configs?

what do the e2 docs say their conventions are?

[scooke]

@robi I could post my config. But they "look" the same as so many other examples and tuts. Makes me wonder what small seemingly insignificant thing I'm leaving out.
Also e2 docs, as well as ALL the other docs for all these services, use their own terminology. None of it transfers cleanly to others' terminology. I find that this doesn't help my almost-techy-brain figure out what is supposed to equal what. And after trying every conceivable combo with no success... well.

[robi]

@scooke Yeah, we heard that already, however, you still didn't provide useful and actionable information here for someone to potentially help you.

It would help us more if you didn't just talked about how it did not work or make sense, but actually provide configs, examples, and questions that could be clarified. Ie. what terminology?? Be more specific.

Think about what's useful for others to be able to help you, like you would need when helping someone else.

Your choice.

[scooke]

@robi You know what, I will, but I will make a new post of it, and I'll post ALL the info and maybe together us Cloudronites can once and for all figure out how to make all these federated-type apps work with S3 and Object Storage!

[eyimpostinghere]

I was having trouble getting object storage through DigitalOcean Spaces working for Calckey and found the documentation lacking, but this thread helped point me towards the eventual correct configuration. Posting that here in case there's anyone as clueless as me in the weeks/months/years ahead, along with explanations of the different parameters:

Base URL: https://{bucket}.{region}.cdn.digitaloceanspaces.com/{bucket} (this is the base URL for images loading on your instance, it is purely for the purpose of displaying files)
Bucket: {bucket} (bucket name seems to be required, I'd get upload errors when this wasn't included)
Prefix: files (not including a prefix resulted in a // in URLs, a comment on an issue on the Codeberg repo said that the fix will be to make this field required at some point)
Endpoint: {bucket}.{region}.digitaloceanspaces.com (this is the API endpoint, for all the upload/edit/delete operations)
Region: {region} (this doesn't seem to actually be required on DO, but I included it anyway)

YMMV with other object storage providers. What tripped me up for a bit was that Calckey was storing the files with the bucket name as the top-level directory. I initially was including the Base URL as just the scheme + domain, when they were being stored in scheme + domain + bucket name. Hopefully this can be helpful to others!

[rmdes]

@redegelde said in CalcKey:

found https://codeberg.org/calckey/calckey

this would be great app here, and suites the upcoming Fediverse
regards
Eric

Calckey is now Firefish

https://codeberg.org/firefish/firefish

Docker Compose : https://codeberg.org/firefish/firefish/src/branch/develop/docker-compose.yml

docker documentation : https://codeberg.org/firefish/firefish/src/branch/develop/docs/docker.md

[rmdes]

There are now Docker Images for Firefish if anyone wants to get their hand dirty

https://git.joinfirefish.org/firefish/firefish/container_registry/1

[YeastyYahoo]

+1 here!

[jdaviescoates]

Could @staff please edit the title of this thread to Firefish?

Perhaps even add/ update the links too, to these:

https://joinfirefish.org/
https://joinfirefish.org/join/
https://joinfirefish.org/blog/en/calckey
https://git.joinfirefish.org/firefish/firefish
https://git.joinfirefish.org/firefish/firefish/-/blob/develop/docs/docker.md

Cloudron ought to be listed here:

Screenshots of homepage:

[RazielKanos]

this really looks very good
+1

[LoudLemur]

@redegelde said in Firefish:

found https://codeberg.org/calckey/calckey

this would be great app here, and suites the upcoming Fediverse
regards
Eric

That repo is now deprecated. The newer one is here:
https://git.joinfirefish.org/firefish/firefish/