For me, RSS is by far (still) the best way to access web content.
I've tried some self hosted RSS readers over the years but I've stayed with FreshRSS[1] for the last year. It has been a marvelous experience. Zero trouble, zero administrative burden. Self-hosted bliss. Best of all is the fact that it uses a flat file DB so it can easily be backed up, moved around and migrated. Can not recommend it enough. Also, it's PHP, so works on any cheap shared hosting. That's how I use it.
One of the best things about it is escaping the algorithmically curated feeds.
Every site and service that I wish to follow has an RSS feed, except for Twitter. I use RSS-Bridge[2] (self hosted too) to follow users. RSS-Bridge[2] will give you feeds for just about every service you can think of.
If you don't find a feed for a site, sometimes you just have to dig a little. You learn at which URIs the most commons CMSes presents their Atom/RSS feeds (hello /feed/).
I use a native application (QuiteRSS) as my reader but for twitter I use a modified version of the twitter_search_to_rss.pl and twitter_user_to_rss.pl + TwitRSS.pm from TwitRSS.me (https://github.com/ciderpunx/twitrssme/tree/master/fcgi). The resulting xml files are saved out into my ~/www/RSS/ directory and that URL path is used in my various readers.
+1 for everything you wrote. I'm still using quiterss and heavily relying on the filter actions on a daily basis.
My only experience with an online self hosted client was tiny tiny, which I didn't like. Thanks for sharing the freshrss alternative, I guess I'll give it a try!
In practice, almost everything that you ever want to achieve with Grid can be achieved with Flexbox. Time and time again, I’ve encountered examples of “what Grid enables”, and been able to replicate it precisely with Flexbox.
Not always—there are definitely practical things you can achieve with Grid that you can’t with previous layout options, I’ve made a couple myself—but almost always.
Interesting, having used them both a lot I feel exactly the opposite way – I think grid's capabilities apply to more situations and suspect it will be the go-to layout/alignment tool once it catches on more. Grid is the more powerful tool, I think the only feature it can't do that flexbox does is making wrapped items not line up (since grid, of course, wants to make them line up into a grid). Wanting items not to line up seems less common, doesn't it?
Flex is about single-dimensional layout, grid is about two-dimensional layout.
Most layout scenarios that are in two dimensions can actually be solved with nested single-dimensional layout. Sometimes it’ll be easier to solve them with a proper two-dimensional layout, and I tend to prefer the markup that Grid lets me have, but I find two-dimensional layout that can’t be solved with nested single-dimensional layout to be uncommon.
Also, most interface problems are actually single-dimensional.
I think Grid will become more popular than it is, but never overtake Flexbox as most people’s go-to for layout, because Flexbox is normally enough, and Grid is too complex. I use it from time to time, and I have taken the trouble to know exactly what it’s capable of, so that I know when I should reach for it rather than Flexbox or something else or giving up, but I normally need to look up various properties when I go to use it. Meanwhile, most of what people want to achieve with Flexbox is just `display: flex;` plus `flex-direction`, `flex`, `align-items` and `justify-content`, and there are few enough knobs that you can essentially brute-force it without trouble—and the Flexbox Inspector makes it even easier, in a way that the Grid Inspector can’t really because Grid is just too powerful.
From time to time I try these fancy journaling apps. A few weeks later I have to go through the hassle of converting the data to my good old plain text file journaling format.
There are some journaling apps that target this mindset. This one[1] was posted a few days ago (in comments) and stores your notes as markdown in plain text. There are others (I am working on one as well, but its not ready). If the app forced a particular naming convention (e.g. 2018-05-10.md) would that be too restrictive?
If you're looking for something simple like jrnl but as a desktop app with a GUI, you might be interested in Mini Diary which I just launched: https://news.ycombinator.com/item?id=18934610. It also allows you to import your jrnl data and export your entries in a variety of formats.
Matrix/Riot.im is federated and has E2EE. It also has brigdes for IRC, Telegram etc. Here's a native client for macOS: https://neilalexander.eu/seaglass
Matrix is also experimental. About a year ago it kept losing my key meaning I couldn't decrypt old messages. I still use matrix, but I don't have any illusions that it's more secure than tox.
We're not aware of any bugs where Matrix clients lose your e2e keys (other than one where changing your password may cause clients to log out and remove keys for safety). If you saw it keep losing keys, i'm going to guess you configured your browser to delete local storage when you close the tab... in which case, unless you export the keys, we have nowhere else to store them.
That said, we've also just implemented the optional ability to encrypt and backup your keys on the server, but obviously comes with other tradeoffs.
I tested riot.im in a private Firefox window recently, obvious with hindsight but it didn't occur to me I should export keys and I didn't spot anything in the interface to make me aware or prompt me to action.
Great to hear you've added the option for server stored keys now.
In the age of UHD resolutions and up this should probably be on the list of immediate priorities. I could not work without the proxy feature of Premiere.
Can someone explain what a proxy is in this context and what it is used for and why it would be necessary? Can video editing software truly not be written to natively process video data itself?
From my understanding, proxying is the ability to work with lower-resolution video -- so it's faster to edit -- but still be frame-accurate to the original, so the output matches what you've been editing.
That said, Norway is pretty-ethnically homogeneous country with a strong national identity and a population just below Wisconsin. I don't really think the political lessons from Norway are necessarily applicable at large.
- Relation of EV miles driven to air pollution and related health impacts
- The effect of increased EV penetration on fossil fuel infrastructure economics. For example, at what EV penetration do gas stations start to close?
- Challenges for the grid of charging large numbers of EVs
These lessons won't be universal because Norway is not like the rest of the world but they do provide useful information for later adopters. If I owned a chain of gas stations in the US, I'd be very curious about the fate of gas stations in Norway.
Nowhere now that even Mozilla has eliminated it from Firefox.