2016-11-07

祝・はてなブログ5周年！（第一弾）

その他

お題に沿って記事を投稿することでキャンペーンに応募できるタイプのやつです。
第一弾の応募締め切りは11月6日だけども、7日から始まるはずの第二弾のお題が未発表のようなので第一弾のお題で応募。上手く拾われるかな？？
とにかく、5周年おめでとうございます！

はてなブログ5周年ありがとうキャンペーンお題第1弾「はてなブロガーに5つの質問」

1.はてなブログを始めたきっかけは何ですか？

とあるイベントで、βリリースのときに「はてなブログできたよ」というお知らせを頂いたので。

2.ブログ名の由来を教えて！

一時期、休日出勤が多すぎて自宅で何も作れない時期が続いていて「これじゃいかん、何の技術も身につかない」と思い、ほんのわずかな土日技術調査の成果をブログに書き留めようと思いました。そのような経緯があって「休日出勤」という語を含めることにしました。

3.自分のブログで一番オススメの記事

一つ挙げろと言われても難しいものがありますが、これですかね。ウォーターフォール型開発を良いものにするためにはどうすれば良いか？と真面目に考察した記事です。
tmotooka.hatenablog.jp

4.はてなブログを書いていて良かったこと・気づいたこと

はてなダイアリーをそれなりの期間利用させて頂いていたこともあって、ずっとはてな記法を使っていました。
最近は MarkDown 派の人も多いようですけども、自分にとっては便利だなー、使っててよかったなーと思ってます。

5.はてなブログに一言

今後ともよろしくお願いしますm(__)m

2016-11-06

PHP処理中にHTTPサーバ再起動

PHP

PHPに限らず、Webアプリケーションを動かしているとどこかのタイミングでHTTPサーバを再起動する必要に迫られることがあります。
そのタイミングで誰もアクセスしていないという保証があるのなら話は簡単なのですが、その保証があることは、以前は極めて稀でした。近年では再起動すべきタイミングにおいては稼働中のサーバを一旦ロードバランサーから切り離すことで新規の HTTP Request を受け付けないようにし、実行中の処理が全て捌けてから再起動するといった運用も行われます。とは言え、再起動したときにどのような現象が起きるのかを知っておくことは無駄ではありません。何故なら、1秒を争うような状況に追い込まれてしまったときはロードバランサーの操作をせずに再起動することも考えられるからです。他にも知っておくと幸せになれる場面はあるでしょう。

このあたりの挙動に関して、自分の知識がn年前の状態のまま更新されていないことに気付いたので、ちょっと実験することにしました。
HTTPサーバ経由で実行された PHP のプログラムが、HTTPサーバ再起動（やそれに近い操作）によってどのように取り扱われるのか。試してみましょう。

PHP の処理

次のようなものを用意しました。それぞれの処理が実行されている途中で、再起動（など）を実施します。

wait_with_sleeping.php : sleep関数で処理に時間がかかる場合
wait_consuming_cpu_resource.php : PHPの処理でCPU資源を食い潰している場合
wait_on_background.php : PHPのコードの中からバックグラウンドプロセスを立ち上げた場合

コードは GIST として公開しています。
PHPで時間のかかる処理を再現する。signalとか受け取ったときの挙動の確認。 · GitHub

検証環境

AWS EC2 t2.nano (512MB RAM) 2台（Apache検証用と NGINX検証用）
Amazon Linux 2016.09
Apache の場合
- sudo yum install php70 で PHP 7.0.11 と Apache 2.4.23 をインストール
- sudo service httpd start で Apache 起動
NGINX の場合
- sudo yum install php70 で PHP 7.0.11 と Apache 2.4.23 をインストール
- sudo yum install php70-fpm で PHP-FPM をインストール
- sudo yum install nginx で NGINX 1.10.1 をインストール
- sudo service php-fpm start で PHP-FPM 起動
- sudo service nginx start で NGINX 起動

検証結果

再起動方法	sleep	CPU資源を食う処理	バックグラウンド
`sudo service httpd restart`	死ぬ	死ぬ	死ぬ
`sudo service httpd reload`	死ぬ	死ぬ	死ぬ
`sudo service httpd graceful`	sleepが中断される	きちんと待ってくれる	死なない
`sudo service nginx restart`	死ぬ	死ぬ	死なない
`sudo service nginx reload`	きちんと待ってくれる	きちんと待ってくれる	死なない

ちなみに、PHP 5.6 でも同様の結果が得られました。
標準で用意されているサービス取り扱いのコマンドの範囲では、NGINX の方がより直感的な運用ができるかもしれません。signalを受け取ったら sleep がinterruptされる挙動を期待するようなプログラムを書いているのであれば Apache の方が良いでしょう。もっとも、この特性以外の要因の方が、HTTPサーバを選択する上で重要である場面は多いでしょう。

そう言えば以前、Apacheで運用しているサービスで sudo service httpd reload を流したところバックグラウンドの処理が死んでしまってビビったことがあるのを思い出しました。今だから言える。

追記＠2016.11.10

再起動方法	sleep	CPU資源を食う処理	バックグラウンド
`sudo service php-fpm reload`	死ぬ	死ぬ	死なない
`sudo service php-fpm restart`	死ぬ	死ぬ	死なない

例えば php.ini とかを変更する際は php-fpm を再起動することになるでしょう。その結果はご覧の通りです。やっぱり Apache の方がええんかな…？

2016-11-06

PDF Cheatsheet を作った

PDF

公私の両方の側面から必要に迫られて作った。

PDF Cheatsheethttps://t.co/dGZq4S2dUw
— T.Motooka (@t_motooka) 2016年11月5日

PDF Cheatsheet - www.tmotooka.com

自宅でも仕事でも、PDFは非常に頻繁に取り扱う。PDFファイルを画面に表示させたり印刷させたり、Word等のドキュメント作成アプリケーションから出力させることもある。だが、これだけではない。そのPDFがどのように作られているのか内容を確認しなければならないことがある。
PDFの中身を読むにあたっては、PDFのファイルフォーマットをある程度抑えておく必要がある。基本的な事項は、このブログでも散々紹介している「PDF構造解説」という名著にて学ぶことができる。

PDF構造解説

作者: John Whitington,村上雅章
出版社/メーカー: オライリージャパン
発売日: 2012/05/25
メディア: 単行本（ソフトカバー）
クリック: 166回
この商品を含むブログ (9件) を見る

しかし残念ながら、これは全てではない。この本に書かれていないことも山ほどある。そのような内容を知りたくなったら、Adobe社の文書にあたるのが良いだろう。
技術的キーワードであれば、上記のAdobe社のサイトからダウンロードできる PDFの仕様のPDF のファイル内を検索することで解説を読むことができる（ただし英語）。ところが、PDFのコンテントストリームの中に書かれている描画コマンドの数々は大抵、アルファベット1〜2文字で構成されていて検索するのは非常に難しい。
ならば、描画コマンドだけ、どのような意味のものなのかを簡潔にまとめたチートシート（カンニングペーパー）があれば生活が楽になると思い、冒頭に掲げたチートシートを作った。

PDFを取り扱っている皆さんに、ぜひ活用して頂きたい。

2016-10-30

パイプを通るPDF（実験中）〜 #シェル芸の新たなる境地へ

シェルパソコン・インターネット PDF

大阪サテライトのLT、次は @t_motooka さん！！ #シェル芸 pic.twitter.com/Jm41XwhLOQ
— くんすと (@kunst1080) 2016年10月29日

先日開催された「第25回 #シェル芸勉強会」のLT（大阪編）でしゃべった内容を、ここで紹介します。

＃大げさなタイトルですが、世の中は広いものです。先駆者はどこかにきっと居られることでしょう。

目標

標準入力や標準出力を受け渡しするための仕組みパイプはテキストデータだけでなく、バイナリデータも流すことができます。
一般的なシェル芸においては当然ながら大半の用例が、テキストをパイプで流すというものですが、バイナリデータを流すときのノウハウも蓄えていきたいと思います。

空っぽのPDFを作る

これはImageMagickの convert コマンドで実現可能です。

$ convert xc:none -page A4 a.pdf

ImageMagickの convert は、画像ファイルを変換するコマンドです。基本的には、入力画像を与えて、変換処理の内容を与えて、出力先を指定して実行します。上記の例で言えば xc:none が入力で、-page A4 が変換処理の内容（出力形態）、a.pdf が出力先に相当します。
この xc:none は、空っぽの画像を表すようです。テキストデータに例えると /dev/null とも言えるかもしれません。

xc:none については、ここで知りました。
unix.stackexchange.com

空っぽのPDFを標準出力に吐く

convertの結果を標準出力に吐く方法を調べようとしましたが、ImageMagickは通常、出力先のファイル名の拡張子を見て出力フォーマットを決定しています。標準出力にそのまま吐こうとしてもPDFであることを強制できないのではないか？という疑問が湧きます。
この点についてググると、次のようなものがヒットしました。
forcing output file format on stdout - ImageMagick
出力先に jpeg:- と指定するとJPEGで標準出力に出すことができるそうです。ならば pdf:- によってPDFが標準出力に吐かれるはずだ！と推測して試したところ、無事に吐くことができました。

$ convert xc:none -page A4 pdf:- > a.pdf

ここではリダイレクトを使ってファイルを出力していますが、これでファイルが吐かれていれば標準出力からデータが出ていることの確認になります。PDFのファイルフォーマットに慣れ親しんだ方であれば、次のような検証も有効でしょう。

$ convert xc:none -page A4 pdf:- | head

PDFを詠む会と化してきた大阪サテライト #シェル芸
— nmrmsys (@nmrmsys) 2016年10月29日

標準入力から受け取ったPDFでｺﾞﾆｮｺﾞﾆｮ

次は、標準入力から受け取ったPDFの加工です。
よく使われるのは gsコマンドこと GhostScript ツールです。

入力元のオプションとして -_ を与えると標準入力から受け取ってくれるという情報がありますが、まだ検証中です。
ここから先は実験中なので、また成果がまとまり次第報告したいと思います。正直なところ、現時点では上手く行ってません。
お楽しみに！

感想（追記＠2016/10/30 15:53頃 JST）

パイプを流れるPDF、gsコマンド(GhostScript)に流したり、convert(ImageMagick)に流したり、sedでスクレイピング的なことをやったり、色々と応用が見えてきて、考えるだけで相当楽しい。 #シェル芸
— T.Motooka (@t_motooka) 2016年10月30日