cairoでLCDに表示 - Qiita
FTDIのFT245Rにグラフィック有機ELモジュール(とりあえずLCD)をつないで、mruby-cairoでデータを作り表示してみました。いつものように環境はFreeBSD 12-Currentです。 LCDは4bitモードで利用して、データ4本のコントロール3本の接続にしています。 mrubyはmruby-cairoとmruby-ftdiを入れてZRouterビルドしています。 # # LCD sample code on libftdi # class LCD4 RW = 0x10 RS = 0x20 E = 0x40 def lcd4init() @ftdi = Ftdi.new(0x6001, 0xff) @ftdi.baudrate(115200) @cache = 0 self.out(0) end def out(ch) @ftdi.write([ch]) end def
puma & puma-dev にRails開発環境をより良く。pow代替＆簡単・安全・安定 - Qiita
※2017/12/13追記。 Chrome(ブラウザ)がVer.63系になると、.devにはHTTPSが必須となります。しかも強制アップデートで。 HSTS (HTTP Strict Transport Security) ってやつ。簡単に言うとHTTPS必須にするよーの話。 この強制的にHTTPSにするよの対象に「.dev」ドメインが巻き込まれましたので、Powなどで.devにしてると色々問題出るよという。 例えばHTTPSで来たものを強制的にHTTPへとかroutesなどでやってると、永遠にループして帰ってこないｗ ※pumaを入れ直そう => puma & puma-dev で利用中の.devを.testなどに変更する Pow がいうこと聞かない Sierraにアップデートしたらpowがまた死んだので、またどうしようと悩む羽目に。 Pow(powder) + Ruby on Rail
Rackをdockerで動かす - Qiita
# ! /usr/bin/env ruby require 'rack' app = Proc.new do |env| ['200', {'Content-Type' => 'text/html'}, ['A barebones rack app.']] end Rack::Handler::WEBrick.run app, {Host: '0.0.0.0'} panic: standard_init_linux.go:175: exec user process caused "exec format error" [recovered] panic: standard_init_linux.go:175: exec user process caused "exec format error" goroutine 1 [running, locked to thread]: pani
HTTParty 0.14から、空配列の送り方が変わっている - Qiita
概要 HTTParty 0.13.x => 0.14.0 に上げたときに、空配列のエンコード方法が変わっていて、それが原因で挙動が変わっていた。 詳細 HTTParty.post(anUrl, body: { a: 1, b: []} でリクエストを送った時、まずデフォルトでContent-typeがapplication/x-www-url-formencodedになっていて、Bodyが次のようになっていた。 HTTParty 0.13.x: a=1 HTTParty 0.14.0: a=1&b[]= 次に受け取る側の解釈ですが、 a=1の場合、rackの層では{ a: 1 }というhashになり、例えばGrapeなどでbをArrayとみなすように設定していれば、{ a: 1, b: [] }に最終的に変換される。 a=1&b[]=の場合、rackの層では{ a: 1, b: [nil]
Rackアプリケーションでプライベートネットワークからのプロキシサーバー越しのリクエストから送信元IPアドレスを得る - Qiita
最初に結論 条件 クライアントがプライベートネットワークにいる プロキシサーバーとRailsアプリケーションをUNIXドメインソケットで接続している 現象 Rackのrequest.ipやRailsのrequest.remote_ipで、送信元IPアドレスが取れません。 対策 Rack::Requestにモンキーパッチを当てる X-Forwarded-Forヘッダーから直接取得する Railsなら、config.action_dispatch.trusted_proxiesを変更する のいずれかの方法で取れます。 構成 クライアント - nginx - Rackアプリケーション これだけならば、割と一般的な構成です。 ただし、クライアントはプライベートネットワークにいます。 つまり送信元IPアドレスはプライベートIPアドレスです。 また、nginxとRackアプリケーションは何らかの方法で
Faultline::Rackを使ってRailsのエラートラッキングにfaultlineを利用する - Qiita
require 'faultline/rack' Faultline.configure do |c| c.project = 'faultline-rack' c.api_key = 'xxxxXXXXXxXxXXxxXXXXXXXxxxxXXXXXX' c.endpoint = 'https://xxxxxxxxx.execute-api.ap-northeast-1.amazonaws.com/v0' c.notifications = [ { # Slackへの通知 type: 'slack', endpoint: 'https://hooks.slack.com/services/XXXXXXXXXX/B2RAD9423/WC2uTs3MyGldZvieAtAA7gQq', channel: '#random', username: 'faultline-notify', not
Rails: 既にレコードが存在しているテーブルに新たにnull falseなカラムを追加する時の挙動について - Qiita
概要 Railsの既にレコードが存在しているテーブルにnull falseを指定したカラムを追加したいと思った時の挙動について。 結論 null: false に加えて default を指定してあれば、既に存在しているレコードにはdefault値がセットされるため、マイグレーションでカラムを追加してもエラーになりません。 実行内容 マイグレーションファイル内容 class AddColumnToUser < ActiveRecord::Migration[5.1] def change add_column :users, :send_status, :integer, limit: 2, default: 0, null: false, comment: '送信ステータス 0:送信前, 1:送信済, 2:送信失敗' end end +----+------------+--------
BtoBアプリケーションの権限設定 - Qiita
目的は権限設定なのですが、内容はcurrent_userをmodelで使う方法になっております。。 背景 Rails+deviseで稼働中のAPIで、ユーザー毎の権限設定を追加したい。 いわゆるSaasで業務システムを開発しています。権限設定もいろいろなパターンがあると思うんですが、今回はデータに触れることが出来るかどうかを制御するパターンです（参照・更新できるかどうかではない） 実装検討 権限設定には大きく分けて２種類ある。。と思う。 機能を制御（主にcontrollerで制御する。参照・更新・削除できるかどうか。） データを制御（modelで制御？ あるデータを扱えるかどうか。） １はイメージしやすい。各APIを使う権限であり、controllerのメソッドを制御できれば良く、cancancan、pundit等のgemがある。 ２は主に対象データのあるレコードが参照可能か、更新可能かを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Automatorで赤外線リモコン - Qiita
Ruby on Rails開発環境の構築（Mac編） - Qiita
Springの概要と使い方, Rackの概要 - Qiita
Carrierwaveで複数の画像をSQLiteのDBに保存する - Qiita
Resque::Server を使おうとしたら LoadError: cannot load such file -- rack/showexceptions とか言われる件 - Qiita
【Ruby基礎文法】puts, p, printの使い方 - Qiita
Ruby on Railsで”undefined method `each' for nil:NilClass”エラーが出た時の対処法 - Qiita
pumaをh2oをunixドメインソケットで連携させるところまで - Qiita
Rails serverの挙動を理解するためのActionDispatch - Qiita
Rails sessionで特定の要素だけ削除 - Qiita
HerokuのデプロイしたRailsアプリにPumaを導入してみる - Qiita
delegateについて - Qiita
