I really loved this book when I read it. It's a great study of what it means to belong somewhere.
https://openlibrary.org/works/OL20030213W/This_is_where_you_belong?edition=key%3A/books/OL27210260M
I really loved this book when I read it. It's a great study of what it means to belong somewhere.
https://openlibrary.org/works/OL20030213W/This_is_where_you_belong?edition=key%3A/books/OL27210260M
And I'm *very* far from my father's and grandfather's and great-grandfather's birthplace in Jerusalem. I've only visited once.
I'm far from their origins in Athens, Crete, and Greek-speaking Asia Minor.
As well as my mother's family's origins in Ireland, Wales, England, The Netherlands, and Germany.
I feel like I have set down roots here in Montreal in these last 20 years, but I have homes too many other places to not feel restless.
This was a good poll. Lots of interesting comments.
I'm a qualified yes. I love my home and my community in Montreal and my second home in Richmond the Eastern Townships, but I'm a settler on indigenous land, and we haven't figured out how that can be a just situation yet.
I'm also far from my parents and brothers in the San Francisco Bay Area, and my extended family in New Jersey.
The Esperanto for 'Gross (in manner)' is 'Maldelikata.'
@LyallMorrison And they assumed they got to decide where you belong, or what belonging somewhere means.l for you.
@LyallMorrison did they ask you if you live where you belong?
I think it's an interesting problem. A server running in low-energy mode most of the time would miss any incoming messages.
So you'd need a way to signal to other servers that your low-energy server is back online, and wants to collect any incoming messages.
One way to notify them is by delivering outgoing messages. We should probably make a best practice that if you're doing exponential backoff, and you get an incoming message from the server, it's a good time to retry.
OTOH, I should be thankful for the gift of desperation. It is, in many ways, the best gift to have.
@helge It would be nice if they were more liberal in handling fallbacks for those types. Maybe submit some bug reports?
@quinn Clearer! Thanks.
@22 I don't think that's true for gzipped payloads.
I think a low energy implementation of AP would be great. A lot of the fields in AS2 are optional.
I think there are some best practices that could work to make an AP server that is in low-power mode until the client connects, and then delivers outbound activities and solicits delivery of inbound ones.
@risottobias OK. I hope you fail fast and don't do too much damage.
@risottobias the thundering herd problem, when clients all get the OpenGraph data for a link at once, is a problem with an obvious solution.
We have a rich representation for a link ("Link") in Activity Streams 2.0. Before sending out a post with a link in it, the sending server should do ONE opengraph query, and add the metadata as a link to the outgoing message.
They are not critical design flaws.
Dying servers is only a problem if you don't use your own domain. We're in an intermediary period; more people and orgs will run their own servers in the future
Scalability isn't a problem reserved for AP. Fanout of messages to thousands of recipients takes time and resources. True in siloed networks as well as federated.
Search is not a technical but a cultural issue in the fediverse.
@22 it's tough; unfortunately I don't see an alternative. Are you working on a new, incompatible social networking protocol?
@22 I'd also say that AP is an extremely extensible protocol. You can build some really cool stuff by making new Activity Streams 2.0 activity and object types.
@22 mostly about Blue Sky. I know that a lot of people have existing protocols to support. I think anyone starting with new incompatible protocols in 2023 better have a really, really, REALLY good explanation for why the benefits outweigh the damage they'll do.
It is a shitty, stupid way to slow down all decentralized social networking, at a time when fast adoption is at its most important point.
The absolutely worst option is that they achieve a modicum of success, and then there are multiple, competing, incompatible networks.
We know from Metcalfe's law that a network that takes up half the available audience doesn't have 1/2 the value to users; it has 1/4 the value. The division makes each network much worse.
Most people and companies, when presented with the choice, won't bother. They'll wait until someone else figures it out.
@cynblogger OK so what should I move you to? Qualified no?
He/him. Director of Open Technology at Open Earth Foundation (OEF).Past founder of Wikitravel, StatusNet, identi.ca, Fuzzy.ai. CTO of Breather, TRU LUV and MTTR.Creator of GNU Social and pump.io.Co-chair of the Social Web Working Group at W3C. Co-author of ActivityStreams 2.0. Co-author of ActivityPub. Co-author of OStatus.In Montreal, from San Francisco. Greek, Arab, American, Canadian. Husband, father, cook, gardener.This network has been my life's purpose. Thanks for making it.tfr
GNU social JP is a social network, courtesy of GNU social JP管理人. It runs on GNU social, version 2.0.2-dev, available under the GNU Affero General Public License.
All GNU social JP content and data are available under the Creative Commons Attribution 3.0 license.