Thinking about this again, it does feel like this could be something that the Micropub server does but would be invoked by some external process. Like if it’s a property (like) that needs to change, then the remote service could perhaps trigger this (could happen from getting a Salmention).
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/4ff97a0c-93ee-4568-9480-8157940905ad",
"in-reply-to": [
"https://github.com/indieweb/micropub-extensions/issues/27"
],
"content": {
"text": "Thinking about this again, it does feel like this could be something that the Micropub server does but would be invoked by some external process. Like if it\u2019s a property (like) that needs to change, then the remote service could perhaps trigger this (could happen from getting a Salmention).",
"html": "<p>Thinking about this again, it does feel like this could be something that the Micropub server does but would be invoked by some external process. Like if it\u2019s a property (<code>like</code>) that needs to change, then the remote service could perhaps trigger this (could happen from getting a <a href=\"https://indieweb.org/Salmention\">Salmention</a>).</p>"
},
"post-type": "reply",
"refs": {
"https://github.com/indieweb/micropub-extensions/issues/27": {
"type": "entry",
"url": "https://github.com/indieweb/micropub-extensions/issues/27",
"name": "Replied to a reply by a remote entity",
"post-type": "article"
}
},
"_id": "19192592",
"_source": "1886",
"_is_read": true
}
@weh_kaniini There are definitely some using Craft for IndieWeb. There's a plugin for v2, but I don't think it's been updated for v3 yet. Details/examples: https://indieweb.org/Craft
{
"type": "entry",
"published": "2021-03-20T05:29:28+00:00",
"url": "http://stream.boffosocko.com/2021/weh_kaniini-there-are-definitely-some-using-craft-for-indieweb-theres",
"syndication": [
"https://twitter.com/ChrisAldrich/status/1373144901785939972"
],
"in-reply-to": [
"https://twitter.com/weh_kaniini/status/1373114510572158979"
],
"content": {
"text": "@weh_kaniini There are definitely some using Craft for IndieWeb. There's a plugin for v2, but I don't think it's been updated for v3 yet. Details/examples: https://indieweb.org/Craft",
"html": "<a href=\"https://twitter.com/weh_kaniini\">@weh_kaniini</a> There are definitely some using Craft for IndieWeb. There's a plugin for v2, but I don't think it's been updated for v3 yet. Details/examples: <a href=\"https://indieweb.org/Craft\">https://indieweb.org/Craft</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "http://stream.boffosocko.com/file/600427b81f7785e704eadfe511a9270f/thumb.jpg"
},
"post-type": "reply",
"_id": "19174554",
"_source": "192",
"_is_read": true
}
this is a very shiny list of webmentions, but it could be even better by using the h-cite pattern http://microformats.org/wiki/h-cite
{
"type": "entry",
"published": "2021-03-18T03:55:12+0000",
"url": "http://known.kevinmarks.com/2021/this-is-a-very-shiny-list-of",
"in-reply-to": [
"https://lukeb.co.uk/blog/2021/03/15/no-comment-adding-webmentions-to-my-site/"
],
"content": {
"text": "this is a very shiny list of webmentions, but it could be even better by using the h-cite pattern http://microformats.org/wiki/h-cite",
"html": "this is a very shiny list of webmentions, but it could be even better by using the h-cite pattern <a href=\"http://microformats.org/wiki/h-cite\">http://microformats.org/wiki/h-cite</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "http://known.kevinmarks.com/file/9255656669173b7867ab839ee6556f9e"
},
"post-type": "reply",
"_id": "19123760",
"_source": "205",
"_is_read": true
}
Have you read over the IndieAuth spec? I did read the WebID spec some time ago, back when people were toying to expose it in Mastodon and it never went through because it’s not friendly to portability (people change names, identities [think trans, non-binary folks, ex-pats]) nor is it friendly to being used offline
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/a66997c8-13ac-428e-b239-7a4fbd05a33d",
"in-reply-to": [
"https://twitter.com/kidehen/status/1372222356513509377"
],
"content": {
"text": "Have you read over the IndieAuth spec? I did read the WebID spec some time ago, back when people were toying to expose it in Mastodon and it never went through because it\u2019s not friendly to portability (people change names, identities [think trans, non-binary folks, ex-pats]) nor is it friendly to being used offline",
"html": "<p>Have you read over the IndieAuth spec? I did read the WebID spec some time ago, back when people were toying to expose it in Mastodon and it never went through because it\u2019s not friendly to portability (people change names, identities [think trans, non-binary folks, ex-pats]) nor is it friendly to being used offline</p>"
},
"post-type": "reply",
"refs": {
"https://twitter.com/kidehen/status/1372222356513509377": {
"type": "entry",
"url": "https://twitter.com/kidehen/status/1372222356513509377",
"name": "Replied to a article by a remote entity",
"post-type": "article"
}
},
"_id": "19109911",
"_source": "1886",
"_is_read": true
}
According to this incubating spec https://www.w3.org/2005/Incubator/webid/spec/ and https://www.w3.org/ns/auth/cert, it does require certificates (I never said TLS) to insure that it’s secure. Otherwise, you’d be reintroducing the era of FireSheep https://en.wikipedia.org/wiki/Firesheep.
Also IndieAuth would literally require only one of those “rings”.
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/b286bc3e-b34d-4b8b-964e-40be2b92c53d",
"in-reply-to": [
"https://twitter.com/kidehen/status/1372221277902143501"
],
"content": {
"text": "According to this incubating spec https://www.w3.org/2005/Incubator/webid/spec/ and https://www.w3.org/ns/auth/cert, it does require certificates (I never said TLS) to insure that it\u2019s secure. Otherwise, you\u2019d be reintroducing the era of FireSheep https://en.wikipedia.org/wiki/Firesheep.Also IndieAuth would literally require only one of those \u201crings\u201d.",
"html": "<p>According to this incubating spec <a href=\"https://www.w3.org/2005/Incubator/webid/spec/\">https://www.w3.org/2005/Incubator/webid/spec/</a> and <a href=\"https://www.w3.org/ns/auth/cert\">https://www.w3.org/ns/auth/cert</a>, it <em>does</em> require certificates (I never said TLS) to insure that it\u2019s secure. Otherwise, you\u2019d be reintroducing the era of FireSheep <a href=\"https://en.wikipedia.org/wiki/Firesheep\">https://en.wikipedia.org/wiki/Firesheep</a>.</p><p>Also IndieAuth would literally require only one of those \u201crings\u201d.</p>"
},
"post-type": "reply",
"refs": {
"https://twitter.com/kidehen/status/1372221277902143501": {
"type": "entry",
"url": "https://twitter.com/kidehen/status/1372221277902143501",
"name": "Replied to a article by a remote entity",
"post-type": "article"
}
},
"_id": "19109912",
"_source": "1886",
"_is_read": true
}
If you want something you can give to people tomorrow and keep using as long as the Web is around, use IndieAuth. If you want to yak-shave and use it with three people, WebID’s ideal for that!
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/32cfbd45-384a-4d8f-bad7-a79a4dfdbd2a",
"in-reply-to": [
"https://v2.jacky.wtf/post/bf50f47a-afb5-4824-a60f-8597e96fb330"
],
"content": {
"text": "If you want something you can give to people tomorrow and keep using as long as the Web is around, use IndieAuth. If you want to yak-shave and use it with three people, WebID\u2019s ideal for that!",
"html": "<p>If you want something you can give to people tomorrow and keep using as long as the Web is around, use IndieAuth. If you want to yak-shave and use it with three people, WebID\u2019s ideal for that!</p>"
},
"post-type": "reply",
"refs": {
"https://v2.jacky.wtf/post/bf50f47a-afb5-4824-a60f-8597e96fb330": {
"type": "entry",
"url": "https://v2.jacky.wtf/post/bf50f47a-afb5-4824-a60f-8597e96fb330",
"name": "Replied to a reply by a remote entity",
"post-type": "article"
}
},
"_id": "19108232",
"_source": "1886",
"_is_read": true
}
WebID has to use certificates - you’d be fighting for provider support. It also ignores other clients like phones, CLI tools, etc. IndieAuth’s an extension of OAuth2 - used everywhere. You used it to post this tweet on your phone or sync your e-mail to your phone.
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/bf50f47a-afb5-4824-a60f-8597e96fb330",
"in-reply-to": [
"https://twitter.com/kidehen/status/1372191244454133760"
],
"content": {
"text": "WebID has to use certificates - you\u2019d be fighting for provider support. It also ignores other clients like phones, CLI tools, etc. IndieAuth\u2019s an extension of OAuth2 - used everywhere. You used it to post this tweet on your phone or sync your e-mail to your phone.",
"html": "<p>WebID has to use certificates - you\u2019d be fighting for provider support. It also ignores other clients like phones, CLI tools, etc. IndieAuth\u2019s an extension of OAuth2 - used everywhere. You used it to post this tweet on your phone or sync your e-mail to your phone.</p>"
},
"post-type": "reply",
"refs": {
"https://twitter.com/kidehen/status/1372191244454133760": {
"type": "entry",
"url": "https://twitter.com/kidehen/status/1372191244454133760",
"name": "Replied to a article by a remote entity",
"post-type": "article"
}
},
"_id": "19108233",
"_source": "1886",
"_is_read": true
}
After a bit of a hunting, I think it’ll be very possible to continue building a Micropub server that uses Hypercore/Dat as a storage medium! My long term goal here is to lean on Hypercore to provide a controlled, distributed file system for the flat file storage of posts (instead of leaning on a centralized though self-hostable system like https://min.io/ with free versioning and a means of handling access control for the content. Truthfully, I’d want the Micropub server to have access to two “drives”. We can name them /public for the generated pages of one’s site that then can be automatically available to the general public (or not! the ACL should work on a file-level from the docs so something similar to protected posts could work here) and another /content drive that holds the more intimate details on one’s site - the preprocessed bits like the raw templates, database for just quicker indexing (maybe sticking to SQLite because I’ve invested a lot into SQL, lol) and the raw posts and images.
This is very exciting and potentially the basis of making it easy to automate publishing from your conventional Website into the distributed Web!
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/dd03a6d7-9212-4d60-aef0-a0233166a78c",
"content": {
"text": "After a bit of a hunting, I think it\u2019ll be very possible to continue building a Micropub server that uses Hypercore/Dat as a storage medium! My long term goal here is to lean on Hypercore to provide a controlled, distributed file system for the flat file storage of posts (instead of leaning on a centralized though self-hostable system like https://min.io/ with free versioning and a means of handling access control for the content. Truthfully, I\u2019d want the Micropub server to have access to two \u201cdrives\u201d. We can name them /public for the generated pages of one\u2019s site that then can be automatically available to the general public (or not! the ACL should work on a file-level from the docs so something similar to protected posts could work here) and another /content drive that holds the more intimate details on one\u2019s site - the preprocessed bits like the raw templates, database for just quicker indexing (maybe sticking to SQLite because I\u2019ve invested a lot into SQL, lol) and the raw posts and images.This is very exciting and potentially the basis of making it easy to automate publishing from your conventional Website into the distributed Web!",
"html": "<p>After <a href=\"https://v2.jacky.wtf/post/ab491578-0717-43e9-abf3-4fffa02309ba\">a bit of a hunting</a>, I think it\u2019ll be <em>very</em> possible to continue building a Micropub server that uses Hypercore/Dat as a storage medium! My long term goal here is to lean on Hypercore to provide a controlled, distributed file system for the flat file storage of posts (instead of leaning on a centralized though self-hostable system like <a href=\"https://min.io/\">https://min.io/</a> with free versioning and a means of handling <a href=\"https://github.com/substack/hypercore-authenticate-session-extension\">access control</a> for the content. Truthfully, I\u2019d want the Micropub server to have access to two \u201cdrives\u201d. We can name them <code>/public</code> for the generated pages of one\u2019s site that then can be automatically available to the general public (or not! the ACL <em>should</em> work on a file-level from the docs so something similar to protected posts could work here) and another <code>/content</code> drive that holds the more intimate details on one\u2019s site - the preprocessed bits like the raw templates, database for just quicker indexing (maybe sticking to SQLite because I\u2019ve invested a lot into SQL, lol) and the raw posts and images.</p><p>This is <em>very</em> exciting and potentially the basis of making it easy to automate publishing from your conventional Website into the distributed Web!</p>"
},
"post-type": "note",
"_id": "19090823",
"_source": "1886",
"_is_read": true
}
I want this as well so badly. I can see parts of this already being here in a way with something like https://commentpara.de/. But I think the other bits you mentioned are things we’d still need to investigate - especially in the IndieWeb. I could see https://www.blockpartyapp.com/ even doing some sort of integration to help with the automatic moderation and prevention.
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/ae9483a7-0110-472b-9c95-7ce753c7bb53",
"in-reply-to": [
"https://werd.io/2021/pitch-a-discussion-community-you-can-add"
],
"content": {
"text": "I want this as well so badly. I can see parts of this already being here in a way with something like https://commentpara.de/. But I think the other bits you mentioned are things we\u2019d still need to investigate - especially in the IndieWeb. I could see https://www.blockpartyapp.com/ even doing some sort of integration to help with the automatic moderation and prevention.",
"html": "<p>I want this as well so badly. I can see parts of this already being here in a way with something like <a href=\"https://commentpara.de/\">https://commentpara.de/</a>. But I think the other bits you mentioned are things we\u2019d still need to investigate - especially in the IndieWeb. I could see <a href=\"https://www.blockpartyapp.com/\">https://www.blockpartyapp.com/</a> even doing some sort of integration to help with the automatic moderation and prevention.</p>"
},
"post-type": "reply",
"refs": {
"https://werd.io/2021/pitch-a-discussion-community-you-can-add": {
"type": "entry",
"url": "https://werd.io/2021/pitch-a-discussion-community-you-can-add",
"name": "Replied to a note by a remote entity",
"post-type": "article"
}
},
"_id": "19090526",
"_source": "1886",
"_is_read": true
}
Pitch: a discussion community you can add to any website with one line of code, or embed in any app. Advanced analytics, customization, SSO. Compatible with micropub. Full export. Abuse prevention and moderation. Optionally charge for entry to all or part.
{
"type": "entry",
"published": "2021-03-16T07:45:20+00:00",
"url": "https://werd.io/2021/pitch-a-discussion-community-you-can-add",
"content": {
"text": "Pitch: a discussion community you can add to any website with one line of code, or embed in any app. Advanced analytics, customization, SSO. Compatible with micropub. Full export. Abuse prevention and moderation. Optionally charge for entry to all or part."
},
"author": {
"type": "card",
"name": "Ben Werdm\u00fcller",
"url": "https://werd.io/profile/benwerd",
"photo": "https://werd.io/file/5d388c5fb16ea14aac640912/thumb.jpg"
},
"post-type": "note",
"_id": "19075969",
"_source": "191",
"_is_read": true
}
{
"type": "entry",
"published": "2021-03-16T09:49:00+0000",
"url": "https://www.jvt.me/mf2/2021/03/k2m2v/",
"category": [
"indieweb",
"microformats",
"micropub",
"microsub",
"webmention",
"community"
],
"bookmark-of": [
"https://theadhocracy.co.uk/wrote/one-year-in-the-indieweb/"
],
"author": {
"type": "card",
"name": "Jamie Tanna",
"url": "https://www.jvt.me",
"photo": "https://www.jvt.me/img/profile.png"
},
"post-type": "bookmark",
"_id": "19075026",
"_source": "2169",
"_is_read": true
}
Bumping this because I have an interest in using Hyperdrivers as a storage layer for my project’s Micropub server - all IndieWeb technologies.
I have seen https://github.com/kappa-db/multifeed but I’d like to see something a bit more supported - especially since https://github.com/kappa-db/multifeed/issues/19 doesn’t seem to be a feature; something that would be critical to this.
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/df01b773-02c7-48e1-8c60-1466d0577a89",
"in-reply-to": [
"https://github.com/hypercore-protocol/hyperdrive/issues/230"
],
"content": {
"text": "Bumping this because I have an interest in using Hyperdrivers as a storage layer for my project\u2019s Micropub server - all IndieWeb technologies.I have seen https://github.com/kappa-db/multifeed but I\u2019d like to see something a bit more supported - especially since https://github.com/kappa-db/multifeed/issues/19 doesn\u2019t seem to be a feature; something that would be critical to this.",
"html": "<p>Bumping this because I have an interest in using Hyperdrivers as a storage layer for <a href=\"https://koype.net\">my project</a>\u2019s <a href=\"https://micropub.spec.indieweb.org/\">Micropub</a> server - all <a href=\"https://indieweb.org\">IndieWeb</a> technologies.</p><p>I have seen <a href=\"https://github.com/kappa-db/multifeed\">https://github.com/kappa-db/multifeed</a> but I\u2019d like to see something a bit more supported - especially since <a href=\"https://github.com/kappa-db/multifeed/issues/19\">https://github.com/kappa-db/multifeed/issues/19</a> doesn\u2019t seem to be a feature; something that would be critical to this.</p>"
},
"post-type": "reply",
"refs": {
"https://github.com/hypercore-protocol/hyperdrive/issues/230": {
"type": "entry",
"url": "https://github.com/hypercore-protocol/hyperdrive/issues/230",
"name": "Replied to a reply by a remote entity",
"post-type": "article"
}
},
"_id": "19071812",
"_source": "1886",
"_is_read": true
}
I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.
I’ve went from a Jekyll site to working on my newer site project. This is what cloc shows for the site currently:
595 text files.
583 unique files.
55 files ignored.
github.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)
--------------------------------------------------------------------------------
Language files blank comment code
--------------------------------------------------------------------------------
Elixir 336 4509 552 22526
HTML 2 6009 0 13872
JSON 43 0 0 13300
EEx 44 3 3 1265
liquid 78 16 8 1166
Sass 12 144 17 727
Vuejs Component 5 12 7 264
YAML 3 23 45 257
Bourne Shell 17 82 19 225
JavaScript 4 32 7 185
Cucumber 4 20 0 107
PO File 1 21 19 57
make 4 8 0 32
Bourne Again Shell 1 1 0 2
CSS 1 0 1 1
--------------------------------------------------------------------------------
SUM: 555 10880 678 53986
--------------------------------------------------------------------------------
And now, to be honest, I’m thinking about blowing all of it away!
Hear me out - I’ve learned a lot about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a ‘monolith’, it has the support for things like Webmentions, IndieAuth and what not. But currently, I haven’t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn’t really fix the problem.
As I’ve continued to work on my site, I’ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!
I want to see if I can refactor my site down to a point where it’s truly just a set of “parts”:
- a flexible Micropub server
- something like
silo.pub to handle syndication
- finishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)
- getting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)
I think that once the basis of the above is in place, I can think more on how I want to handle other things like actually showing the site. I really don’t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be my identity, place and hub on the Web, that doesn’t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the same file storage for content as the backing for a very thin server that can act as the ‘front-end’ for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.
I can imagine this sounding so complex but oddly enough, it’s a lot simpler than the general state of Web development (React! ‘Serverless’! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it’ll be a lot easier to make progress with things too.
{
"type": "entry",
"summary": "I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.",
"url": "https://v2.jacky.wtf/post/2186c978-eccc-4b80-b41f-c901aefe1640",
"content": {
"text": "I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.I\u2019ve went from a Jekyll site to working on my newer site project. This is what cloc shows for the site currently: 595 text files.\n 583 unique files.\n 55 files ignored.\n\n\ngithub.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)\n--------------------------------------------------------------------------------\nLanguage files blank comment code\n--------------------------------------------------------------------------------\nElixir 336 4509 552 22526\nHTML 2 6009 0 13872\nJSON 43 0 0 13300\nEEx 44 3 3 1265\nliquid 78 16 8 1166\nSass 12 144 17 727\nVuejs Component 5 12 7 264\nYAML 3 23 45 257\nBourne Shell 17 82 19 225\nJavaScript 4 32 7 185\nCucumber 4 20 0 107\nPO File 1 21 19 57\nmake 4 8 0 32\nBourne Again Shell 1 1 0 2\nCSS 1 0 1 1\n--------------------------------------------------------------------------------\nSUM: 555 10880 678 53986\n--------------------------------------------------------------------------------\nAnd now, to be honest, I\u2019m thinking about blowing all of it away!\nHear me out - I\u2019ve learned a lot about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a \u2018monolith\u2019, it has the support for things like Webmentions, IndieAuth and what not. But currently, I haven\u2019t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn\u2019t really fix the problem.\nAs I\u2019ve continued to work on my site, I\u2019ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!\nI want to see if I can refactor my site down to a point where it\u2019s truly just a set of \u201cparts\u201d:\na flexible Micropub server\n\nsomething like silo.pub to handle syndication\n\nfinishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)\n\ngetting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)\n\nI think that once the basis of the above is in place, I can think more on how I want to handle other things like actually showing the site. I really don\u2019t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be my identity, place and hub on the Web, that doesn\u2019t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the same file storage for content as the backing for a very thin server that can act as the \u2018front-end\u2019 for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.\nI can imagine this sounding so complex but oddly enough, it\u2019s a lot simpler than the general state of Web development (React! \u2018Serverless\u2019! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it\u2019ll be a lot easier to make progress with things too.",
"html": "<p class=\"p-summary\">I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.</p><p>I\u2019ve went from a Jekyll site to working on my <a href=\"https://koype.net\">newer site project</a>. This is what <a href=\"https://github.com/AlDanial/cloc\"><code>cloc</code></a> shows for the site currently:</p><pre><code> 595 text files.\n 583 unique files.\n 55 files ignored.\n\n\ngithub.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)\n--------------------------------------------------------------------------------\nLanguage files blank comment code\n--------------------------------------------------------------------------------\nElixir 336 4509 552 22526\nHTML 2 6009 0 13872\nJSON 43 0 0 13300\nEEx 44 3 3 1265\nliquid 78 16 8 1166\nSass 12 144 17 727\nVuejs Component 5 12 7 264\nYAML 3 23 45 257\nBourne Shell 17 82 19 225\nJavaScript 4 32 7 185\nCucumber 4 20 0 107\nPO File 1 21 19 57\nmake 4 8 0 32\nBourne Again Shell 1 1 0 2\nCSS 1 0 1 1\n--------------------------------------------------------------------------------\nSUM: 555 10880 678 53986\n--------------------------------------------------------------------------------</code></pre>\n<p>And now, to be honest, I\u2019m thinking about blowing all of it away!</p>\n<p>Hear me out - I\u2019ve learned a <em>lot</em> about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a \u2018monolith\u2019, it has the support for things like <a href=\"https://www.w3.org/TR/webmention/\">Webmentions</a>, <a href=\"https://indieauth.spec.indieweb.org/\">IndieAuth</a> and what not. But currently, I haven\u2019t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn\u2019t really fix the problem.</p>\n<p>As I\u2019ve continued to work on my site, I\u2019ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!</p>\n<p>I want to see if I can refactor my site down to a point where it\u2019s truly just a set of \u201cparts\u201d:</p>\n<ul><li>a flexible Micropub server\n</li>\n<li>something like <code>silo.pub</code> to handle syndication\n</li>\n<li>finishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)\n</li>\n<li>getting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)\n</li>\n</ul><p>I think that once the basis of the above is in place, I can think more on how I want to handle other things like <em>actually</em> showing the site. I <em>really</em> don\u2019t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be <em>my</em> identity, place and hub on the Web, that doesn\u2019t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the <em>same</em> file storage for content as the backing for a very thin server that can act as the \u2018front-end\u2019 for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.</p>\n<p>I can imagine this sounding so complex but oddly enough, it\u2019s <em>a lot</em> simpler than the general state of Web development (React! \u2018Serverless\u2019! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it\u2019ll be a lot easier to make progress with things too.</p>"
},
"post-type": "note",
"_id": "19066685",
"_source": "1886",
"_is_read": true
}
I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.
I’ve went from a Jekyll site to working on my newer site project. This is what cloc shows for the site currently:
595 text files.
583 unique files.
55 files ignored.
github.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)
--------------------------------------------------------------------------------
Language files blank comment code
--------------------------------------------------------------------------------
Elixir 336 4509 552 22526
HTML 2 6009 0 13872
JSON 43 0 0 13300
EEx 44 3 3 1265
liquid 78 16 8 1166
Sass 12 144 17 727
Vuejs Component 5 12 7 264
YAML 3 23 45 257
Bourne Shell 17 82 19 225
JavaScript 4 32 7 185
Cucumber 4 20 0 107
PO File 1 21 19 57
make 4 8 0 32
Bourne Again Shell 1 1 0 2
CSS 1 0 1 1
--------------------------------------------------------------------------------
SUM: 555 10880 678 53986
--------------------------------------------------------------------------------
And now, to be honest, I’m thinking about blowing all of it away!
Hear me out - I’ve learned a lot about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a ‘monolith’, it has the support for things like Webmentions, IndieAuth and what not. But currently, I haven’t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn’t really fix the problem.
As I’ve continued to work on my site, I’ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!
I want to see if I can refactor my site down to a point where it’s truly just a set of “parts”:
- a flexible Micropub server
- something like
silo.pub to handle syndication
- finishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)
- getting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)
I think that once the basis of the above is in place, I can think more on how I want to handle other things like actually showing the site. I really don’t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be my identity, place and hub on the Web, that doesn’t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the same file storage for content as the backing for a very thin server that can act as the ‘front-end’ for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.
I can imagine this sounding so complex but oddly enough, it’s a lot simpler than the general state of Web development (React! ‘Serverless’! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it’ll be a lot easier to make progress with things too.
{
"type": "entry",
"summary": "I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.",
"url": "https://v2.jacky.wtf/post/a9c0526d-9b37-4559-acd9-3db2814da4db",
"content": {
"text": "I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.I\u2019ve went from a Jekyll site to working on my newer site project. This is what cloc shows for the site currently: 595 text files.\n 583 unique files.\n 55 files ignored.\n\n\ngithub.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)\n--------------------------------------------------------------------------------\nLanguage files blank comment code\n--------------------------------------------------------------------------------\nElixir 336 4509 552 22526\nHTML 2 6009 0 13872\nJSON 43 0 0 13300\nEEx 44 3 3 1265\nliquid 78 16 8 1166\nSass 12 144 17 727\nVuejs Component 5 12 7 264\nYAML 3 23 45 257\nBourne Shell 17 82 19 225\nJavaScript 4 32 7 185\nCucumber 4 20 0 107\nPO File 1 21 19 57\nmake 4 8 0 32\nBourne Again Shell 1 1 0 2\nCSS 1 0 1 1\n--------------------------------------------------------------------------------\nSUM: 555 10880 678 53986\n--------------------------------------------------------------------------------\nAnd now, to be honest, I\u2019m thinking about blowing all of it away!\nHear me out - I\u2019ve learned a lot about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a \u2018monolith\u2019, it has the support for things like Webmentions, IndieAuth and what not. But currently, I haven\u2019t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn\u2019t really fix the problem.\nAs I\u2019ve continued to work on my site, I\u2019ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!\nI want to see if I can refactor my site down to a point where it\u2019s truly just a set of \u201cparts\u201d:\na flexible Micropub server\n\nsomething like silo.pub to handle syndication\n\nfinishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)\n\ngetting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)\n\nI think that once the basis of the above is in place, I can think more on how I want to handle other things like actually showing the site. I really don\u2019t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be my identity, place and hub on the Web, that doesn\u2019t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the same file storage for content as the backing for a very thin server that can act as the \u2018front-end\u2019 for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.\nI can imagine this sounding so complex but oddly enough, it\u2019s a lot simpler than the general state of Web development (React! \u2018Serverless\u2019! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it\u2019ll be a lot easier to make progress with things too.",
"html": "<p class=\"p-summary\">I've been thinking about how I want my site to work (and additionally how I'd like to share it with other people so they can get it running for their own use cases) over the last few weeks as I had my head down working on [Fortress](https://indieweb.org/Fortress). It's been some time (it'll be 5 years this October 17th!) since I've joined the IndieWeb - and began exploring more people-centric social networking systems in general so it's about time.</p><p>I\u2019ve went from a Jekyll site to working on my <a href=\"https://koype.net\">newer site project</a>. This is what <a href=\"https://github.com/AlDanial/cloc\"><code>cloc</code></a> shows for the site currently:</p><pre><code> 595 text files.\n 583 unique files.\n 55 files ignored.\n\n\ngithub.com/AlDanial/cloc v 1.74 T=1.35 s (410.3 files/s, 48459.7 lines/s)\n--------------------------------------------------------------------------------\nLanguage files blank comment code\n--------------------------------------------------------------------------------\nElixir 336 4509 552 22526\nHTML 2 6009 0 13872\nJSON 43 0 0 13300\nEEx 44 3 3 1265\nliquid 78 16 8 1166\nSass 12 144 17 727\nVuejs Component 5 12 7 264\nYAML 3 23 45 257\nBourne Shell 17 82 19 225\nJavaScript 4 32 7 185\nCucumber 4 20 0 107\nPO File 1 21 19 57\nmake 4 8 0 32\nBourne Again Shell 1 1 0 2\nCSS 1 0 1 1\n--------------------------------------------------------------------------------\nSUM: 555 10880 678 53986\n--------------------------------------------------------------------------------</code></pre>\n<p>And now, to be honest, I\u2019m thinking about blowing all of it away!</p>\n<p>Hear me out - I\u2019ve learned a <em>lot</em> about the IndieWeb by working on this and even more so about the general space of things and now I want to try out something different. Koype works as a \u2018monolith\u2019, it has the support for things like <a href=\"https://www.w3.org/TR/webmention/\">Webmentions</a>, <a href=\"https://indieauth.spec.indieweb.org/\">IndieAuth</a> and what not. But currently, I haven\u2019t given myself a lot of room to consider other things like templating or making it easy to extend. This is potentially an issue with the framework I chose to work on this project with but blaming the tools doesn\u2019t really fix the problem.</p>\n<p>As I\u2019ve continued to work on my site, I\u2019ve seen other projects from people grow and flourish. I envy the flexibility that others have as I kept rushing to cobble more features into my site without taking other parts of it seriously enough. I do have a plan though!</p>\n<p>I want to see if I can refactor my site down to a point where it\u2019s truly just a set of \u201cparts\u201d:</p>\n<ul><li>a flexible Micropub server\n</li>\n<li>something like <code>silo.pub</code> to handle syndication\n</li>\n<li>finishing up Lwa to act as a Webmention hub (as well as a WebSub hub, contacts manager, and mention feeds)\n</li>\n<li>getting Fortress ready with AutoAuth and provisioning protected content (feeds, posts, etc)\n</li>\n</ul><p>I think that once the basis of the above is in place, I can think more on how I want to handle other things like <em>actually</em> showing the site. I <em>really</em> don\u2019t want to go back to static site generation because the build times for Jekyll really frustrated me and was only justified when I was only writing like blog posts. Since I plan to have my website be <em>my</em> identity, place and hub on the Web, that doesn\u2019t work for me anymore. By refactoring Koype down to just the Micropub server (with some extra kicks, of course), I can go and use the <em>same</em> file storage for content as the backing for a very thin server that can act as the \u2018front-end\u2019 for my site. Having two apps running to work as my site is a bit weird but it gives me a bit of power in decoupling how I work on my presentation layer of my site without worrying about breaking how things in the background.</p>\n<p>I can imagine this sounding so complex but oddly enough, it\u2019s <em>a lot</em> simpler than the general state of Web development (React! \u2018Serverless\u2019! Service Workers! oh my! Offload-all-of-the-work-on-client-devices-because-why-not!). I am excited to start working on this too because it\u2019ll be a lot easier to make progress with things too.</p>"
},
"post-type": "note",
"_id": "19066686",
"_source": "1886",
"_is_read": true
}
{
"type": "entry",
"published": "2021-03-15T12:42:00+0000",
"url": "https://www.jvt.me/mf2/2021/03/1bkre/",
"category": [
"indieweb",
"decentralisation",
"webmention",
"microformats"
],
"bookmark-of": [
"https://brainbaking.com/post/2021/03/the-indieweb-mixed-bag/"
],
"author": {
"type": "card",
"name": "Jamie Tanna",
"url": "https://www.jvt.me",
"photo": "https://www.jvt.me/img/profile.png"
},
"post-type": "bookmark",
"_id": "19054062",
"_source": "2169",
"_is_read": true
}
Роскомпозор замедляет твиттер? а зачем нужен твиттер если есть собственный блог, в который можно постить как в твиттер только лучше? #IndieWeb #ownyourdata
{
"type": "entry",
"published": "2021-03-12T17:13:26+00:00",
"url": "https://fireburn.ru/posts/1615569206",
"category": [
"IndieWeb",
"ownyourdata"
],
"syndication": [
"https://twitter.com/kisik21/status/1370422712926093313"
],
"content": {
"text": "\u0420\u043e\u0441\u043a\u043e\u043c\u043f\u043e\u0437\u043e\u0440 \u0437\u0430\u043c\u0435\u0434\u043b\u044f\u0435\u0442 \u0442\u0432\u0438\u0442\u0442\u0435\u0440? \u0430 \u0437\u0430\u0447\u0435\u043c \u043d\u0443\u0436\u0435\u043d \u0442\u0432\u0438\u0442\u0442\u0435\u0440 \u0435\u0441\u043b\u0438 \u0435\u0441\u0442\u044c \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u0431\u043b\u043e\u0433, \u0432 \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0441\u0442\u0438\u0442\u044c \u043a\u0430\u043a \u0432 \u0442\u0432\u0438\u0442\u0442\u0435\u0440 \u0442\u043e\u043b\u044c\u043a\u043e \u043b\u0443\u0447\u0448\u0435? #IndieWeb #ownyourdata",
"html": "<p>\u0420\u043e\u0441\u043a\u043e\u043c\u043f\u043e\u0437\u043e\u0440 \u0437\u0430\u043c\u0435\u0434\u043b\u044f\u0435\u0442 \u0442\u0432\u0438\u0442\u0442\u0435\u0440? \u0430 \u0437\u0430\u0447\u0435\u043c \u043d\u0443\u0436\u0435\u043d \u0442\u0432\u0438\u0442\u0442\u0435\u0440 \u0435\u0441\u043b\u0438 \u0435\u0441\u0442\u044c \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0439 \u0431\u043b\u043e\u0433, \u0432 \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043c\u043e\u0436\u043d\u043e \u043f\u043e\u0441\u0442\u0438\u0442\u044c \u043a\u0430\u043a \u0432 \u0442\u0432\u0438\u0442\u0442\u0435\u0440 \u0442\u043e\u043b\u044c\u043a\u043e \u043b\u0443\u0447\u0448\u0435? #IndieWeb #ownyourdata</p>"
},
"author": {
"type": "card",
"name": "Vika",
"url": "https://fireburn.ru/",
"photo": "https://fireburn.ru/media/f1/5a/fb/9b/081efafb97b4ad59f5025cf2fd0678b8f3e20e4c292489107d52be09.png"
},
"post-type": "note",
"_id": "19001673",
"_source": "1371",
"_is_read": true
}
Oh that was the same for me. I had a static site using Jekyll some time ago but then ended up writing my own blog as well. Frankly, if I had to do it all over again, I’d opt for a light system that makes it easier for me to plug in my own bits for Webmentions and other IndieWeb stuff
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/ba3238de-8371-4175-80a0-e7e60c385bfc",
"in-reply-to": [
"https://twitter.com/arcatech/status/1370191316852826118"
],
"content": {
"text": "Oh that was the same for me. I had a static site using Jekyll some time ago but then ended up writing my own blog as well. Frankly, if I had to do it all over again, I\u2019d opt for a light system that makes it easier for me to plug in my own bits for Webmentions and other IndieWeb stuff",
"html": "<p>Oh that was the same for me. I had a static site using Jekyll some time ago but then ended up writing my own blog as well. Frankly, if I had to do it all over again, I\u2019d opt for a light system that makes it easier for me to plug in my own bits for Webmentions and other IndieWeb stuff</p>"
},
"post-type": "reply",
"refs": {
"https://twitter.com/arcatech/status/1370191316852826118": {
"type": "entry",
"url": "https://twitter.com/arcatech/status/1370191316852826118",
"name": "Replied to a article by a remote entity",
"post-type": "article"
}
},
"_id": "18997474",
"_source": "1886",
"_is_read": true
}
aye! lemme know if you need help with that! or pop into https://chat.indieweb.org/dev/!
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/3c811ecc-0b2a-4079-9b84-242e94befa73",
"in-reply-to": [
"https://twitter.com/arcatech/status/1370110429758947335"
],
"content": {
"text": "aye! lemme know if you need help with that! or pop into https://chat.indieweb.org/dev/!",
"html": "<p>aye! lemme know if you need help with that! or pop into <a href=\"https://chat.indieweb.org/dev/\">https://chat.indieweb.org/dev/</a>!</p>"
},
"post-type": "reply",
"refs": {
"https://twitter.com/arcatech/status/1370110429758947335": {
"type": "entry",
"url": "https://twitter.com/arcatech/status/1370110429758947335",
"name": "Replied to a article by a remote entity",
"post-type": "article"
}
},
"_id": "18975880",
"_source": "1886",
"_is_read": true
}
# I'm three weeks in to my journalling streak and it feels good to have kept it going, not that there's really been anything earth-shattering written there. It definitely helps having a little reminder at the top of the blog page that is also a direct link to the journal page.
# Non-WordPress blog status update:
- RSS feeds (live & daily) - done
- inline editing - done
- image uploads - done
Everything I wanted to achieve for a version 1.0 has been completed. It's been relatively easy as it's all based on the custom layer that I created on top of WordPress. I have just had to transpose the code over and replace WordPress specific function with normal PHP and JavaScript. The only thing that hasn't translated has been treating each day as a single post. For now.
I've been thinking about how I could implement a comment system but that's not a priority right now. I also looked at sending/receiving webmentions but that's still a bit beyond me at present, maybe I'll work out how to do it in future but, again, it's not a priority.
The real question is do I make the switch to this system? There's no way I'm going to (be able to) migrate existing content over so the WordPress blog would still have to exist as an archive. I also wouldn't migrate the Garden as that would be too much work. The Journal could be fair game, however.
In the meantime, I'll run the non-wp blog in the background to give it a thorough test before making any decisions as I'm sure there are bugs that will need to be ironed out. Irrespective of any issues I'm really happy with what I've been able to create thus far.
# I appear to have broken the RSS feed generator on the WordPress blog so the decision may be getting made for me.
# Look like I've managed to fix it so an enforced change isn't on the cards just yet.
# And there we have it, Lockdown 3 in England until further notice due to continued increases in Covid cases. The easing of restrictions is tied to the vaccination program so we could be in to March before anything changes.
{
"type": "entry",
"author": {
"name": "Colin Walker",
"url": "https://colinwalker.blog/",
"photo": null
},
"url": "https://colinwalker.blog/04-01-2021-0905/",
"published": "2021-01-04T09:05:00+00:00",
"content": {
"html": "<p><a href=\"https://colinwalker.blog/04-01-2021-0905/\">#</a> I'm three weeks in to my journalling streak and it feels good to have kept it going, not that there's really been anything earth-shattering written there. It definitely helps having a little reminder at the top of the blog page that is also a direct link to the journal page.</p>\n<p><a href=\"https://colinwalker.blog/04-01-2021-0905/#p1\">#</a> Non-WordPress blog status update:</p>\n<ul><li>RSS feeds (live & daily) - done</li>\n<li>inline editing - done</li>\n<li>image uploads - done</li>\n</ul><p>Everything I wanted to achieve for a version 1.0 has been completed. It's been relatively easy as it's all based on the custom layer that I created on top of WordPress. I have just had to transpose the code over and replace WordPress specific function with normal PHP and JavaScript. The only thing that hasn't translated has been treating each day as a single post. For now.</p>\n<p>I've been thinking about how I could implement a comment system but that's not a priority right now. I also looked at sending/receiving webmentions but that's still a bit beyond me at present, maybe I'll work out how to do it in future but, again, it's not a priority.</p>\n<p>The real question is do I make the switch to this system? There's no way I'm going to (be able to) migrate existing content over so the WordPress blog would still have to exist as an archive. I also wouldn't migrate the Garden as that would be too much work. The Journal could be fair game, however.</p>\n<p>In the meantime, I'll run the non-wp blog in the background to give it a thorough test before making any decisions as I'm sure there are bugs that will need to be ironed out. Irrespective of any issues I'm really happy with what I've been able to create thus far.</p>\n<p><a href=\"https://colinwalker.blog/04-01-2021-0905/#p2\">#</a> I appear to have broken the RSS feed generator on the WordPress blog so the decision may be getting made for me.</p>\n<p><a href=\"https://colinwalker.blog/04-01-2021-0905/#p3\">#</a> Look like I've managed to fix it so an enforced change isn't on the cards just yet.</p>\n<p><a href=\"https://colinwalker.blog/04-01-2021-0905/#p4\">#</a> And there we have it, Lockdown 3 in England until further notice due to continued increases in Covid cases. The easing of restrictions is tied to the vaccination program so we could be in to March before anything changes.</p>",
"text": "# I'm three weeks in to my journalling streak and it feels good to have kept it going, not that there's really been anything earth-shattering written there. It definitely helps having a little reminder at the top of the blog page that is also a direct link to the journal page.\n# Non-WordPress blog status update:\nRSS feeds (live & daily) - done\ninline editing - done\nimage uploads - done\nEverything I wanted to achieve for a version 1.0 has been completed. It's been relatively easy as it's all based on the custom layer that I created on top of WordPress. I have just had to transpose the code over and replace WordPress specific function with normal PHP and JavaScript. The only thing that hasn't translated has been treating each day as a single post. For now.\nI've been thinking about how I could implement a comment system but that's not a priority right now. I also looked at sending/receiving webmentions but that's still a bit beyond me at present, maybe I'll work out how to do it in future but, again, it's not a priority.\nThe real question is do I make the switch to this system? There's no way I'm going to (be able to) migrate existing content over so the WordPress blog would still have to exist as an archive. I also wouldn't migrate the Garden as that would be too much work. The Journal could be fair game, however.\nIn the meantime, I'll run the non-wp blog in the background to give it a thorough test before making any decisions as I'm sure there are bugs that will need to be ironed out. Irrespective of any issues I'm really happy with what I've been able to create thus far.\n# I appear to have broken the RSS feed generator on the WordPress blog so the decision may be getting made for me.\n# Look like I've managed to fix it so an enforced change isn't on the cards just yet.\n# And there we have it, Lockdown 3 in England until further notice due to continued increases in Covid cases. The easing of restrictions is tied to the vaccination program so we could be in to March before anything changes."
},
"post-type": "note",
"_id": "18946849",
"_source": "237",
"_is_read": true
}
Parts completed in Fortress:
- Drop-in support as a IndieAuth provider (it still requires setup)
Things that I’m planning to complete:
- Audit log of each token use
- Revoke tokens from Web
- Add information on dashboard about supported providers
- Add flow for adding devices
{
"type": "entry",
"url": "https://v2.jacky.wtf/post/479afb27-d468-4d12-9725-e4c715a0ba57",
"content": {
"text": "Parts completed in Fortress:Drop-in support as a IndieAuth provider (it still requires setup)\n\nThings that I\u2019m planning to complete:Audit log of each token use\n\nRevoke tokens from Web\n\nAdd information on dashboard about supported providers\n\nAdd flow for adding devices",
"html": "<p>Parts completed in <a href=\"https://app.fortress.black.af\">Fortress</a>:</p><ul><li>Drop-in support as a IndieAuth provider (it still requires setup)\n</li>\n</ul><p>Things that I\u2019m planning to complete:</p><ul><li>Audit log of each token use\n</li>\n<li>Revoke tokens from Web\n</li>\n<li>Add information on dashboard about supported providers\n</li>\n<li>Add flow for adding devices\n</li>\n</ul>"
},
"post-type": "note",
"_id": "18931435",
"_source": "1886",
"_is_read": true
}
