Do you have any insight into how many of your customers buy Sidekiq Pro for the extra features, as opposed to for the commercial-friendly license, or simply to help sustain the OSS development?
You've added new features to Sidekiq Pro over time -- do you think your business would have been viable had you started with no (or very few) additional paid features?
I could be wrong but it seems to me that only the latest two designs (A Robot Named Jimmy and Verde Moderna) are what would be considered "modern" designs and the rest are from before the relaunch.
What's worse is that the two most common languages on GitHub (Ruby and JavaScript) are represented by shades of red/orange. I almost thought one of my repositories was in some kind of error state when I first opened it in the new design.
This exact same situation happened to me in the past month. My login page and its assets were copied, right down to the Rails asset digest fingerprints in the filenames as well as the Google Analytics code, which is how I discovered them.
I sent a sternly worded "Notice of Copyright Infringement" email and two weeks later their whole site was completely redesigned.
One option would be to use a service object (e.g. UserCreator) which would encapsulate the action (saving a user) along with the action to be taken (delivering a signup email).
With external observers, it's not always obvious whether they are enabled or not. Service objects make this more explicit and are easier to test as well.
A before_filter is just a method that runs before an action - there's no requirement for it to set an instance variable or redirect. In Rails 4, this method has been aliased as before_action to make this clearer.
Since the behavior of this method doesn't have too much to do with showing a topic, I think it makes sense. Extracting it also makes it possible to move it up to the ApplicationController for wider use.
I don't mean to dwell on the technical issues, but I'd be very curious to hear more about the performance issues you encountered that the Rails Core members couldn't resolve. Was there ever any resolution apart from downgrading to 2.x, and are there certain things that should be avoided in Rails 3.x?
> I'm also north of 90% probable that I could weaponize it to turn any image tag on the Internet into "roots your local machine"
Definitely not saying you're wrong, but I'm not convinced this is doable. Every exploit I've seen requires a request body -- how would you do that with an IMG tag?
I was pretty appalled when I first saw those tweets. I held my tongue at the time (after all, who am I?) but as a member of the Rails community, seeing this sort of behaviour from community leaders is frustrating and kind of embarrassing, and I do think it needs calling out when it happens. I'm finding Twitter has become more and more depressing lately with similar incidents.
I don't know much of Dave or any others who stuck the boot in, but Steve and Corey are both involved in educational endeavours and should know better. Steve also recently railed against the idea that "you are not your code" (https://twitter.com/steveklabnik/status/279399353729286145) which makes his jab even more insulting.
I've often wondered why concepts such as MINSWAN even exist, but it seems some people actually have to be reminded to be nice.
If they haven't already, they definitely owe you an apology.
This is pretty much exactly what DHH advocates for, and for a simple case like this (creating a user, sending an email) it works great.
At some point though, your controllers are going to grow. Multiple code paths depending on the data submitted, depending on the current state of the application, etc. At this point, building service classes such as CreatesContact can become very useful, not to mention much easier to test and reuse.
If you are wanting to properly support IE7 (as mentioned in the README), you may want to downgrade normalize.css to 1.0.2 as normalize.css 2.x only supports IE8+.
There are only a few edge cases that are affected but they can bite if you were expecting full compatibility.
This issue has nothing to do with DRM, and is simply the result of a system that requires an account to be in good standing (i.e. has a valid credit card) before any downloads can be made.
Obviously this is an issue that should be fixed, but there isn't even any evidence that any attempts were made to contact B&N - just someone encountering an error message in B&N's software.
I'm as against DRM as anyone else here but this is a non-story.
Ah. In that case I'd suggest extending the map downwards so that the background image is taller. My browser window is roughly 4:3 and the map cutoff detracts from what is a very nice design.
Not quite. You've added those to the body element (inline as well, which is a bad idea), whereas the background is on the #wrapper div. I'd suggest moving the background onto the body element, and adding the background-size definitions to the body element but within your CSS.
I've been working on a Rails based CMS (Wheelhouse CMS - https://www.wheelhousecms.com) over the last few years as a side-business to my regular web dev consulting services (and slowly transitioning to supporting it full time).
It's able to integrate with existing Rails projects or stand as its own app, and its quite extensible so you can potentially use it as an admin area for the remainder of your app too.
If you're interested, email me ([email protected]) and I'll set you up with an evaluation license.
I've found Guard::LiveReload (https://github.com/guard/guard-livereload) to work exceptionally well. It's Ruby, but should work alongside whatever development framework you're using.
Compared to onclick, it's certainly a performance benefit.
However the difference here is in looping over every matched element to add the handler (bind) versus adding the handler to a single element further up the DOM tree (delegate).
You've added new features to Sidekiq Pro over time -- do you think your business would have been viable had you started with no (or very few) additional paid features?