Support My Idea

So there’s another major breaking version of React Router coming. I thought I was really behind because I was still running v2.0 – what happened to v3.0? Then I read this on the v4.0 RC release notes:

Yes, there will still be a 3.0 release (soon!). It is simply v2.0 without any deprecation warnings. We intend to keep supporting the 3.x branch indefinitely (published separately on npm to aid in migration), although there will likely not be any future major versions based on that code. 4.0 is the future, but we won’t leave you hanging if you want to stick with 2.x/3.x.

So technically I could stick with v2.0 and eventually upgrade to v3.0 without having to change too much. But of course, that line about v4.0 being the future gets my FOMO to rise and I figure I should look into v4.0. And what do I learn about v4.0? The following is a good start to understand the why behind the change:

Why the huge change? (AGAIN?!)

tl;dr Declarative Composability.

We’ve never been this excited about React Router. Like you, we’ve learned a lot about React since we first picked it up. We built a Router the best we knew how along the way. What we’ve learned most is that we love React because of its declarative composability.

So what should we do? Not sure yet, but I sure am conflicted. Luckily, everything in progress is going to remain on v2.0 and I will wait to see where things land. Got to love how fast things move and break and get rebuilt and get broken again. I wouldn’t want to be part of any other community – this reflects my inability to focus perfectly and I feel right at home.

Node just released v6.6.0 and you can upgrade from v6.5.0. Updates are becoming pretty frequent since v6.5.0 was just released Aug 29th so less than a month ago. No major breaking changes and no major bug fixes – looks like mostly enhancements and additional functionality. Notable changes are:

• crypto: Added crypto.timingSafeEqual(). (not-an-aardvark) #8304
• events: Made the “max event listeners” memory leak warning more accessible. (Anna Henningsen) #8298
• promises: Unhandled rejections now emit a process warning after the first tick. (Benjamin Gruenbaum) #8223
• repl: Added auto alignment for .editor mode. (Prince J Wesley) #8241
• util: Some functionality has been added to util.inspect():
  • Returning this from a custom inspect function now works. (Anna Henningsen) #8174
  • Added support for Symbol-based custom inspection methods. (Anna Henningsen) #8174

I’m happy to see the updates coming out and hopefully everyone has already upgraded from v4 to v6 so we can start focusing on v6 going forward. Go start upgrading.

Angular 2.0 is out of beta and is officially “final” – and yes, I didn’t know what “final” meant either. So from official post, here is what final means:

What does “final” mean? Stability that’s been validated across a wide range of use cases, and a framework that’s been optimized for developer productivity, small payload size, and performance. With ahead-of-time compilation and built-in lazy-loading, we’ve made sure that you can deploy the fastest, smallest applications across the browser, desktop, and mobile environments. This release also represents huge improvements to developer productivity with the Angular CLI and styleguide.

I haven’t looked at Angular in a while. The last time I built anything with Angular, 2.0 wasn’t even announced. The performance improvements look good (can’t wait until someone does some benchmarking). And the components look interesting, similar to React actually. Guess I have something else to add to my to-do list.

If you’re reading this, you’re probably trying to get WordPress running on Dokku. Hopefully you have already figured out how to setup/connect MySQL. Once you have that, your WordPress site should be accessible (over http). But then you’ll probably want to have your site accessible over https because Google is now ranking secure sites higher and even Google Chrome is warning if sites aren’t transmitting over SSL. So, you probably found the Let’s Encrypt plugin for Dokku and installed an SSL certificate. And this is probably where you hit and problem that led to a Google search and led you here. Your site will automatically redirect from http://whatever.com to https://whatever.com but you’ll get mixed content warning because the site is trying to load external assets over http instead of https. You probably also get stuck in a infinite redirect loop (ERR_TOO_MANY_REDIRECTS) when trying to login to the admin panel. I did a lot of researching and couldn’t find a solution but eventually found someone who had figured out what was causing this problem. The easy explanation is that WordPress didn’t realize it was being requested over SSL and therefore didn’t load its assets over SSL. To fix this, you just need to add the following to your wp-config.php file:

if (isset($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') {
    $_SERVER['HTTPS'] = 'on';
}

This basically detects if the request is going over SSL and sets the HTTPS server variable to on so that WordPress will treat the request as a secure request. This is due to the fact that we’re using nginx which was causing WordPress to think the request was a non-secure request. I hope this helps someone. Happy hacking.

I’m working on a Node/React project and I’m using the Google Spreadsheet API and hit the following error:

Error: HTTP error 400 (Bad Request) - Invalid query parameter value for grid_id.

There was nothing obvious wrong with my call:

doc.addRow(0, newObject, function(err) {});

After a little investigation, I found out that the grid_id actually represents the id of the worksheet/tab. And I also found documentation that says the index begins at “1” instead of “0”. Not a huge problem (although, unintuitive in my opinion) and relatively quick to investigate and fix. Hope this helps someone else in the future.

Just came across this announcement from the Lyft development team and was pretty impressed (although I wish it was for iOS instead of Android). I really like the idea of companies providing SDKs like this where as an app developer, I can actually leverage this SDK to provide useful functionality to my users, monetize my users and help a startup I actually respect grow their users and drive business. And the company gets to benefit by extending their reach through app developers which is a win/win. This is actually a really genius idea in my opinion. I could imagine other blank-as-a-service startups provide similar SDKs so that more app developers can help grow their user base. It’s probably just ridiculous enough to work but I was thinking of a Pokemon Go app that would identify rare pokemon and determine if you could get there via Lyft in time before it vanished. If you build it, make sure to give me some credit. Okay, not sure if I’ll actually end up using this (at least I’ll wait until there’s an iOS SDK) but if I do, I would probably build a React Native wrapper around it (or if the Lyft platform team is reading this, go ahead and just build a React Native plugin for everyone). Happy hacking.

I’ve used React Storybook but haven’t been following the development closely so I was pleasantly surprised to hear about the new release. Storybook 2 looks impressive. I appreciate the backwards compatibility and updated documentation. If you are building React apps and have a lot of components that you want to re-use, this is definitely something you’ll want to use. The documentation is great and looks like it has already been updated for v2.

Another update from this weekend was v2.7.0 of React Router. It’s been a little quiet from the React Router camp with the last update 20 days ago. No release notes but I’ll definitely be testing this version in my current project and will post anything interesting (hopefully no bugs) that I find.