2018-02-06

vagrant up のエラー解決策

Vagrant

環境

VirtualBox 5.2.0
Vagrant 1.8.2

結論

virtualboxのバージョンが新しすぎて、vagrantが対応していなかった(追記)

qiita.com

解決策

vagrant のバージョンを 2.0.2 にあげて, 再度 vagrant init & up

www.vagrantup.com

$ vagrant -v
Vagrant 2.0.2

$ vagrant plugin repair
$ vagrant plugin expunge --reinstall
$ rm Vagranfile
$ vagrant init
$ vagrant up

2018-02-06

ffmpeg の Static Build を Linux 環境に導入するワンライナー

ffmpeg Linux

TL;DR

gist.github.com

解説

ダウンロード

$ wget https://johnvansickle.com/ffmpeg/releases/ffmpeg-release-64bit-static.tar.xz

展開用のディレクトリ作成

$ mkdir -p ffmpeg-static

1階層目のディレクトリを削って, 展開用ディレクトリに解凍

$ tar xvf ffmpeg-release-64bit-static.tar.xz -C ffmpeg-static --strip-components 1

ffmpeg-release-64bit-static.tar.xz を解凍すると ffmpeg-3.4.1-64bit-static というようにビルドバージョンを含んだディレクトリ名になるので, 1階層目を削って(名前を固定するために)展開用ディレクトリを対象にして解凍する.

コマンドとして使えるように移動

$ sudo mv ffmpeg-static/ff* /usr/bin/

ffmpeg
ffmpeg-10bit
ffprobe
ffserver

関連するコマンドもあわせて移動して完了.

2018-01-30

Node.js のプロセスマネージャー PM2 でよく使うコマンドまとめ

Node.js PM2

PM2 でよく使うコマンドのメモ.

pm2.keymetrics.io

list

$ pm2 list

PM2 を使って管理しているプロセスの一覧がみれる.

show

$ pm2 show $APP_NAME

App Name を指定することで list より詳しい情報がみれる.

┌───────────────────┬──────────────────────────────────────────────────┐
│ status            │ online                                           │
│ name              │ app                                              │
│ restarts          │ 0                                                │
│ uptime            │ 6h                                               │
│ script path       │ /home/ubuntu/app/app.js                          │
│ script args       │ N/A                                              │
│ error log path    │ /home/ubuntu/.pm2/logs/app-error-0.log           │
│ out log path      │ /home/ubuntu/.pm2/logs/app-out-0.log             │
│ pid path          │ /home/ubuntu/.pm2/pids/app-0.pid                 │
│ interpreter       │ node                                             │
│ interpreter args  │ N/A                                              │
│ script id         │ 0                                                │
│ exec cwd          │ /home/ubuntu/app                                 │
│ exec mode         │ fork_mode                                        │
│ node.js version   │ 8.9.4                                            │
│ watch & reload    │ ✘                                                │
│ unstable restarts │ 0                                                │
│ created at        │ 2018-01-30T04:49:08.286Z                         │
└───────────────────┴──────────────────────────────────────────────────┘

logs

$ pm2 logs $APP_NAME

PM2 はデフォルト設定では $HOME/.pm2/logs/ 配下にログが格納される.

logs コマンドを使うと, わざわざ tail したりしなくて良い.

--watch

# pm2 start $APP_NAME --watch

App があるディレクトリ / サブディレクトリのファイルが変更されると

自動的にプロセスを再起動する.

※ --watch での再起動は graceful ではないので注意.

gracefulReload

$ pm2 gracefulReload $APP_NAME

稼働中のプロセスを正常に(処理が終了してから)終了して再読込する.

save

$ pm2 save

PM2 で管理しているプロセスを起動時に立ち上がるように保存する.

/home/$USER/.pm2/dump.pm2 にどんな内容で立ち上げるかが保存される.

内部的には環境に応じた init システムを検出して登録している.

    var hash_map = {
      'systemctl'  : 'systemd',
      'update-rc.d': 'upstart',
      'chkconfig'  : 'systemv',
      'rc-update'  : 'openrc',
      'launchctl'  : 'launchd',
      'sysrc'      : 'rcd'
    };

github.com

調べてもわからなかったこと

$ pm2 start pm2-config.json --env production

↑ で起動した時に, あとから --env に指定した内容を確認する方法.

質問してみたので, わかりしだい追記予定.

github.com

2018-01-26

LINE Developer Meetup で「Messaging API の活用最前線」という発表してきた

LINE Messaging API 登壇

「LINE Developer Meetup in Kyoto#26」で発表をしてきた！

line.connpass.com

発表資料

タイトルは「Messaging API の活用最前線」

最初は「~~~による Messaging API 活用事例」という感じのタイトルだったのを

社内メンバーから「長くて弱気」とフィードバックもらったので,「シンプルで強気」なタイトルに変更してのぞんだ.

speakerdeck.com

感想 / 補足など

実際に LINE Bot を"作った経験がある人"と"興味はあるけどまだ作ったことない人"が50:50ぐらいかなと予想し

ボットはオウム返し以外にも活用の方法があると感じて(作りたくなって)もらうこと
実際にボットを作っていくとぶち当たる(かもしれない)壁の攻略方法

を伝えることを意識した.

セッションの最初に「ボット作ったことある方どれぐらいいますか？」と質問したところ 40~50%ぐらいの方が手を上げてくれて, 読みが当たったなと心のなかでガッツポーズしていた！

ジョークとして仕込んだ自分の LINE Bot を作っていったくだりが, あまりウケてなかったのは改善していきたい. ( 終了後にメッセージくれた方がいたのはすごく嬉しかった！)

他セッション

サーバーレスアーキテクチャでLINE BOTの商用サービスを作った話 / @UniOce

サーバーレスアーキテクチャでLINE BOTの商用サービスを作った話 from Hiroyuki Hiki

www.slideshare.net

感想

ボット開発はシステム実装だけでなく, ボット(のキャラクター)とユーザーとのコミュニケーションをどう築いていくかが重要.

大きめのアーキテクチャ図で全体構造を見せて, 今ここの話ですとやっていくスタイル真似したい.

チャットボットの定義と設計 / @uta_tti

チャットボットの定義と設計 from LINE Corporation

www.slideshare.net

感想

新しく出てきた技術は人や立場によって定義が異なる( 出始めの頃のクラウドとかサーバーレスとか )ので, 定義決めて話すのは大事.

プレゼン中に何が起きても, 最後まで突き進んでいくハートの強さが光っていた.

【LINE APIの新機能を使った栄養士Botのライブデモとその裏側解説】 / @nkjm

( 資料探し中 )

感想

LINE Pay と連携してボット内だけでユーザーのストレス無く, フリーミアムを確立させてしまうのは驚きだった.

この形でビジネスをやる企業が増えていきそう.

まとめ

いつもと違う場所(京都！)で違う立場(聴講者ではなく発表者)で

イベントに参加できたのはとても新鮮で刺激的だった！

アウトプットを増やしていく1年にすると決めて, 1月から登壇できたのでこのまま失速せずに継続していきたい.

2018-01-21

Node.js 6系と8系の LTS でパフォーマンス比較してみた

Node.js パフォーマンステスト

Node.js 8.9.0 が LTS としてリリースされて数ヶ月がたち

そろそろ実戦投入していきたいのでパフォーマンスを計測/比較してみた.

実行環境

AWS EC2 m3.medium インスタンス
Ubuntu 16.04.3

Node.js

6系 - 6.12.3
8系 - 8.9.4

ベンチマークコード

シンプルに json を返すだけの処理で実施.

var http = require('http');

http.createServer(function (req, res) {
    res.writeHead(200, {'Content-Type': 'application/json'});
    res.write(JSON.stringify({result: 'success'}));
    res.end();
}).listen(8080);

github.com