This is a great analysis on the ability to import and export posts via Micropub/mf2. The benefit of that is even private posts can be exported! I definitely want to think through this more
{
"type": "entry",
"published": "2018-03-31T20:00:05-04:00",
"summary": "This is a great analysis on the ability to import and export posts via Micropub/mf2. The benefit of that is even private posts can be exported! I definitely want to think through this more",
"url": "https://eddiehinkle.com/2018/03/31/10/reply/",
"category": [
"indieweb",
"micropub"
],
"in-reply-to": [
"https://overcast.fm/ Io4VpyYPk/32:42"
],
"content": {
"text": "This is a great analysis on the ability to import and export posts via Micropub/mf2. The benefit of that is even private posts can be exported! I definitely want to think through this more",
"html": "<p>This is a great analysis on the ability to import and export posts via Micropub/mf2. The benefit of that is even private posts can be exported! I definitely want to think through this more</p>"
},
"author": {
"type": "card",
"name": "Eddie Hinkle",
"url": "https://eddiehinkle.com/",
"photo": "https://aperture-media.p3k.io/eddiehinkle.com/cf9f85e26d4be531bc908d37f69bff1c50b50b87fd066b254f1332c3553df1a8.jpg"
},
"refs": {
"https://overcast.fm/ Io4VpyYPk/32:42": {
"type": "entry",
"url": "https://overcast.fm/ Io4VpyYPk/32:42",
"name": "https://overcast.fm/ Io4VpyYPk/32:42"
}
},
"_id": "178544",
"_source": "226",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-30T20:10:41+00:00",
"url": "https://cleverdevil.io/2018/going-serverless-with-python-wsgi-apps",
"syndication": [
"https://twitter.com/cleverdevil/status/979815338085879809"
],
"name": "Going Serverless with Python WSGI Apps",
"content": {
"text": "I've been writing web applications and services in Python since the late 1990s, and enjoy it so much that I created the Pecan web application framework way back in 2010. Configuring and deploying Python web applications, especially WSGI compliant applications, is fairly straightforward, with great WSGI servers like Gunicorn and uWSGI, and excellent Apache integration via mod_wsgi. But, for many use cases, creating and maintaining one or more cloud servers creates unnecessary cost and complexity. Security patches, kernel upgrades, SSL certificate management, and more, can be a real burden.Since the creation of AWS Lambda, \"serverless\" has become a pretty popular buzzword. Could Lambda provide a way to deploy Python WSGI applications that helps reduce cost, complexity, and management overhead? First, let's consider what serverless really means.Introducing LambdaAWS Lambda is a cloud service that lets developers deploy and run code without provisioning or managing servers. Under the hood, there is of course still a server where code is run, but its existence is largely abstracted away. Lambda, and other services in the category, are likely better defined as \"functions as a service\" (FaaS).Lambda provides built-in Python support, and invoking Lambda functions can be done manually, or via an event triggered by an another AWS service, including Amazon S3, Amazon DynamoDB, and even Amazon Alexa, just to name a few.Lambda functions can also be invoked via HTTP through the use of the Amazon API Gateway, which opens up the possibility that WSGI applications could be exposed through Lambda. That said, the complexity of setting up a WSGI application to run within a Lambda execution environment is daunting.The Serverless FrameworkEnter the Serverless Framework, a toolkit for creating, managing, deploying, and operating serverless architectures. Serverless supports AWS Lambda, and other FaaS platforms, and makes the process of getting your code deployed to Lambda much easier. Serverless is written in JavaScript, and is easily installable through npm:$ npm install serverless -gOnce installed, you can use the serverless tool from the command line to perform a whole host of tasks, such as creating new functions from templates, deploying functions to providers, and invoking functions directly.Serverless WSGIThe serverless-wsgi plugin for the Serverless Framework allows you to take any Python WSGI application, and deploy it to Lambda with ease. Let's take a look at how!I've been working on a Python-based IndieAuth implementation called PunyAuth for a few weeks, and as an infrequently accessed web service, its a perfect candidate for a FaaS-backed deployment.First, I installed the serverless-wsgi plugin:$ npm install serverless-wsgi -gThen, I created a file called punywsgi.py that exposes PunyAuth as a WSGI application:from pecan.deploy import deploy\napp = deploy('my-config.py')In order to bundle up PunyAuth and all of its dependencies, serverless-wsgi needs a requirements.txt file, which is easily done using pip:$ pip freeze > requirements.txtFinally, I created a serverless.yml file that defines the service:service: serverless-punyauth\n\nplugins:\n - serverless-wsgi\n\ncustom:\n wsgi:\n app: punywsgi.app\n\nprovider:\n name: aws\n runtime: python3.6\n region: us-east-1\n iamRoleStatements:\n - Effect: \"Allow\"\n Action:\n - s3:*\n Resource:\n - arn:aws:s3:::cleverdevil-punyauth-testing/*\n\nfunctions:\n app:\n handler: wsgi.handler\n events:\n - http: ANY /\n - http: 'ANY {proxy+}'The serverless.yml file declares a service called serverless-punyauth, enables the serverless-wsgi plugin, and directs it to expose the WSGI app defined in punywsgi.app. When using serverless-wsgi, the bundled wsgi.handler can automatically map requests and responses coming in through the Amazon API Gateway to the deployed WSGI app.In the case of PunyAuth, the function itself needs read/write access to a particular AWS S3 bucket, which is accomplished here by defining an AWS IAM role that explicitly grants this access.At this point, the application is ready to be deployed to AWS Lambda.$ serverless deploy\nServerless: Packaging Python WSGI handler...\nServerless: Packaging required Python packages...\nServerless: Linking required Python packages...\nServerless: Packaging service...\nServerless: Excluding development dependencies...\nServerless: Unlinking required Python packages...\nServerless: Uploading CloudFormation file to S3...\nServerless: Uploading artifacts...\nServerless: Uploading service .zip file to S3 (2.08 MB)...\nServerless: Validating template...\nServerless: Updating Stack...\nServerless: Checking Stack update progress...\n................\nServerless: Stack update finished...\nService Information\nservice: serverless-punyauth\nstage: dev\nregion: us-east-1\nstack: serverless-punyauth-dev\napi keys:\n None\nendpoints:\n ANY - https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev\n ANY - https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev/{proxy+}\nfunctions:\n app: serverless-punyauth-dev-app\nServerless: Removing old service versions...Tada! We've deployed PunyAuth as a Lambda function!Use Cases and BenefitsDeploying WSGI applications on Lambda is certainly cool, but its also not appropriate for all use cases. Typically, WSGI applications are deployed in always-running WSGI servers. With Lambda, the behind-the-scenes server that represents the environment for your application is magically started and stopped on an as-needed basis, and the application itself will need to be loaded during the function invokation on-demand. This adds some additional overhead, so in the case of high-performance or frequently-accessed applications, you'll likely want to go another route.That said, for applications like PunyAuth, where performance isn't super critical, and the application is accessed relatively infrequently, this approach has a multitude of benefits.Benefit: CostDeploying a Python WSGI application the traditional way, with always-on infrastructure, will certainly result in higher performance, but also in significantly higher cost. With Lambda, you only pay for the actual execution time of your functions, rather than paying for, say, an EC2 instance that is always on. That means that hosting a low-traffic WSGI app in Lambda could cost you pennies a month.Benefit: ManagementWhile servers have certainly become easier to manage over the years, and managed hosting providers exist that will handle operating system updates and security patches, there's no question that deploying to Lambda will reduce your management overhead. The Lambda execution environment is entirely managed by Amazon, allowing you to focus on your application code, rather than on managing a fleet of servers.Benefit: SecurityWith AWS handling the heavy lifting of keeping the execution environment up-to-date with security patches, and the ability to apply fine-grained controls using AWS IAM roles, keeping your application secure is a bit easier.ConclusionAWS Lambda and the Serverless Framework provide a whole new way to host Python WSGI applications that can help reduce cost, eliminate management, and improve security.",
"html": "<p>I've been writing web applications and services in <a href=\"http://www.python.org\">Python</a> since the late 1990s, and enjoy it so much that I created the <a href=\"https://github.com/pecan/pecan\">Pecan web application framework</a> way back in 2010. Configuring and deploying Python web applications, especially <a href=\"http://wsgi.readthedocs.io/en/latest/\">WSGI</a> compliant applications, is fairly straightforward, with great WSGI servers like <a href=\"http://gunicorn.org\">Gunicorn</a> and <a href=\"http://projects.unbit.it/uwsgi\">uWSGI</a>, and excellent Apache integration via <a href=\"http://www.modwsgi.org/\">mod_wsgi</a>. But, for many use cases, creating and maintaining one or more cloud servers creates unnecessary cost and complexity. Security patches, kernel upgrades, SSL certificate management, and more, can be a real burden.</p><p>Since the creation of AWS <a href=\"https://aws.amazon.com/lambda/\">Lambda</a>, \"serverless\" has become a pretty popular buzzword. Could Lambda provide a way to deploy Python WSGI applications that helps reduce cost, complexity, and management overhead? First, let's consider what serverless really means.</p><h2>Introducing Lambda</h2><p>AWS Lambda is a cloud service that lets developers deploy and run code without provisioning or managing servers. Under the hood, there is of course still a server where code is run, but its existence is largely abstracted away. Lambda, and other services in the category, are likely better defined as \"functions as a service\" (FaaS).</p><p>Lambda provides <a href=\"https://docs.aws.amazon.com/lambda/latest/dg/current-supported-versions.html\">built-in Python support</a>, and <a href=\"https://docs.aws.amazon.com/lambda/latest/dg/invoking-lambda-functions.html\">invoking Lambda functions</a> can be done manually, or via an event triggered by an another AWS service, including <a href=\"https://docs.aws.amazon.com/lambda/latest/dg/invoking-lambda-function.html#supported-event-source-s3\">Amazon S3</a>, <a href=\"https://aws.amazon.com/dynamodb/\">Amazon DynamoDB</a>, and even <a href=\"https://docs.aws.amazon.com/lambda/latest/dg/invoking-lambda-function.html#supported-event-source-echo\">Amazon Alexa</a>, just to name a few.</p><p>Lambda functions can also be invoked via HTTP through the use of the <a href=\"https://docs.aws.amazon.com/lambda/latest/dg/invoking-lambda-function.html#supported-event-source-api-gateway\">Amazon API Gateway</a>, which opens up the possibility that WSGI applications could be exposed through Lambda. That said, the complexity of setting up a WSGI application to run within a Lambda execution environment is daunting.</p><h2>The Serverless Framework</h2><p>Enter the <a href=\"https://serverless.com\">Serverless Framework</a>, a toolkit for creating, managing, deploying, and operating serverless architectures. Serverless supports AWS Lambda, and other FaaS platforms, and makes the process of getting your code deployed to Lambda much easier. Serverless is written in JavaScript, and is easily installable through <code>npm</code>:</p><pre>$ npm install serverless -g</pre><p>Once installed, you can use the <code>serverless</code> tool from the command line to perform a whole host of tasks, such as creating new functions from templates, deploying functions to providers, and invoking functions directly.</p><h2>Serverless WSGI</h2><p>The <a href=\"https://github.com/logandk/serverless-wsgi\">serverless-wsgi</a> plugin for the Serverless Framework allows you to take any Python WSGI application, and deploy it to Lambda with ease. Let's take a look at how!</p><p>I've been working on a Python-based <a href=\"https://indieweb.org/IndieAuth\">IndieAuth</a> implementation called <a href=\"https://github.com/cleverdevil/punyauth\">PunyAuth</a> for a few weeks, and as an infrequently accessed web service, its a perfect candidate for a FaaS-backed deployment.</p><p>First, I installed the <code>serverless-wsgi</code> plugin:</p><pre>$ npm install serverless-wsgi -g</pre><p>Then, I created a file called <code>punywsgi.py</code> that exposes PunyAuth as a WSGI application:</p><pre>from pecan.deploy import deploy\napp = deploy('my-config.py')</pre><p>In order to bundle up PunyAuth and all of its dependencies, serverless-wsgi needs a <code>requirements.txt</code> file, which is easily done using <code>pip</code>:</p><pre>$ pip freeze > requirements.txt</pre><p>Finally, I created a <code>serverless.yml</code> file that defines the service:</p><pre>service: serverless-punyauth\n\nplugins:\n - serverless-wsgi\n\ncustom:\n wsgi:\n app: punywsgi.app\n\nprovider:\n name: aws\n runtime: python3.6\n region: us-east-1\n iamRoleStatements:\n - Effect: \"Allow\"\n Action:\n - s3:*\n Resource:\n - arn:aws:s3:::cleverdevil-punyauth-testing/*\n\nfunctions:\n app:\n handler: wsgi.handler\n events:\n - http: ANY /\n - http: 'ANY {proxy+}'</pre><p>The <code>serverless.yml</code> file declares a service called <code>serverless-punyauth</code>, enables the <code>serverless-wsgi</code> plugin, and directs it to expose the WSGI app defined in <code>punywsgi.app</code>. When using <code>serverless-wsgi</code>, the bundled <code>wsgi.handler</code> can automatically map requests and responses coming in through the Amazon API Gateway to the deployed WSGI app.</p><p>In the case of PunyAuth, the function itself needs read/write access to a particular AWS S3 bucket, which is accomplished here by defining an AWS IAM role that explicitly grants this access.</p><p>At this point, the application is ready to be deployed to AWS Lambda.</p><pre>$ serverless deploy\nServerless: Packaging Python WSGI handler...\nServerless: Packaging required Python packages...\nServerless: Linking required Python packages...\nServerless: Packaging service...\nServerless: Excluding development dependencies...\nServerless: Unlinking required Python packages...\nServerless: Uploading CloudFormation file to S3...\nServerless: Uploading artifacts...\nServerless: Uploading service .zip file to S3 (2.08 MB)...\nServerless: Validating template...\nServerless: Updating Stack...\nServerless: Checking Stack update progress...\n................\nServerless: Stack update finished...\nService Information\nservice: serverless-punyauth\nstage: dev\nregion: us-east-1\nstack: serverless-punyauth-dev\napi keys:\n None\nendpoints:\n ANY - <a href=\"https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev\">https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev</a>\n ANY - <a href=\"https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev/%7Bproxy+%7D\">https://rpmchol040.execute-api.us-east-1.amazonaws.com/dev/{proxy+}</a>\nfunctions:\n app: serverless-punyauth-dev-app\nServerless: Removing old service versions...</pre><p>Tada! We've deployed PunyAuth as a Lambda function!</p><h2>Use Cases and Benefits</h2><p>Deploying WSGI applications on Lambda is certainly cool, but its also not appropriate for all use cases. Typically, WSGI applications are deployed in always-running WSGI servers. With Lambda, the behind-the-scenes server that represents the environment for your application is magically started and stopped on an as-needed basis, and the application itself will need to be loaded during the function invokation on-demand. This adds some additional overhead, so in the case of high-performance or frequently-accessed applications, you'll likely want to go another route.</p><p>That said, for applications like PunyAuth, where performance isn't super critical, and the application is accessed relatively infrequently, this approach has a multitude of benefits.</p><h3>Benefit: Cost</h3><p>Deploying a Python WSGI application the traditional way, with always-on infrastructure, will certainly result in higher performance, but also in significantly higher cost. With Lambda, you only pay for the actual execution time of your functions, rather than paying for, say, an EC2 instance that is always on. That means that hosting a low-traffic WSGI app in Lambda could cost you pennies a month.</p><h3>Benefit: Management</h3><p>While servers have certainly become easier to manage over the years, and managed hosting providers exist that will handle operating system updates and security patches, there's no question that deploying to Lambda will reduce your management overhead. The Lambda execution environment is entirely managed by Amazon, allowing you to focus on your application code, rather than on managing a fleet of servers.</p><h3>Benefit: Security</h3><p>With AWS handling the heavy lifting of keeping the execution environment up-to-date with security patches, and the ability to apply fine-grained controls using AWS IAM roles, keeping your application secure is a bit easier.</p><h2>Conclusion</h2><p>AWS Lambda and the Serverless Framework provide a whole new way to host Python WSGI applications that can help reduce cost, eliminate management, and improve security.</p>"
},
"author": {
"type": "card",
"name": "Jonathan LaCour",
"url": "https://cleverdevil.io/profile/cleverdevil",
"photo": "https://aperture-media.p3k.io/cleverdevil.io/abdf4969f052cb64177f73cda9be6a709931eb55607f8c1fb2c69eb135841acf.jpg"
},
"_id": "175873",
"_source": "71",
"_is_read": true
}
Come to Homebrew Website Club in sf this Wednesday and people will help with that feeling https://indieweb.org/events/2018-04-04-homebrew-website-club
{
"type": "entry",
"published": "2018-03-30T17:15:12+0000",
"url": "http://known.kevinmarks.com/2018/come-to-homebrew-website-club-in-sf",
"syndication": [
"https://twitter.com/kevinmarks/status/979769024354504704"
],
"in-reply-to": [
"https://twitter.com/stubbornella/status/979751186990432256?s=19"
],
"content": {
"text": "Come to Homebrew Website Club in sf this Wednesday and people will help with that feeling https://indieweb.org/events/2018-04-04-homebrew-website-club",
"html": "Come to Homebrew Website Club in sf this Wednesday and people will help with that feeling <a href=\"https://indieweb.org/events/2018-04-04-homebrew-website-club\">https://indieweb.org/events/2018-04-04-homebrew-website-club</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "175367",
"_source": "205",
"_is_read": true
}
On moving from silos to your own website:
Over the last year, especially, it has seemed much more like “blog to write, tweet to fight.” Moreover, the way that our writing and personal data has been used by social media companies has become more obviously problematic—not that it wasn’t problematic to begin with.
Which is why it’s once again a good time to blog, especially on one’s own domain.
But on the other hand…
It is psychological gravity, not technical inertia, however, that is the greater force against the open web. Human beings are social animals and centralized social media like Twitter and Facebook provide a powerful sense of ambient humanity—the feeling that “others are here”—that is often missing when one writes on one’s own site.
That’s true …which is why brid.gy is such an incredibly powerful service for, well, bridging the gap between your own personal site and the silos, allowing for that feeling of ambient humanity.
{
"type": "entry",
"published": "2018-03-30T17:06:59Z",
"url": "https://adactio.com/links/13650",
"category": [
"indieweb",
"blogging",
"blogs",
"writing",
"personal",
"publishing",
"silos",
"twitter",
"facebook",
"social",
"networks",
"ambient",
"humanity"
],
"bookmark-of": [
"https://dancohen.org/2018/03/21/back-to-the-blog/"
],
"content": {
"text": "Back to the Blog \u2013 Dan Cohen\n\n\n\nOn moving from silos to your own website:\n\n\n Over the last year, especially, it has seemed much more like \u201cblog to write, tweet to fight.\u201d Moreover, the way that our writing and personal data has been used by social media companies has become more obviously problematic\u2014not that it wasn\u2019t problematic to begin with.\n \n Which is why it\u2019s once again a good time to blog, especially on one\u2019s own domain.\n\n\nBut on the other hand\u2026\n\n\n It is psychological gravity, not technical inertia, however, that is the greater force against the open web. Human beings are social animals and centralized social media like Twitter and Facebook provide a powerful sense of ambient humanity\u2014the feeling that \u201cothers are here\u201d\u2014that is often missing when one writes on one\u2019s own site.\n\n\nThat\u2019s true \u2026which is why brid.gy is such an incredibly powerful service for, well, bridging the gap between your own personal site and the silos, allowing for that feeling of ambient humanity.",
"html": "<h3>\n<a class=\"p-name u-bookmark-of\" href=\"https://dancohen.org/2018/03/21/back-to-the-blog/\">\nBack to the Blog \u2013 Dan Cohen\n</a>\n</h3>\n\n<p>On moving from silos to your own website:</p>\n\n<blockquote>\n <p>Over the last year, especially, it has seemed much more like \u201cblog to write, tweet to fight.\u201d Moreover, the way that our writing and personal data has been used by social media companies has become more obviously problematic\u2014not that it wasn\u2019t problematic to begin with.</p>\n \n <p>Which is why it\u2019s once again a good time to blog, especially on one\u2019s own domain.</p>\n</blockquote>\n\n<p>But on the other hand\u2026</p>\n\n<blockquote>\n <p>It is <em>psychological gravity</em>, not technical inertia, however, that is the greater force against the open web. Human beings are social animals and centralized social media like Twitter and Facebook provide a powerful sense of <em>ambient humanity</em>\u2014the feeling that \u201cothers are here\u201d\u2014that is often missing when one writes on one\u2019s own site.</p>\n</blockquote>\n\n<p>That\u2019s true \u2026which is why <a href=\"https://brid.gy/\">brid.gy</a> is such an incredibly powerful service for, well, <em>bridging</em> the gap between your own personal site and the silos, allowing for that feeling of ambient humanity.</p>"
},
"_id": "175353",
"_source": "2",
"_is_read": true
}
@SarahJamieLewis This sounds a lot like dat - have you looked at Beaker Browser https://beakerbrowser.com/ and Fritter? https://fritter.hashbase.io/ #indieweb
{
"type": "entry",
"published": "2018-03-30T11:15:12+0000",
"url": "http://known.kevinmarks.com/2018/sarahjamielewis-this-sounds-a-lot-like-dat",
"category": [
"indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979678425098014720"
],
"in-reply-to": [
"https://twitter.com/SarahJamieLewis/status/978059988349288449"
],
"content": {
"text": "@SarahJamieLewis This sounds a lot like dat - have you looked at Beaker Browser https://beakerbrowser.com/ and Fritter? https://fritter.hashbase.io/ #indieweb",
"html": "<a href=\"https://twitter.com/SarahJamieLewis\">@SarahJamieLewis</a> This sounds a lot like dat - have you looked at Beaker Browser <a href=\"https://beakerbrowser.com/\">https://beakerbrowser.com/</a> and Fritter? <a href=\"https://fritter.hashbase.io/\">https://fritter.hashbase.io/</a> <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "174317",
"_source": "205",
"_is_read": true
}
@SarahJamieLewis I agree that we don't need to keep reinventing protocols. DNS and web serving are decentralized and robust. We can layer protocols on top for social subscription and notification - WebPub, WebMention and more #indieweb ones
{
"type": "entry",
"published": "2018-03-30T11:04:46+0000",
"url": "http://known.kevinmarks.com/2018/sarahjamielewis-i-agree-that-we-dont-need",
"category": [
"indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979675798679445505"
],
"in-reply-to": [
"https://twitter.com/SarahJamieLewis/status/978057959686078464"
],
"content": {
"text": "@SarahJamieLewis I agree that we don't need to keep reinventing protocols. DNS and web serving are decentralized and robust. We can layer protocols on top for social subscription and notification - WebPub, WebMention and more #indieweb ones",
"html": "<a href=\"https://twitter.com/SarahJamieLewis\">@SarahJamieLewis</a> I agree that we don't need to keep reinventing protocols. DNS and web serving are decentralized and robust. We can layer protocols on top for social subscription and notification - WebPub, WebMention and more <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a> ones"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "174295",
"_source": "205",
"_is_read": true
}
Posting on your own site, POSSEd to twitter and using brid.gy to turn the replies on twitter into webmentions works rather well - not sure if it catches replies to replies though #Indieweb
{
"type": "entry",
"published": "2018-03-30T07:54:33+0000",
"url": "http://known.kevinmarks.com/2018/posting-on-your-own-site-possed-to",
"category": [
"Indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979627929213652992"
],
"in-reply-to": [
"https://twitter.com/stubbornella/status/979617851580366848?s=19"
],
"content": {
"text": "Posting on your own site, POSSEd to twitter and using brid.gy to turn the replies on twitter into webmentions works rather well - not sure if it catches replies to replies though #Indieweb",
"html": "Posting on your own site, POSSEd to twitter and using brid.gy to turn the replies on twitter into webmentions works rather well - not sure if it catches replies to replies though <a href=\"http://known.kevinmarks.com/tag/Indieweb\" class=\"p-category\">#Indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "174023",
"_source": "205",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29 22:35-0700",
"url": "https://gregorlove.com/2018/03/new-release-of-mf2-to-icalendar/",
"category": [
"indieweb",
"microformats"
],
"syndication": [
"https://news.indieweb.org/en"
],
"name": "New release of mf2 to iCalendar",
"content": {
"text": "I\u2019ve released version 0.0.2 of mf2 to iCalendar, a library to convert h-event microformats into iCalendar.\n\nIt now supports dates with local time (no timezone) and it prefers the content property over the description property. Also, unit tests. Because test ALL THE THINGS!",
"html": "<p>I\u2019ve released version 0.0.2 of <a href=\"https://github.com/gRegorLove/mf2-to-iCalendar\">mf2 to iCalendar</a>, a library to convert h-event microformats into iCalendar.</p>\n\n<p>It now supports dates with local time (no timezone) and it prefers the <code>content</code> property over the <code>description</code> property. Also, unit tests. Because test ALL THE THINGS!</p>"
},
"author": {
"type": "card",
"name": "gRegor Morrill",
"url": "https://gregorlove.com/",
"photo": "https://gregorlove.com/site/assets/files/3473/profile-2016-med.jpg"
},
"_id": "173989",
"_source": "95",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29T22:38:38-07:00",
"url": "https://aaronparecki.com/2018/03/29/46/pdxnode",
"category": [
"pdxnode",
"indieweb",
"okta",
"oauth"
],
"photo": [
"https://aperture-media.p3k.io/aaronparecki.com/5de4ba35a21419800584a9851ff8bedce227d0af80b58e848d8ba0d8efff2a13.jpg"
],
"syndication": [
"https://twitter.com/aaronpk/status/979593884828184576"
],
"content": {
"text": "Had a great time at the @pdxnode meetup tonight! Here are some of the resources I talked about!\n\nhttps://indieweb.org\n\nhttps://indieweb.org/webmention\n\nOkta APIs which I used to log in to my website\nhttps://developer.okta.com\n\nhttps://indieauth.spec.indieweb.org\n\nMonocle\nhttps://aaronparecki.com/2018/03/12/17/building-an-indieweb-reader",
"html": "Had a great time at the <a href=\"https://twitter.com/pdxnode\">@pdxnode</a> meetup tonight! Here are some of the resources I talked about!<br /><br /><a href=\"https://indieweb.org\">https://indieweb.org</a><br /><br /><a href=\"https://indieweb.org/webmention\">https://indieweb.org/webmention</a><br /><br />Okta APIs which I used to log in to my website<br /><a href=\"https://developer.okta.com\">https://developer.okta.com</a><br /><br /><a href=\"https://indieauth.spec.indieweb.org\">https://indieauth.spec.indieweb.org</a><br /><br />Monocle<br /><a href=\"https://aaronparecki.com/2018/03/12/17/building-an-indieweb-reader\">https://aaronparecki.com/2018/03/12/17/building-an-indieweb-reader</a>"
},
"author": {
"type": "card",
"name": "Aaron Parecki",
"url": "https://aaronparecki.com/",
"photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
},
"_id": "173873",
"_source": "16",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29T22:49:14+0000",
"url": "http://known.kevinmarks.com/2018/as-i-have-said-for-many-years",
"category": [
"indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979490699073617920"
],
"content": {
"text": "\u201cAs I have said for many years \u2013 \u201cI am my own system of record\u201d.\u201d https://people-first.net/2018/03/29/the-second-innings-of-the-internet #indieweb",
"html": "\u201cAs I have said for many years \u2013 \u201cI am my own system of record\u201d.\u201d <a href=\"https://people-first.net/2018/03/29/the-second-innings-of-the-internet\">https://people-first.net/2018/03/29/the-second-innings-of-the-internet</a> <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "173655",
"_source": "205",
"_is_read": true
}
“the novelty and connection Facebook offered in its early days is gone. In its place is that constant feeling that it’s 3am in a Reno, Nevada casino when we’d like to stop playing the slot machines, but can’t quite do it.” -@ginab https://medium.com/@ginab/dont-just-deletefacebook-let-s-build-something-better-6bf5caad6965 #indieweb
{
"type": "entry",
"published": "2018-03-29T22:33:48+0000",
"url": "http://known.kevinmarks.com/2018/the-novelty-and-connection-facebook-offered-in",
"category": [
"indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979486814510637056"
],
"content": {
"text": "\u201cthe novelty and connection Facebook offered in its early days is gone. In its place is that constant feeling that it\u2019s 3am in a Reno, Nevada casino when we\u2019d like to stop playing the slot machines, but can\u2019t quite do it.\u201d -@ginab https://medium.com/@ginab/dont-just-deletefacebook-let-s-build-something-better-6bf5caad6965 #indieweb",
"html": "\u201cthe novelty and connection Facebook offered in its early days is gone. In its place is that constant feeling that it\u2019s 3am in a Reno, Nevada casino when we\u2019d like to stop playing the slot machines, but can\u2019t quite do it.\u201d -@ginab <a href=\"https://medium.com/@ginab/dont-just-deletefacebook-let-s-build-something-better-6bf5caad6965\">https://medium.com/@ginab/dont-just-deletefacebook-let-s-build-something-better-6bf5caad6965</a> <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "173656",
"_source": "205",
"_is_read": true
}
“As danah points out, though, the vulnerable people are banding together and speaking out loudly — with the support of a lot of privileged people as well. ”
http://www.talesfromthe.net/jon/?p=2948 #indieweb
{
"type": "entry",
"published": "2018-03-29T22:03:00+0000",
"url": "http://known.kevinmarks.com/2018/as-danah-points-out-though-the",
"category": [
"indieweb"
],
"syndication": [
"https://twitter.com/kevinmarks/status/979479063189274624"
],
"content": {
"text": "\u201cAs danah points out, though, the vulnerable people are banding together and speaking out loudly \u2014 with the support of a lot of privileged people as well. \u201d\nhttp://www.talesfromthe.net/jon/?p=2948 #indieweb",
"html": "\u201cAs danah points out, though, the vulnerable people are banding together and speaking out loudly \u2014 with the support of a lot of privileged people as well. \u201d<br /><a href=\"http://www.talesfromthe.net/jon/?p=2948\">http://www.talesfromthe.net/jon/?p=2948</a> <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "173658",
"_source": "205",
"_is_read": true
}
@bphogan Ryan and I are posting on our own sites and sending copies to the ephemeral twitter. You could be too, you have the space for it https://bphogan.com/ join the #indieweb
{
"type": "entry",
"published": "2018-03-29T21:36:03+0000",
"url": "http://known.kevinmarks.com/2018/bphogan-ryan-and-i-are-posting-on",
"category": [
"indieweb"
],
"in-reply-to": [
"https://twitter.com/bphogan/status/979467496993501184"
],
"content": {
"text": "@bphogan Ryan and I are posting on our own sites and sending copies to the ephemeral twitter. You could be too, you have the space for it https://bphogan.com/ join the #indieweb",
"html": "<a href=\"https://twitter.com/bphogan\">@bphogan</a> Ryan and I are posting on our own sites and sending copies to the ephemeral twitter. You could be too, you have the space for it <a href=\"https://bphogan.com/\">https://bphogan.com/</a> join the <a href=\"http://known.kevinmarks.com/tag/indieweb\" class=\"p-category\">#indieweb</a>"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "173659",
"_source": "205",
"_is_read": true
}
@bphogan come on over to https://chat.indieweb.org to talk about it instead of using a closed silo like twitter
{
"type": "entry",
"published": "2018-03-29T21:04:07+0000",
"url": "http://known.kevinmarks.com/2018/bphogan-come-on-over-to-to",
"syndication": [
"https://twitter.com/kevinmarks/status/979464244549754880"
],
"in-reply-to": [
"https://twitter.com/bphogan/status/978822534509596673"
],
"content": {
"text": "@bphogan come on over to https://chat.indieweb.org to talk about it instead of using a closed silo like twitter",
"html": "<a href=\"https://twitter.com/bphogan\">@bphogan</a> come on over to <a href=\"https://chat.indieweb.org\">https://chat.indieweb.org</a> to talk about it instead of using a closed silo like twitter"
},
"author": {
"type": "card",
"name": "Kevin Marks",
"url": "http://known.kevinmarks.com/profile/kevinmarks",
"photo": "https://aperture-media.p3k.io/known.kevinmarks.com/f893d11435a62200ec9585e0ea3d84b2bdc478aa0a056dda35a43ce4c04d58a0.jpg"
},
"_id": "173660",
"_source": "205",
"_is_read": true
}
B: We need a better social network.
A: Do you like ads?
B: No!
A: Can I sell your data?
B: No!
A: Can I have your data anyway?
B: No!
A: Do you want to host it yourself?
B: No!
A: Do you want to pay for this better social network?
B: No!
A: OK, bye!
{
"type": "entry",
"published": "2018-03-28T21:48:25-04:00",
"url": "https://kartikprabhu.com/notes/better-social-networks",
"category": [
"web",
"indieweb"
],
"syndication": [
"https://twitter.com/kartik_prabhu/status/979175639268888577"
],
"content": {
"text": "B: We need a better social network.\nA: Do you like ads?\nB: No!\nA: Can I sell your data?\nB: No!\nA: Can I have your data anyway?\nB: No!\nA: Do you want to host it yourself?\nB: No!\nA: Do you want to pay for this better social network?\nB: No!\nA: OK, bye!"
},
"author": {
"type": "card",
"name": "Kartik Prabhu",
"url": "https://kartikprabhu.com/about#me",
"photo": "https://aperture-media.p3k.io/kartikprabhu.com/981e0000045eab42b01b65701176ae41915fc92f36edd0137979ffd4af0c00d1.jpg"
},
"_id": "172785",
"_source": "204",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29T11:42:15-07:00",
"url": "https://aaronparecki.com/2018/03/29/11/php-mf2",
"category": [
"microformats"
],
"syndication": [
"https://github.com/indieweb/php-mf2/releases/tag/v0.4.3"
],
"name": "php-mf2 v0.4.3: Optional HTML5 Support",
"content": {
"text": "This release includes support for using an alternative HTML parser that understands HTML5 tags.\n\nv0.4.3\n\nThe built-in HTML parser does not understand some HTML5 tags such as <article>, which causes issues when those tags are adjacent to elements that can be automatically closed, such as <p>. A simple example that is incorrectly parsed with a non-HTML5 parser is below.\n\n<div class=\"h-entry\">\n <p class=\"p-name\">Hello World\n <article class=\"e-content\">The content of the blog post</article>\n</div>\n\n\nWithout proper knowledge of HTML5 tags such as <article>, the contents of that tag ends up inside the p-name in this example. Using an HTML5 parser will properly close the <p> tag and return the expected result.\n\nThe php-mf2 library does not automatically install the HTML5 parser, since it does not want to impose additional dependencies on your code base. If you wish to use the HTML5 parser, you can include it in your project explicitly, either by loading it manually or using composer:\n\ncomposer require masterminds/html5\n\n\nIf this library is present, then the php-mf2 parser will use it when parsing HTML.",
"html": "<p>This release includes support for using an alternative HTML parser that understands HTML5 tags.</p>\n\n<p><a href=\"https://github.com/indieweb/php-mf2/releases/tag/v0.4.3\">v0.4.3</a></p>\n\n<p>The built-in HTML parser does not understand some HTML5 tags such as <code><article></code>, which causes issues when those tags are adjacent to elements that can be automatically closed, such as <code><p></code>. A simple example that is incorrectly parsed with a non-HTML5 parser is below.</p>\n\n<pre><code><div class=\"h-entry\">\n <p class=\"p-name\">Hello World\n <article class=\"e-content\">The content of the blog post</article>\n</div>\n</code></pre>\n\n<p>Without proper knowledge of HTML5 tags such as <code><article></code>, the contents of that tag ends up inside the <code>p-name</code> in this example. Using an HTML5 parser will properly close the <code><p></code> tag and return the expected result.</p>\n\n<p>The <code>php-mf2</code> library does not automatically install the HTML5 parser, since it does not want to impose additional dependencies on your code base. If you wish to use the HTML5 parser, you can include it in your project explicitly, either by loading it manually or using composer:</p>\n\n<pre><code>composer require masterminds/html5\n</code></pre>\n\n<p>If this library is present, then the <code>php-mf2</code> parser will use it when parsing HTML.</p>"
},
"author": {
"type": "card",
"name": "Aaron Parecki",
"url": "https://aaronparecki.com/",
"photo": "https://aperture-media.p3k.io/aaronparecki.com/2b8e1668dcd9cfa6a170b3724df740695f73a15c2a825962fd0a0967ec11ecdc.jpg"
},
"_id": "172455",
"_source": "16",
"_is_read": true
}
@johnjohnston This presentation makes my itch for a public multisite #WordPress install with an #IndieWeb stack even worse... I may have to pick your brain a bit more on it.
#pressedconf18
{
"type": "entry",
"published": "2018-03-29T18:27:37+00:00",
"url": "http://stream.boffosocko.com/2018/johnjohnston-this-presentation-makes-my-itch-for-a-public-multisite",
"category": [
"WordPress",
"IndieWeb",
"pressedconf18"
],
"syndication": [
"https://twitter.com/ChrisAldrich/status/979424875386417152"
],
"in-reply-to": [
"https://twitter.com/johnjohnston/status/979423141830291458?s=09",
"http://johnjohnston.info/blog/word-press-for-weans-2018-pressedconf18/"
],
"content": {
"text": "@johnjohnston This presentation makes my itch for a public multisite #WordPress install with an #IndieWeb stack even worse... I may have to pick your brain a bit more on it.\n#pressedconf18",
"html": "@johnjohnston This presentation makes my itch for a public multisite <a href=\"http://stream.boffosocko.com/tag/WordPress\" class=\"p-category\">#WordPress</a> install with an <a href=\"http://stream.boffosocko.com/tag/IndieWeb\" class=\"p-category\">#IndieWeb</a> stack even worse... I may have to pick your brain a bit more on it.<br /><a href=\"http://stream.boffosocko.com/tag/pressedconf18\" class=\"p-category\">#pressedconf18</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "https://aperture-media.p3k.io/stream.boffosocko.com/d0ba9f65fcbf0cef3bdbcccc0b6a1f42b1310f7ab2e07208c7a396166cde26b1.jpg"
},
"_id": "172387",
"_source": "192",
"_is_read": true
}
@openetc Have you considered adding the webmention plugins for site to site conversation between participants? https://indieweb.org/Webmention
https://indieweb.org/Wordpress_Webmention_Plugin
{
"type": "entry",
"published": "2018-03-29T17:51:25+00:00",
"url": "http://stream.boffosocko.com/2018/openetc-have-you-considered-adding-the-webmention-plugins-for-site",
"syndication": [
"https://twitter.com/ChrisAldrich/status/979415801051648000"
],
"in-reply-to": [
"https://twitter.com/openetc/status/979405324653334528?s=09"
],
"content": {
"text": "@openetc Have you considered adding the webmention plugins for site to site conversation between participants? https://indieweb.org/Webmention\nhttps://indieweb.org/Wordpress_Webmention_Plugin",
"html": "<a href=\"https://twitter.com/openetc\">@openetc</a> Have you considered adding the webmention plugins for site to site conversation between participants? <a href=\"https://indieweb.org/Webmention\">https://indieweb.org/Webmention</a><br /><a href=\"https://indieweb.org/Wordpress_Webmention_Plugin\">https://indieweb.org/Wordpress_Webmention_Plugin</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "https://aperture-media.p3k.io/stream.boffosocko.com/d0ba9f65fcbf0cef3bdbcccc0b6a1f42b1310f7ab2e07208c7a396166cde26b1.jpg"
},
"_id": "172255",
"_source": "192",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29T17:27:36+00:00",
"url": "http://stream.boffosocko.com/2018/this-is-just-the-kind-of-post-i-added-a",
"category": [
"pressedconfused",
"indieweb",
"fun"
],
"syndication": [
"https://twitter.com/ChrisAldrich/status/979409793344573440"
],
"content": {
"text": "This is just the kind of post I added a chicken feed to my WordPress site for. #pressedconfused #indieweb #fun\nhttps://twitter.com/openetc/status/979406583854698496?s=09\nhttp://www.boffosocko.com/kind/chicken/",
"html": "This is just the kind of post I added a chicken feed to my WordPress site for. <a href=\"http://stream.boffosocko.com/tag/pressedconfused\" class=\"p-category\">#pressedconfused</a> <a href=\"http://stream.boffosocko.com/tag/indieweb\" class=\"p-category\">#indieweb</a> <a href=\"http://stream.boffosocko.com/tag/fun\" class=\"p-category\">#fun</a><br /><a href=\"https://twitter.com/openetc/status/979406583854698496?s=09\">https://twitter.com/openetc/status/979406583854698496?s=09</a><br /><a href=\"http://www.boffosocko.com/kind/chicken/\">http://www.boffosocko.com/kind/chicken/</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "https://aperture-media.p3k.io/stream.boffosocko.com/d0ba9f65fcbf0cef3bdbcccc0b6a1f42b1310f7ab2e07208c7a396166cde26b1.jpg"
},
"_id": "172197",
"_source": "192",
"_is_read": true
}
{
"type": "entry",
"published": "2018-03-29T17:36:16+00:00",
"url": "http://stream.boffosocko.com/2018/this-is-another-interesting-example-for-the-indieweb-presentations-page",
"category": [
"indieweb",
"pressedconf18"
],
"syndication": [
"https://twitter.com/ChrisAldrich/status/979411946763145217"
],
"content": {
"text": "This is another interesting example for the #indieweb presentations page #pressedconf18 https://twitter.com/cogdog/status/979399034657009665?s=09\nhttps://indieweb.org/presentation",
"html": "This is another interesting example for the <a href=\"http://stream.boffosocko.com/tag/indieweb\" class=\"p-category\">#indieweb</a> presentations page <a href=\"http://stream.boffosocko.com/tag/pressedconf18\" class=\"p-category\">#pressedconf18</a> <a href=\"https://twitter.com/cogdog/status/979399034657009665?s=09\">https://twitter.com/cogdog/status/979399034657009665?s=09</a><br /><a href=\"https://indieweb.org/presentation\">https://indieweb.org/presentation</a>"
},
"author": {
"type": "card",
"name": "Chris Aldrich",
"url": "http://stream.boffosocko.com/profile/chrisaldrich",
"photo": "https://aperture-media.p3k.io/stream.boffosocko.com/d0ba9f65fcbf0cef3bdbcccc0b6a1f42b1310f7ab2e07208c7a396166cde26b1.jpg"
},
"_id": "172196",
"_source": "192",
"_is_read": true
}
