#indiewebcamp 2013-11-26

2013-11-26 UTC
tantek joined the channel
#
tantek
Hmm wifi still costs $ on SWA.
#
aaronpk
ok changed the query on the IRC logs to use one of the indexes, so the pages should be a lot faster and should also not crash the server when a crawler goes nuts
#
bret
paid for wifi... :( booo
#
KevinMarks
this seems like indieweb ethos: http://motherfuckingwebsite.com/ (also makes me feel better about my site)
#
KevinMarks
though disabling zooming is a dick move
#
bret
disabling autocomple its an even bigger dick move gahhhh
#
bret
especially for people who use password managers
#
tantek
KevinMarks: Agreed. Other than that - awesome! So true.
#
bret
reminds me of that german guy who was in here a while back. did he ever come back?
#
tantek
That URL deserves a post to w3cmemes
#
tantek
looks up how to spell Dieter Rahms.
#
tantek
Close. Of course no extra h needed.
#
bret
h-rams
#
tantek
From KevinMarks 's URL: "going to get backlash for the Google Analytics code I threw in there (when I suspected it was going to get attention). It shows that the philosophy it preaches is impossible to actually implement in the real world" - bullshit. Never had google analytics slow JS includes on my site - have yet to be convinced of any ROI of including it.
#
KevinMarks
easier than running your own log analysis
#
tantek
I'd rather start with a stats package that gave me decent analysis of my apache logs - and I don't even have that. (OSS apache log analyzer suggestions welcome - heck we should have indiewebcamp.com/analytics )
#
tantek
Easier for what benefit?
#
tantek
Why should I slow my site responsiveness / UX and have all my readers tracked by Google?
#
tantek
If its just for stats/charts porn, that's disrespectful of your readers. - wasting their browsing time for such idle distractions.
#
tantek
Anyone know this Barry Smith guy? His writing style is great.
#
tantek
nakedfirstdesign++
#
Loqi
nakedfirstdesign has 1 karma
#
KevinMarks
what was that thing we used to do called? CSS free day?
skinny joined the channel
#
tantek
How about JS free day?
#
KevinMarks
that would be hard for me as I'm using node server side
#
KevinMarks
though would force me to work out static hosting I suppose
mathpunk, snarfed, skinny, ryana, fmarier and caseorganic joined the channel
caseorganic and squeakytoy2 joined the channel
#
brianloveswords
I built something that's /kinda/ indieweb related! https://github.com/brianloveswords/hyperproxy & https://github.com/brianloveswords/hyperproxy-cli! I'm using it to power bjb.io so I can easily start rolling out little servers one at a time that do small things.
tantek joined the channel
#
tantek
reads the Yahoo dogfood link
#
tantek
oh dear - it's on thing to not use your own internal mail tool. It's something much worse to prefer *OUTLOOK* to it. Seriously.
#
tantek
here I was expecting to read that employees were using gmail instead of ymail
#
tantek
that's messed up - who actually *likes* Outlook? Mailpile folks - do you have any stats / user-studies?
#
brianloveswords
Oh wow, they'd rather use outlook?
#
tantek
brianloveswords - I know, right? That's really harsh.
#
bret
brianloveswords, its simple and pretty, I love it!
#
brianloveswords
bret: thanks!
#
bret
i dont know what a reverse proxy is though X(
#
bret
reading about them now
#
brianloveswords
Sits at the front of a webserver and routes requests to stuff on the internal network (in this case, sockets or ports running on the machine)
snarfed and bnvk joined the channel
#
tantek
wow ads on youtube, even for small independent vids, is getting quite annoying
#
tantek
also - they stopped putting link rel shortcuts on their permalinks :(
#
tantek
well, in the source at least
#
tantek
you have to dig for it in the UI, click Share,
#
bnvk
and they removed the jump to seconds part of the interface
caseorganic, paulcp and snarfed joined the channel
tantek, KevinMarks2, icco and squeakytoy joined the channel
#
tantek
thought he had added "event posts" as a "Working on" on /Falcon but can't see it now
julian`, icco, lukebrooker, tantek and KevinMarks2 joined the channel
#
julian`
hey everyone
obensource, obensource_, b0bg0d and tantek joined the channel
#
tantek
good evening
#
tantek
bret - I'm working on my event post support incrementally
#
tantek
what are you up to?
#
bret
right on!
#
bret
i'm learning about puppet
#
bret
not indieweb stuff :(
#
bret
where are you in the process?
#
tantek
well I have completed design sketches of what I want event permalinks and event summaries in lists to look like, so now I'm working on the data storage for the information needed for those designs
#
bret
I keep the data in yaml headers as part of a note, and use a form to enter the event data. It would be rad to do natural language event creation eventually
#
tantek
I'm just putting the event info directly into the content as an h-event
#
bret
here is an example
#
bret
ill add that to the wiki
#
tantek
whoa that looks nasty to edit
#
tantek
you could use a <dl><dt>…</dt><dd>…</dd> for the yaml headers nonsense
#
bret
Thats why I use a form to fill in all the metadata
#
bret
it is nasty, definately not ideal when I have to do it by hand
#
bret
aaronpk stores his metadata in a similar way I think, since had jekyll roots
#
bret
the yaml stuff is dicated by jekyll, which sweeps all the pain in dealing with it under the rug
#
tantek
no code can sweep the pain away from a data format
#
bret
I don't feel good about mixing languages in a single file :( but I have to increment in small steps for now and work with what I have
#
tantek
yes, agree with the latter
#
tantek
I just don't like messes in data
#
tantek
I think that adds real "debt"
#
bret
I really dig the idea of doing pure, valid html + microformats 2 templates, and writing around that
#
tantek
bret - yes that too
#
tantek
I'm just talking about the flat file data storage ;)
#
bret
I'm betting on enough friction in my current system to keep me from making the mess too large
#
bret
till I can make it better
#
tantek
hmm - any mess in the data is the worst kind
#
tantek
because it saddles you with compatibility debt for good
#
tantek
unless you mass convert your data
#
bret.io
edited /event (+111) "/* Bret Comnes */"
(view diff)
b0bg0d1 and bnvk joined the channel
caseorganic, andreypopp, melvster and b0bg0d joined the channel
#
bear
when looking for webmentions in my post, does the spec allow for rel="webmention" or do I need to follow every external link to discover if it's a post?
#
bear
is writing a python webmention tool for sending and receiving
caseorganic, LauraJ, Jihaisse and friedcell joined the channel
acegiak, b0bg0d, DanielHeath, Nadreck, abrereton and julian` joined the channel
#
julian`
anyone know how i can get the text on my site to be vertically centered? atm im using <br>s but it doesnt seem to look good in firefox only chrome
#
julian`
well the brs are fine in ff but the bottom margin doesnt work
#
XgF
julian`: margin: auto 0
#
XgF
or margin: 0 auto
#
XgF
(one of the two) and make sure that the containing box is screen-sized
#
Jihaisse
well, br are not design for presentation, use CSS
#
XgF
(Although as a "web designer" you should know this...)
melvster joined the channel
#
julian`
XgF: thats for horizontal centering
#
julian`
and its a portfolio for class lol
#
julian`
im still learning
#
XgF
auto margins do both...
friedcell joined the channel
#
julian`
its not working anyway ive tried loads of ways
#
XgF
julian`: because header isnt' 100% height? ...
#
julian`
it is*
barnabywalters and b0bg0d joined the channel
#
julian`
taken the <br>s out now at http://julian.so using margin: auto
#
julian`
isnt working
#
barnabywalters
julian`: you want julian // web designer to be in the middle of the screen?
#
julian`
some reason the footers bugging out now and has got a huge height on it
#
barnabywalters
the header image container is height: 100%, so you could try giving it a percentage-based padding-top
tpinto joined the channel
#
barnabywalters
why push the content so far down in the first place though?
#
julian`
i like the way it looks
#
julian`
and theres a nav on the top that has jump to links to the content
#
julian`
if i add a padding the black box around the text will also move
#
julian`
i could wrap it in a div
#
barnabywalters
no, I mean add a padding to the image container
#
barnabywalters
adding markup in order to achieve a particular visual effect is usually a good sign things need to be rethought :)
#
julian`
that worked
#
julian`
awesome
#
Loqi
yay!
#
julian`
20% looks more center than 25% for some reason
#
julian`
must be the font height not being taken into consideration
CheckDavid, andreypopp, b0bg0d, scor, friedcell, jonnybarnes, heath, realzies, tilgovi, snarfed and marjolein joined the channel
#
aaronpk
bear: what do you mean?
andreypopp, tantek, _6a68 and b0bg0d joined the channel
#
aaronpk
curious to get caught up on all the templating discussion, did that make it to a wiki page?
#
aaronpk
I feel like some of the internals of p3k are getting a little messy, and stricter templating may help clean it up
#
barnabywalters
I started implementing a DOM templating library, then realised I was just recreating jQuery in PHP, then decided other things had higher priorities, e.g. getting the shiny new taproot live
#
neuro`
Templating is always a mess. We had a loooong argument about that on Publify back in 2006 that eventually led to an ephemeral split of the projcet
#
aaronpk
by templating I mean not inventing a new templating language
#
neuro`
Some people wanted to use Haml, some other ERB.
#
aaronpk
haml--
#
Loqi
haml has -1 karma
#
neuro`
It was not about inventing a new templating language, but picking one.
#
barnabywalters
I suppose that’s another advantage of using HTML — no need to worry about unproductive arguments
#
neuro`
Erb is HTML with blocks of Ru
#
aaronpk
erb I can handle beacuse it's literally HTML+Ruby (kind of like how PHP is just HTML+PHP)
#
aaronpk
I don't like all the things like liquid, cause they invent other syntaxes for things that just end up being more complicated
#
neuro`
It won because... I was using erb on my blog and didn't want to switch to haml.
#
neuro`
Oh, we had people trying to push liquid, now that you mention it.
#
aaronpk
yeah I've always stayed far far away from those
#
neuro`
And being the main maintainer, I said "it will be HTML, mother#@" (well, sort of(
ozten, pdurbin and melvster joined the channel
#
aaronpk
now I'm tempted to make a version of p3k that has no css, just plain HTML like http://motherfuckingwebsite.com/
#
bear
aaronpk - in the body of a post, I was curious how to know that a <a href…/> pointed to an external post that needed to be processed as a webmention. I realize now all of the PHP code samples i've seen use rel="in-reply-to" for that
#
barnabywalters
bear: publishers should send webmentions to all URLs a post replies to (u-in-reply-to or rel-in-reply-to) and all URLs mentioned by a post, e.g. in the content
#
aaronpk
bear: still not sure which direction you're talking about
#
barnabywalters
ignoring URLs of assets like images is probably fine
#
bear
I have written a post and I'm running my webmention-o-rama code against it, how do I know what links to consider
#
aaronpk
ah yeah, what barnabywalters said
#
bear
ah, so I should be scanning all external references (sans assets0
#
aaronpk
think of it this way, your post contains links to a bunch of external sites. if you publish your post, they can eventually find your post. the webmention just helps that process happen faster.
#
barnabywalters
web*mention* is named literally — it’s to let a URL know that it’s been mentioned somewhere
#
bear
k, I just figured webmentions was more of a asserted thing instead of a passive thing
#
barnabywalters
i.e. linked to
#
aaronpk
well yeah it's assertive because it's proactive
#
bear
nods
#
aaronpk
but if you didn't send the webmention, the fact that you linked to the site will stil be true
#
barnabywalters
extra semantics like in-reply-to, rsvp etc. are handled by microformats and/or rel values
#
aaronpk
right, in-reply-to and rsvp would also be useful even without the webmention
#
barnabywalters
bear: the user publishing things shouldn’t have to think about whether or not a webmention is sent
#
bear
right, I will need to bucket those for even more processing later, once I add those items
#
bear
nods
#
bear
thanks! that does clear things up in my noggin
#
barnabywalters
bear: excellent!
#
aaronpk
we should wikify that
#
barnabywalters
we should solidify this into an algorithm
#
barnabywalters
likes fancy words
#
Loqi
I agree
b0bg0d joined the channel
#
bear
after i'm done with my first draft I will go thru the wiki and either highlight where I was confused or edit to make clear
#
aaronpk
awesome, that'd be fantastic!
#
bear
my first draft will be done once I add a scanner daemon for sending mentions and a listener for receiving
#
barnabywalters
so it looks like there’s the skeleton of a FAQ about this: http://indiewebcamp.com/webmention#Which_links_should_receive_webmentions
mathpunk and npdoty joined the channel
#
waterpigs.co.uk
edited /webmention (+275) "/* Which links should receive webmentions */ added basic answer to which links question, added should assets be webmentioned question, implementation documentation"
(view diff)
#
barnabywalters
aaronpk bear: ^^^ I added to the FAQ, feel free to refine/add issues/more implementation documentation
#
bear
thanks
andreypopp, ryana, snarfed, kylewm, thatryana, bnvk, melvster, caseorganic, benprew, b0bg0d, singpolyma, b0bg0d1, paulcp, mathpunk, scor and tantek joined the channel
#
tantek
good day indiewebcamp!
#
tantek
reads logs
#
tantek
re: webmentions, I think "static assets" may be a red herring
josephboyle joined the channel
#
tantek
better question is links (<a href><area href>) vs. embeds (<img> <video> <audio> <embed> <iframe> )
#
tantek
does anyone send webmentions for embeds? does it make sense to? what would a receiver do with that information?
#
snarfed
i'll punt on the "make sense to" part, but yes, i expect to soon send webmentions with embeds
#
snarfed
e.g. facebook allows pictures in comments
#
snarfed
not sure i currently translate those to AS and MF2 correctly, but i'm putting it on my todo list right now
#
snarfed
twitter too. under the covers, it's a link, but UX wise, i expect more users think of the images as "embedded" than as "linked"
#
snarfed
re what the receiver would do, as a first pass, it's probably reasonable just to embed them as remote images, ie with the src pointing to the source's image
#
snarfed
more sophisticated receivers could download the image and point to the local copy
#
tantek
snarfed, in the FB scenario - the image is from the link
#
tantek
so if you're already sending a webmention for the link ...
#
snarfed
sorry, i don't follow
#
snarfed
or maybe i misunderstood your initial question
#
tantek
I suppose the receiver might find something to do with the information that "hey your (target) image was embedded here (source)"
#
tantek
I think maybe misunderstood initial question
tpinto joined the channel
#
snarfed
were you asking, when people write a reply that they plan to send a webmention for, should they ever include embedded images (or video etc) in that reply?
#
tantek
webmention is typically used today to communicate: " hey your (target URL) path was linked to from here (source URL)"
#
snarfed
as opposed to links to those images etc?
#
tantek
this has nothing to do with a reply
#
snarfed
ohhhhhh i see
#
tantek
I said nothing about replies
#
tantek
I think you're overcomplicating the question
#
snarfed
sure, ok
#
tantek
it's a really simple question
abrereton joined the channel
#
snarfed
right, so the target url wouldn't be in an a href, for example, it'd be in an img src
#
tantek
bingo
#
snarfed
(or wherever)
#
snarfed
ok. disregard, then. your original instinct seems right.
#
tantek
<img src> <video src> (or <source src>) <audio src> <embed src> <iframe src>
#
tantek
I didn't have an answer - I was asking a question :)
#
snarfed
sure. it sounded like you were doubting that embeds made sense, but maybe i overinterpreted.
#
tantek
I was starting to doubt it, but then I realized I should reframe it as a question instead.
#
bear
yea, I jumped into it equating webmention == reply and completely ignored the name… "web mention"
#
bear
what threw me for a loop is that so many of the code samples I read all keyed off of rel="in-reply-to"
#
tantek
and looks like Notes on my iPod just got deleted
#
tantek
by iTunes syncing it with Mail
#
snarfed
whoa, that's bad
#
snarfed
hope you didn't lose any data
#
tantek
actually I think I did lose data
#
tantek
this is what happens with crappy sync implementations
#
tantek
sync once - no problem
#
tantek
then delete X on device A
#
tantek
update X on device B
#
tantek
then sync
#
tantek
X gets deleted on device B
#
tantek
the only notes that didn't get deleted were new notes on my iPod
#
tantek
so I think this is one of the reasons Apple is switching to only iCloud-based syncing
#
tantek
their syncing code is so bad that it can't handle changes in two devices
#
tantek
by syncing with iCloud, they treat iCloud as "truth" and therefore assume that even when you change things on one device, before you can change things on a second device, the first device syncs its changes to iCloud
#
tantek
and then the second device gets those changes before you can make changes there.
#
snarfed
multi-master replication is hard
#
snarfed
(let's go shopping)
#
tantek
basically - they're how many years in and haven't gotten this right?
#
snarfed
(skip to slide 33)
#
snarfed
eh, they probably didn't care enough
#
bear
at OSAF we only solved multi-master by having prompts for the user to decide on the most extreme edge cases
#
snarfed
yup, that's sometimes the right tradeoff
#
snarfed
at least when you get enough of it right that you only prompt rarely enoughy
#
tantek
bear, snarfed - I call bullshit. we've had multi-master merging working in many cases automatically in MediaWiki, github, mercurial etc. for *years*
#
bear
nods
#
tantek
this is not the 1990s
#
bear
oh, i'm agreeing with you :)
#
snarfed
oh sure. it can be done, but that's not the same as it being easy
#
bear
the code we had at OSAF is from the 90's
#
tantek
right :)
#
snarfed
this is probably how you feel about OStatus, etc, right tantek? it's not enough that they technically worked
#
snarfed
you'd argue they were hard to implement, and that matters
#
snarfed
this is the main reason i'm excited about https://simperium.com/
#
tantek
snarfed - actually, worse, because excess complexity leads to fragile implementation and unreliability
#
tantek
if you want reliability, you have to have simplicity in the building blocks
#
tantek
which OStatus did not have
#
bear
our merging got really messy because we tried to scale it to more than just text - calendar, contacts, etc
#
snarfed
tantek: yeah, fair enough
#
bear
each data type had a "style" of merge that had to be considered
#
snarfed
bear: yeah, that can make it tough. at least they're orthogonal though
#
bear
nods
#
snarfed
agreed that multi-master, paxos etc are different than ostatus, etc in that the algorithms themselves aren't necessarily complicated, it's just that implementing them is, esp at scale
#
snarfed
(paxos is definitely baroque, but not quite the same thing as complicated)
#
snarfed
anyway. lunchtime. ttyl!
#
bear
waves
barnabywalters and tantek joined the channel
#
tantek
bear, yes, per-type sync makes sense because user expectations are different per-type.
#
tantek
so it looks like iTunes does sync by treating the Mac as master, so if you delete something on your Mac, but add to it it on your iPod/iPhone - it gets deleted next time you sync, and everything you added is thus lost.
#
XgF
tantek: And, in those multi-master merges that work, you need to hold the entire history (or at least enough), and still it needs user help depressingly often
#
tantek
I guess what I don't understand is the design decision to assume a delete even when there's a conflict. I'd think a fork would be better.
#
tantek
at least far more forgiving to the user
#
tantek
it's easy to delete something one more time. harder to undelete.
#
tantek
XgF, true about holding "enough history", though even just 1-2 revs back is enough to do plenty well (across *personal* devices, not group workflow)
#
tantek
I'm more talking about how to handle the error/collision cases
#
tantek
when in doubt, preserve the user's data
#
tantek
sadly, it looks like iTunes didn't keep the previous backup - that had my notes, and I can't see anyway to tell iTunes - please keep 2-3 backups of this iPod.
#
XgF
Routing everything through a central authority is a lot easier than retrofitting versioning to all those apps, also in most cases what you get are that things are instantly consistent (push notifications)
#
tantek
"Routing everything through a central authority" is also very crappy for mobile performance, battery life etc. Not theoretically - actually experienced: http://tantek.com/2013/225/t3/huge-problem-everything-cloud-fast-drain-mobile-mifi
#
XgF
Then your device's sync implementation is crappy :-)
#
tantek
not device but services e.g. dropbox etc.
#
tantek
so yes, XgF - they're all "crappy"
#
tantek
there are no good mobile/battery aware sync implementations
#
XgF
No they're not. Ever watched e.g. Anroid Google Calendar do sync?
#
tantek
Ever found an decently powered Android which has a battery that lasts all day? (never seen it)
#
XgF
Sure, my Nexus 4!
#
XgF
Sits on 3G and Wi-Fi all day
#
tantek
so no, all that automatic network traffic they do sucks down the battery so everyone I know with a decent Android has to recharge them late at night. Everyone.
#
XgF
Is recharging your phone overnight unreasonable?
fmarier joined the channel
#
XgF
tantek: I can tell you that Calendar/Contacts/E-Mail sync is completely negligible in battery impact on my phone...
#
tantek
XgF - how? have you done metrics?
#
tantek
That sounds like something that requires a post to substantiate - lacking that, I don't believe you (my experience with network syncing/battery use is in direct contradiction, across iOS, Android, MacOS)
#
XgF
tantek: Android has an exhaustive battery usage monitor. Sitting right at the top is display. Sitting pretty far down are Data and Google Play Services
#
tantek
such displays can be wrong / lie
#
tantek
however, running out of power and requiring an external battery (what I see Android users do) is real
tantek joined the channel
#
tantek
Such mobile displays (battery, signal strength, 2/3/4G) are "feel good" displays that manufacturers tweak/fake to make devices seem better than they are. iPhones were notorious for exaggerating network signal strength for example. (Easily googlable)
#
XgF
Most of the time I see that, its' related to crummy apps wasting battery/bloatware
#
XgF
(Especially
#
XgF
crappy shovelware things)
#
snarfed
i can vouch for the N4 and most android phones lasting through the day with average usage
#
snarfed
although many of us are probably heavier than average users :P
#
snarfed
and for android having a power-aware sync platform for a long time now
squeakytoy joined the channel
#
snarfed
tantek, you're right about a lot of "feel good" displays, but the android power usage monitoring isn't that. it's the real deal. grab a friend's device and check out the screen XgF mentioned
#
snarfed
(google uses it internally for power profiling their own apps)
#
XgF
I call out Google Calendar specifically because it is *very* good also. As someone who's quite intimate with Android's SyncServices APIs, you can watch them making perfect use of them
#
bret
mfw.aaronparecki.com
#
XgF
Its' very lazy yet also very precise about syncing (it'll defer a sync unless it's had a push notification to do so)
#
snarfed
os x mavericks supposedly has a similar power-aware scheduler, right?
#
XgF
Yeah, Apple have just introduced timer coalescing
#
XgF
Android has done it for a long while, has great performance implications
#
snarfed
sillypants.aaronparecki.com
#
snarfed
(bret: we're playing the fun-arbitrary-subdomain game, right? :P)
#
bret
snarfed, I'm catching up on logs and saw this: http://indiewebcamp.com/irc/2013-11-26/line/1385484284
#
XgF
I'm scared. An SQLite3 explain just spat 117 opcodes at me
bnvk, paulcp, julien51, caseorganic, scor, tantek and abrereton joined the channel
#
tantek
It feels like syncing, like federation, is both hard to get right, and there's little incentive for big players to get it right.
#
snarfed
i don't know about the incentive part
#
snarfed
apple may be fumbling it with icloud
#
snarfed
but as far as modern consumer cloud companies, that may be the exception, not the rule
#
snarfed
there are plenty of big cos are doing it well
#
snarfed
maybe not the majority, but still
mathpunk joined the channel
paulcp and tantek joined the channel
#
tantek
snarfed: Not only are the bigcos not doing it well (Apple is perhaps the most obv example) but even their crappy attempts are nearly complete silos (aside from some carddav/caldav support by iOS vs gmail services).
#
tantek
Everyone syncs in their vertical proprietary stack.
#
tantek
With maybe a bit of bizdev across the bigcos (or a lot of custom coding to make specific implementations of *dav work, eg iOS has special code to make gmail work)
#
tantek
Whereas if we get federation right, it seems like we could implement syncing merely as a special case of federation across your own devices in particular.
#
bear
federation allows for a lot of the simpler forms of OT to be used for sync and it's merge requirements
caseorganic and lukebrooker joined the channel
#
tantek
bear is there documentation anywhere of all the forms of OT and what use cases justify each one?
#
bear
I only know about the stuff google open-sourced with wave
#
tantek
Yeah I've stayed away from wave which seemed totally overdesigned
#
bear
agrees
#
tantek
If anything I'd prefer to look at the etherpad open source
#
bear
another good one
#
tantek
But those are also solving a different problem - real time collaboration.
#
tantek
Which is why I've stayed away from OT-centric thinking/design - feels overkill for simple syncing use cases.
#
bear
I see your point
#
bear
if the data being modelled is simple at it's core, then diff's should be able to handle most of it
#
bear
or deal with ACD actions at the smallest unit
#
tantek
All the progress we've made with indieweb has been via simplifying to minimal use cases, implementing those, getting them workin cross-site, and then iterating.
#
tantek
And punting on all the a priori over thinking / over design that seems all too common in the federated / social web space.
tantek joined the channel
#
tantek
!tell benwerd ironic that that opendagenda article is on wired rather than on the author's own blog.
#
Loqi
Ok, I'll tell them that when I see them next
#
tantek
Can't depend on publishers to keep permalinks working. Just ask Jon Udell whose Infoworld blog about many similar topics died. See https://indiewebcamp.com/permalinks#archive_page_with_old_permalinks_in_cleartext for details.
bnvk and tantek joined the channel
#
tantek
Or perhaps it's worth asking it as a question - which (media/news) publisher has the oldest working permalinks?
friedcell joined the channel
#
julian`
hi world
#
julian`
what's everyone up to
ozten and tantek joined the channel
#
tantek
julian`: See indiewebcamp.com/irc/today :)
#
snarfed
heh. that's at least what we've been kibitzing on, if not always what we're up to :P
#
snarfed
what are you up to, julian`?