Framework to automate responses for infrastructure events. Ocular allows to easily create small scripts which are triggered from multiple different event sources and which can then execute scripts commanding all kinds of infrastructure, do remote command execution, execute AWS API calls, modify databases and so on. The goal is that a new script could be written really quickly to automate a previously manual infrastructure maintenance job instead of doing the manual job yet another time. Scripts are written in Ruby with a simple Ocular DSL which allows the script to easily respond to multitude different events.

A simple gem to check the health of a site

OMF's Aggregate manager with SFA and new REST API.

OMF's Web based control and visualization framework.

omgdav exposes an existing MogileFS domain over WebDAV. There is absolutely no commitment or modification needed to your existing MogileFS installation to try omgdav in read-only mode.

OMGF provides an HTTP interface for {MogileFS}[http://mogilefs.org], allowing clients to connect to MogileFS without needing specialized libraries to interface with MogileFS. Currently, HystericalRaisins is supported. OMGF is short for "OMGFiles", an anagram for "MogileFS".

OmniAuth strategy for Bolt

OmniAuth strategy for Citadele Banklink

an OmniAuth strategy for authenticating with deX

OmniAuth strategy for Luminor (DNB) Link

OmniAuth strategy for GlobaliD

OmniAuth strategy for Lightning Network

This strategy allows you to pass auth hash values directly to an auth endpoint and forwards them directly to your callback(s). The end goal of this is to provide more flexibility when writing login helpers in development/test environments while still utilizing your OmniAuth callback(s).

Protects your Rails app from Omniauth request phase CSRF vulnerability.

OmniAuth strategy for Swedbank Banklink

A generalized Rack middleware for importing group contacts from gmail.

A generalized framework for multiple-provider webhooks subscriptions.

Payment gateway abstraction for rack applications. Think omniauth for off-site payment.

Another LaMe Web Frame-work

A Rack middleware to make URLs in one-page webapps easier. In a couple of recent projects, I've needed to avoid full page refreshes as much as possible. In the first, I wanted to keep an embedded music player active while the user was browsing. In the second, I just wanted fancier transitions between pages. It's possible to do this in an ad-hoc way, but I very quickly got tired of hacking things together. Enter Onesie. Onesie congealed from these requirements: * I want a one-page web app, * But I want the back button to work, * And I want search engines to still index some stuff, * And I (mostly) don't want to change the way I write a Rails/Sinatra app. If someone visits <tt>http://example.org/meta/contact</tt>, I want them to be redirected to <tt>http://example.org/blah/#/meta/contact</tt>, but after the redirection I still want the original route to be rendered for search engine indexing, etc. When Onesie gets a request, it looks to see if under your preferred one-page app path ("blah" in the example above). If it's not, Onesie sets the current request's path in the session and redirects to your app path. If a request is under the one-page app path, the "real" request's path is retrieved from the session and used for subsequent routing and rendering. This means that, as above, a request for http://example.org/meta/contact Will be redirected to http://example.org/blah/#/meta/contact But still render the correct action in the wrapped app, even though URL fragments aren't passed to the server. This is a terrible explanation. I'll write a sample app or something soon.