Rails + Grape + API Key Authentication
When adding a Grape API to an existing Rails application you have a few options for user authentication. Probably the simplest and most basic way to authenticate an API is by issuing API keys to your users. How it works…User submits their Username/Password to the API.API authenticates the user and returns an API Key.For all subsequent API requests, the user submits the key with their request. This
LINE BOTを無料で試してみました。heroku + Rails | コーテッグのバケツ
こんばんは たまにはエンジニアっぽいところを見せようと思い、遅ればせながら、流行りのLINE BOTを試してみました。 今回作ったBOTの返答のロジックはいたってシンプル。 会社名の由来である「タマゴが先か、ニワトリが先か」という言葉にちなみ、「(前の人が話した言葉)が先か、(送ったメッセージ)が先か」という言葉をBOTが返すものを作ってみました。 (会社名の由来はドリルを買う人はドリルが欲しい。を参照) LINE BOTの仕組みとしてはこんな感じです。 LINE BOTにはSSLが必要なのと固定IPが必要なので、YOUR SYSEMの部分のサーバにはherokuを使います。 herokuは固定IPではないのですが、Fixieというアドオンを使うと、プロキシを経由してくれるのでIPを固定できます。 LINEへの登録 LINE BOT APIのトライアルはhttps://business.l
`rbenv: rails: command not found`の対処方法 - Qiita
状況 rbenvを使ってる いつのまにか古いRails（rails-0.9.5）がインストールされてた $ gem uninstall rails -v 0.9.5で古い方を削除 念のため$ gem install rails && rbenv rehash なのにrailsコマンドでタイトルのエラーが発生 （参照）sstephenson / rbenv - rbenv: rails: command not found ちなみに $ which railsすると~/.rbenv/shims/railsを向いていると思う。 これはrbenvがrailsコマンドをラップしたもので、実体がどこにあるかは$ rbenv which railsで調べることがでる。 で、それは~/.rbenv/versions/1.9.2-p290/lib/ruby/gems/1.9.1/gems/railties
Ruby on Rails でlinebot。メンヘラbotを作ってみた。 - Qiita
環境構築 先人様達の偉大な知恵をお借りいたしました。環境構築において特にはまったところはありませんでした。 ・ 環境構築： LINE BOT をとりあえずタダで Heroku で動かす http://qiita.com/yuya_takeyama/items/0660a59d13e2cd0b2516#comment-e6737f3166be32597681 Rails HerokuでLINE BOTを試してみた http://qiita.com/Arahabica/items/98e3d0d5b65269386dc4 ・ エラー対応 http://qiita.com/harumakiyukko/items/05b29b1cc7e72514aa76 ＝＞私の場合はご丁寧に全部対応することになりましたが、その通りにすれば全く問題ありませんでした。 ・ LINE 公式 https://devel
github の mass assignment 脆弱性が突かれた件
Github に脆弱性。やった人は Rails に有りがちな脆弱性を issue に挙げていたが相手にされず、実際にそれを突いてきた。一見 childish だが、それだけ簡単に脆弱な実装がなされてしまうということだ。週明けの今日、Rubyist はまず関連情報に一読を。 — Yuki Nishijima (@yuki24) March 4, 2012 気になって調べたのでメモ。自分も気をつけないとなー。 Public Key Security Vulnerability and Mitigation - github.com/blog/ github に脆弱性があってそれが突かれたらしい。 Rails アプリにありがちな脆弱性の一つ、Mass assignment とかいうタイプの脆弱性である。 mass assignment 脆弱性とは mass assignment 脆弱性とは何か、
event_calendar プラグインを使って Rails でイケてるカレンダーを実装してみた - present
はじめに Rails3.2 で開発しているアプリにカレンダーを追加したい。それも、プロトタイプをサクッと作りたいので、プラグインを使ってみる。 カレンダーを実装するプラグインでは、Ruby Toolbox によると event_calendar が人気のようだ。 The Ruby Toolbox - Calendars これでいってみよう。 event_calendar プラグインをインストール Gemfile に event_calendar を追加。 gem 'event-calendar', :require => 'event_calendar' そして bundle で gem をインストール。 ジェネレータを実行 Rails3.2 のデフォルトの JavaScript フレームワークは jQuery だけど、event_calendar はデフォルトでは prototype.j
MySQLでの「Access denied for user ‘root’@’localhost’ (using password: NO) 」への対処 | グーフー WordPressのためのLinuxノート
MySQLでの「Access denied for user ‘root’@’localhost’ (using password: NO) 」への対処 MySQLをインストールした直後に、私も遭遇しましたが、rootユーザの権限設定がされていなく、下記のようなエラーが発生することがあるようです。 [root ~]# mysql -u root ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) ここでは、その場合の対処方法を整理しておきます。 1．MySQLの停止 MySQL(mysqld)が稼働している場合には、一旦停止します。 [root ~]# service mysqld stop mysqld を停止中: [ OK ] 2．オプション付きで起動 MySQLを–ski
Syncing - Package Control
To properly sync your installed packages across different machines, you actually do not want to sync the whole Packages/ and Installed Packages/ folders. The reason for this is that some packages have different versions for different operating systems. By syncing the actual package contents across operating systems, you will possibly run into broken packages. The proper solution is to install Pack
.ssh/configの書き方 - ぷろぐらまはっくす MkⅡ
sshを使ってると接続するサーバ毎に、ポートが違ったり秘密鍵が違ったりで引数を切り替えることがよくある。 接続するサーバ毎に指定する引数は決まっているので、よくシェルスクリプトやエイリアスで対処してきたが、.ssh/configを用意すればssh側で面倒みてくれるようだ。(scpやsftpでも可) まさに灯台もと暗し、こりゃ使わない手はないね。 Hostセクション .ssh/configは、接続先を表す複数のHostセクションからなり、その中に細かな設定を記述していく。 Host server1 HostName 192.168.11.101 Port 2222 User nauthiz IdentityFile ~/.ssh/server1/id_rsa Host server2 HostName 192.168.11.102 Port 2222 User nauthiz Identit
パスってなに。(超初心者向け) - Apple コミュニティ
初心者向けに書いていますので、概念的に正しくない表記があります。ターミナルでの使用を考慮しているので、後半はターミナルの話が出てきます。 1 パスとは。例1-1/Users/UserName/Documents上記のような表記を目にする事があると思います。これがパス(Path)です。ファイルやフォルダ（ディレクトリ）の場所を示すものです。ディレクトリを「/」で区切って表記します。最後は、ファイル名でも良いです。 例1-1はユーザフォルダ内の書類フォルダを示しています。UserNameの部分をご自分のアカウント名に換えれば、自分の書類フォルダを指し示します。 例えば、アカウント名が「taro」とか「hanako」なら例1-2と例1-3/Users/taro/Documents/Users/hanako/Documentsとなります。 「あれ? なんで、英字なの?」と思われるでしょう。これは、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Think User First #4 -ユーザーファーストなサービスの立ち上げ方-