Brad Stewart bradstewart

New ES6 Constructor Semantics and Usage Examples

Manual super: Alternative Design where subclass constructors do not automatically call superclass constructors

This Gist presents a new design of class-based object construction in ES6 that does not require use of the two-phase @@create protocol.

One of the characteristics of this proposal is that subclass constructors must explicitly super invoke their superclass's constructor if they wish to use the base class' object allocation and initialization logic.

An alternative version of this design automatically invokes the base constructor in most situations.

Better SSH Authorized Keys Management

A seemingly common problem that people encounter is how to handle all of your users authorized_keys file.

People struggle over management, ensuring that users only have specific keys in the authorized_keys file or even a method for expiring keys. A centralized key management system could help provide all of this functionality with a little scripting.

One piece of functionality overlooked in OpenSSH is the AuthorizedKeysCommand configuration keyword. This configuration allows you to specify a command that will run during login to retrieve a users public key file from a remote source and perform validation just as if the authorized_keys file was local.

Here is an example directory structure for a set of users with SSH public keys that can be shared out via a web server:

Connmanctl Cheat Sheet

Documentation @ http://git.kernel.org/cgit/network/connman/connman.git/tree/doc

Configure WiFi

Scan for access points (run multiple times for more complete scan):
```
  # connmanctl scan wifi
```

Scan completed for wifi

	var fb = new DSFirebaseAdapter({
	basePath: 'https://my-app.firebase.io'
	});

	var ls = new DSLocalStorageAdapter();

	var store = new JSData.DS({
	// try firebase first, otherwise try offline data
	fallbackAdapters: ['fb', 'ls'],
	// After creating an item, sync it to localStorage

	class App.BehavesLikeEventBindingView extends Batman.View
	fireOnSelfAndNearestAncestor: (event, args...) ->
	@[event]?.apply(@, args)
	if target = @superview?.targetForKeypath(event)
	target[event].apply(target, args)

	# MODEL

	class Case < ActiveRecord::Base
	include Eventable

	has_many :tasks

	concerning :Assignment do
	def assign_to(new_owner:, details:)
	transaction do

	class AssignCaseCommand < Command

	attribute :case, Case
	attribute :owner, User
	attribute :created_by, User
	attribute :comments, String
	attribute :distribute_at, DateTime
	attribute :distribute_rule_name, String
	attribute :require_initial, Boolean

	# Call scopes directly from your URL params:
	#
	# @products = Product.filter(params.slice(:status, :location, :starts_with))
	module Filterable
	extend ActiveSupport::Concern

	module ClassMethods

	# Call the class methods with names based on the keys in <tt>filtering_params</tt>
	# with their associated values. For example, "{ status: 'delayed' }" would call

	# This is a skeleton for testing models including examples of validations, callbacks,
	# scopes, instance & class methods, associations, and more.
	# Pick and choose what you want, as all models don't NEED to be tested at this depth.
	#
	# I'm always eager to hear new tips & suggestions as I'm still new to testing,
	# so if you have any, please share!
	#
	# @kyletcarlson
	#
	# This skeleton also assumes you're using the following gems:

	# app/models/booking.rb

	class Booking < AR::Base
	# ...
	end

	# app/models/booking/create.rb

	class Booking::Create
	def initialize(attributes)