I am no longer actively adding content to this site. Please join me over here: Let's Be Frank
I had a drive fail in the virtual server that hosts this site, so I had to rebuild the server.
Good news! I have successfully migrated Fargo Publisher to my new site and I have successfully published new content.
One more step to run Fargo Publisher in the background.
Just thought I would document the alternatives I would consider for the Surface 3. Here are a few that I found that are not the Microsoft Surface Pros. I've sorted the options by screen size, with preference for 10-inch screens.
Dave has been developing a new iteration of his blogging software that is similar to how EditThisPage worked. Like his other work, it is a nodejs app that utilizes Twitter for user authentication. What I find interesting is that the app appears to be an enhancement to his NodeStorage app.
I've signed up to the Google group dedicated for the app and installed it on my Debian virtual server that I originally used to host FargoPublisher. Installation was very easy, the most time consuming part was registering a new domain.
While I am looking forward to playing with the new software, I am uncertain whether I want to move my blogging environment to this platform, mostly because I prefer working in an outliner. My big wish is that I could easily host the content I write in Fargo to a web server that did not require FargoPublisher as a front end.
Today, all websites on the frankmcpherson.net domain are physically hosted on Amazon S3 but use the FargoPublisher app as a front end. Basically, when you access notes.frankmcpherson.net, FargoPublisher the URL resolves to the server hosting FargoPublisher and the app uses the top level node to determine the directory on S3 that contains the content and redirects to the proper HTML file.
The problem I have with this approach is that if FargoPublisher goes down, all my blog web sites go down because the app is not running to receive the request and do the appropriate redirect. I would rather dedicate FargoPublisher for just publishing content to a web server but not actually providing the front end.
I probably can make what I want work, but I suspect that it might be easier to do so in Dave's new blogging software.
I am starting to see a high frequency of error messages coming from Dropbox. There have been other reports on the support email list for Fargo that suggest Dropbox may have changed their API. My fear is that Dave is not going to make any fixes if they are required.
Once again my my Moto 360 has become a hot mess, not able to sustain a connection with my Nexus 6P and burning through battery much too quickly. Just yesterday it updated to the lastest version of Android, Version 6, aka marshmallow, but that does not seem to make much difference. Therefore, I have decided to factory reset the watch and start over.
Android Wear still requires that the watch have 80% charge before you can pair it to a phone, so first I have to recharge the Moto 360.
The watch has re-charged and I've repaired it to my Nexus 6P, and it is now at the synching step and taking what seems to me to be in incredible amount of time. It has been sitting at "syncing 1 of 58" for several minutes with no apparent progress. I did another reset of the 360 and uninstalled Android Wear and Moto Connect from the 6P, rebooted the 6P and started over.
After reinstalling Android Wear and recharging the Moto 360, sync progress is now observed.
There are a few annoying things that I have discovered about the 1.4 version of Android Wear, which is based on Android 6.0. The big one is that there is no longer a Restart option in Settings, to restart the Moto 360 you shut the watch down and then turn it on, however I have had a challenge getting the watch to start without putting the watch on a cradle. You have to press and hold the crown button until the watch comes on and that seems to make much longer than one expects.
I am starting to have an issue with my Surface 3 in which it just randomly reboots. I think it might be related to a power issue as it seems to occur when power gets down to 25%. Basically, all of a sudden the device just reboots and in some cases it even gets in to a continual reboot loop.
I've only done some initial searches on the Internet, but I have yet to narrow down the source of the problem.
Event log is showing seven different Event 219 Warnings from Kernel-PnP indicating driver problems. Devices ranging from the Touch Cover to the Surface Pen.
I've posted a question on answers.microsoft.com.
Is everything working ok?
One of the functions I serve in my role as technology consultant is to monitor a vast amount of information and identify important information to share with my peers and leaders. I try to boil down the information to a handful of topics that I think are important for my audience.
The challenge in curating and sharing this information is to do it with a minimal amount of work that produces an index that makes it easy to find the information. Recently I developed a workflow that utilizes Nuzzel, River4, Pocket, IFTTT, and Blogger. Here is an overview of the workflow, working from the web site back up to the source of the information.
The first step is in deciding where to publish the information on the Internet so that it can be accessed. I knew that I wanted to use If This Then That (IFTTT) to route the information to the web site, so that constrained me to five blogging platforms: Blogger, Medium, Tumblr, Weebly, and WordPress.
What I decided to do is create tags for the topics I am curating and organize them under the tech2watch category. I can then either direct readers to a specific topic or the entire group of items under tech2watch.
I've been using IFTTT to consolidate my social network posts to a WordPress blog, so I thought I would add categories and tags to that blog. However, because I am posting lots of information to that blog in addition to the topics I am curating, I decided to not use it, instead I decided to create a new site using Blogger, and in the process registered the tech2watch.info domain name.
Publishing Information on tech2watch
The next step is to create an IFTTT recipe that monitors my account on Pocket and publishes items with specific tags to the tech2watch web site. I chose a template for the site that displays the technical topics I am curating in a list on the right side of the page.
IFTTT has access to both my Pocket and Blogger accounts and the recipe monitors Pocket for any articles that have the tech2watch tag, and when it finds one, it creates a new post on the Blogger site. The article title is used for the title of the post, and each post is created using a template that provides a link to the full article followed by a snippet of the article.
Selecting What To Publish
I funnel all web articles for further reading to Pocket for a couple of reasons. I really like how it removes ads and other graphics from most web pages so that only the content of the article displays, making it easier for me to read. Pocket is available as an app on Android and iOS, as well as on the web, so I can read articles using any device I may have at hand. By using IFTTT I can post new items to tech2watch quickly using any device simply by tagging an article.
Finding Information To Share
The Internet provides a wealth of information that can be difficult to keep on top of. You could spend hours opening web site after web site looking for information, and nobody really does that any more as the work is best left to computer software. The sources for my information come to me via Really Simple Syndication (RSS) and Twitter.
RSS was created before Twitter and provides a way to monitor web sites. You use an application called an RSS Feed Reader (or RSS Aggregator) to scan a list of article titles and snippets, which you click to read. Google Reader was a popular RSS reader application that unfortunately was shut down several years ago, and Feedly has replaced it in popularity.
I use an application called River4 to monitor the web sites I subscribe to via RSS. River4 was written by Dave Winer, who created the RSS specification and continues to be a champion of RSS. The Pocket extension for Chrome provides a Save To Pocket option for when I right-click a link, so as I scan the river of articles, I right-click the ones I want to read and select Save To Pocket.
Twitter has replaced RSS for many people, and while most consider Twitter a social network, I think in reality it is used more like RSS readers. The difference is that with Twitter one follows other people, be they individuals or representatives of company brands or web sites.
Nuzzel is an app that is designed specifically to feature links to web sites that people share on Twitter, and it sorts the articles by how many of the people you follow share it, putting the most often shared items at the top of the list. You can expand to the view of the articles to also include the people who you follow, also follow.
As time permits during the day, I will scan through my RSS river and Nuzzel feed for articles that fall within the topics I am following. I use Chrome to access River4 on my desktop, smartphone and tablets, as well as for Nuzzel on my desktop, right-clicking to send the articles to Pocket. On my smartphone and tablet I use an app and the Android share function to send articles to Pocket.
When I have time to read, I load the Pocket app, and for appropriate articles I assign the tech2watch tag and the appropriate topic tag. IFTTT continually monitors my Pocket account and when it finds an item with the tech2watch tag, it uses the information from the article to create a post on the tech2watch site. Other than slight edits to specify which tags are included in the topic list, I don't do any editing of what is posted to the tech2watch site, posting to it is completely automated by IFTTT.
The process I have created meets my need for simply and quickly curating content, and I think it does a good job showing the power of IFTTT in automating a time consuming task by adding the ability for Pocket to publish a web site.
You Are Most Likely Misusing Docker. The article suggests docker containers are large, and while that may be true for many containers, it is possible to make them smaller. At any rate, they are smaller than virtual servers. The problem is that many people use the Ubuntu image as the base in their Dockerfile that is larger, but you can use a more slimmed down base image like Busybox.