はてなブックマーク

環境 Ruby 2.5.0 byebug 10.0.2 byebugにはスレッドをデバッグするために thread というコマンドがあり、以下の機能がある。 デバッガーでthread(短縮形はth) コマンドを使用すると、スレッド実行中にスレッドのリスト表示/停止/再開/切り替えを行えます。このコマンドには以下のささやかなオプションがあります。 threadは現在のスレッドを表示します。 thread listはすべてのスレッドのリストをステータス付きで表示します。現在実行中のスレッドは「+」記号と数字で示されます。 thread stop nはスレッド n を停止します。 thread resume nはスレッド n を再開します。 thread switch nは現在のスレッドコンテキストを n に切り替えます。 https://railsguides.jp/debugging_rai

ヴァル研究所アドベントカレンダー2018の2日目です。 PDF帳票が必要な場合、どんな方法で作成していますか？ html・cssで書いてそれをPDFに変換できると便利ですよね。html・cssでのレイアウトにはみんな慣れていますし、テーブルや文字のセンタリング等も簡単です。cssでは長さの単位に mm や cm も使えるので、物理的なサイズをそのまま指定できます。 html-pdfというNode.jsライブラリ・CLIツールを使うとhtmlをPDFに変換できます。内部ではPhantomJSを使っているので、htmlのレンダリングにも安心感があります。 当方ではサーバーレスで開発していたので、この変換をLambdaで行いたいと考えました。そうなるとネックになるのがLambdaのデフォルト環境には日本語フォントが入っていないという問題。結局そこは、フォントをzipパッケージに含めて、実行時に

CloudWatch Eventスケジュール式（cron式）をトリガーにECSでタスクを起動するよう設定していたのだが、なぜかまれにタスクが同時に2個起動することがある。エラーが起きたからリトライされたというわけではなく、タスクは2個とも正常終了した。 CloudWatch Eventはそういうもので、ちょうど1回だけ起動することを保証していないとAWSドキュメントに書いてある。 1 つのイベントに応じてルールが複数回トリガーされました。CloudWatch イベント で、ルールのトリガーまたはターゲットへのイベントの提供で何が保証されますか。 まれに、単一のイベントまたはスケジュールされた期間に対して同じルールを複数回トリガーしたり、特定のトリガーされたルールに対して同じターゲットを複数回起動したりする場合があります。 CloudWatch イベント のトラブルシューティング Lambd

http://example.com/path?k1=v1&k2=v2 においてk1, v1, k2, v2の部分に使える文字について調べてみた。 まとめ *-._の4文字と英数字はそのまま スペースは+に置換する それ以外はパーセントエンコードする 根拠：HTML5のw3ｃの仕様がそう言っている。 JSのencodeURIComponentはこの4文字に加えて!'()~もエスケープから除外している。encodeURIComponentはRFC 2396準拠であり、古い。よってencodeURIComponentが常に正かというとそういうわけではない。 現実には、スペースを+でなく%20に置換してしまっても問題ない事が多い それどころか、*-._ の4文字もパーセントエンコーディングしてしまって問題ない事が多い 調査記録 RFCを追っていくと、パーセントエンコードしなくていいのは-._~の

# dircolorsコマンドで出力されたLS_COLORSの値 LS_COLORS='rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=0

-d, --data, --data-asciiは完全に同じ。 --data-rawは@ファイル名の記法を解釈しない。それ以外は-d, --dataと同じ。 --data-binaryは@ファイル名でファイルの内容をそのままPOSTデータとしたい場合向け。 --data-urlencodeはContent-type: application/x-www-form-urlencodedでPOSTしたい場合向けで、以下の5種類の記法に対応しており、=と@の扱いがやや特殊なので注意： content contentをURLエンコードし、POSTデータとする。contentは = または @ を含んではならないことに注意。 =content contentをURLエンコードし、POSTデータとする。先頭の = 自体は取り除かれる。 name=content contentの部分をURLエンコードす

以下の4個の設定を考慮する必要がある。 rubyプロセスのタイムゾーン config.time_zone config.active_record.default_timezone DBサーバ（postgres等）のタイムゾーン 1. rubyプロセスのタイムゾーン OSのタイムゾーン（/etc/localtime）または環境変数TZにより決まる。 Time.nowやDate.todayに影響する。 2. config.time_zone ActiveSupport::TimeWithZoneに影響する。 ActiveRecordの日時のフィールド（created_atなど）はこのクラスなので、影響を受ける。 Time.current Time.zone.now Time.zone.local もこのクラスなので影響を受ける。 Railsのデフォルトでは"UTC"である。 3. confi

ssh越しのvimに対してクライアントOSのクリップボードから貼り付けしたい。 うっかり普通に貼り付けるとオートインデントが効いてしまっておかしな事になるのでなんとかしたい。 方法１．:set pasteする 自分が今まで行っていた方法。 :set pasteするとオートインデントやキーマッピングが無効になり、入力したテキストがそのまま入力される。 nnoremap <F10> :<C-u>exe "normal" (getline(".")==""?"I":"o")<CR>i<C-o>:set paste<CR> au InsertLeave * set nopaste

-nn をつけるとアドレスやポート番号を名前に変換しない（No Nameの略か？）。基本的につけた方が見やすいと思う。 -X をつけるとパケットの中身（HTTPならリクエストやレスポンス）も表示。 -A をつけると16進ダンプでなくテキストのみ表示。

この記事はCloudflareによるUsing Go as a scripting language in Linuxの内容そのまんまである。 TLDR Linuxカーネルには/proc/sys/fs/binfmt_miscという仕組みがあり、指定の拡張子／マジックコードに対して指定のインタープリタを実行させることができる。この機能を使って、Goのソースファイルを./helloscript.goで実行できるようにする。 例として使うGoのソースファイルは下記の通り。shebangなどは要らない。 package main import ( "fmt" "os" ) func main() { s := "world" if len(os.Args) > 1 { s = os.Args[1] } fmt.Printf("Hello, %v!", s) fmt.Println("") if s

$(warning MAKE = $(MAKE)) $(warning CC = $(CC)) $(warning CFLAGS = $(CFLAGS)) Makefile:58: MAKE = /Applications/Xcode.app/Contents/Developer/usr/bin/make Makefile:59: CC = gcc Makefile:60: CFLAGS = -W -Wall -Wno-unused-parameter -pedantic -g -O0 -DDEBUG -I.

ヴァル研究所 Advent Calendar 2017の19日目です。 エンジニアのご多分にもれず、私もけっこう長い間英語を勉強してきました。最近はわりと成果も出てきて、勉強していてよかったと思えることも増えているので、自分はこうやってきたという経歴を紹介したいと思います。 私の英語力 TOEIC 920 / 990（Listening 450 / Reading 470） Reading けっこう読める。 ここ1，2年、身構えること無く気軽に英語を読めるようになった。 Writing まあなんとか伝えられる。 サポートに問い合わせとかはできる。 Listening 字幕なしで映画は理解できない。 Youtubeの技術系の動画ならわりと理解できる。 Speaking 言いたいことの1割も言えない。 なので英語で何かしゃべってくれと言われても恥ずかしくてできないです。 英語を学ぶメリット ネ

お断り これは過去に社内LTで発表した内容です。 実際にこの内容を実施した実績も予定もありません。 レビューを受けたりはしていないので、至らないところもあると思います。 ネタ半分としてお読み下さい。 前々から考えていた… もし自分が新人研修カリキュラムを作ることになったら 十分な研修期間があったら 対象者 Web系フルスタックエンジニアを目指す人向け 初心者の頃の私を想定 前提スキル Cプログラミング基礎 Rubyプログラミング基礎 Linuxコマンド基礎 情報系の専門教育は受けていない コンセプト 簡単でいいから自分で作ることで原理を理解する では始めます PC自作 自作本を読む パーツを選ぶ 秋葉原に買いに行く 自分で組み立てる なぜそんなことをするか？ →コンピュータ・アーキテクチャを学ぶため コンピュータ・アーキテクチャといえば パターソン＆ヘネシーが有名だが、それ以前にPC自作で

Infographics: Operation Costs in CPU Clock Cycles - IT Hare on Soft.ware http://ithare.com/infographics-operation-costs-in-cpu-clock-cycles/ より。 対象アーキテクチャはx86/x64。データは末尾のReferenceにある論文などから取ったのだろう。その中でも最高のリファレンスと言われている[Agner4]は293ページの巨大な一覧表だ。 http://www.agner.org/optimize/instruction_tables.pdf C++の例外のコストは大きい。昔の家庭用ゲームでは例外は使わないとされていたのもむべなるかな メモリの書き込みは完了する前に次の命令へ進めるから1クロックで済むというのは恥ずかしながら知らなかった コンテキスト

#と%が覚えづらい。 #はmarkdownで行頭に書くと見出しになるから「先頭の」 %は100%のように末尾に書くから「末尾の」 と覚えるといいかも。 キーボードで#は%より左にあるから#が先頭と覚えてもいいかも。 % %% # ## はPOSIXで決まっているのでbash以外のshでも使えるらしい。2.6.2 Parameter Expansionに書いてある。 http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html 具体例 dirname

がある。前者はシェルによって解釈され、後者はmake自身が解釈するのだが、実行にどう違いが出るのか？ Makefile内で変数の書き方は

http { # proxy_cache_pathとproxy_temp_pathは同じファイルシステム上に配置するのがパフォーマンス上よい # keys_zoneの1mは共有メモリのサイズ。1MiBあたり約8000個のキーを保持できるので、それほど大きくなくて良い # max_sizeは全キャッシュファイルのサイズ合計の上限 # inactiveで指定した期間内にアクセスされなかったキャッシュファイルは、その有効期間に関わらず削除される（デフォルトで10分） proxy_cache_path /var/cache/nginx keys_zone=zone1:1m max_size=1g inactive=24h; proxy_temp_path /var/cache/nginx_tmp; # オリジンから来るCache-Controlを無視する #proxy_ignore_headers

#!/bin/bash exec 5> debug_output.txt BASH_XTRACEFD="5" PS4='$LINENO: ' set -x するとdebug_output.txtにログが出力される。 exec 5>はファイルディスクリプタ5番をdebug_output.txtにするという意味。 PS4はトレース出力の際に表示されるプロンプト。$LINENOにより行番号を表示している。 set -xは実行するコマンドをトレース出力させる。 元記事にはbashdb、log4bash、Eclipse、Visual Studioo Codeを使う方法なども紹介されているが、これが一番手軽でほとんどの場合十分だと思う。 Register as a new user and use Qiita more conveniently You get articles that match

require "net/http" # 同じホストに対して2回リクエストを送る Net::HTTP.start("httpbin.org", 80) do |http| 2.times do req = Net::HTTP::Get.new "/get" req["Connection"] = "Keep-Alive" res = http.request req # Net::HTTPResponse object p res res.each do |k, v| puts "#{k}: #{v}" end end end

大雑把に言うと、この表で上にあるものが優先される。 なのでnginx.confに書くときもこの順序で書くとよいと思う。 プレフィックス 説明

HttpClientはリクエストの度にインスタンス生成・破棄をしてはいけない。メンバーに持って使いまわすことが推奨されている。インスタンス生成・破棄をするとその度にTCPコネクションが張られ、パフォーマンスを低下させる（開発者を苦しめる.NETのHttpClientのバグと紛らわしいドキュメント）。 しかしそれってWebClientやHttpWebReqeustでは大丈夫なんだろうか？ →WebClientでこのようなコードを書いてtcpdump -n port 80で見てみたところ、大丈夫だった。 ちゃんとTCPコネクションが使いまわされていた。 using (WebClient client = new WebClient()) { client.DownloadDataCompleted += (_, args) => { var headers = client.ResponseH

これはfoo要素（開始タグ・終了タグがあるから）。 「This is Text」はテキストノードであり、foo要素（fooノード）の子である。 参考 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

情報源 Archのwikiがとてもよくまとまっている。 man 5 localeやman 7 localeにも情報がある。 基本的にロケールはlibcの機能だと知っていると理解が進むと思う。 現在のロケール設定を確認するにはlocaleコマンド # locale LANG=ja_JP.UTF-8 LC_CTYPE="ja_JP.UTF-8" LC_NUMERIC="ja_JP.UTF-8" LC_TIME="ja_JP.UTF-8" LC_COLLATE="ja_JP.UTF-8" LC_MONETARY="ja_JP.UTF-8" LC_MESSAGES="ja_JP.UTF-8" LC_PAPER="ja_JP.UTF-8" LC_NAME="ja_JP.UTF-8" LC_ADDRESS="ja_JP.UTF-8" LC_TELEPHONE="ja_JP.UTF-8" LC_MEAS

Things you probably didn't know you could do with Chrome's Developer Consoleの抄訳。 1. jQueryが入っていなくても$$で同等のことができる jQueryが入っていなくても$$('.hoge'), $$('#hoge'), $$('tagName')で同等のことができる（\$が2個であることに注意）。 $が1個の$('.hoge')も定義されているが、こちらは配列でなく1個の要素を返してくる。 2. ページを編集できる

下図はShell startup scriptsより 通常の対話ログインシェルの場合 (1) /etc/profileを読み込む。 (2) ~/.bash_profile, ~/.bash_login, ~/.profileの順で見つかったもの１つだけ読み込む。 通常は~/.bash_profileの中で~/.bashrcを読みこむように設定されている（この設定がなければ~/.bashrcは読み込まれない）。 非対話的に1個のコマンド行だけを実行する場合（cron、vimの:!ls、ssh ホスト名 lsなど） 基本的に/etc/profile、~/.bash_profile、~/.bashrcのいずれも読み込まない。 ただし環境変数BASH_ENVがセットされている場合はそのファイルを読み込む。 aliasは展開されない。展開させたい場合はshopt -s expand_aliasesと

要はWebサービスを作るときのURL、ヘッダ、レスポンスの規約ガイドライン ガイドラインなので、縛りを加えるものである。RESTにしたからといって今まで出来なかったことができるようになるわけではない 変数名をキャメルケースにするかスネークケースにするかのようなもので、統一することにメリットがある ステートレス云々言ってるのは無視。定義が明確でないので、これはステートかと考えるのは時間を浪費するだけ。普通のWebアプリのお作法で作っていれば何も問題はない HATEOAS（ヘイタスなどと発音される。レスポンスに関連するリソースのURLを含めるという規約）はレスポンスのデータサイズが大きくなる上に、活用されることはめったにない。 おそらく世の中のウェブサイトの99%はRESTなんて意識しないで作られている 思想もしくは宗教と化している部分がある。メリット・デメリットで判断するのでなく、教条的にR

Concernとは何か。どう便利なのか。 [Rails] ActiveSupport::Concern の存在理由 - Qiita で解説されている内容をもう少し初歩から説明してみる。 次のようにBaseがあり、継承したSub1, Sub2があるとする。 class Base # Baseのクラスメソッド def self.hoge(str) puts str end end class Sub1 < Base hoge("same") end class Sub2 < Base hoge("same") end

position: fixed; top: 50%; left: 50%; transform: translate(-50%, -50%); 元記事はこちら： http://stackoverflow.com/a/26962247/5209556 元記事によると、translateを使うと3Dアクセラレーションが有効になるため、divの中の文字がぼやける、そこで対策として-webkit-font-smoothingを使えと書いてある。 確かにMacのChromeでぼやける現象が発生した。 -webkit-font-smoothing: none; -webkit-font-smoothing: antialiased; -webkit-font-smoothing: subpixel-antialiased; /* Safari での Default値 */