@bhaugen @KevinMarks @cwebber the main difference is that #IndieWeb (as I understand it) is designed around the idea of everyone having a self-hosted homepage, which implements a bunch of simple-as-possible protocols, allowing those homepages to form a social network. Obviously quite different from the assumptions behind AP (a federation of servers, each with one or more users, each with a web or native client) or #SSB (a #P2P network of native clients that may have intermittent net access)
@strypey @bhaugen @KevinMarks @cwebber Not an expert but I don't think it's *necessarily* (although very common) about being self-hosted, it's about owning your identity and your data. e.g. https://micro.blog provides hosted services that adhere to indieweb protocols (and principles).
In some ways its closer to Hubzilla than Mastodon, IMO.
The reason I mention that (and hope I'm correct in saying so) is that I think it's vital that indieweb does not expect everyone will self-host.
@cwebber @neil @bhaugen @KevinMarks yeah, with all due respect to the IndieWeb folks, it kind of reminds me of those people who are super passionate about growing their own organic veges, or knitting cardigans, or restoring old cars, and don't seem to grasp that this is much harder and less appealing for other people than it is for them. Also that for some people, it's as achievable as performing your own brain surgery.
@neil @cwebber @bhaugen @KevinMarks this is some really good strategic thinking. But is still assumes that the end of goal is 'everyone is a commune of 1'. To me, projects like #RiseUp, #FramaSoft,#Disroot, and many others demonstrate that its possible to 'own your own data' collectively, as well as individually.
The reason we are going with personal ActivityPubs (as well as organizational ActivityPubs) is that an individual (me, for example) can participate and federate with many organizations and other individuals.
Any or all of those could be hosted by cooperatives.
But the structure matches what we see happening around us.
@bhaugen @neil @cwebber @KevinMarks sure, I am in no way opposed to individual instances. But I'm thinking about my Mum as a potential user, or even my brothers and sisters. I just can't imagine a time that they're ever going to be willing to admin their own instance. Some of them don't even admin their own devices, after years of owning computers of various kinds ;)
@bhaugen Easy hosting - yes please! Definitely part of the vision? Starting now, not in the future! For example, I'm stunned there seems to be no hosting service for Mediawik that doesn't require me to adopt the 'server admin' role - which I absolutely don't have time or priorities or brain cells for. I could really use a wiki. But no way am I going to hack CSS or install modules - no matter how well written the help files are. Life's too short.
@strypey @neil @cwebber @KevinMarks
@KevinMarks @mike_hales @bhaugen @neil @cwebber indeed, and the ISPs or the telecos (or both) heavily throttle upload bandwidth vs. download bandwidth so they can charge premium prices for hosting. I would like to see anti-trust action to separate these two businesses. We successfully did this in Aotearoa to prevent the owner of the entire NZ fibre infrastructure from also running an ISP, so all other ISPs weren't buying service from a direct competitor.
> Easy hosting - yes please! Definitely part of the vision?
> Starting now, not in the future!
No. Somebody (probly more than one person) needs to do some work and probly spend some money. But we'll definitely be talking to the various hosting cooperatives.
@mayel Slight tangent . . I'm experimenting (tentatively) with #beaker browser & pages written in #markdown in a repo shared over #dat as a basis for a website hosted on my own laptop boosted via #hashbase platform host. Far fewer features than Mediawiki - unless somone arranges a beaker hackathon? But maybe a regime like this is within the limited scope of a 'non-admin' user? The P2P capability might offset fewer bells & whistles?
@bhaugen @KevinMarks @cwebber @neil @strypey
@bhaugen It actually seems easier to me this way :D I know how to write markdown the browser is a clean writing/file-management environment (very familiar to folks in the git world?). So, the prospect of being part of leading-edge P2P exploration feels very low risk. Risk will get a whole lot higher, when I stop tinkering, invest a load of content into a website, and start sharing! One step at a time . .
@mayel @KevinMarks @cwebber @neil @strypey
Beaker-published dat websites can present with an http domain name, in normal browsers. Firefox, as of recently, half-recognises dat protocol but AFAIK prompts viewing in beaker, if installed. Not sure yet. But I think that's as far as integration goes. Anyone out there understand this more fully?
@mayel Thanks Mayel. In fact it was at webarchitects that I was disappointed to find no 'server admin-free' package for Mediawiki. They will host. But I would have to manage the apps/modules they were hosting. Too tech and time consuming for me. Content is where my time goes.
It would be helpful to know the other side - how time consuming/costly/ill-fitting would this kind of 'tech-naive' service be, for a coop that basically offers common-carrier hosting to tech-capable clients?
I think somebody posted this here before, but it applies to this, too. How capitalism teaches everybody to exploit everybody they can possibly exploit.
I read a parable about a locksmith: Early in his career, he's not good at picking locks. It takes him a long time and is obviously a lot of effort. People who call him out can see how much work he's putting in and give him tips that reflect the effort they see. Later, he gets good at picking locks and it looks effortless, so his tips decline as he improves.
The point the author didn't intend to make is that in the US, tipping makes service seem like entertainment.
@mike_hales @bhaugen @neil @cwebber @KevinMarks I can definitely envision a time when installing a server app on a GNU/Linux system is as easy as installing an end-user app, or indeed installing a GNU/Linux system itself. Both of these used to require wizard-level skills, but lots of work has been by done by distros to make it easier and easier. This is an important goal. But however easy it becomes, some people just won't do it. I don't know why, but that's my experience.
A half-serious 'why' . . I 🧡 'my' MacOS UX 25 yr deep and left Windows-ish UIs just as soon as I could, never to willingly return. Until open apps reliably present with equivalent 'architectural' form, hidden machinery and graphic-design literacy (Jobs legacy?!) I'll find it hard to commit - even knowing AP is underneath and P2P is at stake. Git-style UI is a bit Bauhaus and puritan for me? Aesthetics over efficiency? O dear 🙄 End of confession 😉
@bhaugen @neil @cwebber @KevinMarks
A Fediverse instance for people interested in cooperative and collective projects.