type: PIN
Consumer key: 3nVuSoBZnx6U4vzUxf5w
Consumer secret: Bcs59EFbbsdF6Sl9Ng71smgStWEGwXXKSjYvPVt7qys
type: PIN
Consumer key: IQKbtAYlXLripLGPWd0HUA
| name: Tests | |
| on: | |
| pull_request: | |
| branches: | |
| - '*' | |
| push: | |
| branches: | |
| - master | |
| jobs: |
| eval=eval=eval='eval$s=%q(eval(%w(puts((%q(eval=ev | |
| al=eval=^Z^##^_/#{eval@eval@if@eval)+?@*10+%(.size | |
| >#{(s=%(eval$s=%q(#$s)#)).size-1}}}#LMNOPQRS_##thx | |
| .flagitious!## )+?@*12+%(TUVW XY/.i@rescue## | |
| /_3141592653 589793+)+?@* 16+%(+271828 | |
| 182845904; _987654321 0;;eval)+? | |
| @*18+%("x =((#{s.s um}-eval. | |
| _sum)%256 ).chr; ;eval)+?@ | |
| *12+%(.s can(//){ a=$`+x+$ | |
| ^_a.unpa ck (^ H*^)[0]. |
| #!/usr/bin/env ruby | |
| require 'open-uri' | |
| require 'JSON' | |
| require 'digest/sha2' | |
| require 'pry' | |
| require 'bigdecimal' | |
| require 'bitcoin' # Because I need to cheat every now and then | |
| # Usage: | |
| # gem install pry json ffi ruby-bitcoin |
| # lib/omniauth/facebook.rb | |
| require 'httparty' | |
| module Omniauth | |
| class Facebook | |
| include HTTParty | |
| # The base uri for facebook graph API | |
| base_uri 'https://graph.facebook.com/v2.3' |
| # Add the "https://github.com/jwt/ruby-jwt" gem to your "Gemfile" | |
| gem 'jwt' |
| 1. Event delegation | |
| We have html code: | |
| <ul id="todo-app"> | |
| <li class="item">Walk the dog</li> | |
| <li class="item">Pay bills</li> | |
| <li class="item">Make dinner</li> | |
| <li class="item">Code for one hour</li> | |
| </ul> |
(by @andrestaltz)
If you prefer to watch video tutorials with live-coding, then check out this series I recorded with the same contents as in this article: Egghead.io - Introduction to Reactive Programming.
By default, Rails applications build URLs based on the primary key -- the id column from the database. Imagine we have a Person model and associated controller. We have a person record for Bob Martin that has id number 6. The URL for his show page would be:
/people/6
But, for aesthetic or SEO purposes, we want Bob's name in the URL. The last segment, the 6 here, is called the "slug". Let's look at a few ways to implement better slugs.
There are many Git workflows out there, I heavily suggest also reading the atlassian.com [Git Workflow][article] article as there is more detail then presented here.
The two prevailing workflows are [Gitflow][gitflow] and [feature branches][feature]. IMHO, being more of a subscriber to continuous integration, I feel that the feature branch workflow is better suited.
When using Bash in the command line, it leaves a bit to be desired when it comes to awareness of state. I would suggest following these instructions on [setting up GIT Bash autocompletion][git-auto].
When working with a centralized workflow the concepts are simple, master represented the official history and is always deployable. With each now scope of work, aka feature, the developer is to create a new branch. For clarity, make sure to use descriptive names like transaction-fail-message or github-oauth for your branches.