NATO wants to deploy 300,000 troops on Russia's border. Remember when they told you Donald Trump would start World War III?
In reality, Barack Obama, Joe Biden, and Vic...
{
"type": "entry",
"published": "2023-03-20T01:39:20+00:00",
"url": "https://twitter.com/jgmac1106/status/1637629865166876680",
"quotation-of": "https://twitter.com/KanekoaTheGreat/status/1637615580919508992",
"content": {
"text": "Some Grade A Pronounced Nonsense #NAFO with a nonsene bot army behind it amplifying",
"html": "Some Grade A Pronounced Nonsense <a href=\"https://twitter.com/search?q=%23NAFO\">#NAFO</a> with a nonsene bot army behind it amplifying"
},
"author": {
"type": "card",
"name": "jgmac1106 (Square Alpha Fella)",
"url": "https://twitter.com/jgmac1106",
"photo": "https://pbs.twimg.com/profile_images/1635368460824768515/yIl5Rxy0.jpg"
},
"post-type": "note",
"refs": {
"https://twitter.com/KanekoaTheGreat/status/1637615580919508992": {
"type": "entry",
"published": "2023-03-20T00:42:34+00:00",
"url": "https://twitter.com/KanekoaTheGreat/status/1637615580919508992",
"photo": [
"https://pbs.twimg.com/media/Frn1ihfaMAAdtiv.jpg"
],
"content": {
"text": "NATO wants to deploy 300,000 troops on Russia's border. Remember when they told you Donald Trump would start World War III? \n\nIn reality, Barack Obama, Joe Biden, and Victoria Nuland started this war when they overthrew Ukraine's government in 2014.\n\npolitico.eu/article/nato-i\u2026",
"html": "NATO wants to deploy 300,000 troops on Russia's border. Remember when they told you Donald Trump would start World War III? \n\nIn reality, Barack Obama, Joe Biden, and Victoria Nuland started this war when they overthrew Ukraine's government in 2014.\n\n<a href=\"https://www.politico.eu/article/nato-is-racing-to-arm-its-russian-borders-can-it-find-the-weapons-eastern-edge-military-leaders-james-j-townsend-jr-us-one-billion-citizens-army-europe/\">politico.eu/article/nato-i\u2026</a>"
},
"author": {
"type": "card",
"name": "kanekoa.substack.com",
"url": "https://twitter.com/KanekoaTheGreat",
"photo": "https://pbs.twimg.com/profile_images/1612188077333835776/qxjhM55m.jpg"
},
"post-type": "photo"
}
},
"_id": "35977336",
"_source": "2773"
}
{
"type": "entry",
"published": "2023-03-19T13:14:22-0400",
"url": "https://martymcgui.re/2023/03/19/go-time/",
"category": [
"hugo",
"webdev",
"time",
"parsing",
"microformats"
],
"name": "Go Time",
"content": {
"text": "This is one of those posts about a tech issue comes up from time to time for me that I find difficult to search for. Sorry (not sorry) if it is not helpful to anyone else!\n\n Too much context about my site building process\n \n\nMy site is built with Hugo, a static site generator known for being quite fast, and with a powerful (and challenging) templating system.\nI use my site for lots of stuff, which sometimes means showing content from other sites in my posts. For example:\n\n Responses that I make to other folks, like reposting this RSVP, or replying to this post. My site tries to make a little preview of these, sometimes known as a reply context.\n \n\n \n Responses from other folks, like this little piece of a conversation with a person on Mastodon. These come in the form of Webmentions, and my site needs to know info about how to display them.\n \n\nIn either case, my site's build process includes a step where it finds new links that need this context - to be displayed as a preview or displayed as a like/comment/etc., and it fetches that stuff. To do this, my site fetches the link content, then parses it using a handy library called aaronpk/XRay, then saving it in a place where Hugo can find it at build time.\nFor example, the RSVP post I mentioned gets a little chunk of data like this:\n\n{\n \"fetched_at\": \"2019-10-02T23:29:15-04:00\",\n \"xray\": {\n \"data\": {\n \"type\": \"entry\",\n \"published\": \"2019-10-02 19:53-0700\",\n \"url\": \"https://tantek.com/2019/275/t1/indiewebcamp-new-york-city\",\n \"content\": {\n \"text\": \"going to #IndieWebCamp NYC this weekend ...\",\n...\n\nI\u2019ve cut out a lot of stuff here and highlighted the two things relevant for my particular time issue.\nIn my templates for previews and responses I try to show the published time from the post itself. If XRay wasn't able to find a value for published or (spoiler) Hugo can't parse that value as a time, the template will give up and omit the published time.\n\n What is Web Time?\n\nThis is such a ridiculously fraught question that I refuse to answer it properly. Suffice to say:\n\n IndieWeb-friendly posts tend to include their published time\n in (a variant of?) ISO 8601 format. I'll leave learning about ISO 8601 as an exercise for the reader. It's pretty forgiving, and let's you do things like avoid artificial precision by omitting things like seconds when they're not known.\n \n Hugo... doesn't do this.\nWhat is (Hu)go Time?\n\n Okay, finally, the point of this post has been found. To archive this lil' set of facts for my future frustrations.\n\nFrom an unrelated Hugo date parsing issue, I learned about the list of time formats that Hugo tries when you ask it to parse something as a time, last updated August 2022:\n\nvar (\n timeFormats = []timeFormat{\n {time.RFC3339, timeFormatNumericTimezone},\n {\"2006-01-02T15:04:05\", timeFormatNoTimezone}, // iso8601 without timezone\n {time.RFC1123Z, timeFormatNumericTimezone},\n {time.RFC1123, timeFormatNamedTimezone},\n {time.RFC822Z, timeFormatNumericTimezone},\n {time.RFC822, timeFormatNamedTimezone},\n {time.RFC850, timeFormatNamedTimezone},\n {\"2006-01-02 15:04:05.999999999 -0700 MST\", timeFormatNumericAndNamedTimezone}, // Time.String()\n {\"2006-01-02T15:04:05-0700\", timeFormatNumericTimezone}, // RFC3339 without timezone hh:mm colon\n {\"2006-01-02 15:04:05Z0700\", timeFormatNumericTimezone}, // RFC3339 without T or timezone hh:mm colon\n {\"2006-01-02 15:04:05\", timeFormatNoTimezone},\n {time.ANSIC, timeFormatNoTimezone},\n {time.UnixDate, timeFormatNamedTimezone},\n {time.RubyDate, timeFormatNumericTimezone},\n {\"2006-01-02 15:04:05Z07:00\", timeFormatNumericTimezone},\n {\"2006-01-02\", timeFormatNoTimezone},\n {\"02 Jan 2006\", timeFormatNoTimezone},\n {\"2006-01-02 15:04:05 -07:00\", timeFormatNumericTimezone},\n {\"2006-01-02 15:04:05 -0700\", timeFormatNumericTimezone},\n {time.Kitchen, timeFormatTimeOnly},\n {time.Stamp, timeFormatTimeOnly},\n {time.StampMilli, timeFormatTimeOnly},\n {time.StampMicro, timeFormatTimeOnly},\n {time.StampNano, timeFormatTimeOnly},\n }\n)\n\n\n There's a lot of time.Whatever constants in that list. These are part of the \n Go language's time package\n :\n\n\nconst (\n Layout = \"01/02 03:04:05PM '06 -0700\" // The reference time, in numerical order.\n ANSIC = \"Mon Jan _2 15:04:05 2006\"\n UnixDate = \"Mon Jan _2 15:04:05 MST 2006\"\n RubyDate = \"Mon Jan 02 15:04:05 -0700 2006\"\n RFC822 = \"02 Jan 06 15:04 MST\"\n RFC822Z = \"02 Jan 06 15:04 -0700\" // RFC822 with numeric zone\n RFC850 = \"Monday, 02-Jan-06 15:04:05 MST\"\n RFC1123 = \"Mon, 02 Jan 2006 15:04:05 MST\"\n RFC1123Z = \"Mon, 02 Jan 2006 15:04:05 -0700\" // RFC1123 with numeric zone\n RFC3339 = \"2006-01-02T15:04:05Z07:00\"\n RFC3339Nano = \"2006-01-02T15:04:05.999999999Z07:00\"\n Kitchen = \"3:04PM\"\n // Handy time stamps.\n Stamp = \"Jan _2 15:04:05\"\n StampMilli = \"Jan _2 15:04:05.000\"\n StampMicro = \"Jan _2 15:04:05.000000\"\n StampNano = \"Jan _2 15:04:05.000000000\"\n DateTime = \"2006-01-02 15:04:05\"\n DateOnly = \"2006-01-02\"\n TimeOnly = \"15:04:05\"\n)\n\n\n If your brain just can't help but puzzle-solve, you may have noticed that the published time from the example above: \n\n\n\"2019-10-02 19:53-0700\"\n\n Is close to but does not match either the time.RFC3339 or time.DateTime formats.\n The issue? Neither Hugo nor Go fully support ISO 8601 time, instead supporting very close time formats which do not allow omitting the seconds value. There are definitely other formats they don't support, which I've seen commonly, like \"January 2, 2006\".\n \n Workaround (Deprecated)\n \n \n When I first built out the Hugo templates for my site (2018, so back in the 0.4x or 0.5x days, maybe?), if you asked Hugo to parse a time, and it couldn't, it would give you back a string instead with an error message beginning \"unable to parse date: ...\". This was gnarly, but I could code around it by asking Hugo to convert a value to a time and checking if the result starts with \"unable to parse\". Something like:\n \n\n{{ $safe_published := (time $item_published) -}}\n{{ if not (hasPrefix $safe_start \"unable to parse\") -}}\n {{/* ... it parsed, hooray, use it */}}\n{{ else -}}\n {{/* failed to parse so do a fallback or ignore it or whatever */}}\n{{ end -}}\n\n \n Time passes and Hugo has since changed this behavior. Now, if you ask it to convert a value to a time, and it cannot parse it with one of the known format strings, \n Hugo bails and the entire build fails.\n It throws an error something like:\n \n\nERROR 2023/03/19 13:02:05 render of \"page\" failed:\n \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/_default/single.html:3:7\":\n execute of template failed: template: _default/single.html:3:7:\n executing \"main\" at <partial \"post/post.html\" (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/post/post.html:20:36\":\n execute of template failed: template: partials/post/post.html:20:36:\n executing \"partials/post/post.html\" at <partial \"link-preview/link-preview.html\" (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/link-preview/link-preview.html:26:9\":\n execute of template failed: template: partials/link-preview/link-preview.html:26:9:\n executing \"partials/link-preview/link-preview.html\" at <partial (printf \"link-preview/%s.html\" \"xray\") (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/link-preview/xray.html:30:28\":\n execute of template failed: template: partials/link-preview/xray.html:30:28:\n executing \"partials/link-preview/xray.html\" at <partial \"util/safe-time.html\" $item.published>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/util/safe-time.html:1:4\":\n execute of template failed: template: partials/util/safe-time.html:1:4:\n executing \"partials/util/safe-time.html\" at <time .>:\n error calling time: unable to parse date: 2019-10-02 19:53-0700\n\n \n Believe it or not I actually cleaned up that error a lot, removed duplicates, and highlighted the key issue in bold.\n \n \n I hate this.\n \n Workaround (Derogatory)\n For now I check my site's build logs from time to time looking for build errors like the one above. I'll then:Use a tool like grep to search my saved reply context data for the problematic time string (in this case \"2019-10-02 19:53-0700\").\n \nFind the file it's in, and \"fix\" it so Hugo can parse it. In this case, \"2019-10-02 19:53:00-0700\".\n \nWith the \"fix\" in place, I'll rebuild the site.\n \nEither it builds successfully (hooray!) or I find the next time parsing failure and repeat.\n \n I seriously dislike this.\n \n A Future Fix\n What I actually need to do here is update my build system to sanitize the value of published if it exists.\n Like Hugo's list, I'll need to decide what date string formats I want to support, have the build system try them all on that published value, and store a sanitized version for Hugo.\n \n Okay! Now I have this post to refer to in the future when I get next get cranky about this.",
"html": "<p>This is one of those posts about a tech issue comes up from time to time for me that I find difficult to search for. Sorry (not sorry) if it is not helpful to anyone else!</p>\n<h2>\n Too much context about my site building process\n <br /></h2>\n<p>My site is built with <a href=\"https://gohugo.io/\">Hugo</a>, a static site generator known for being quite fast, and with a powerful (and challenging) templating system.</p>\n<p>I use my site for lots of stuff, which sometimes means showing content from <em>other sites</em> in my posts. For example:</p>\n<ul><li>\n Responses that I make to other folks, like <a href=\"https://martymcgui.re/2019/10/02/232911/\">reposting this RSVP</a>, or <a href=\"https://martymcgui.re/2021/03/01/165355/\">replying to this post</a>. My site tries to make a little preview of these, sometimes known as a <a href=\"https://indieweb.org/reply-context\">reply context</a>.\n <br /></li>\n <li>\n <a href=\"https://indieweb.org/responses#Individual_sets_of_responses\">Responses</a> <em>from</em> other folks, like <a href=\"https://martymcgui.re/2023/01/18/223130/\">this little piece of a conversation with a person on Mastodon</a>. These come in the form of <a href=\"https://indieweb.org/Webmention\">Webmentions</a>, and my site needs to know info about how to display them.\n </li>\n</ul>\nIn either case, my site's build process includes a step where it finds new links that need this context - to be displayed as a preview or displayed as a like/comment/etc., and it fetches that stuff. To do this, my site fetches the link content, then parses it using a handy library called <a href=\"https://github.com/aaronpk/XRay\">aaronpk/XRay</a>, then saving it in a place where Hugo can find it at build time.\n<p>For example, the RSVP post I mentioned gets a little chunk of data like this:</p>\n<pre>\n{\n \"fetched_at\": \"2019-10-02T23:29:15-04:00\",\n \"xray\": {\n \"data\": {\n \"type\": \"entry\",\n <strong>\"published\": \"2019-10-02 19:53-0700\",</strong>\n \"url\": \"https://tantek.com/2019/275/t1/indiewebcamp-new-york-city\",\n \"content\": {\n \"text\": \"going to #IndieWebCamp NYC this weekend ...\",\n...\n</pre>\n<p>I\u2019ve cut out a lot of stuff here and highlighted the two things relevant for my particular time issue.</p>\n<p>In my templates for previews and responses I try to show the <strong>published</strong> time from the post itself. If XRay wasn't able to find a value for <strong>published</strong> or (spoiler) Hugo can't parse that value as a time, the template will give up and omit the published time.</p>\n<h2>\n What is Web Time?\n</h2>\n<p>This is such a ridiculously fraught question that I refuse to answer it properly. Suffice to say:</p>\n<ul><li>\n <a href=\"http://microformats.org/wiki/h-entry#dt-published_property_and_HTML5_time_element\">IndieWeb-friendly posts tend to include their<strong> published</strong> time</a>\n in <a href=\"https://developer.mozilla.org/en-US/docs/Web/HTML/Date_and_time_formats\">(a variant of?) ISO 8601 format</a>. I'll leave learning about ISO 8601 as an exercise for the reader. It's pretty forgiving, and let's you do things like <a href=\"https://en.wikipedia.org/wiki/Artificial_precision\">avoid artificial precision</a> by omitting things like seconds when they're not known.\n </li>\n <li>Hugo... doesn't do this.</li>\n</ul><h2>What is (Hu)go Time?</h2>\n<p>\n Okay, finally, the point of this post has been found. To archive this lil' set of facts for my future frustrations.\n</p>\n<p>From an <a href=\"https://github.com/gohugoio/hugo/issues/5340#issuecomment-431698120\">unrelated Hugo date parsing issue</a>, I learned about <a href=\"https://github.com/spf13/cast/blob/557a6a2fb72b0b1ffc57875f299e7842351886f6/caste.go#L1407\">the list of time formats that Hugo tries when you ask it to parse something as a time</a>, last updated August 2022:</p>\n<pre>\nvar (\n timeFormats = []timeFormat{\n {time.RFC3339, timeFormatNumericTimezone},\n {\"2006-01-02T15:04:05\", timeFormatNoTimezone}, // iso8601 without timezone\n {time.RFC1123Z, timeFormatNumericTimezone},\n {time.RFC1123, timeFormatNamedTimezone},\n {time.RFC822Z, timeFormatNumericTimezone},\n {time.RFC822, timeFormatNamedTimezone},\n {time.RFC850, timeFormatNamedTimezone},\n {\"2006-01-02 15:04:05.999999999 -0700 MST\", timeFormatNumericAndNamedTimezone}, // Time.String()\n {\"2006-01-02T15:04:05-0700\", timeFormatNumericTimezone}, // RFC3339 without timezone hh:mm colon\n {\"2006-01-02 15:04:05Z0700\", timeFormatNumericTimezone}, // RFC3339 without T or timezone hh:mm colon\n {\"2006-01-02 15:04:05\", timeFormatNoTimezone},\n {time.ANSIC, timeFormatNoTimezone},\n {time.UnixDate, timeFormatNamedTimezone},\n {time.RubyDate, timeFormatNumericTimezone},\n {\"2006-01-02 15:04:05Z07:00\", timeFormatNumericTimezone},\n {\"2006-01-02\", timeFormatNoTimezone},\n {\"02 Jan 2006\", timeFormatNoTimezone},\n {\"2006-01-02 15:04:05 -07:00\", timeFormatNumericTimezone},\n {\"2006-01-02 15:04:05 -0700\", timeFormatNumericTimezone},\n {time.Kitchen, timeFormatTimeOnly},\n {time.Stamp, timeFormatTimeOnly},\n {time.StampMilli, timeFormatTimeOnly},\n {time.StampMicro, timeFormatTimeOnly},\n {time.StampNano, timeFormatTimeOnly},\n }\n)\n</pre>\n<p>\n There's a lot of <strong>time.Whatever</strong> constants in that list. These are part of the \n <a href=\"https://pkg.go.dev/time\">Go language's <strong>time</strong> package</a>\n :\n</p>\n<pre>\nconst (\n Layout = \"01/02 03:04:05PM '06 -0700\" // The reference time, in numerical order.\n ANSIC = \"Mon Jan _2 15:04:05 2006\"\n UnixDate = \"Mon Jan _2 15:04:05 MST 2006\"\n RubyDate = \"Mon Jan 02 15:04:05 -0700 2006\"\n RFC822 = \"02 Jan 06 15:04 MST\"\n RFC822Z = \"02 Jan 06 15:04 -0700\" // RFC822 with numeric zone\n RFC850 = \"Monday, 02-Jan-06 15:04:05 MST\"\n RFC1123 = \"Mon, 02 Jan 2006 15:04:05 MST\"\n RFC1123Z = \"Mon, 02 Jan 2006 15:04:05 -0700\" // RFC1123 with numeric zone\n RFC3339 = \"2006-01-02T15:04:05Z07:00\"\n RFC3339Nano = \"2006-01-02T15:04:05.999999999Z07:00\"\n Kitchen = \"3:04PM\"\n // Handy time stamps.\n Stamp = \"Jan _2 15:04:05\"\n StampMilli = \"Jan _2 15:04:05.000\"\n StampMicro = \"Jan _2 15:04:05.000000\"\n StampNano = \"Jan _2 15:04:05.000000000\"\n DateTime = \"2006-01-02 15:04:05\"\n DateOnly = \"2006-01-02\"\n TimeOnly = \"15:04:05\"\n)\n</pre>\n<p>\n If your brain just can't help but puzzle-solve, you may have noticed that the <strong>published</strong> time from the example above: \n</p>\n<pre>\n\"2019-10-02 19:53-0700\"\n</pre>\n <p>Is <em>close to</em> but <em>does not match</em> either the <strong>time.RFC3339</strong> or <strong>time.DateTime</strong> formats.</p>\n <p>The issue? Neither Hugo nor Go fully support ISO 8601 time, instead supporting <em>very close</em> time formats which <em>do not allow omitting the seconds value.</em> There are definitely other formats they don't support, which I've seen commonly, like \"January 2, 2006\".</p>\n <h2>\n Workaround (Deprecated)\n </h2>\n <p>\n When I first built out the Hugo templates for my site (2018, so back in the 0.4x or 0.5x days, maybe?), if you asked Hugo to parse a time, and it couldn't, it would give you back a string instead with an error message beginning \"unable to parse date: ...\". This was gnarly, but I could code around it by asking Hugo to convert a value to a time and checking if the result starts with \"unable to parse\". Something like:\n </p>\n<pre>\n{{ $safe_published := (time $item_published) -}}\n{{ if not (hasPrefix $safe_start \"unable to parse\") -}}\n {{/* ... it parsed, hooray, use it */}}\n{{ else -}}\n {{/* failed to parse so do a fallback or ignore it or whatever */}}\n{{ end -}}\n</pre>\n <p>\n Time passes and Hugo has since changed this behavior. Now, if you ask it to convert a value to a time, and it cannot parse it with one of the known format strings, \n <em><strong>Hugo bails and the entire build fails.</strong></em>\n It throws an error something like:\n </p>\n<pre>\nERROR 2023/03/19 13:02:05 render of \"page\" failed:\n \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/_default/single.html:3:7\":\n execute of template failed: template: _default/single.html:3:7:\n executing \"main\" at <partial \"post/post.html\" (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/post/post.html:20:36\":\n execute of template failed: template: partials/post/post.html:20:36:\n executing \"partials/post/post.html\" at <partial \"link-preview/link-preview.html\" (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/link-preview/link-preview.html:26:9\":\n execute of template failed: template: partials/link-preview/link-preview.html:26:9:\n executing \"partials/link-preview/link-preview.html\" at <partial (printf \"link-preview/%s.html\" \"xray\") (...)>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/link-preview/xray.html:30:28\":\n execute of template failed: template: partials/link-preview/xray.html:30:28:\n executing \"partials/link-preview/xray.html\" at <partial \"util/safe-time.html\" $item.published>:\n error calling partial: \"/home/schmarty/me/martymcgui.re/themes/mmgre-2015/layouts/partials/util/safe-time.html:1:4\":\n execute of template failed: template: partials/util/safe-time.html:1:4:\n executing \"partials/util/safe-time.html\" at <time .>:\n <strong> error calling time: unable to parse date: 2019-10-02 19:53-0700</strong>\n</pre>\n <p>\n Believe it or not I actually cleaned up that error a lot, removed duplicates, and highlighted the key issue in bold.\n </p>\n <p>\n <em><strong>I hate this.</strong></em>\n </p>\n <h2>Workaround (Derogatory)</h2>\n <p>For now I check my site's build logs from time to time looking for build errors like the one above. I'll then:</p><ol><li>Use a tool like grep to search my saved reply context data for the problematic time string (in this case \"2019-10-02 19:53-0700\").\n </li>\n<li>Find the file it's in, and \"fix\" it so Hugo can parse it. In this case, \"2019-10-02 19:53:00-0700\".\n </li>\n<li>With the \"fix\" in place, I'll rebuild the site.\n </li>\n</ol><p>Either it builds successfully (hooray!) or I find the <em>next</em> time parsing failure and repeat.</p>\n <p>\n <em><strong>I seriously dislike this.</strong></em>\n </p>\n <h2>A Future Fix</h2>\n <p>What I actually need to do here is update my build system to sanitize the value of <strong>published</strong> if it exists.</p>\n <p>Like Hugo's list, I'll need to decide what date string formats I want to support, have the build system try them all on that <strong>published</strong> value, and store a sanitized version for Hugo.</p>\n <p>\n Okay! Now I have this post to refer to in the future when I get next get cranky about this.\n <br /></p>"
},
"author": {
"type": "card",
"name": "Marty McGuire",
"url": "https://martymcgui.re/",
"photo": "https://martymcgui.re/images/logo.jpg"
},
"post-type": "article",
"_id": "35968996",
"_source": "175"
}
{
"type": "entry",
"published": "2023-03-19T15:09:16+00:00",
"url": "https://twitter.com/anomalily/status/1637471303224672256",
"photo": [
"https://pbs.twimg.com/media/Frl3eCCagAE8Dhd.jpg",
"https://pbs.twimg.com/media/Frl3eCCakAIg99P.jpg"
],
"content": {
"text": "Airport fit. \u2708\ufe0f\u2708\ufe0fI am in love with this chair at the Alaska lounge. I want one for home. Do you think it is more or less than a year\u2019s salary? \ud83d\ude02"
},
"author": {
"type": "card",
"name": "Lillian Karabaic",
"url": "https://twitter.com/anomalily",
"photo": "https://pbs.twimg.com/profile_images/1455236306162761732/jPv9ROKG.jpg"
},
"post-type": "photo",
"_id": "35965802",
"_source": "2773"
}
How to say you don't know how women work without saying you don't know how women work.
It is lonely out there for Vatniks.
I feel bad for Russian goats
{
"type": "entry",
"published": "2023-03-19T14:17:49+00:00",
"url": "https://twitter.com/jgmac1106/status/1637458358100738048",
"quotation-of": "https://twitter.com/Mohw38465483/status/1637457924971802626",
"content": {
"text": "How to say you don't know how women work without saying you don't know how women work.\n\nIt is lonely out there for Vatniks.\n\nI feel bad for Russian goats"
},
"author": {
"type": "card",
"name": "jgmac1106 (Square Alpha Fella)",
"url": "https://twitter.com/jgmac1106",
"photo": "https://pbs.twimg.com/profile_images/1635368460824768515/yIl5Rxy0.jpg"
},
"post-type": "note",
"refs": {
"https://twitter.com/Mohw38465483/status/1637457924971802626": {
"type": "entry",
"published": "2023-03-19T14:16:06+00:00",
"url": "https://twitter.com/Mohw38465483/status/1637457924971802626",
"in-reply-to": [
"https://twitter.com/3ShibasInASuit/status/1637347440159326213"
],
"content": {
"text": "Yo nafo bitch how that tampon in your ass",
"html": "Yo nafo bitch how that tampon in your ass\n<a class=\"u-mention\" href=\"https://twitter.com/3ShibasInASuit\"></a>\n<a class=\"u-mention\" href=\"https://twitter.com/Andi1381338\"></a>\n<a class=\"u-mention\" href=\"https://twitter.com/dom_lucre\"></a>\n<a class=\"u-mention\" href=\"https://twitter.com/jgmac1106\"></a>\n<a class=\"u-mention\" href=\"https://twitter.com/miimaewest\"></a>"
},
"author": {
"type": "card",
"name": "enemy of the state",
"url": "https://twitter.com/Mohw38465483",
"photo": "https://pbs.twimg.com/profile_images/1631148073450651648/L_NZTWss.jpg"
},
"post-type": "reply"
}
},
"_id": "35964874",
"_source": "2773"
}
Antifa and BLM
trending
Patterns
with coordinating conjunctions
More functions of those who
Ordain these matters
In the scatter
of botnet chatter.
#smallpoems
Another Oathbreaker off to prison
justice.gov/usao-dc/pr/tex…
You can't attack the US Capitol to stop the peaceful transfer of power and not feel the hammer of justice drop.
Time to get set right with the truth Colonel.
{
"type": "entry",
"published": "2023-03-18T18:17:19+00:00",
"url": "https://twitter.com/jgmac1106/status/1637156241968361472",
"content": {
"text": "Another Oathbreaker off to prison\n\njustice.gov/usao-dc/pr/tex\u2026\n\nYou can't attack the US Capitol to stop the peaceful transfer of power and not feel the hammer of justice drop.\n\nTime to get set right with the truth Colonel.",
"html": "Another Oathbreaker off to prison\n\n<a href=\"https://www.justice.gov/usao-dc/pr/texas-man-sentenced-felony-and-misdemeanor-charges-related-capitol-breach\">justice.gov/usao-dc/pr/tex\u2026</a>\n\nYou can't attack the US Capitol to stop the peaceful transfer of power and not feel the hammer of justice drop.\n\nTime to get set right with the truth Colonel."
},
"author": {
"type": "card",
"name": "jgmac1106 (Chi Club Fella)",
"url": "https://twitter.com/jgmac1106",
"photo": "https://pbs.twimg.com/profile_images/1635368460824768515/yIl5Rxy0.jpg"
},
"post-type": "note",
"_id": "35948954",
"_source": "2773"
}
{
"type": "entry",
"published": "2023-03-18T14:03:11-0400",
"url": "https://martymcgui.re/2023/03/18/140311/",
"category": [
"IndieWeb"
],
"syndication": [
"https://fed.brid.gy/"
],
"content": {
"text": "IndieWebCamp D\u00fcsseldorf planning, A People\u2019s History of Twitter, and an AI\u2019s history of James. It\u2019s your < 5min update on the #IndieWeb community!\nThis Week in the IndieWeb audio edition for March 11th - 17th, 2023.\nhttps://martymcgui.re/2023/03/18/this-week-in-the-indieweb-audio-edition--march-11th---17th-2023/",
"html": "<p>IndieWebCamp D\u00fcsseldorf planning, A People\u2019s History of Twitter, and an AI\u2019s history of James. It\u2019s your < 5min update on the <a href=\"https://martymcgui.re/tag/indieweb/\" class=\"p-category\">#IndieWeb</a> community!</p>\n<p>This Week in the IndieWeb audio edition for March 11th - 17th, 2023.\n<a href=\"https://martymcgui.re/2023/03/18/this-week-in-the-indieweb-audio-edition--march-11th---17th-2023/\">https://martymcgui.re/2023/03/18/this-week-in-the-indieweb-audio-edition--march-11th---17th-2023/</a></p>"
},
"author": {
"type": "card",
"name": "Marty McGuire",
"url": "https://martymcgui.re/",
"photo": "https://martymcgui.re/images/logo.jpg"
},
"post-type": "note",
"_id": "35948654",
"_source": "175"
}
{
"type": "entry",
"published": "2023-03-18T13:56:23-0400",
"url": "https://martymcgui.re/2023/03/18/this-week-in-the-indieweb-audio-edition--march-11th---17th-2023/",
"category": [
"podcast",
"IndieWeb",
"this-week-indieweb-podcast"
],
"audio": [
"https://media.martymcgui.re/31/19/2c/6f/30496ac7dfa642ce7709a4b665600cb12ed537ba9c4a97d65bf9781b.mp3"
],
"name": "This Week in the IndieWeb Audio Edition \u2022 March 11th - 17th, 2023",
"content": {
"text": "Show/Hide Transcript\n \n IndieWebCamp D\u00fcsseldorf planning, A People\u2019s History of Twitter, and an AI\u2019s history of James. It\u2019s the audio edition for This Week in the IndieWeb for March 11th - 17th, 2023.\nYou can find all of my audio editions and subscribe with your favorite podcast app here: martymcgui.re/podcasts/indieweb/.\nMusic from Aaron Parecki\u2019s 100DaysOfMusic project: Day 85 - Suit, Day 48 - Glitch, Day 49 - Floating, Day 9, and Day 11\nThanks to everyone in the IndieWeb chat for their feedback and suggestions. Please drop me a note if there are any changes you\u2019d like to see for this audio edition!",
"html": "Show/Hide Transcript\n \n <p>IndieWebCamp D\u00fcsseldorf planning, A People\u2019s History of Twitter, and an AI\u2019s history of James. It\u2019s the audio edition for <a href=\"https://indieweb.org/this-week/2023-03-17.html\">This Week in the IndieWeb for March 11th - 17th, 2023</a>.</p>\n<p>You can find all of my audio editions and subscribe with your favorite podcast app here: <a href=\"https://martymcgui.re/podcasts/indieweb/\">martymcgui.re/podcasts/indieweb/</a>.</p>\n<p>Music from <a href=\"https://aaronparecki.com/\">Aaron Parecki</a>\u2019s <a href=\"https://100.aaronparecki.com/\">100DaysOfMusic project</a>: <a href=\"https://aaronparecki.com/2017/03/15/14/day85\">Day 85 - Suit</a>, <a href=\"https://aaronparecki.com/2017/02/06/7/day48\">Day 48 - Glitch</a>, <a href=\"https://aaronparecki.com/2017/02/07/4/day49\">Day 49 - Floating</a>, <a href=\"https://aaronparecki.com/2016/12/29/21/day-9\">Day 9</a>, and <a href=\"https://aaronparecki.com/2016/12/31/15/\">Day 11</a></p>\n<p>Thanks to everyone in the <a href=\"https://chat.indieweb.org/\">IndieWeb chat</a> for their feedback and suggestions. Please drop me a note if there are any changes you\u2019d like to see for this audio edition!</p>"
},
"author": {
"type": "card",
"name": "Marty McGuire",
"url": "https://martymcgui.re/",
"photo": "https://martymcgui.re/images/logo.jpg"
},
"post-type": "audio",
"_id": "35948655",
"_source": "175"
}
{
"type": "entry",
"published": "2023-03-18T15:49:53+00:00",
"url": "https://twitter.com/anomalily/status/1637119136760475648",
"content": {
"text": "Our house is in full chaos right now. I'll be packing live in 10 minutes on youtube youtube.com/live/mYmgNk5pi\u2026",
"html": "Our house is in full chaos right now. I'll be packing live in 10 minutes on youtube <a href=\"https://www.youtube.com/live/mYmgNk5pitY?feature=share\">youtube.com/live/mYmgNk5pi\u2026</a>"
},
"author": {
"type": "card",
"name": "Lillian Karabaic",
"url": "https://twitter.com/anomalily",
"photo": "https://pbs.twimg.com/profile_images/1455236306162761732/jPv9ROKG.jpg"
},
"post-type": "note",
"_id": "35945703",
"_source": "2773"
}
