hypermkt blog

2025年の振り返り

Wed, 31 Dec 2025 00:00:00 GMT

気づいたら 2025 年が終わってた。子どもがポケモンのアニメを見るのに集中している間に 2025 年の振り返り記事を書く。（間に合うか）

仕事

今年は新しいことにチャレンジすることができ、学びが多い年だった。

2025 年 7 月からモジュラモノリス化プロジェクトに参加するため、チームをレンタル移籍。そこで半年間、モジュラモノリスに関する技術検証や 2026 年上期からの体制検討、各種資料整備などを行っていた。

前半の技術検証までは比較的順調だったが、後半の来期の体制検討やリソース調整では苦労した。個人的にも後半から精神的に負担のかかることも多かったが、チームメンバーと相談・協力することで乗り切ることができた。この辺のチーム組織論については、自身の課題と感じた。

2026 年 1 月からは元のチームに戻り、モジュラモノリスを他チームに展開するための布教活動を行っていく予定。（社内ではよく「レンタル移籍といっても戻らないでしょ〜？」と冗談っぽく言われることが多いが、ちゃんと戻りましたよ！）

2025 年 9 月には Kaigi on Rails 2025 に登壇した。「履歴 on Rails : Bitemporal Data Model で実現する履歴管理」。内容自体は目新しいものではないかもしれないが、2024 年下期から 2025 年上期の取り組みとして自分が苦労したこともあり、それを抽象的な内容でプロポーザルとして書いたら驚いたことに通過した。資料作成から登壇直前までは、毎回ストレスと不安に悩まされているが、発表後にみんなに褒めてもらえるのはとても嬉しい。

育児

今年の夏まではプラレール、仮面ライダーガヴ、君とアイドルプリキュアだったのに、急にポケモンに変わってしまった。以来、ポケモンにハマってしまい、毎日のようにポケモンのアニメを見たり、ポケモン Go をしている。最近はポケモンカードも始めた。毎日のようにポケモンカーバトルをしている。

また今年は子どもと一緒にいろんな場所にでかけた。航空祭、東京タワー、スカイツリー、保育園の友達とバーベキューなど。大阪で開催されていた「ポケモン発見大作戦」にも参加した。初めての新幹線＆大阪旅行として、とても良い思い出になった。

投資

2021 年から本格的に資産運用として始めた投資も、今年で 5 年目。今年は eMaxis Slim 全世界株式を軸に投資した。また今年からはリスク分散として金（ゴールド）投資も初めて、サクっと純金も買い始めた。2025 年の成果としてはとても順調だったので良かった。2026 年も深く考えず、Just Keep Buying！

ワールドトリガー

同僚のおすすめをきっかけにワールドトリガーに興味を持ち、ハマった。とにかく面白かった。最近、仕事柄でエンジニア組織を考えることがあったのだが、ワールドトリガーはその組織についてとても細かく描かれている。また主人公のキャラクターと自分を重ねてしまい、とても共感する場面があった。

終わりに

2026 年も引き続きやっていき。

Kaigi on Rails 2025に参加＆登壇しました

Sun, 05 Oct 2025 00:00:00 GMT

こんにちは、hypermkt です。

2025 年 9 月 26 日, 27 日に開催された Kaigi on Rails 2025 にて、登壇の機会をいただきました。昨年に続き、2 年連続で登壇させていただき、とても光栄です

今回の登壇では、「履歴 on Rails : Bitemporal Data Model で実現する履歴管理」というタイトルで発表してきました。

登壇後は、ActiveRecord::Bitemporal を活用されている方や有効期間管理に取り組まれている方と、現状の課題感や対策についてお話しする機会があり、とても刺激的でした。多くの方に関心を持っていただけてうれしかったです。

この発表が、履歴管理に関心を持つきっかけになれば幸いです 😃

気になったセッション

5 年間の Fintech × Rails 実践に学ぶ - 基本に忠実な運用で築く高信頼性システム

お話の中で私が興味を持った点は「モジュール化」と「アラートトリアージ」のお話でした。

1 点目については、アーキテクチャ設計の工夫の一つとして「モジュール」に取り組まれているとのこと。SmrtHR では Packwerk を利用したモジュラモノリス化に取り組んでいるが、SMART BANK 社ではシンプルに Ruby built-in のモジュール方式を採用。登壇者の方と直接お話を伺いましたが、app/models 配下に細かくモジュール化を進められており、各モジュールごとにエントリポイントになるメソッドもあるとのこと。責務の整理や認知負荷の低減といったモジュラモノリスと共通するメリットがある一方で、Gem などを用いず純粋な Ruby/Rails の機能だけで実現されている点がとても興味深かったです。

2 点目については Sentry アラートのトリアージ。SmartHR でのアプリケーションエラーの監視に Sentry を利用していますが、組織的にうまく活用できていない課題がありました。SMART BANK 社ではモジュールごとにオーナーを決めて担当チームのチャンネルに Slack 通知をすることで、迅速なトリアージに繋げられてるとのこと。エラー発生数も数値として大きく低減する実績も残されている点がとても素晴らしかったです。

総合的に高信頼性を保つために、アプリケーション設計、監視、品質と様々な観点で工夫と取り組みをされている点が愚直でありながらも、高いレベルで実現できていること、多くのプロダクトで参考になるお話だったのがとても良かったです。

Rails アプリから何を切り出す？機能分離の判断基準

最近モジュラモノリス化を進めているので、機能分離のお話がとても気になりました。なぜ機能分離が必要か、どのような観点で機能を分離するのか、とても丁寧に説明されておりわかりやすかったです。

機能分離の目的としては「コードベースの複雑化」「開発速度の低下」と開発体験の悪化が大きいようですね。そのうえで、５つの判断軸を提示してそれを利用して個々の機能を機能分離を判断していく過程がとても興味深く参考になりました。

rails g authentication から学ぶ Rails8.0 時代の認証

Rails 8.0 から本体で提供されるようになった認証機能の説明でした。とても丁寧に解説頂き概要をしっかり理解することができました。自分も同じようにコードリーディングを通じて新機能を学んでいきたいと思える内容でした。

おわりに

2 回目の Kaigi on Rails 参加となりましたが、スポンサーブース・懇親会を通じて様々な方とお話ができてとても楽しかったです。

さて、2025 年 10 月 10 日に開催予定の「Kaigi on Rails 2025 事後勉強会」にて LT 予定です。もしご都合があいましたらぜひご参加ください〜！

Kaigi on Rails 2024に参加＆登壇しました

Wed, 30 Oct 2024 00:00:00 GMT

2024 年 10 月 25 日, 26 日に開催された Kaigi on Rails 2024 に参加し、「Sidekiq で実現する長時間非同期処理の中断と再開」というタイトルで発表してきました。

発表の経緯

SmartHR に入社して 5 年が経とうとしていますが、転職や子育ても重なり、イベントでの参加や発表から遠ざかっていました。今回、久しぶりに発表しようと思ったきっかけがありました。

1 つめは、今年の前半にチームのエンジニアマネージャーから「技術的リードを手伝ってほしい」とのフィードバックをもらったことです。その際、前職の GMO ペパボで学んだ「アウトプットの重要性」を思い出しました。自身の知見が誰かにとって有益かもしれないという考えのもと、アウトプットを通じて技術力を向上させることが、チームにも良い影響を与えると感じたのです。

2 つめは、社内メンバーからの「Kaigi on Rails に CFP を出しませんか？ネタ出しサポートします！」という声かけでした。

最後にチームで長時間非同期処理の課題にチームで取り組んでいたことです。その過程で学んだ中断・再開という技術を学び、長時間非同期処理の課題は、他のエンジニアや企業にも同様のニーズがあるのでは？と感じ、CFP を出そうと考えました。

社内レビューに感謝

資料作成の過程では、社内レビューや発表会を通じて多くのフィードバックを頂きました。技術的な正しさ、ストーリーの一貫性や文章のつながり、読みやすさ、さらにプロジェクター投影時のコードの見やすさなど、さまざまな観点から意見をもらい、資料をブラッシュアップすることができました。そのおかげで自信を持って発表に臨める資料に仕上がったと感じています。ありがとうございました。

発表後にフィードバックを頂きました！！

大変ありがたいことですが、発表後に質問やこうすると良かったのでは？とご意見を頂きました。抜粋してご紹介します。

非同期処理のデータを分割して最後にマージできないか

しかしジョブが長すぎるとつらいので分割実行したあとマージするみたいなことを考えたくなりそう、そうも言ってられない要件もあるのかなー #kaigionrails #kaigionrails_blue
— うたがわきき (@utgwkk) October 25, 2024

直接お会いしてご意見を頂きました。

頂いたご意見の要約としては以下だった記憶があります。（間違えていたらすいません…!）

そもそも非同期処理の実行時間が長いのが良くない
非同期処理の対象データに依存性がなければ、一定の単位で分割して非同期で処理する
処理がすべて終わったらマージして結果として返すのはどうか
AWS Step Function なら可能かも。Google Cloud でも同様のものがあるでしょう。

正直なところ、その発想はありませんでした。データ的には依存性はないため、仕様的には分割可能です。そもそも非同期処理の実行時間が長いのは課題なのは仰るとおりでしたので、実行時間を短縮するための案としてありだと思いました。

処理データを tmp table にはいとけば、状態管理も全部アトミックにやれそうな気がする

tmp table使わない理由気になる。処理データをtmp tableにはいとけば、状態管理も全部アトミックにやれそうな気がする？#kaigionrails #kaigionrails_blue
— P山 (@pyama86) October 25, 2024

Temporary Table について教えていただきありがとうございます。

今回の中断・再開の仕組みは、数年前に設計されたもので、自分が導入に関わっていなかったため Temporary Table を利用しなかった背景は不明です。ただ、調査を進める中で Temporary Table でも状態管理が可能だと感じています。

一時テーブルが「セッション内のみ有効」という特徴から、短時間のジョブに適していることがわかりました。長時間のジョブで一時的に処理が停止する場合、Temporary Table のデータが消えるリスクがあるため、中断のない運用に変更するか、別の工夫が必要になるかもしれません。

Temporary Table はこれまで考慮していなかった選択肢でしたが、今後の改善の参考にさせていただきます！

おわりに

Kaigi on Rails は初参加でしたが、スポンサーブース、懇親会で様々な人との交流ととても楽しむことができました。また久しぶりの登壇を通じて忘れていた何かを思い出すことができました。来年の Kaigi on Rails 2025 もぜひ参加したいと思います。もちろん来年も登壇を目指します！

SmartHRは、Kaigi on Rails 2024に協賛しています。
みんなで記念撮影！
2枚目は、登壇直後の @ymtdzzz @hypermkt と、明日登壇の @asonas #kaigionrails https://t.co/COTFotyqDx pic.twitter.com/keXJsVOupB
— SmartHR Developers (@smarthr_dev) October 25, 2024

SmartHRに入社してからの3年間を振り返る

Sat, 24 Dec 2022 00:00:00 GMT

この記事はSmartHR Advent Calender 2022 24 日目です。

はじめに

こんにちは、ばーちー(@hypermkt)です。 2020 年 1 月に SmartHR に入社して約 3 年がたちました。2023 年 1 月より新しいチームへ異動することとなり、ちょうどよい機会なので入社してからの 3 年間をざっくり振り返りたいと思います。

3 年間年末調整機能の開発をしていました

年末調整とは「所得税の過不足を調整する手続き」のことです。SmartHR の年末調整機能では人事労務担当者と従業員向けに年末機能を提供しています。年末調整機能の開発プロジェクトは年単位となるため、2020 年版、2021 年版、そして 2022 年版の年末調整を開発してきました。

今でこそ年末調整について大凡把握はできていますが、入社前は控除の意味すら理解していませんでした…。全くドメイン知識がない状態でも PdM やドメインエキスパートにより情報をインプットする場が設けられており、しっかりと理解した状態で開発に臨むことができ、とても助かりました。

一番思い入れのある開発は「キハイショ」です

キハイショとは「給与所得者の基礎控除申告書兼配偶者控除等申告兼所得金額調整控除申告書」のことを言います。

…

な、なんだそれは..?! と思われるかもしれませんが、こちらの書類のことです。

社内ではこの書類の右上にある「基・配・所」から「キハイショ」と呼ばれています。

この書類は 2020 年の税制改正に伴って誕生しました。

特徴的なのは「給与所得者の基礎控除申告書(ピンク枠)」と「給与所得者の配偶者控除等申告(青枠)」と「所得金額調整控除申告書(緑枠)」という３つの書類が一つに合体した書類となっています。分かりづらいので色分けすると以下のようになっています。

この書類は自身の給与収入・所得額をピンク枠に、配偶者の給与収入・所得額を青枠に、給与収入が 850 万円を超える場合で特定の要件を満たす場合は緑枠に扶養家族情報を記載する書類です。

この書類を PDF 出力する機能開発を担当しました。弊社プロダクトの PDF 出力には Thinreports を使用しており、これを利用することで簡単に PDF 作成が可能となります。ざっくりとした利用イメージとしては出力したい項目ごとにメソッドを用意して、画面上の指定の場所で該当のメソッドを呼ぶ設定をする感じです。

年末調整書類の難しいところは項目の出力条件の複雑性です。上部にある「あなたの氏名」や「あなたの住所」であればデータベースから取得した値をそのまま出力するだけで簡単ですが、真ん中から下部にある申告書部は特定条件の時のみチェックを入れたり、値の出力をするので複雑度が増します。

例えば所得金額調整控除申告書の「☆ 扶養親族等」に該当する扶養親族を出力するには

以下の条件判定を行い、2, 3 のいずれかを選定して出力する必要があります。出力パターン・条件が多数あるため、テストケースも網羅的に実装する必要があります。

出典: No.2676 年末調整で所得金額調整控除の適用を受けるとき｜国税庁

初めて見たときは「なんだこれは…」となりましたが、書類の仕様を把握するにつれて実装も徐々に楽しくなり、完成形の PDF を出力できたときは達成感に満たされたことを覚えています。

MTG ファシリテーションは会議設計が重要

SmartHR ではすべてのチームでスクラム開発をしています。スクラム開発にはリファイメント、レトロスペクティブ、プランニングなど様々な MTG が行われます。スクラム開発以外でもチームやタスクの方針など様々な MTG が行われます。

MTG で共通しているのはメンバーとの議論で、意見を発散させ 1 つの終着点に収束させることです。MTG におけるファシリテーターの役目は MTG を円滑に進行させることです。

いざ自分が MTG のファシリテーションを担当すると、うまく意見の発散や収束ができず苦労することが多かったです。自分は MTG の中における同期的な議論の理解や瞬発力のある会話が苦手であることに気付かされました。

そこでファシリテーションが得意なチーフ（チームのプレイヤー兼エンジニアマネージャーの役割）に相談し、ファシリテーショは会議設計が重要であることを教えてもらいました。

具体的な方法については、去年のアドベントカレンダー記事としてこちら「ファシリテーションでスクラム開発の改善に取り組んだ話」にまとめてありますのでご覧ください。

苦手なものを今すぐ得意に転換することはできなくても、しっかりと準備をすることで MTG ファシリテーションに恐れることなく立ち向かえるようになりました。今でも苦手なのは変わりないですが、心持ちは全然違います。この「MTG ファシリテーションは会議設計が重要」であることを知れたのはとても大きかったです。

パフォーマンス改善は奥が深い

2022 年はパフォーマンス改善に注力し、上期は負荷試験を、下期は継続的なパフォーマンス監視と改善に取り組みました。

パフォーマンス課題の検知については New Relic などのパフォーマンス監視ツールを利用すれば発見は難しくありません。問題は検知したパフォーマンス課題の解決方法を見つけることです。

パフォーマンス課題は、様々な条件が組み合わさって「遅い」という結果が生まれます。

アプリケーションサーバーまたはデータベースサーバーのインフラスペック
データベースの特性
データベースのパラメーター設定
データベースのインデックス設定
データ量
アプリケーション実装
SQL
テーブル設計

など様々な要素が絡み合っています。パフォーマンス改善ではどのレイヤーにボトルネックがあるかを特定し、解決方法を編みだす必要があります。

しかし、いざ着手してみるとこれが難しい!!なかなかすぐに答えが見つけられず何日も悩んだことが何度もありました。こういった難題に取り組むときのコツとしては、すぐにチームメンバーやパフォーマンス改善が得意な強いエンジニア相談することです。チームメンバーの力や知見を借りることで、どうにか解決方法を見つけてきました。パフォーマンス改善を通じて学んだことは以下の通りです。

様々なパフォーマンス課題に取り組んで学んだことは以下のとおりです。

速い・遅い ORM の特徴を知ること

例えば以下のように生 SQL では速いですが Active Record の where メソッドに巨大な配列を渡すを遅い場合があります。何も知らないと便利と思って実装してしまいそうなので、ORM の特徴や知見を貯めていく必要があることを知りました。 ※ ちなみに以下の PR は後日 revert されており、現在もこの課題は残ったままと思われます。

PERF: Improve performance of where when using an array of values by kamipo · Pull Request #39022 · rails/rails

速い・遅い SQL の特徴を知ること

発行される SQL の JOIN するテーブル数が多かったり、一回で大量のデータを取得しようとすると遅くなることがあります。遅くなる SQL の特徴と取得対象のテーブルのデータ数なども考慮しながら SQL を組む必要があります。この辺については以下書籍がとても参考になりました。

失敗から学ぶ RDB の正しい歩き方 (Software Design plus) | 曽根壮大 |本 | 通販 | Amazon

ORM から発行される SQL を知ること

発行される SQL がイメージできないと、発行される SQL に問題がないのか判断できません。ただ ORM が複雑に絡み合ってくると想像もできなくなってくるので、必要に応じて SQL 出力して SQL の実行確認をするのが良さそうです。

多角的な観点で課題を見ること

冒頭でパフォーマンス課題は様々な要素が絡み合っていると説明した通り、どのレイヤーで影響しているのか多角的に見ていく必要があります。局所的に課題を見るとハマりがちです。

おわりに

入社して 3 年間をざっくり振り返りました。苦労したことも多かったですが学びも得ており成長に繋げられたと思います。何より開発を通じて利用しているユーザーの皆さんに価値を提供できていると実感できているのが一番のやりがいです。来月からは本体チームとなりますが、年末調整開発で得た知見と経験を活かしていきたいと思います。

参考記事

ファシリテーションでスクラム開発の改善に取り組んだ話

Sun, 12 Dec 2021 00:00:00 GMT

こんにちは、ばーちーです！この記事は SmartHR Advent Calendar 2021 12 日目の記事です。

ブログ記事、前回書いたのが 2021/04/01 だったので随分時間が空いてしまいました。今回は自分が所属するチームで取り組んだお話を紹介したいと思います。

はじめに

みなさんはスクラム開発をしていますか？ SmartHR では、すべてのプロダクトチームでスクラム開発をしています。

スクラム開発にはプランニング、レトロスペクティブなど様々なイベントがありますが、各イベントで共通しているのはメンバーとの議論で、如何に意見の発散と収束させられるかがポイントです。しかし、いざスクラムイベントに参加して見ると「レトロスペクティブで Try がまとめられないなぁ〜」「リファイメントをしたのにいざ着手すると漏れがあるなぁ〜」など、意外と難しいぞ!! ということに気付かされます。教科書を読んでフレームワークの使い方を知っても、そのフレームワークをうまく使いこなすのとは別の話です。

スクラムイベントがうまく進行できないと、プランニングした通りにタスクが消化できず、結果的にユーザーさんに価値を提供する機会が減ってしまいます。計画通りに価値を提供したい、その機会を増やしていきたい！というのが目的であり、その手段として我々はスクラム開発をしています。

どうすればスクラム開発というフレームワークをうまく使いこなせるのか。この１年間のスクラム開発を通じて「ファシリテーション力」がスクラム開発を円滑に進めるための重要な要素であることに気づきました。

スクラム開発におけるファシリテーションの重要性

スプリントレトロスペクティブ（以降レトロスペクティブといいます）を例にします。レトロスペクティブは、スプリント最後のイベントで今回のスプリントがどのように進められたかを検査します。レトロスペクティブでは、振り返りフレームワークである KPT 法が用いられることが多く、ファシリテーターが参加者が出した Keep/Problem の深掘りを行い、そこからみんなで議論をして Try を導き出します。

しかし、安易に「今後も続けたいことはなんですかねぇ〜」「どの辺が一番困りましたか？」と全員に問いかけても、「う〜ん、なんでしょうねぇ・・・」で会話が止まってしまい、意見が出ないということがありました。意見を収束させるのは思っている以上に難しいです。これはレトロスペクティブに限らず他のスクラムイベントでも同様です。つまり、ファシリテーションがイベント進行における重要な要素であることがわかります。

チームでファシリテーション力をあげていく

実際に自分が所属するチームで行われた事例を紹介します。

ファシリテーションのローテーション

「習うより慣れろ」で、スクラムイベントのファシリテーターを「ガチャ」でランダムに決めるようにしました。ガチャは Slackbot を利用した簡単なものです。多少の偏りがあるのが欠点ですが、そういうもの!として受け入れて楽しんでいます。

また、スクラムイベントのファシリテーションには、専門技術は不要なので、チームメンバー全員(エンジニアだけでなくプロダクトマネージャー/UX ライター/QA/ドメインエキスパートなど!)をガチャの対象とするようにしました。これにより公平にファシリテーションをするチャンスが訪れます。いろんな人のファシリテーションを見ることで、「なるほど〜、こんな深掘りの質問の仕方があるんだなぁ〜!」と発見もありました。

会議のファシリテーションでは会議設計が重要

「○○ の方針についてここでは決められないので別ミーティングで決めましょう」ということが稀にあるかと思います。何かを決める会議ではファシリテーションの事前準備が必要です。大きく以下の 4 点です。

台本ともいえる資料作り
結論の決め方を決めておく
時間配分を考える
参加者を把握してイメトレをする

台本ともいえる資料作り

何の用意もなしに参加者を集めていきなり議論を始めてしまうと、参加者は「主催者が何に困っているのか分からない」「どんな観点で意見を言えば良いか分からない」と困ってしまい、決まるものも決まりません。

例えば以下のような書式で議題についてまとめておきましょう。内容としてはシンプルにしつつも、説明が必要な箇所は記載し、読み上げるだけで説明できるような台本のように使える資料を意識すると良いです。これによりファシリテーションもしやすくなります。

# ○○の方針について
- タイムテーブル
- 課題
- 議論の観点
- 選択肢
- 結論
- Next Action

結論の決め方を決めておく

会議の目的は、合意形成を経て問題解決の結論を出すことです。選択肢を列挙して会議に持ち込めば決まるだろうと考えがちですが、事前に結論の決め方を考えておかないと収束できません。方法については議題に応じて適切なものを選択すれば良いと思いますが、以下のサイトにわかりやすくまとまっていますので参考にしてください。

チーム内で何かしらの１つの方針を決める際は、評価項目ごとに天気マークで評価していました。これにより選択肢のメリデメが視覚的にわかり、天気マークがつけ終わる頃には「もうこれしかないでしょう〜」と必然的に決まりました。

	案 A	案 B
お値段	☀️	☂️
機能性	☁️	☀️
デザイン	☁️	☀️

時間配分を考える

会議には制限時間があります。資料ができたのでヨシ！ではなく、各項目毎の時間配分を考えて見ると、意外と ○○ の時間が足りないということに気づけます。時間配分を先に決めておかないと、会議中に時間が迫ると焦ってしまい適切なファシリテーションができなくなります。例えば資料の中に簡易的なタイムテーブル表を作成し、この後のイメトレと合わせて活用すると良いと思います。

参加者を把握しイメトレをする

資料も作った! 結論の決め方も決めた! 準備万端! ヨシ! といざ始めて見ると、想定していなかった意見により結論が決まらなかったということが稀にありました。（全然ヨシ! じゃない.. )

そこで極力そのような状況を回避するために、一度イメトレをするのがお勧めです。参加者を想像し、司会進行をして見ると、

説明不足の箇所がありそう
この辺は時間がかかりそう
あの人からはこんな意見が出るかもしれない

ということに気づけるでしょう。事前に想定問答を用意することで、気持ち的にも余裕が生まれ司会進行しやすくなります。

意見の発散と収束を区別する

会議の目的は、「関係者が集まり、特定の目的（議題）に関して意見交換・審議し、合意・施策などの意思決定をすること」です。その過程において意見の「発散」と「収束」を分けることで目的が達成しやすくなります。

発散
- アイデアを募る
- 質より量
- 参加者からの意見を引き出す
収束
- 発散から生まれたアイデアを絞り込む
- 論理的な根拠で判断する

会議の場面において、今は発散・収束を意識し、メンバーにもそれを共有しながら進行するとゴールまでリードしやすくなります。

ファシリテーションハンドブック

スクラムイベントのファシリテーションを担当をして見ると、「どうやって進行するんだっけ？」「どんなことを気にして質問すべきかな〜🤔」と悩むことがありました。

そこで私の所属するチームでは、朝会・リファイメント用に台本ともいえるファシリテーションハンドブックが用意されました。（チームのエンジニアマネージャー @zoshigayan さんに超絶感謝! )

内容としては、

全体の進め方
場面毎で
- 声かけ・質問例
- 気にかけること

などがまとめられています。ちなみにこのハンドブックは、先ほど紹介した会議設計と意見の発散と収束に基づいた資料になっています!

このファシリテーションハンドブックを用いることで、イベントの司会進行がしやすくなり、また誰に・どんな観点で質問を投げかけがされることで、例えばエンジニアだけでなくカスタマーサクセス・ドメインエキスパート・QA など様々な方の観点で意見を求めることができるようになりました。

チーム全体の意識が変わってバーンダウンができるようになった

その後チームとしてどうなったのか？！ですが、結果的に

徐々にプランニング通りにチケット消化できるようになり、その後継続的かつ高頻度で出来るようになった
1 スプリントあたりの消化ポイントを増やすことができた

特に後者ができたということはチームとしての開発力があがることでユーザーさんへの価値提供の頻度があがりとても良い結果になったと感じています。

これらができるようになった理由としては以下と考えています。

1. レトロスペクティブを活用して継続的に改善できたこと

レトロスペクティブで各メンバーの出した Keep/Problem について、チームとしてなぜうまく機能したのか、なぜうまくいかなかったの深掘りができるようになり、そこからチームメンバーで合意した Try が出せるようになりました。またせっかく決めた Try も翌日に忘れては意味がないので、Slack でピン留めして朝会で「今週の Try できてますか〜」くらいの簡単な確認を行いました。

これにより Try を意識した行動がチーム全体できるようになり、プランニング通りにタスクを消化するにはどうすれば良いか？が朝会・夕会で議論されるようになり、継続的にタスク消化の調整ができるようになりました。

2. 手戻りの少ないリファイメントができるようになった

チームで用意したリファイメントハンドブックを用いることで、

進め方に迷わなくなった
参加者全体で認識合わせができるようになった
タスク内容の項目毎に聞くべきことがスムーズに問いかけされることで抜け漏れが減った

という効果があり、手戻りの少ないリファイメントができることで、着実にプロダクト開発ができるになったと感じています。

さいごに

私が所属するチームで今年取り組んだチーム開発改善の一部を紹介しました。今年１年を通じてチーム全体でチーム開発として大きく成長できたと実感できました。いろんな施策を何度も試すことで少しずつ変われたと思います。良いことだけか?! というとそうではなく、失敗もたくさんありましたが、去年に比べれば今年は格段に良くなっていると実感しています。

一般的にエンジニアの技術力として、バックエンド・フロントエンドにおける固有技術や設計技術などが注目されがちですが、チーム開発においては「ファシリテーション力」も技術の一つとして考えるべきだと改めて実感しました。もしこの記事をきっかけに「ファシリテーション」について興味が湧いていいただければ幸いです！

最後まで読んで頂きありがとうございました! Merry Christmas!

最近出会ったRubyの便利メソッド復習

Thu, 01 Apr 2021 00:00:00 GMT

はじめに

開発の過程やコードレビューで便利メソッドに出会ったので、次回からすぐに使えるように備忘録としてまとめておく。

ActiveSupport の try

nil でない時に何かしたいときに便利

そういうとき、よくありますよね。

name = nil
p name.upcase if name.present?

そんな時には ActiveSupport の try が便利だった。ちょっとした処理でもスマートにかけるのいいですねー。

name = nil
name.try(:upcase)

# ブロックを渡すことできる
name.try { |v| v.upcase }

Enumerable#group_by

仕分けには group_by は便利

例えば people という人の集まりの配列があり、大人と子供で仕分けしたいとする。そんな時には Enumerable#group_by がめっちゃ便利だった。

ポイントとしてはブロックで評価した結果をキーとしてハッシュにセットされるので、そこは好きなものをセットするのが良さそう。

people = [
  { name: 'Max', age: 30 },
  { name: 'John', age: 20 },
  { name: 'Michael', age: 10 },
]
result = people.group_by do |v|
  if v[:age] >= 20
    :adult
  else
    :child
  end
end

p result

いやー、これは便利だわ。

$ ruby group_by.rb
{:adult=>[{:name=>"Max", :age=>30}, {:name=>"John", :age=>20}], :child=>[{:name=>"Michael", :age=>10}]}

Array#sort

データベースからデータを取得する場合は order by をすればいいが、API のレスポンスや CSV データを任意の条件で並び替えたい時に Array#sort が便利だった

対象の配列に対して比較条件をブロックで渡すだけで OK。いやぁ、知らなかったなー。

people = [
  { name: 'Max', age: 10 },
  { name: 'John', age: 30 },
  { name: 'Michael', age: 20 },
]

# age の昇順に並び替え
p people.sort { |a, b| a[:age] <=> b[:age] }
# => [{:name=>"Max", :age=>10}, {:name=>"Michael", :age=>20}, {:name=>"John", :age=>30}]

# b, a を入れ替えることで age の降順に並び替え
p people.sort { |a, b| b[:age] <=> a[:age] }
# => [{:name=>"John", :age=>30}, {:name=>"Michael", :age=>20}, {:name=>"Max", :age=>10}]

ポイントは <=> 演算子による数値の比較。a, b をそのまま比較すれば昇順となるので、b, a で比較すれば降順となる。なるほどなぁ〜。

[1] pry(main)> 100 <=> 200
=> -1
[2] pry(main)> 200 <=> 100
=> 1
[3] pry(main)> 100 <=> 100
=> 0

Enumerable#sort_by

sort_by というのもあるんですねぇ。

ブロックの評価結果を <=> メソッドで比較することで、self を昇順にソートします

なるほどー。パフォーマンス的にも sort よりも優れていると能登なので、基本的にはこちらを使うのが良さそう。

[4] pry(main)> [1, 3, 2, 5].sort_by { |v| v }
=> [1, 2, 3, 5]

以上!

参考

CircleCIで Swagger yaml ファイルのバリデーションをする

Fri, 25 Dec 2020 00:00:00 GMT

背景

RESTful API の API ドキュメントとして Swagger を利用している人も多いと思います。 yaml ファイルと Swagger UI を利用している場合、ついついエラーに気づかず進めてしまうことが多々ありました。先日開発チームの同僚が年末大掃除として溜まりに溜まったエラーを一気に修正してくれましたが、何かしらの対策をしないと知らずにエラーをまた埋め込んでしまう… そこで再発防止策として CI 上で Swagger の yaml ファイルをバリデーションし文法エラーを自動的に検知するようにしました。

環境

CircleCI version 2.1
Open API version 3

方針

APIDevTools/swagger-cliを使って Swagger yaml ファイルをバリデーションします。 swagger-cli は名前の通り Swagger 定義をバリデーションするツールで validate コマンドを渡すことで簡単にチェックできます。

正常な場合

$ swagger-cli validate petstore.yml
petstore.yml is valid

異常な場合

$ swagger-cli validate petstore.yml
Swagger schema validation failed.
  Additional properties not allowed: tag at #/paths//pets/get

JSON_OBJECT_VALIDATION_FAILED

これを CI 上で実行すれば OK！

導入

yarn run で実行できるように package.json の　 scripts 定義をする

{
  "scripts": {
    "validate:swagger-yml": "swagger-cli validate"
  },
  "devDependencies": {
    "@apidevtools/swagger-cli": "^4.0.4"
  }
}

.circleci/config.yml に以下を定義する

設定ファイル全体を以下に定義していますが必要なのは swagger_yaml_validate のジョブの箇所です。それ以外はお好みに調整してください。

version: 2.1
executors:
  default:
    docker:
      - image: circleci/node:10.18.0-buster
commands:
  build:
    steps:
      - checkout
  yarn_install:
    steps:
      - restore_cache:
          name: Restore Yarn Package Cache
          keys:
            - yarn-packages-{{ checksum "yarn.lock" }}
      - run:
          name: Install Dependencies
          command: yarn install --immutable
      - save_cache:
          name: Save Yarn Package Cache
          key: yarn-packages-{{ checksum "yarn.lock" }}
          paths:
            - ~/.cache/yarn
jobs:
  swagger_yaml_validate:
    executor:
      name: default
    steps:
      - build
      - yarn_install
      - run:
          name: Run validate swagger yaml file
          command: yarn run validate:swagger-yml your_schema.yml
workflows:
  version: 2
  build_and_test:
    jobs:
      - swagger_yaml_validate

あとは CircleCI 上で実行するだけです。わざと Swagger yaml 内で文法ミスを起こしてコミットし、CI 上でエラーが起きれば成功です。

まとめ

ついつい見逃しがちな小さなエラーも年単位で貯まると修正するのも大変です。最初から発生しないようにしておけば負債にならずに済みます。導入自体は簡単なのでもし同じような悩みを抱えている場合は試してみてください。

参考

安全にRails Consoleが使いたい

Sat, 19 Dec 2020 00:00:00 GMT

この記事は、SmartHR Advent Calender 2020 20 日目です。

背景

サービスの運用上、利用状況の調査などで本番データベースからデータ取得したいことがあります。DB に Read Only ユーザーを作成し DB のクライアントツールや Redash などから SQL を利用するケースが多いと思います。ほとんどのユースケースではそれで事足りるのですが、Rails Console から Active Record や実装した機能を組み合わせてデータ取得したいと感じることが何度かありました。ただ普通に Rails Console を起動すると DB の Master 側に接続されるので、操作ミスによるデータ更新や DB に高負荷をかけてしまいサービス影響を与えてしまう恐れがありました。

そこで本記事では安心 & 安全に利用できる Read Only Rails Console の導入方法について紹介します。

解決したい課題

Rails Console を参照専用で利用したい
重たい処理を実行してもサービス影響が無いようにしたい

TL;DR

リードレプリカ環境を用意する
DB 接続の接続情報をリードレプリカ環境の情報に上書きして Rails Console を起動するだけ
サービス運用では重宝するツールとなるのでオススメ

検証環境

Rails 6.0
PostgreSQL
- MySQL でも同じことは可能です

sandbox モードがあるよね！

rails console --sandbox で起動をすると Sandbox モードとなりコンソールを抜けると SQL がすべてロールバックされるので課題 1 は解決できます！ですが、万が一サーバー負荷を与えるような Active Record を実行してしまった場合は、サービス影響も与えてしまう懸念があるので安心できないなぁと感じてました。

refs: Rails のコマンドラインツール - Rails ガイド

そこでとても単純な方針ですかサービスが直接が利用しないリードレプリカ環境を用意して、そこに Rails Console の DB が接続するようにすれば両方の課題が解決できます！

手順

ステップ１: リードレプリカ環境を用意する

DB のスレーブサーバーを構築し、SELECT のみを許可した READ ONLY ユーザーを用意します。AWS RDS でクラスターを組んでいる場合はリードレプリカを利用するも OK です。もし環境の都合でリードレプリカ環境が用意できない場合は、Master 側に READ ONLY ユーザーを用意するだけでも良いです。

(さらっと言いましたが地味にこの環境を用意するのが大変ですね)

ステップ２: リードレプリカ環境の環境変数を設定する

例:

export READ_ONLY_DATABASE_URL=postgres://read_only_user:password@read_replica_host:5432/database

ステップ３: リードレプリカ環境を利用する Rails Console の起動スクリプトを用意する

Rails アプリケーション内の bin/production_read_only/rails に以下をスクリプトを配置します。

#!/bin/bash

if [ -z "$READ_ONLY_DATABASE_URL" ]; then
    echo "READ_ONLY_DATABASE_URL is empty"
    exit 1
fi

export DATABASE_URL=$READ_ONLY_DATABASE_URL
bin/rails $@

本番サーバーにデプロイ後、 bin/production_read_only/rails c と実行すれば READ ONLY な Rails Console として利用できます！ 🎉

まとめ

今回用意したスクリプトや方針自体は大した内容ではないですが、Rails Console がユーザー影響を与えることなく安全に利用できるようになりました。サービス運用の観点ではとても重宝するツールとなりますので、興味のある方はぜひ試してみてください。

参考

AWS SESを利用したメール配信とバウンスメール対策の設計案

Sun, 29 Mar 2020 00:00:00 GMT

はじめに

とあるサービスのアプリケーションからのメール配信を AWS SES に切り替えるため、全体的なアーキテクチャを検討した。内容としては参考サイトの内容と被っているが、自分の理解のためにまとめた。

現状

アプリケーションからは Dovecot + Postfix で構築したメールサーバーを利用してメール配信をしている
バウンスメール対応が出来ていない
OS のサポート期限が迫っている

要求

OS のサポート期限問題を解決したい
マネージドサービスを利用してインフラ運用の手間を減らしたい = サービス開発に注力したい
バウンスメール対応をしたい

アーキテクチャー

上記の現状と要求と満たすため、AWS のドキュメント・各種ブログの記事を参考にして、AWS SES を利用したメール配信アーキテクチャにしたい。

ポイント

SES を利用することでメールサーバーの構築・運用が不要
App からのメール配信は AWS SES 経由で行う
- Amazon SES とは
AWS SES ではメール送信の結果をバウンス（不達）、苦情、配達の３つを受け取ることができる。それらの結果は、AWS SNS トピックの HTTP エンドポイントのリクエストを利用して、App に送信する
- Amazon SES 通知を使用したモニタリング
App は AWS SNS より受けたリクエストの種類に応じて処理。バウンス・苦情のメールアドレスは、送信失敗メールアドレスとして DB などに保持。
App からメール配信時は、送信失敗メールアドレスのリストと比較して、対象メールアドレスには送信しないようにする。それ以外の場合は正常なメールアドレスとしてメール送信しても良い。

おわりに

全体的なアーキテクチャとしては実現できそうなイメージとなった。個々の細かい仕様や設定方法は随時調べる必要はあるが、多分どうにかなるだろう。あとは頑張るのみ。

参考

独自ドメインのメールアドレス管理をさくらのメールボックスに移設した

Sun, 22 Mar 2020 00:00:00 GMT

はじめに

独自ドメインのメールアドレスをDovecot + Postfixで構築されたメールサーバーで管理していました。このメールサーバーは2015年に構築以来、今日まで大きな障害は一切なく安定稼働を続けてきました。しかし、OSのサポート期限が近づいてきたこともあり、OSのアップデート対応をする必要がありました。

困っていたこと

このメールサーバー運用でいくつか困っていたことがありました。

【切実】OSのサポート期限が迫っていたので、早く問題を解決したい
手動構築されたサーバーなので再構築するのが手間
Ansibleなどのプロビジョニングツールで書き直すのが手間
Dovecot + Postfixの設定が難しい
サーバーの運用コストが少しかかっていた

といろいろありました。新OSでサーバーを再構築して移設するのが順当なのですが、それなりに時間がかかることもあり、できればもう少し楽な方法を模索していました。いろいろ調べていた所、メール専用のサービスがあることを知り、運用の手間を減らしてサービス開発に注力するため、今回はメール専用サービスに移設する方針としました。

メール専用サービスに求める要件

要件をまとめると以下となりました。

必須
- ドメインレジストラに依存せず利用可
  - 運用中のサービスドメインなので、気軽のドメインレジストラの変更は不可
- お値段が安い
  - 現サーバーコストより低ければOK
- メールアドレス・転送メールアドレスが各々10個程度作成可能
出来たら
- Webメーラーが提供されている
- Web UIが分かりやすい
- お試し利用ができる

その条件で調べた結果、さくらのメールボックス、ムームーメール、お名前メールの３つが候補としてあがり、検討した結果「さくらのメールボックス」を採用しました。

さくらのメールボックスを選んだ理由

理由は以下の通りです。

【重要】ドメインレジストラに依存せずに利用できる
- ムームーメールはムームードメインで管理しているドメインでないと利用できない制限があり、今回の候補から外れました
- お名前メールはお名前.com管理のドメインでなくとも利用できるとのことでしたが、MXレコードに設定すべきホスト名が非公開かつ非推奨の利用方法とのことでしたので、候補から外しました
料金が安い
- 料金は初期費用無料で「年間一括 1,048円」と格安！
お試し利用ができる
- 候補の中でさくらのメールボックスが唯一お試し利用ができました。契約時にクレジットカード決済がありますが、２週間以内にキャンセルすれば返金されます。

移設手順

さくらのメールボックスを契約する
- 初期ドメインのホスト名が作成される
さくらのメールボックスで環境構築
1. 独自ドメイン(例: your-domain.jp）を登録する
2. メールアドレス、転送メールアドレス設定をする
各自のメーラーでさくらのメールボックスで作成したメールアドレスを設定
DNSでTTLを300秒など短くする
- これは万が一トラブルが発生した際に、すぐに戻せるようにするため
DNSで独自ドメイン(例: your-domain.jp）のMXレコードをさくらのメールボックスで作成された初期ドメイン名（例: your-domain.sakura.ne.jp )に変更する
独自ドメインのメールアドレス、転送メールアドレスでメールの送受信が可能か確認する
終わり

おわりに

目的は無事に達成できました。作業自体も簡単で特に大きな問題はありませんでした。これで今後の運用も楽になります。メールサーバーの構築は難易度が高く再構築も難しいので、メールアドレス管理はさくらのメールボックスのようなメール専用サービスに任せてしまうのも有りだと思いました。

参考情報

Protocol Buffersのwrappers.protoによる副作用とその解決法

Sun, 08 Mar 2020 00:00:00 GMT

はじめに

Protocol Buffers の標準型を利用した場合、エレメントに値がセットしないと初期値が設定される仕様があります。これはドキュメントのこちらで説明されています。しかし、この仕様では nil 判定ができないという問題がありました。

そこで gRPC Plugin として提供されている wrappers.proto を使用することで、nil 判定が可能となりましたが、ある副作用がありました。本記事ではその副作用とその解決方法について紹介します。

前提

以下の環境で検証をしました。

Ruby 2.6.1
Gem
- protobuf 3.11.4
- grpc-tools 1.27.0

nil 判定できない問題と wrappers.proto について

本件の前提知知識として簡単に紹介します。例えば以下のように定義します。

syntax = "proto3";

message SampleMessage {
  int64 age = 1;
  string name = 2;
  bool has_job = 3;
}

値が未設定の場合は、型に応じた初期値がセットされてしまいます。

irb(main):002:0> SampleMessage.new
=> <SampleMessage: age: 0, name: "", has_job: false>

それであれば、 nil をセットすれば良いと思いますが、nil はセットされず、それでも初期値が設定されてしまします。

irb(main):004:0> SampleMessage.new(age: nil, name: nil, has_job: nil)
=> <SampleMessage: age: 0, name: "", has_job: false>

つまり、 nil 判定ができないので、故意にセットされた値なのか、未セットなのか判定できないという問題が発生します。

そこで wrappers.proto を使えば nil 判定できる

wrappers.proto で提供される Google::Protobuf::StringValue という型を利用することで、

syntax = "proto3";

import "google/protobuf/wrappers.proto";

message SampleMessage2 {
  google.protobuf.Int64Value age = 1;
  google.protobuf.StringValue name = 2;
  google.protobuf.BoolValue has_job = 3;
}

値が未セットの場合は nil になり、これで値の nil 判定が可能になりました！

irb(main):016:0> SampleMessage2.new
=> <SampleMessage2: age: nil, name: nil, has_job: nil>

wrappers.proto については、以下のブログ記事で詳しく解説されていますのでご参考ください。

wrappers.proto で万事解決と思われたが副作用があった

しかし、wrappers.proto で提供される型を使用した場合に副作用がありました。値をセットする際に Google::Protobuf::Int64Value.new(value: 10) のように wrappers.proto で定義されている型別のオブジェクトを渡す必要になり、オブジェクト構造も変わりました。クラス名が地味に長い…

irb(main):017:0> foo = SampleMessage2.new(age: Google::Protobuf::Int64Value.new(value: 10), name: Google::Protobuf::StringValue.new(value: 'yamada'), has_job: Google::Protobuf::BoolValue.new(value:true))
=> <SampleMessage2: age: <Google::Protobuf::Int64Value: value: 10>, name: <Google::Protobuf::StringValue: value: "yamada">, has_job: <Google::Protobuf::BoolValue: value: true>>

値を取得するときは .value を指定しないといけなくなってしまった。面倒くさい！

irb(main):018:0> foo.age.value
=> 10

Message オブジェクトをハッシュ化すると以下になります。何が一番困るかというと、通常の key/value なハッシュ構造であれば、そのまま ActiveRecord に渡すことができましたが、以下の構造だとそのまま渡すことができません。これが今回の本題です。

irb(main):020:0> foo.to_h
=> {:age=>{:value=>10}, :name=>{:value=>"yamada"}, :has_job=>{:value=>true}}

解決策

{foo: {value: "bar"} } の構造を{foo: "bar"} に変換するため、再帰的にハッシュを精査して該当の箇所を愚直に変換するようにしました。

def extract_values(obj)
  case obj
  when Hash
    obj.compact.transform_values do |v|
      if v.kind_of?(Array)
        self.extract_values(v)
      else
        v[:value]
      end
    end
  when Array
    obj.map { |v| self.extract_values(v) }
  else
    obj
  end
end

このメソッドにハッシュを渡すと以下のように {foo: {value: "bar"} } を {foo: "bar"} に変換してくれます！

irb(main):039:0> foo.to_h
=> {:age=>{:value=>10}, :name=>{:value=>"yamada"}, :has_job=>{:value=>true}}
irb(main):040:0> extract_values(foo.to_h)
=> {:age=>10, :name=>"yamada", :has_job=>true}

ハッシュの中に配列があっても問題なしです。万事解決！

irb(main):043:0> a = {foo1: {value: 'bar1'}, foo2: [{hoge2: {value: 'bar2'}}]}
=> {:foo1=>{:value=>"bar1"}, :foo2=>[{:hoge2=>{:value=>"bar2"}}]}
irb(main):044:0> extract_values(a)
=> {:foo1=>"bar1", :foo2=>[{:hoge2=>"bar2"}]}

他にも良い方法がありそうですが、今の所これ以上の方法が思いつきませんでした。もし他の方法がありましたら教えてもらえると嬉しいです。

まとめ

Protocol Buffers で nil 判定をした場合には、wrappers.proto に定義された型を使用することで解決をすることができます。しかし、それには構造変化の副作用がありましたが、再帰的にデータを精査して変換処理をかけることで、シンプルな構造に変換する事例を紹介しました。もし同様な悩みを抱えている人がいたら参考になれば幸いです。

PHPカンファレンス2019に参加&登壇しました

Mon, 02 Dec 2019 00:00:00 GMT

はじめに

PHPカンファレンス2019に参加し、「脆弱性から学ぶWebセキュリティ Part2」を発表してきました。

脆弱性から学ぶWebセキュリティ Part2

本トークはPHPカンファレンス沖縄で発表した「脆弱性から学ぶWebセキュリティ」の続編でした。もちろん単なるコピペではなく、脆弱性対策については沖縄ではお話できなかった脆弱性について解説しました。ディレクトリ・トラバーサル、OSコマンドインジェクション、セッション管理の不備は、どれも影響度が大きく緊急性の高い脆弱性です。

今回２回の発表を通じて、基礎的な脆弱性対策について学ぶきっかけとなり、ソースコードの見る目が変わりました。習得した知識のおかげで脆弱性を見つけ対応できるようになったので、自身としても収穫が大きかったです。

発表中のTwitterの様子も確認しましたが、皆さんに興味を持っていただいて何よりです。

Webセキュリティに注力した2019

文字通りWebセキュリティに注力した年でした。仕事をきっかけにWebセキュリティ技術の大切さを知り、徳丸さんの本と IPAの安全なウェブサイトの作り方を参考に基礎的な脆弱性対策について学びました。個人的に感じたのは、思っていた以上に知らないこと、正しく理解していなかったことが多かったです。それが今回の発表を通じて補完できたのは良かったでした。

基礎かつ当たり前に知るべきことであるからこそ啓蒙活動の意味はあると考え、今回培った知識を発表することにし、その意義は十分あったと感じることができました。

来年からはRuby/Railsを業務で使用することになります。Ruby/Railsなりの脆弱性対策があるはずなので、今後はそれを調べていきたいです。

PHPUnit開発者のSebastianさんにお会いできたのが嬉しかった

PHPerであれば誰もがお世話になっているPHPUnit。今年のPHPカンファレンスでまさかお会いできるとは思わなかった。大変お世話になっているので、日々の感謝を伝えました。

View this post on Instagram

A post shared by Makoto Chiba (@hypermkt) on Dec 1, 2019 at 2:14am PST

おわりに

今年はPHPerKaigi, PHPカンファレンス沖縄、PHPカンファレンスと３つのカンファレンスで登壇することができました。３つのイベントに登壇することで、知り合いもできました。「あのときに発表されていたバーチーさんですよね？」と声をかけていただいたのはとても嬉しかったです! また次のイベントでお会いしましょう!

Software Design 2019年12月号に記事を寄稿しました

Mon, 02 Dec 2019 00:00:00 GMT

はじめに

2019 年 11 月 18 日発売技術評論社 Software Design 2019 年 12 月号に「基礎のクロスサイト・スクリプティング対策 PHPer のための Web セキュリティ入門」の記事を寄稿しました。本記事は 2019 年 12 月 6 日に発売される「みんなの PHP 現場で役立つ最新ノウハウ!」(以下、みんなの PHP)の応援企画として 4 名の PHPer が思い思いの PHP ネタを持ち寄った特集です。

なぜクロスサイト・スクリプティング対策の記事？

それは昨今 XSS 脆弱性による被害が増大しているからです。2019 年 10 月 24 日に IPA(情報処理機構)から発表されたソフトウェア等の脆弱性関連情報に関する届出状況 2019 年第 3 四半期（7 月～ 9 月）によると、2019 年 2Q, 3Q は XSS 脆弱性が異常に急増しています。XSS 脆弱性対策は、Web アプリケーションエンジニアの基礎ではありますが、Web アプリケーションの特性上、一番発生しやすく一番注意しなくてはいけない脆弱性対策です。そういった経緯もあり、「啓蒙活動」の意味も込めて、クロスサイト・スクリプティング対策の記事を執筆させていただきました。

初めての執筆活動

人生初の執筆活動でした。初めてということもあり不慣れな点もありましたが、編集ご担当者の方には大変助けていただきました。またこのような機会を作っていただいた koyhoge さんにも感謝です。

さいごに

出版物は一度発売されると内容の訂正ができないので、「完了しました」と判断するのにとても緊張しました。エンジニアが読んだ際に違和感が無いか、嘘はないか、誤字はないか、何度も読み直しました。そして、自信を持って皆さんに読んでもらいたいという内容に仕上がりました。本記事をきっかけに皆さんの Web セキュリティ技術向上に一役買えたら幸いです。

あと、「みんなの PHP 現場で役立つ最新ノウハウ!」をよろしくお願い致します!

PHPカンファレンス沖縄2019に参加&登壇しました

Mon, 14 Oct 2019 00:00:00 GMT

はじめに

PHPカンファレンス沖縄2019に参加し「脆弱性から学ぶWebセキュリティ」を発表してきました。

PHPカンファレンス沖縄

会場のCODEBASEは、那覇市内から電車で行くことが出来ず、タクシーで直接向かった。約20分ほど。

今回視聴したセッションはこちら。

スタートアップにおけるプロダクト開発とエンジニア組織の変遷
技術基盤/SREの視点で取り組むサービスの成長を継続し加速させるためのPHPアプリケーション改善
ランチスポンサートーク/小さな機能、大きな仕事
スポンサートーク
6年かけてこうなった！我々の開発環境の変遷と現在
LT

スタートアップにおけるプロダクト開発とエンジニア組織の変遷

個人的にこのお話が一番面白かった。スタートアップとしてエンジニア１名で始まり、スピードと価値提供を優先した開発体制。サービスとエンジニア組織の変遷に合わせた開発大変の変化。スタートアップ企業の成長のリアルな現場のお話を聞かせていただいた。

偶然にも国際通りのお土産屋さんでPaykeさんの実商品を見かけたときは嬉しかった。

PHPでも機械学習がしたい

発表者の方と懇親会でお話させてもらった。チュートリアルやサンプルはたくさん出回っているので、それを利用すれば簡単な機械学習はできるとのこと。機械学習で大切なのは

ビジネスにおける課題解決能力（？）（ちょっと違ったかもしれないが忘れてしまった
実装能力
統計学

の３点が必要とのこと。２については一般的なWebアプリケーションであれば問題なし。1は如何に機械学習を利用したビジネスにおける課題解決に落とし込めるかの能力が必要とのこと。確かに単に知識だけあってもそれを現実の課題解決に紐付けられなければ意味がないですね。

また、今であれば機械学習の現場に入ることができるが、そろそろサーバーサイド・フロントエンド・モバイルのように、機械学習エンジニアも細分化される可能性があるので、そうなると後から入るのは難しくなりそうというお話が印象的だった。

もし資料が公開されれば一度試してみたい。6年かけてこうなった！我々の開発環境の変遷と現在

他社さんの開発環境事情は気になるのでとても面白かった。やはりVagrantからDockerの切り替えが大変そうという印象。最初だけDockerfileを用意するのが大変ですしね。ただPHP7以上になれば、Docker Hubのイメージが使用できるので少しは楽になるはず。やっぱり今のPHP開発環境はDocker一択なのかなぁという印象。他の会社さんはどうなんでしょう？

脆弱性から学ぶWebセキュリティを発表

今年はWebセキュリティについて強い興味を持ち、ぜひみんなに脆弱性対策の基礎を知ってほしいという気持ちから「脆弱性から学ぶWebセキュリティ」を発表した。以下が発表資料です。

懇親会などで本発表に興味を持って頂いた方からいろいろ意見を頂いた。

Webセキュリティはエンジニアとして重要。もっとみんなに周知されるべき。最近のエンジニア業界では設計が一つのブームだが、どうやったらセキ* ュリティも同様にみんなの関心を得ることができるのか？
PHPコミュニティとしてセキュリティをみんなに周知させたい。
ぜひ宮崎で発表してください！出張代出します!

徳丸さん以外でWebセキュリティの発表を聞くのは珍しい。ばーちーさんにWebセキュリティの第一人者になってほしい（笑

と思っていた以上にセキュリティの大切さから関心を持っている方多いことに気づいた。きっっかけとしては先日の7pay事件が大きいと思われる。脆弱性対策について体系的に学ぶ機会が無いので、なんとなくでしか理解しておらず、もっと勉強していきたいとのことだった。

自分はセキュリティの専門家ではないが、一エンジニアとして可能な限り自分が分かる範囲で、脆弱性対策を周知していきたいと考えており、機会がある限り発表していきたいと思った。これはPHP製のアプリケーションに限った話ではないので。

おわりに

Webセキュリティについて引き続き学習し、アウトプットしていく必要性があると改めて感じた。次回はPHPカンファレンス2019で発表予定なので、他の脆弱性対策について詳しく調べていこう。あと、せっかく会社のホワイトハッカー研修で脆弱性診断方法についても学んだので、それについても共有していきたい。まだまだやらなくちゃいけないことがたくさんある。

PHPカンファレンス沖縄に参加できて本当に良かったので運営の方々に感謝です。ありがとうございました！

さて、次はPHPカンファレンス2019！引き続きやっていくぞー！

IPAの「安全なウェブサイトの作り方」改訂第7版を読んだ

Thu, 15 Aug 2019 00:00:00 GMT

結論

Webアプリケーションエンジニアは、IPA 情報処理推進機構が公開している

「安全なウェブサイトの作り方」改訂第7版を一度は読むことをオススメする

本書を読むことでIPAに届け出が多く、影響度が大きい脆弱性の概要・対策方法を一通り学ぶことができる

はじめに

最近Webセキュリティについて改めて学び直す必要があると感じることが多くなってきた。そこでIPA 情報処理推進機構が公開している「安全なウェブサイトの作り方」改訂第7版を読んだ。

安全なウェブサイトの作り方とは

IPAのホームページ上にこのように説明がある。

「安全なウェブサイトの作り方」は、IPAが届出を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。

資料はPDFとして無料で公開されており、誰でも閲覧することができる。また「別冊：安全なSQLの呼び出し方」の資料も同様に無料で公開されている。これは、SQLインジェクションのための資料ではあるが、SQLインジェクションの被害件数の多さとその影響度合いが大きいことから、別資料として詳細に解説されているものと思われる。

安全なウェブサイトの作り方を読んで

本書は、IPAに届け出があった脆弱性から件数が多くかつ危険度が高いものが選定されている。そのため、これらを一通り学ぶことで、必要最低限の知識を習得できる。

本書は各脆弱性について、概要、脅威、届出状況とまず最初に脆弱性に関する脅威について説明がある。これにより脆弱性の概要と実態を知ることができる。

根本的解決と保守的対策の選択

次に解決策として根本的解決、保守的対策の２つの視点で解決方法が提案される。本書においてここが一番重要な点である。根本的解決、保守的対策は以下のように説明がされている。

根本的解決
「脆弱性を作り込まない実装」を実現する手法
脆弱性を狙った攻撃が無効化されることを期待
保守的対策
攻撃による影響を軽減する対策
攻撃される可能性を低減する
攻撃された場合に、脆弱性を突かれる可能性を低減する
脆弱性を突かれた場合に、被害範囲を最小化する
被害が生じた場合に、早期に知る

当たり前ではあるが、根本的対策を実施して、脆弱性を無効化するのが一番良い。しかし、運用中のシステムにおいて、現場のリソース、稼働状況、時間などの制約から根本的解決が実施できない場合がある。そこで、保守的対策として攻撃を軽減する対策が提案されている。これも一つの選択肢であるので、知っておくべきと感じた。

脆弱性を作り込まないためには正しい知識と実装が必要

理想的には脆弱性を最初から作り込まないのが良い。そのためには脆弱性に対する正しい知識と理解を持って、実装する必要があることがわかった。ただ開発において考えることはセキュリティだけではない。設計、実行速度など様々なことを考えながら開発をすすめるので、絶対に脆弱性を埋め込まないというのは難しい。

脆弱性を埋め込まない開発方法の一つとして、チーム全体でWebセキュリティ力をあげて、コードレビューなどで脆弱性を作らない体制も一つの方法と感じた。

脆弱性対策には正しい知識と判断が必要

世の中に存在する脆弱性を全て理解して一切埋め込まないようにするのはさすがに難しい。ただ可能な限り減らすことは前項で意見を述べた。大切なのは脆弱性を見つけたときの行動である。脆弱性対策には

根本的解決
保守的対策

の２つの選択肢がある。加えてそれにサービス仕様も必要である。脆弱性対策の方法とサービス仕様、そしてその他状況（リソース、被害状況有り無し、影響範囲）などを考慮して総合的に判断が必要である。色んな変数が絡み合うことで迷いが生じることもあるが、正しい知識を持つことで、その変数はある程度固定化されることにより、判断がしやすくなると個人的には思う。なので、引き続きWebセキュリティに関する知識は学んでいかなくてはいけないと感じた。

終わりに

「安全なウェブサイトの作り方」を通じて影響度・発生頻度の高い脆弱性の概要・対策を一通り学ぶことができた。特に根本的解決、保守的対策の２つの観点を得られたのが大きい。引き続きWebセキュリティについて学んでいきたい。

参考

「仕事の説明書」を献本頂いたので読みました

Wed, 10 Jul 2019 00:00:00 GMT

初献本を頂いた

元上司の田宮さんより「仕事の説明書」という本の献本を頂きました。田宮さんは、2017年に「ビッグデータ分析・活用のためのSQLレシピ」を執筆されており、今回２冊目。早速「仕事の説明書」を拝読させて頂き、感想を述べたいと思います。

「仕事の説明書」とはどんな本か

本書では、仕事の目的は問題解決であると定義している。その問題解決をするために、問題の分析の仕方、アクションの起こし方、仕事の環境について、説得力のある資料の作り方など、ビジネスにおける課題解決のフレームワークとも言える本で、文字通り「仕事」をうまくやるための方法を教えてくれる本である。

先日、本書を手にとってからずっと考えていた。今自分はどんな悩みを抱えていて、この本に何を期待しているのか。そして本書を読み終わったあと、どんな影響を与えてくれるのかと。まず自分が困っていることについて整理し、そこを踏まえて本書を読み進める方針とした。

仕事において困っていること

「無理をして仕事を受けがち」

無理をして仕事を受けがちで結果的に残業につながってしまっている。複数のプロジェクトを抱えることで、生産性は下がり、全体的な成果も落ちてしまう。要因としては、受けたタスクを他の人に割り振らず、自分で抱え込んでしまう性格が原因である。

本書に期待すること

素直に悩みの答えを求めていた。本書の目次を眺めたところ、答えが得られそうな章がちょうどあった。

「７章：仕事を前に進める」

７章では、自分の考えをまとめ、メンバーに提案し、チームメンバーと協力して、より大きな仕事を達成するための方法について説明がされている。

早速一つ実践してみた

実は自分が担当していたプロジェクトについて複数の課題があった。それらを解決するため、複数の提案があり、１０人以上の関係者に共有・相談をしなくてはいけなかった。そして、自分の考えをまとめてメンバーに伝え、同意を得る必要があった。

そこで本書で自分の考え方の手段として説明があった「一枚企画書」を実践してみた。資料作りの上で注意した点として、

この本を読み終えたらどんな小さなことでも本書に従って行動に移してほしい。

の言葉通り、本書に沿って資料を作るように心がけた。

・資料は一枚、情報をグルーピングする P.234の通り・視認性を高める工夫として、課題と解決方法は色分け・タイトルと本文の文字の大きさのメリハリをつける・３０秒もあれば説明できる程度の資料にした

この作成した資料を関係者に共有した結果、まず私の提案は正しく相手に共有することができた。そして提案内容には同意頂き、そこから議論を展開することができ、情報共有と同意を得る目的は達成できた。もちろん今までどおりチャットやIssue上での文字だけの説明もできた。しかし、一枚企画書によりお互いの認識の齟齬を減らし、新たな議論の発展や時間短縮にも貢献できたと考える。

まとめ

結論として言えるのは、「仕事の説明書」には自分の求めていた答えが書かれていた。そしてそれは実践として使えるノウハウ集である。各自が抱えている課題は違うので、必要に応じて本書から知見を取り出し役立てると良いと考えている。今回は数ある方法から一つしか実践していないが、明日から使える実用的な課題解決方法もあるので、少しずつ取り入れていきたい。

PHPerKaigi 2019 で発表してきました

Sun, 31 Mar 2019 00:00:00 GMT

はじめに

PHPerKaigi 2019 のレギューラートークで「モバイルアプリ向けAPI開発を通じて学んだこと」を発表してきました! 以下は発表資料です。

今回の発表について正直に言いますと需要があるのか少し不安でした。というのも、モバイルアプリとAPI開発は今となっては当たり前だし、興味持ってもらえるだろうか？と。ただ１年前の自分だったら間違いなく率先して聞く内容だし、去年１年間の成果だったので、誰かのためになればと思い発表しました。

結果、思っていた以上に興味を持ってもらえ色んな人に質問をもらいとても嬉しかったです！

質疑応答

たくさん質問頂いてありがとうございます! 頂いた質問を以下にまとめます。（質問内容が間違っていたり、漏れていたらごめんなさい)

Laravel Passportは最初から導入する予定だったのか。他に候補はあったのか。

最初から導入する前提でした。他の候補はありませんでした。あとになって思ったのですが、「PHPフレームワーク Laravel Webアプリケーション開発」によると、 tymondesigns/jwt-authを使ったAPI認証の事例もあったので、それを使うのも一案だったかもしれないです。

Swaggerをちょうど導入している。しかし、ymlファイルが１万行を超えてしまいファイル分割をしているが、Swagger Editorで見れなくなってしまう。どうすればいいのか。

担当しているプロジェクトでは独自に分割したymlファイルの結合プログラムを実装し、それを利用して結合した文字列をSwagger Editorに挿入して利用しています。少し手間ではありますが、そんなに時間もかからないので、問題にはなっていません。

個人的にはPRをマージしたら、CI上でswagger codegenでhtml出力し、どこかのサーバーにアップロードしてドキュメントを自動生成すると便利になりそうと思ってますが、まだ未着手です。

ちょうどAPIの新規開発案件にアサインされた。１年前のバーチーさんと全く同じで周りに経験者がいません。読書会はどうやって進めたのか。

チームのエンジニア全員を集めて順番に音読し、わからない所があれば相談しあってました。

会社でニックネームTシャツを流行らせたいので写真取らせてください

はい（笑）

PHPerトークン探しの旅

いやー、初日からやっていればと後悔です。1日目に発表があったのでそれに集中するため全く興味を示していませんでしたが、2日目にやりはじめたらハマってしまいました。

壁にあったり

入り口の扉にあったり

掲示物にさり気なくあったり

さり気なく入り口のテーブルの下に隠れてたり

最初は完全に見過ごしていたけど、どうどうとゲーム名がPHPerトークンにｗ

tadsanさんの背中ｗ

優勝者のnrsさん、まじですごいｗおめでとうございます！

私の勝ちです

ご査収ください #phperkaigi pic.twitter.com/R021SevLYm — nrs (@nrslib) 2019年3月31日

おわりに

PHPerKaigi 2019、２回目の参加となりましたが去年よりも圧倒的にアップグレードしていて本当にすごいなぁと思いました。コミュニケーションを目的に設計されたイベントで、夜にボードゲーム会があったり、PHPerトークンイベントなどなどとても楽しめました。また今年はレギュラートークにも参加できて嬉しかったです。また来年も参加します! 長谷川さん、スタッフの皆さんありがとうございました! 最高のイベントでした!

最初で最後のLaravel JP Conferenceに参加

Sat, 23 Feb 2019 00:00:00 GMT

はじめに

2018年からLaravelを業務で使い始めたこともあり、Laravel JP Conferenceはとても待ち遠しいイベントだった。また、日本国内でフレームワーク主体のイベントは珍しく、どんなイベントになるのかも楽しみでした。ついに待望のイベントが2019年2月16日(土)に開催!

印象的だったセッション

個人的に印象的だったのはセッションとその理由をまとめる。

LaravelでのAPI開発を爆速にするためにやっていること

SimpleとEasyは違う

便利なライブラリということでサクッと導入したはいいが、少しレールから外れたことをしようとすると途端に難しくなる。EasyではあるがSimpleではない。とても納得感の高い話だった。

ランチセッション「エキテンとLaravelと私」

「エキテン」と「イアンさん」の２つしか覚えていないくらい衝撃的かつ爆笑のランチセッションだった。ある意味ランチにちょうどよい喜劇を見ているような気分だった。

内容的には発表者がエキテンの超レガシーな環境で感じた感想とのことだが、素直な感想だからこそ現実味のある話であった。また話を聞けば、学生から社会人への変化も忠実に感じ取っており、ビジネス視点の重要性をしっかりと感じ取って本人の成長を感じる素晴らしいセッションだった。個人的にはMVPとしたい。

あと、今半のお弁当、めっちゃ美味しかったです。デザインワンさんに感謝!

LT: Laravel Telescopeにアプリのモリタリングをお任せしてみた

Telescopeは、Sentryのようにエラー集約をしてくれる機能とのことで目から鱗だった。発表者によるとダッシュボード画面は認証をつけることもでき、安心して特定の人のみが閲覧することができるとのこと。これがあれば防げるバグもあるかもしれないと感じた。

LT: Laravel Zeroでらくして情報収集する？

Laravel Zeroも存在すら知らなかった。非公式パッケージとのことだが、これを利用すればコマンドラインツールが用意に開発でき、Slack連携も簡単に可能とのことで、ちょっとした便利ツール開発には良さそうだった。

LT: Lighthouseを使って認証必須GraphQL APIを開発する

最近何かと注目度の高いGraphQLだが、モバイルアプリ向けにはRESTful APIより向いていると感じており、Laravelでの実装方法としてとても興味のあるセッションだった。LighthouseはLaravelでGraphQLを実装する上で、標準的なライブラリのようなので、どこかで検証してみたい気持ちになった。

まとめ

Laravel特化のカンファレンスだけあって、Laravelに関する話の密度はとても濃く、かつ幅広い話が聞けてとても勉強になるカンファレンスだった。Laravelの人気ぶりの実感とLaravelというフレームワークを使用することで得られる恩恵の大きさを感じた。たった1年なので当たり前だが、まだまだ知らないことも多く発見が多かった。PHPカンファレンスやPHP勉強会などPHP言語に関するイベントは多数あるが、フレームワーク特化型だからこそ、情報や人が集まるので、個人的にはカンファレンスに限らずこのようなイベントには今後も継続的に参加したい。

カンファレンス開催を運営をして頂いたスタッフの皆さんに感謝します。

Vue Fes Japan 2018 コアスタッフスポンサー担当として参加しました

Fri, 21 Dec 2018 00:00:00 GMT

この記事は GMO ペパボ Advent Calendar 2018 の 21 日目の記事です。

はじめに

一ヶ月半前となりますが 2018 年 11 月 3 日(土) UDX ギャラリーで開催された Vue Fes Japan にコアスタッフスポンサー担当として参加しました。日本初開催となった Vue.js カンファレンス。カンファレンス運営にスタッフとして最初から携わったのは初めての経験でした。

本記事では、なかなか世にでることはないカンファレンス運営の一部についてご紹介できればと思います。スポンサー担当として何をしたのか、当日は何をしていたのか、Vue Fes Japan を振り返っての感想をまとめたいと思います。

スポンサー担当とは

スポンサー企業様の窓口として募集・入金対応・配布物・スポンサーブースの案内まで全般を対応します。自分が担当した業務を列挙すると以下になります。

スポンサー企業様応募フォームの作成と Slack 通知連携
協賛金の請求書、領収書作成
Vue Fes 公式サイトに掲載するロゴ・PR 文章の提出依頼の調整
スポンサー企業様からあがってきたロゴと PR 文章の Vue Fes 公式サイトへの掲載依頼
配布物・スポンサーブースの案内資料作成
スポンサーブース設営に伴う会場へのお問い合わせ
スポンサーブース・スピーカー&スタッフ控室で使用する延長ケーブル＆電源タップのレンタル
会場の電源位置に伴う延長ケーブル・電源タップ設計
会場の追加・延長レンタル調整
不用品回収業者の手配
スポンサー企業様からのお問い合わせ対応

今振り返るとスポンサー対応で一番大変だったのは、各企業様の状態管理でした。スポンサーはお申込み頂いてから

請求書作成
請求書送付
入金確認
領収書作成
領収書送付
プラン別の特典の案内
PR 文章・バナーの依頼
PR 文章・バナーの掲載

の対応が必要となります。各企業様別の状態を Google スプレッドシートで管理していたのですが、簡単な管理システムを実装するなりプログラマブルな課題解決をすべきだったなぁ・・・というのが反省です。

全体スケジュール

簡単にですが年間を通したスケジュールは上記のようになります。スポンサー担当の主な業務は、スポンサー募集期間におけるお申込み対応と各種お問い合わせ対応です。期間については募集する企業数やプランの内容によって変わると思いますが、Vue Fes Japan では約 40 社の企業様からスポンサープランにお申し込みを頂き、5 ヶ月間スポンサー募集を行っていました。多数の企業様にお申し込み頂き本当に感謝です。

イベント前日 11/2(金)

この日は会社を有休にしました。昼間は会場でスポンサー企業様から送付されてきた配布物・スポンサーブース設営物の到着確認、夜はスタッフ全員で配布物のトートバッグを封入行いました。トートバッグ封入作業は、まず机にずらーと配布物を１列に並べ、配布物を端から取る担当、トートバッグに詰める担当、完成品をダンボールに梱包する担当に分かれて一気に実施。みんなエンジニアなので、「並列化しよう!(人の流れを 2 列に)」「ディスク容量がいっぱいです!(ダンボールに入らない)」「アラートがあがってます!(助けて!)」などわいわいしながらしてたらあっという間に終わりました。良い思い出です。

イベント当日 11/3(土)

当日はスポンサー受付担当としてボランティアスタッフの方々と協力して以下を行いました。メールや電話で何度もやりとりをした企業様のブースが無事に設営でき、たくさんの来場者がブースを訪れていてとても嬉しかったです。

スポンサー企業様の優先入場の受付
スポンサーブースの電源設営
スポンサーブースの荷物の配備
荷物の多いスポンサー企業様への資材部屋へのご案内
ブース設営・片付けに発生したゴミの案内
ブース片付け時の荷物の郵送の案内

スポンサー対応で大切なことは何か

自分が感じたのは以下の 3 点です。

迅速な応対
スポンサー企業様の視点に立った資料作り
イベント会場との念密な調整

１．については、スポンサー担当は企業様との窓口ですので、迅速なメール応対が必要です。ただしここは運営側の改善点だと考えており、メールですと運用負荷が高いので、PHP カンファレンスのように Facebook グループなどが良いのでは？と個人的には考えています。

２．はスポンサーブースやノベルティに関する資料です。ノベルティグッズやスポンサーブースの規約、当日のスケジュール、撤収までスポンサー側視点ですと気になることは多いです。その視点になってなるべく多くの情報を事前に提供することが大切だと感じました。ここがかけてしまうと、お問い合わせも増えてしまうので両者にとって不利益です。

３.イベント会場の担当者の方とは、何度も連絡を取り合いました。下見は一度しかしていなかったので、公開されている資料だけでは分からないことなどは聞くしかありません。メールだと往復に時間がかかってしまうので、電話で済ませたほうが早いので吉です。

感想

Vue Fes Japan は一年がかりで準備して取り組んだイベントでした。Vue.js という素晴らしいフレームワークをもっと多くの人に知ってもらいたい、最新情報の取得の場として、沢山の方々に参加して欲しいという気持ちで自分はスタッフとして参加しました。イベントは何一つトラブルなく大成功に終わり感無量です!

この一年をざっと振り返ると、プライベートの時間をかなり使っていたので、作業の効率化やプログラマブルな課題解決にもう少し取り組むべきだったというのが反省です。今回が初めでだったからというのもありますが、カンファレンスは各所で多数行われているので、もう少し経験者に運営の注意点などを聞いておくべきだったなと。

コアスタッフの業務は楽なものではありませんが、フロントエンド業界の一線で活躍する優秀なエンジニアやコミッターの方と知り合いになれ、更にイベントをやりきった後に得られる達成感は何者にも耐え難いです。

OSS の貢献はソースコードへのコミットだけではなく、コミュニティ活動やイベント運営も一つの方法です。興味のある方はぜひ各種イベントのスタッフに参加してみてください!

VueFes お疲れ様でした！最後に staff とスピーカーで集合写真を撮りました！ #vuefes pic.twitter.com/lWwcABSvmi — Vue Fes Japan (@vuefes) 2018 年 11 月 3 日

PHPerKaigi 2018に参加&懇親会で飛び込みLTした

Sat, 10 Mar 2018 00:00:00 GMT

初開催となる PHPerKaigi

PHP のカンファレンスといえば、東京・大阪・福岡で毎年 1 回開催される PHP カンファレンスが PHPer にとってのカンファレンスだったが、今年から楽しみが一つ増えた。

CFP は落選!

最近 Laravel を勉強中であり、課題として Vue.js を絡めた SPA アプリケーションを開発していた。ちょっとフロントエンドよりのテーマになってしまったので、PHPer 向けでは無かったのが反省。

トークタイトル

今すぐできる Laravel + Vue.js による SPA アプリケーション開発

トーク概要

SPA は通常の Web ページでは実現できないユーザー体験と高速なページ遷移が実現できます。しかし、SPA を実現するには API とフロントエンド双方の開発と周辺技術の知見が必要となります。そこで Laravel を利用することで API + フロントエンド環境が容易に構築ができ、皆さんのアイデアを実現する手助けをしてくれます。本トークでは Laravel + Vue.js による SPA アプリケーション開発について一通りご紹介します。

3/10(土) 2 日目 Track B の相談会に入り浸ってしまった

PHP カンファレンスにはない「Interactive Round Table」という企画。ちょうど個人的に悩んでいたことがありましたが、答えを頂き大満足です。

Laravel 相談会で Laravel/Lumen どっちがいいのかを議論した

円卓テーブルを囲って Laravel リファレンス著者の @ex_takezawa さんに直接相談できる会。偶然にも @shin1x1 さん　も座っていて、著者２名が同じテーブルにいる豪華相談会!

API を開発したい。チームメンバーは Laravel 初心者。Laravel / Lumen どっちを使えばいい？

結論：Laravel を使うと良い

理由として Laravel/Lumen は結構違う。Laravel から始めて不要なものを外すのは簡単だが、Lumen から始めて追加するのは大変。Elasticsearch や Fluentd の連携もフレームワーク初心者は躓く可能性あり。

CakePHP 相談会で CakePHP 1.3 バージョンアップ問題を相談した

とある Web サービスを CakePHP 1.3 & PHP 5.3 で開発しており、CakePHP のバージョンアップどうしようと悩んでいたので相談した。

CakePHP 1.3 は、PHP バージョンいくつまで動くのか？

結論： PHP 5.6 まではコアの修正なしで動作する。あくまで一事例であって公式サポートするものではない。

コアを改造して CakePHP 1.3 & PHP7.0 で本番利用の事例はあり。但しコアをいじるのはおすすめしない。

至れり尽くせりのカンファレンス

https://twitter.com/phperkaigi/status/972019772899565569

https://twitter.com/phperkaigi/status/972276030667763712

https://twitter.com/phperkaigi/status/972279353554845696

https://twitter.com/phperkaigi/status/972303883492970497

懇親会で急遽飛び込み LT!

今思えば「あの問題解きました! 」という LT タイトルは分かりづらかったですね＾＾；素直に「入口ポスターの暗号を解きました！」とかにすれば良かった。

あとで @uzulla さんに聞いたら、まさか復号化プログラムを作るとは思わなかったとのことで、自分の簡易プログラムが懇親会 LT の開催にもつながって良かった。飛び込み LT は人生初でしたが、あの制限時間が無い中に雑な資料を作って、ビールの勢いで話すのはとても楽しかったです。また挑戦したい。

飛び込み LT してきたー！PHPerKaigi 最高ー！ #phperkaigi Makoto Chibaさん(@hypermkt)がシェアした投稿 - 3 月 10, 2018 at 1:52 午前 PST

まとめ

控えめに言って PHPerKaigi2018 に参加してとても楽しかったです。 @tomzoh さんがおっしゃってましたが、スピーカーとして参加するほうが 1.5 倍楽しいので、次の PHP カンファレンスでスピーカーを狙うぞ〜！

参考

PHPerKaigi 2018

ISUCON7予選にチーム「Rising Sun」で参加しました

Tue, 24 Oct 2017 00:00:00 GMT

はじめに

インフラ担当 @asuforce , アプリケーション担当の @purple_jwl と自分の３人で参加しました。結果は「246位 8,037」と惨敗でしたが、@asuforce と @purple_jwl と一緒に参加できてとても楽しかったです。本当に悔しいので来年に向けて振り返ります。

自分が対応したこと

ローカル開発環境の構築

DockerでNginx + PHP-FPM + MySQLの雛形を用意しておいたので、アプリケーションコード、静的ファイル、スキーマファイルを配置するだけで簡単にローカル開発環境の準備が出来たのは良かったでした。去年は全くDockerの右も左も分からず、インフラエンジニアに任せっきりでしたが、自分一人で対応することが出来ました。

ですが、色んな人のブログや話を聞くと、ビルドインサーバーでも充分だったと思いました。また、直接本番サーバーでコード修正をする方も多くいたそうで、時間制限を考えるとそれもありでしたね。

画像のDB保存

ボトルネックは画像のDB保存だということは、Slow Queryやalpの調査結果から明白だったので、これは対応必須と早い段階で相談しました。過去に画像のDB保存の自信で実装し、それをNginx経由での動的画像変換に置き換えた経験があったので、それを導入すれば高速化できると思いましたが、考えが甘すぎました。 Nginx側は @asuforceに対応してもらい、DBから画像の抜き出しとアプリケーションコード調整は自分が対応しリリースしましたが、点数が全く変わらず呆然・・・。

振り返り

残念ながら今回のISUCONでは対応した施策があまりなく書くことも多くないので、KPTによる振り返りを書きたいと思います。

Keep 良かったこと

予選開始前に時系列で作業分担を決めたこと
模擬戦をしたこと。これにより課題が見えて本格的な準備を始めた
デプロイ、最初にやる、最後にやる、チューニングに関するドキュメントが整備された
簡易ER図とR/W状況を書いた。これによりテーブル状態がチームに共有できた
@purple_jwl がアプリケーション状態を最初に把握して、機能をホワイトボードに列挙してくれた
alp, pt-digest-query, xdebugの基本的な使い方を学習した
４０分位前に再起動検証をしたこと

Problem 改善したいこと

予選マニュアルをしっかり読まなかったこと
課題解決に関連するコードしか読まなかったこと。コードの全体確認しなかった。
インフラ周りを @asuforce に任せっきりだった
Nginx + PHP-FPM力が低くて手助けできなかった
何回か一緒に調査したら問題に気づけたこともあった
画像配信修正に時間がかかりすぎてアプリケーションコードを読む時間がとれなかった
サーバー台数がなぜ３台あったのか理由を深く考えなかった
単純な画像配信の課題ではなかったことに気づけなかった
３台のサーバーの活かし方すら考えていなかった

Try 次に試すこと

メンバー全員でゆっくり予選マニュアルを読む
アプリケーションコード全体をしっかり読むこと
Nginx + PHP+FPMの基礎を学ぶ
複数台サーバー構成に合わせた設定方法を学ぶ
全ての過去問で満点をとれるくらい復習する。そうしないと次回も高得点は狙えない
中盤の段階でMTGをし現状を確認をする
誰かが問題にハマったら、２人以上で解決に取り組む。他者の目が入ることですぐに解決できることが多い。

終わりに

ISUCONに２回参加して感じることは、当たり前の技術は基礎として当たり前のように使えなくてはいけないと思いました。問題毎に課題の本質があり、それに対して適切なアプローチを打てるかがポイントとなります。最低限の知識として、Nginx + PHP-FPMの設定を書けるようにし、柔軟に対応できるようにしたいです。また、過去の問題にも取り組み、引き出しの数も増やしていきたいです。

PHPカンファレンス2017で「できるPHP7アップグレード」を発表してきました

Mon, 09 Oct 2017 00:00:00 GMT

はじめに

2017年10月8日(日) に開催されたPHPカンファレンス2017で、「できるPHP7アップグレード」を発表してきました。発表資料はこちらです。

2年連続スピーカーとして参加できて良かったです。11:00と朝早くの時間だったにも関わらず、80名の会議室は満員で、サテライト部屋が2部屋も追加される盛況ぶりに驚きました。多数の方に視聴頂きましてありがとうございます。

質疑応答

発表後にいくつか質問をいただきました。

Q. チーム全員検証はどのような環境で行ったのか？

ユーザーさんは閲覧できないステージング環境のサーバーをPHP7.1環境に切り替え、それをチームメンバーに利用してもらいました。

Q. PHP5.2で開発しているが、チームメンバーがComposerの必要性を理解していないのでアップグレードにも興味を示しません。どうしたらComposerの必要性が伝わりますか？

長年同じ環境で開発をしているとそれが当たり前になってしまい、疑問すら持たなくなります。Composerが無いことで、チームの誰かが車輪の再発明をし、余計な開発コストを掛けている可能性があります。開発スピードが下がることはユーザーデメリットでしかありません。そのチームメンバーの方には、Composerが無いことでチーム全体の開発スピードが下がり、ユーザーさんに機能提供出来る回数が減っている現状について、良いことかどうかを聞いてみると良いと思います。

Q. E2Eテストを全画面分実装するのはかなり大変な印象です。デザイン変更時にテスト落ちが頻繁に起きませんか？

起きませんでした。E2Eテストの実装方針として、必須項目のみにテキストボックスに文字列を入れて、登録ボタンを押し、成功メッセージが表示されるかなど

簡易的な*

テストケースのみでした。薄く広く実装する方針でしたので、INPUTタグを消す、name属性名を変えるなどの変更がない限りテストが落ちることはありませんでした。

PHPアップグレード関連が5本！

今年は特に多かった印象です。PHPカンファレンス2017福岡でもアップグレード関連の発表がいくつかあり、重い腰を上げ始めた会社さんが増えてきたのだと思います。

PHP7アップグレード
バージョンアップ施策について
広告配信管理システムを支えるPHP ~ レガシーシステムからの段階的移行戦略
PHPで作るサービスの、これまでの10年とこれからの10年
ChatWorkとPHPと私
PHP Version Up と AWS への移行

発表を聞いていて、いくつか感じたことがありました。

アップグレードの必要性は認識していたが、売上・KPIのためサービス開発を優先

弁護士ドットコムさんの発表が印象的でした。サービス開始から8年間赤字で、最近売上が急増したころにより、今後のサービス拡大を見据えてアプリケーション環境の改善に着手できるようになったと仰ってました。自分の担当サービスも赤字ではないですが、KPIが急成長した点では同様な境遇でした。また、ランサーズさんの発表時に「開発者以外がアップグレードの必要性を理解してもらえないがどうしたらいいか？」という質問もあがっていました。

エンジニア視点ではセキュリティ対応や開発スピード・モチベーション改善というのがありますが、なかなか理解してもらえない現状もあります。やはり、売上・KPIの成長などのきっかけは必要で、そこでさらなる成長のためにアップグレードの訴えをすると納得もし易いと考えます。

サービス・アプリケーション状況により対応コストが全く異なる

当然ではありますが、サービスによってアプリケーション状態、フレームワーク有り無し、インフラ規模も千差万別です。特にGREEさんのような大規模なゲームやプラットフォームですと、パートナー企業向けに提供しているAPIなどもあり、エラー一つも許されない状況だと思います。また、CakePHPなどの汎用的なフレームワークの有り無しでも作業コストが変わる印象でした。フレームワーク無しであれば、下位互換性のない変更点など一般的な修正のみですが、フレームワークがあると、フレームワークのアップグレードに伴うファイル名や実装の変更も追加され、更に作業コストが増えます。

個人的にはフレームワークは必要だと考えているので、それに伴う作業コストは致し方ないと感じますが、フレームワークのバージョンアップ時は設計方針が大きく変わる可能性があるので、PHPのアップグレード以上になるはやの対応が必要だと感じました。

チームワークという財産を得た

GREEさんの発表で、PHPアップグレードという大きな技術的な課題を乗り越えるため、チームの枠を超え様々な職種の方と積極的なコミュニケーションを取り、一致団結して取り組む、そしてそれが財産になると。話を聞いていて本当にそうだなぁ・・・うんうん、としみじみ感じていました。（資料のストーリーも分かりやすくてうまい。）

特に自分の場合は、インフラエンジニアの @hfmと密に連携して作業を進める中で、困った時に助けてもらったり、時に厳しい指摘をもらったり、お互いが各々の技術フィールドを信頼しあって進めていました。いろいろ辛かったこともありましたが、協力無くして5.2から7.1へのアップグレード目標の達成はできなかったことでしょう。PHPカンファレンスで発表する機会も生まれました。@hfm に大変感謝です。

さいごに

今年もスピーカーとして参加できて良かったです。何よりチームの同僚と一緒に登壇できたのが嬉しかったです。また、会社からもスタッフ参加や一般として参加する人もおり、いろんな形で関わっている人が多いイベントでした。

去年の中盤から色んな所で登壇することで、徐々に顔見知りが増え、過去に自分の発表を見てくれた人や名前を覚えてくれた人も何人もいました。これも継続的な発表をした成果だと思います。

やっぱりPHPカンファレンスはPHPerにとって最高のイベントなので、来年も参加したいです。

#phpcon2017 で発表してきました！サテライト２部屋増設とたくさんの方に視聴頂いてありがとうございます！来年も参加するぞー！

Makoto Chibaさん(@hypermkt)がシェアした投稿 - 2017 10月 7 11:52午後 PDT

builderscon tokyo 2017に参加しました

Sun, 06 Aug 2017 00:00:00 GMT

ブログを書くまでがbuildersconということで、参加記録の記事を書きます。### CFP

自分のbuildersconは CFP応募から始まっていました。結果不採用となりましたが、今回参加してわかったことは、

知らなかった、を聞く*

というテーマに沿えてなかったと感じました。PHPのアップグレードに関する情報は既にいくつかありますし、新鮮味もなかったのだろうと理解しました。応募をしたことは、ナイストライと褒めたいですが、この反省を活かしたいです。

前夜祭

企業や関係者を特定してしまう固有名詞は投稿禁止、写真・動画撮影禁止とのことでセッション内容については控えます。但し「すごーい」等の感想は許可されていたので、一言で言うとすごかったです。本当にここでしか聞けない話だったので、参加して損は無い内容でした

1日目

以下は今回参加したセッションです。

PHPで支える大規模アーキテクチャ
マイクロチームでの高速な新規開発を支える開発・分析基盤
フレームなき道を拓くPHP
RDBアンチパターンリファクタリング

PHPで支える大規模アーキテクチャ

正直な感想としては、Hadoop/Spark/Cassandoraなどを使ったことがなかったので、全体的に難しい内容でした。大量データの中から高速に検索仕組みとして、PHPからでもビッグデータを扱うことが出来るということは分かりました。

マイクロチームでの高速な新規開発を支える開発・分析基盤

timakinさんは、去年のヤパチーにボランティアスタッフとして参加された方で、同じ部屋を担当しました。その後、Gunosyに転職されていたんですね。

3ヶ月という短い期間で、小規模なチームながら、API・アプリ・分析基盤を関連知識未経験なエンジニアと開発し、それを見事にやり遂げるお話。一言でいうと圧巻という感じでした。聞いていて思ったのは、Gunosy社内の知見やライブラリを最大限に再利用してるのが素晴らしかったです。入社直後ともあれば、コミュニケーションも課題になるかと感じましたが、それを微塵にも感じさせないような内容でした。

フレームなき道を拓くPHP

PixivでPHPエンジニアをされている方のお話。実務で経験されたルーティング問題についてのお話が一番記憶に残っています。業務でも似たような問題を抱えているので、悩ましいですね・・・。

RDBアンチパターンリファクタリング

「データベースの寿命はアプリケーションよりも案外」という言葉に改めてハッとさせられました。その当たり前のことをすっかりと忘れていました。その上でデータベースをリファクタリングするという気持ちで取り込んだことはあまりありませんでした。ソフトウェアエンジニアの場合、データベースとの関わりは大きいです。にも関わらず、データベースのリファクタリングは軽視されがちですが、もはやアプリケーションのOSとも言える土台なので、そこはもうちょっと考慮すべきだったと反省するきっかけとなりました。

また「RDBの知識は寿命が長い覚えれば仕事で長い間役に立つ」というのも同意です。ソフトウェアエンジニアの場合、特定の言語・フレームワークは5年単位でパラダイムシフトが起き、環境が変わることも少なくありません。しかし、RDBはアプリケーションより寿命も長いこともあり、技術自体も大きく変わりません。一瞬DBAに転職しようか悩みました（笑）

2日目

ぎんざRuby会議01にてLTの予定があり、開始から参加するため、builderscon 2日目の参加は辞退しました。2日目は特に聞きたいセッションが多かったので残念・・・。早くビデオがアップされないかな。

ここまで出来るmruby
知られざる世界〜WEB以外のPHP〜
OSS の引き継ぎ方
OSS貢献超入門
The Evolution of PHP at Slack HQ
型を意識した PHP アプリケーション開発
Serverless Server Side Swift
汎用CMSから新規開発の自社サービスへ移行した事例のご紹介

まとめ

一言で言えば参加して良かったです。

buildersconは「知らなかった、を聞く」をテーマとした技術を愛する全てのギーク達のお祭りです。*

という説明通りでした。懇親会の料理もとても豪華ですし、量も多くよくあるイベントですぐになくなってしまうということもありませんでした。いろんな方に突撃で声をかけてみましたが、どなたも親切に答えてくれました。思い出せば、懇親会のチケットを申し込み忘れていたのですが、スタッフの方に譲って頂き無事に参加できて感謝です。

来年は「知らなかった、を聞く」に応えられるようなテーマで応募してリベンジしたいです。

Vue.js Tokyo v-meetup

Sun, 09 Jul 2017 00:00:00 GMT

はじめに

2017年7月7日(金) LINE株式会社オフィスで開催された「 Vue.js Tokyo v-meetup #4」でLTしてきました。当初は、「Vue.jsで作る音声レコーダー」というユニットテストとは全く関係ない事を話す予定でした。

なぜユニットテストの話にしたのか

とある日同僚の @Joe_noh が「Vueコンポーネントのテストをきっちりやっているの、世界で３人くらいしかいないのでは」と言っていました。話を聞くと、業務でVue.jsを利用し始めたが、コンポーネントのテストが辛い、事例やサンプルの情報が少ないとのことでした。確かに自分も以前から同じことを感じていました。

その状況の原因としては、「The Progressive JavaScript Framework」所以なのではと考えていました。Progressive とは、「アプリケーションの段階的な要求変化に応じて問題解決できる方法を提供できる。必要になった時に問題解決するライブラリを適宜導入して問題を解決する」という意味です。Vue.js本体はフルスタックなフレームワークではなく、ビュー層に焦点が当てられてたフレームワークです。それゆえ、ドキュメントのテストの項目にも、単純な例やDOM更新の例しかありません。それ自体は、ライブラリの方針なので問題ではありません。

しかし現場は違います。RouterもHttpもStoreも利用します。それらが連携して一つのアプリケーションとなります。そういった状況で簡単にテストが書けるライブラリが必要と感じていました。 @Joe_noh から avoriaz、 vue-test-utilsの存在を教えてもらい、他の人も同じことを考えていることが分かりました。

であれば、今回のMeetupで、テストを書くのが辛い状況を共有し、テストに関することをもっとアウトプットしてもらおう！と考え、ユニットテストの話をすることにしました。

発表資料

現時点(7/9 17:00)で 133ブクマ頂き大変嬉しいです。それだけテストに関する需要や共感を頂けたものと感じています。

LINE株式会社新宿オフィス

2017年4月にヒカリエからミライナータワーに引っ越した新オフィスです。今回写真撮影NGとのことでしたので、有名な 941さんのブログをご覧ください。こちらのオーディトリアムと呼ばれるセミナールームでした。スーパーオシャレでした。

懇談会

Vue.jsを始めたばっかり
テストって必要なんですか？
コンポーネントのロジックはテストしていたが、ビューはしていなかった。ビュー層のテストが出来るようになって良い。
vue-routerを使っているが、モックを作るのがめんどい
今日紹介されたライブラリは初めて聞いた
vue-test-utilsに期待

などいろんなコメントをもらいました。

おわりに

情報提供、発表のきっかけを作ってくれた @Joe_noh, 資料のレビューをしてくれた @inouetakuya, @tsuchikazuの三人に感謝です。

また登壇時に大切なことを言い忘れていましたが、何でも良いのでテストの実装例をアウトプットしてもらえると嬉しいです！

The only supported ciphers are AES-128-CBC and AES-256-CBCエラーにハマった

Mon, 13 Mar 2017 00:00:00 GMT

概要

Laravelで開発したアプリケーションを閲覧した際に「 The only supported ciphers are AES-128-CBC and AES-256-CBC」というエラーが表示され結構ハマってしまいました。本エラーの原因と解決方法をまとめます。

前提

Laravel 5.4

原因

このエラー文言は

Encrypterクラスから例外で送出されます。 supportedメソッドを見ると暗号化名と桁数が一致しないとfalseとなりこの問題が発生します。

つまり

.envファイル内で指定した APP_KEYと config/app.phpの cipherで指定した暗号と桁数が一致していないのが原因です。

解決方法

確認すべきは以下です。

.env 内で APP_KEY が指定されているか。指定されていなければ、php artisan key:generate を実行する
APP_KEY を復号化して桁数を調べる
もし16桁なら AES-128-CBC を、32桁ならAES-256-CBCを指定する

これで解決します。

参考

The only supported ciphers are AES-128-CBC and AES-256-CBC

CTO賞祝賀会に行ってきました

Sun, 26 Feb 2017 00:00:00 GMT

はじめに

先日あんちぽさん(@kentaro)、おっくん (@hfm)とCTO賞祝賀会のため、飯田橋のトラットリア・グランボッカに行ってきました。

CTO賞を頂いた経緯

自分の担当サービスである「グーペ」お申込みサイトのPHP7化を、社内最速で達成できたことを評価してもらえました。タイミングもあったかもしれませんが、初のCTO賞を頂けたことは大変嬉しいですし光栄です。

肉もワインも最高のイタリアン！

前菜からローストビーフまでどれも絶品で、食べるのがもったいないくらい美味しかったです。

将来目指したいエンジニア像、グーペの未来について様々な話をすることができました。去年の頑張りの成果で来ることができたので、今年度末も同じように思えるようになりたいです。CTO賞、頂いたからには二年連続の獲得ができるように今年も頑張ろう！

PHP BLT

Sat, 25 Feb 2017 00:00:00 GMT

はじめに

2/22(火)にメルカリオフィスで行われた PHP BLT #6でLTしてきました。タイトルは「5分で分かるPHP7化する方法」です。

発表資料

業務で携わるサービスのPHPアップグレードから学んだ事のお話でしたが、予想通り5分では一部しかご紹介できませんでした。出来たらPHPカンファレンスなどでもう少し時間を取ってじっくり発表したいですね。

懇談会

PHPプロジェクトのデプロイツールは何が最適か？

あるエンジニアの方が最近PHPプロジェクトに参加し、デプロイツールを探されていました。その方の結論はCapistranoで、Deployer/Rocketeerが不採用になった理由の一つがステージ毎の設定が柔軟にできなかったとのことでした。（もう一個のssh絡みの理由は忘れてしまいました＾＾；）

個人的にデプロイツールに求める要件としては、

開発・デザイナーのPC環境に依存せず利用できること
みんなが見れる場所でデプロイ履歴が残ること

です。裏側はCapistranoでも何でもいいですが、表はChatOpsでデプロイ出来るのが理想だと今回の懇談会で感じました。

名前を覚えてもらえてて嬉しかった

前回の PHP BLT #5で司会をした際に、迷コメントをたくさん発したおかげで「バーチー」という名前を覚えてもらえて嬉しかったです。明日も頑張って生きようと思いました。

司会で評判のバーチーさんだ!

#phpblt— Jun Watanabe＠rela (@rela1470) 2017年2月22日

バーチーさんや！

#phpblt— いとしょ (@itosho) 2017年2月22日

まとめブログ

こちらの記事が、会場の雰囲気から参加者の資料などが分かりやすくまとまっています。

おわりに

新規プロジェクトでは最新バージョンが利用されるのは当たり前だが、現場レベルではPHP5.6が一番普及しているという印象でした。PHP7以上にあげたいという気持ちはあるが、アプリケーションの状態からどうしても重い腰が上げられないという声をいくつか聞きました。アップグレード情報は需要があると強く感じることができ、とても良い機会でした。

PHP7文法調査(3) スカラー型宣言

Sun, 12 Feb 2017 00:00:00 GMT

はじめに

個人的には待ってました！というべき機能でした。三行でまとめると

引数の型宣言の種類が増えた
関数の戻り値の型も指定できるようになった
緩い型、強い型モードの２種類が設定できるようになった

となります。早速確認していきましょう。

新しい型宣言

php.netの型宣言によると、以下の4種類が新しい型として利用できるようになりました。

ブーリアン型 bool
文字列型 string
数値型 int
浮動小数点数型 float

PHP5.0はクラス、PHP5.1は配列、PHP5.4はcallableが指定できましたが、型宣言として不十分でした。PHP7からやっと本格的な型宣言ができるようになったという印象です。

戻り値の型宣言が出来るようになった

PHP7の大きな仕様追加の一つに上げられるのは、この戻り値の型宣言だと思います。

サンプルコード1

下記のように戻り値に文字列を指定した関数で配列を返そうとすると、

function hoge1(): string
{
  return array();
}

echo hoge1();

実行結果

下記エラーが発生するようになり、より関数の入出力が厳密な実装ができるようになりました。

PHP Fatal error:  Uncaught TypeError: Return value of hoge1() must be of the type string, array returned in

デフォルトでは弱い型検査、設定で強い型検査も可能

強い型付けのページによると、以下となります。

弱い型、強い型の２種類があり、デフォルトでは弱い型が選択されている
弱い型の場合に、間違った型が渡されても可能な限り型の自動変換が適用される
厳密な型宣言にするには、declare文でstrict_types = 1を宣言することにより適用できる

少し分かりにくいので、サンプルコードを交えながら見ていきましょう。

1番はそういうものとして、2番が一番気になりました。例えば以下のようなコードです。

型の自動変換

サンプルコード2

function hoge1(string $hoge)
{
  var_dump($hoge);
}

hoge1('hoge'); // OK
hoge1(1); // OK

実行結果

string(4) "hoge"
string(1) "1"

実行結果を見ると面白いことが起きています。数値の1が文字列の1に変換されているのが分かります。これが型の自動変換の結果のようですね。

厳密な型宣言

declare(strict_types=1);を宣言すると、サンプルコード２の実行結果と変わりました。stringの時は、stringしか通らなくなりました。

サンプルコード3

declare(strict_types=1); // 厳密な型検査モードにする

function hoge1(string $hoge)
{
  return $hoge;
}

echo hoge1('hoge'); // OK
echo hoge1(1); // NG

実行結果

hogePHP Fatal error:  Uncaught TypeError: Argument 1 passed to hoge1() must be of the type string, integer given, called

２つの型検査が生み出す新たな世界

この２つの型検査の仕様を知った時、どうしてどちらかにならなかったんだろうか？と単純に思いました。その経緯と回答については、東北ギーク～仙台にあるWeb系会社システム部のブログ～さんの 3 導入に至るまでの経緯の記事に詳しくまとまってるので、そちらをご覧ください。

要するに、弱い型検査、強い型検査、双方にメリット・デメリットがありますが、議論の末に両方の導入が決まり選択はエンジニアに委ねられたということでした。

個人的にはどちらかにしてほしかったと思います。選択肢があるということは、導入時にはそれを決めるコスト、利用時にはそれを確認するコストの両方が発生します。がっつりとPHP7のコードの世界には入っていないので、どんなことは待ち受けているか分かりませんが、今後どちらが良いのか見極めていきたいです。まずは弱い型検査を使ってみようと思います。

終わりに

PHP7文法チェックを調べれば調べるほど、新仕様には長年の議論の末に導入されたという事実が潜んでいることが多いことが分かりました。特に今回のスカラー型宣言は、その典型例でした。文法を知ることも大切ですが、こういった背景を知った上で利用するのも面白いと思いました。

参考サイト

PHP7文法調査(2) Null合体演算子

Tue, 07 Feb 2017 00:00:00 GMT

はじめに

前回の続き、PHP7の文法を見ていきます。今回は前々から気になっていた ?? です。

概要

php.netでは以下のように説明されています。

null 合体演算子 (??) がシンタックスシュガーとして追加されました。三項演算子と isset() を組み合わせるよくありがちなパターンを、より簡単に書くためのものです。この演算子は、もし第一オペランドが非 NULL の値であればそれを返し、そうでない場合は第二オペランドを返します。

サンプルコードを書くと以下のようになります。

<?php

// 左辺がNULLでなければそれを返し、NULLならば右辺を返す。
echo $_GET['user'] ?? 'This is null';

// 以下と同じ意味
echo isset($_GET['user']) ? $_GET['user'] : 'This is null';

確かに今まではissetを利用してNULL判定する機会は多々ありましたが、冗長なコードになりがちでした。??を利用することで重複箇所が減り、コードもすっきりします。

NULL合体演算子が生まれた経緯

RFCを見ると面白いことが書いてあります。要約すると

PHPはWebに焦点をあてた言語なので、ユーザーデータの処理は頻繁に行われます。
isset($_GET[‘mykey’]) ? $_GET[‘mykey’] : "" とチェックするのは面倒くさい
短縮版三項演算子 ?: は便利にしてくれますが $_GET[‘mykey’] ?: "" の場合にNoticeエラーが起きる（Undefined index)
これらの問題解決のため、?: の修正やifsetor()が頻繁に要求されてきた

結局何が原因でここまで議論されてきたのかと言うと、精査したい対象の値が$_GET[‘no_index’]のような場合だと、Noticeエラーがあがってしまうのが問題とのことでした。それを回避する手段として?:の修正案や ifsetorが提案されてきたんですね。

ちなみにifsetorの実装例は下記のようなコードだそうです。

function ifsetor($value, $default = null) {
    return isset($value) ? $value : $default;
}

確かにこれであればNoticeエラーも回避できますが、どうも名前が分かりづらい印象です。

そして今回満を持して ?? 演算子が実装されたようです。

終わりに

RFCも確認するとそれがどういった経緯で導入されたのか知れて面白いですね。関連する議論については2004年から始まっており、12年越しに生まれた文法が ??演算子なので、機会があれば積極的に使っていきたいですね。

PHP7文法調査(1) use宣言のグループ化

Sun, 05 Feb 2017 00:00:00 GMT

はじめに

PHP7.0.xから追加された新機能、文法について把握できていないので、気になった箇所から調べてみようと思います。

概要

複数のクラスや関数そして定数を同じ namespace からインポートする際に、単一の use 文にまとめられるようになりました。

今までuseでクラスのインポートをする際は、必要な数だけuseを記述する必要がありましたが、同じ名前空間の場合は一行で記述出来るようになりました。この記法であれば重複も減り、可読性もあがっていいですね。

BEFORE

use Sample\Hoge;
use Sample\Fuga;
use Sample\Bar;

AFTER

use Sample\{Hoge, Fuga, Bar};

参考サイト

phpenvのphpにpdo_pgsqlをインストールする方法

Sat, 28 Jan 2017 00:00:00 GMT

背景

LaravelからPostgreSQLのデータベースに接続しようと思い、DB設定をした所下記エラーに遭遇した。

Illuminate\Database\QueryException with message 'could not find driver (SQL: select * from "hoges")'

調査した所、下記２点が分かった。

Laravelでは

PDO PostgreSQL 拡張モジュールを利用してPostgreSQLに接続する

phpenvでインストールしたPHP7.1.0にはpdo_pgsqlが無い

根本的には２番が原因なので、phpenvでPHPをインストール時にpdo_pgsqlを有効にしてインストールする方法をまとめます。

対象者

LaravelでPostgreSQLに接続したい人
phpenvでpdo_pgsqlを利用したい人

手順

特定のバージョンで有効にする

7.1.0で有効にする場合は ~/.phpenv/plugins/php-build/share/php-build/definitions/7.1.0 の冒頭部に configure_option -R “—with-pdo-pgsql”を追加するのみです。完成形は下記の通り。

configure_option -R "--with-pdo-pgsql"

install_package "https://secure.php.net/distributions/php-7.1.0.tar.bz2"
install_xdebug "2.5.0"
enable_builtin_opcache

全バージョンで有効にする

~/.phpenv/plugins/php-build/share/php-build/default_configure_options の好きなところに —with-pdo-pgsqlを追加するのみです。

上記の対応を実施後 phpenv install 7.1.0 でインストールしなおせば pdo_pgsql が有効なPHPがインストールされます。

終わりに

phpenvはextensionの設定も細かく調整できて便利でいいですね。

Laravel 5.3から5.4アップグレード：Laravel Mix編

Thu, 26 Jan 2017 00:00:00 GMT

はじめに

Laravel 5.4が２日前にリリースされていたことを知り、5.3で開発を進めていたアプリケーションを5.4へのアップグレードを試みました。 Upgrade Guideを見ると、Laravel ElixirからLaravel Mixへの乗り換え方法が記述されておらず、途方に暮れていた所、Laravelリファレンス著者 @localdiskさんから即レスで手順を教えていだきました。ありがとうございます。

@hypermkt packages.json から laravel-elixir をリリースして laravel-mix を足す。node_modules/laravel-mix/setup/webpack.mix.js をコピーすればOK— MATSUO Masaru (@localdisk)

2017年1月25日

まとめると以下となります。

Laravel ElixirからLaravel Mixへの乗り換え手順

package.json内のlaravel-elixir関連を削除して、laravel-mix を追加

"laravel-elixir": "^6.0.0-14",
"laravel-elixir-vue-2": "^0.2.0",
"laravel-elixir-webpack-official": "^1.0.2",

を以下に変更します。 laravel-mix のバージョンは本家のリリースを見たところ、v0.5.3 が最新でしたのでそちらを指定しました。

"laravel-mix": "^0.5.3",

laravel/laravelリポジトリから package.jsonのscriptsセクションをコピー

ビルドツールがGulpからWebpackに変更となるためです。

"scripts": {
"dev": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack/bin/webpack.js --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js",
"watch": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack/bin/webpack.js --watch --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js",
"hot": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack-dev-server/bin/webpack-dev-server.js --inline --hot --config=node_modules/laravel-mix/setup/webpack.config.js",
"production": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=production node_modules/webpack/bin/webpack.js --progress --hide-modules --config=node_modules/laravel-mix/setup/webpack.config.js"
},

コアコンポーネントのコピー

Laravel Elixirの gulpfile.js に当たるファイルです。

$ cp node_modules/laravel-mix/setup/webpack.mix.js .

webpack.config.js を編集したい場合は node_modules/laravel-mix/setup からコピーします。

$ cp node_modules/laravel-mix/setup/webpack.config.js .

—config のファイルパスを調整すれば完了です。マニュアルによると webpack.config.js の配備は必須ではなく上級者用とのことなので、通常利用の場合は webpack.mix.js だけコピーすれば問題無さそうです。

"scripts": { "dev": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack/bin/webpack.js --progress --hide-modules --config=webpack.config.js", "watch": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack/bin/webpack.js --watch --progress --hide-modules --config=webpack.config.js", "hot": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=development node_modules/webpack-dev-server/bin/webpack-dev-server.js --inline --hot --config=webpack.config.js", "production": "node node_modules/cross-env/bin/cross-env.js NODE_ENV=production node_modules/webpack/bin/webpack.js --progress --hide-modules --config=webpack.config.js" },

パッケージインストール

まだ yarnではインストールできないとのことなので npm install します。

$ npm install

以上です。

動作検証

ビルド用の対象ファイルがあることが前提ですが、 npm run dev を実行すると成功と表示されます。

DONE Compiled successfully in 1649ms

Asset Size Chunks Chunk Names
dist/app.js 2.75 kB 0 [emitted] app
dist/app.css 0 bytes 0 [emitted] app
mix-manifest.json 68 bytes [emitted]

終わりに

5.4もリリース直後ということで、もしかしたら同じように悩まれている方がいるかもしれないので、@localdiskさんに教えて頂いた内容そのままですがブロク記事にまとめさせて頂きました。参考になれば幸いです。

参考

YAPC::Hokkaido2016で「Vue.jsによるWebアプリケーション開発」を発表してきました

Thu, 15 Dec 2016 00:00:00 GMT

YAPC::Hokkaido2016で「Vue.jsによるWebアプリケーション開発」を発表してきました。

多数の方々にご清聴いただき、かつ質問も頂きましてありがとうございました！これで今期９回目の発表も無事に終わりました。

さて思い返すと今回は思い出深い旅となったので時系列に沿ってYAPC::Hokkaido2016を振り返りをします。

##2016/12/09(金）北海道へ

今回は会社でスポンサーをしていることもあり@june29 さん、 @mamipekoさん、自分の奥さんと４人で北海道に行きました。新千歳空港から札幌市内へは電車で40分。電車から見える風景から想像以上の雪景色でテンション上がりまくりでした。札幌についたら既に積もっていてついはしゃいでしまった。埼玉県民は雪と海にめっぽう弱いです。

夕食に入った居酒屋さんのイクラ丼が最高に美味しくて驚愕！ハラス、ホッケ、ラーメンサラダなどどれもめちゃくちゃ美味しかった！美味しいお店を紹介していただいてありがとうございます！！

2016/12/10(土）YAPC::Hokkaidoへ

東札幌駅を出たら膝まで雪が積もっており、スニーカーで来たことを後悔しました・・・。会場まで無事にたどり着けるのか不安を感じつつもどうにか札幌市産業振興センターに到着。

スピーカーグッズをもらってテンションマックスへ！こういうの欲しかったんです！

発表はつい癖で早口になってしまいましたが無事に終了。「React.jsを導入しようと検討しているか、Vue.jsとの違いは何か？」「APIとフロントは一緒にすべきか、分けるべきか」等質問も頂いて嬉しかったです。

バーチーさんだ！！！ #yapcjapan #yapcjapanB pic.twitter.com/E0NSYm9yLF
— Jun OHWADA (@june29) December 10, 2016

ま、明日になったら晴れてるでしょ！と軽い気持ちでその日は懇親会へ。

( ﾟдﾟ)#yapcjapan pic.twitter.com/XsaoLob6Zm
— ◥◣◥◣あべんべん◢◤◢◤「フィンテックエンジニア養成読本」発売中 (@abenben) December 11, 2016

2016/12/11(日）〜12(月）まさかの空港泊

帰りの飛行は19時だったので日中は二条市場、六花亭、旧札幌道庁を周り十分札幌を満喫しました。

夕方になるにつれ吹雪だし電車が遅延するかもしれないと思い早めに新千歳空港に移動。予想通り電車遅延に・・・。新千歳空港に到着した後、次々と欠航する中、自分の便は幸いにも乗ることができ「なんだ帰れるじゃん！良かった〜」と安心しきっていたのですが、滑走路まで行ったはずなのに一向に離陸しない・・・。そして待機場まで引き返し吹雪のためしばらく待ちと告げられ待つこと二時間。機長から欠航しますとアナウンスがあり、料金返金と終電の時間が伝えられ、札幌市内に戻るか否かを悩みましたが奥さんと相談した結果、ホテルの予約も難しいので空港に泊まることにしました。（後から空港職員に聞いたのですが、普段は当然泊まることはできず航空会社各社同時に欠航しかつ大勢の人が帰宅困難になった場合のみ開放してくれるそうです。）

最初はでこぼこのベンチの上で寝るのはきついな〜と思っていたのですが、空港から毛布、寝袋の提供があり、かつ空港内は暖房が効いて温かく、コンビニ、Wi-Fi、至る所に電源もあり思っていた以上に快適でした。この写真はうちの前線基地です。

翌朝には新千歳空港温泉にも行くことができ空港泊で溜まった疲れを落とすには最高でした。露天風呂から見えた欠航の原因となった雪もなんだか感慨深く見えます。ちなみに朝だと８００円で入れます！安い！

その後は飛行機に乗れて無事に帰れました。良かった良かった・・・。家に帰るまでがYAPC。

最後には空港泊というなかなか経験できない出来事もありましたが、北海道の料理も満喫し、YAPC::Hokkaidoにも登壇できて良かったです。また北海道に行きたいな〜！

Vue.js componentでvue-router,vue-resourceを利用したメソッドのUnitTestを書く方法

Sat, 26 Nov 2016 00:00:00 GMT

始めに

最近vue-resource・vue-routerを使ったSPAウェブサービスを開発・運用しており、ふとそろそろUnit Testを書いてみたいな〜と思い、ググってみたのですが思っていた以上に情報が見つからず・・・。ネット上で見つけたのは下記の３つのみ。

公式サイトを見ながら見よう見まねで書いてみたが、ハマりにハマってしまいもう無理だーとVue.jsコミュニティの方々に助けを求めました。皆さんから多数の提案を頂き、無事に解決しました。本当にありがとうございます！

今回はVue.jsコミュニティの方々に教えて頂いた、Vue.js componentのUnitTestを書く方法をまとめます。

前提

下記ライブラリを使用します。

Vue.js 2.0 + vue-resource + vue-router + vueify
karma
mocha
chai

テストケース３パターン

普通のコンポーネントメソッド
vue-routerのパラメーターを利用したメソッドのテスト
vue-resourceでAPI呼び出しをしているメソッドのテスト

テストについて

Vue.jsの
.vueのコンポーネントを対象とし、methods内のメソッドをテストします。
一部省略していますが、

こちらにサンプルコードが置いてありますのでこちらをご覧ください。

パターン１：普通のコンポーネントメソッド

まずは外部ライブラリ、リソースを全く利用しない一番シンプルな例です。下記のような addという足し算メソッドがあったとします。

export default {
  methods: {
    add(a, b) {
      return a + b;
    }
  }
}

上記のメソッドのテストをする場合は以下のように記述します。ポイントは以下の通りです。

テスト対象のコンポーネントをimportします。（読み込み時にファイルパスは適度の調整してください。）
コンポーネント内のメソッドへはmethodsを通じて呼び出すことができます。これはVueの基本仕様通りメソッドはmethods内にあるからです。

import Test from '../../../src/js/components/test.vue';

describe('Testコンポーネント', () => {
  it('足し算', () => {
    expect(Test.methods.add(1, 2)).to.be.eql(3);
  })
});

また下記のようにすればメソッドの存在確認テストもできます。

import Test from '../../../src/js/components/test.vue';

describe('Testコンポーネント', () => {
  it('足し算', () => {
    expect(Test.methods.add).to.be.a('function');
  })
});

ここまでは自分で出来ました。

パターン２：vue-routerのパラメーターを利用したメソッドのテスト

ここからは自分では解決できず、コミュニティの方の助言で解決しました。例えば下記のように vue-router のパラメーターを取得して文字列結合をするとします。

export default {
  methods: {
    myName() {
      return this.$route.params.name + ' Taro';
    }
  }
}

上記のメソッドのテストをする場合は以下のように記述します。ポイントは以下の通りです。

Vue.extendでサブクラスを作成し、テストケースの中でインスタンス化します
またインスタンス化時に

beforeCreateでルーティングのパラメーターを設定することが出来、ルーティングされた体でテストを書くことが出来るようになります。

import Vue from 'vue';
import _Test from '../../../src/js/components/test.vue';

const Test = Vue.extend(_Test);

describe('Testコンポーネント', () => {
  it('vue-routerを利用した場合のテストケース', function() {
    const vm = new Test({
      beforeCreate() {
        this.$route = { params: { name: 'Yamada' } }
      }
    });
    expect(vm.myName()).to.be.eql('Yamada Taro')
  });
});

パターン３：vue-resourceでAPI呼び出しをしているメソッドのテスト

今回一番悩んだのがこのテストケースでした。APIを利用してJSONで値を取得し、success時にデータオブジェクトのprofileを変更したい場合です。API呼び出しには vue-resourceのグローバル関数 Vue.http.get を利用していました。メソッドの返り値はPromiseとなり、非同期処理のテストってどうやるのか・・・。

export default {
  data() {
    return {
      profile: {}
    }
  },
  methods: {
    fetchProfile() {
      Vue.http.get('http://localhost:8000/api/profile').then((response) => {
        console.log("success");
        this.profile = response.json();
      }, (response) => {
        console.log("failure");
      });
    }
  }
}

ゴールのイメージとしては外部リソースであるAPIを実行しないようにモック化し、テスト対象のメソッド内で置き換えをすることです。

今回は Vue.http.getとグローバル関数を呼ぶので、下記のように算出プロパティを利用して $Vueからテスト対象オブジェク自身を取得できるように調整します。

export default {
  data() {
    return {
      profile: {}
    }
  },
  computed: {
    $Vue() { return Vue; }
  },
  methods: {
    fetchProfile() {
      Vue.http.get('http://localhost:8000/api/profile').then((response) => {
        console.log("success");
        this.profile = response.json();
      }, (response) => {
        console.log("failure");
      });
    }
  }
}

次にテストケースです。ポイントは以下の通りです。

まずテストケースの引数にdoneを指定します。

mochaの仕様でdone()の実行をもって非同期テストが終了したことをmochaに通知します。（通例的に doneと命名されるそうです）

Vue.http.getでAPIを実際に呼び出さないようにモック化。getメソッドでPromiseの成功時にjson()メソッドがprofileのオブジェクトを返すように設定します。sinon等のモックライブラリを使わず、今回は仮の値を返す方式でも問題ありません。そしてテストケース2と同じ方式でコンポーネントをインスタンス化し、今回のテストケース用に設定した

$Vueを通じて、Vueインスタンスのグローバル変数を上書きします。

最後にテスト対象のメソッドを実行します。今回は非同期のテストにつき、そのままではPromiseの成功処理に入らないので、setTimeoutで擬似的に非同期にします。setTimeout内のdone()の実行をもって非同期テストが終了したことをmochaに通知され、モックで指定した通り

Promise.resolveで成功処理に入りテストケースが通ります。

import Vue from 'vue';
import _Test from '../../../src/js/components/test.vue';

const Test = Vue.extend(_Test);

describe('Testコンポーネント', () => {
  // ステップ１：引数のdoneを指定  
  it('vue-resourceを利用した場合', (done) => {
    let profile = { nickname : 'hoge' };

    // ステップ２：Vue.http.getをモック化
    const vm = new Test()
    vm.$Vue.http = {
      get () {
        return Promise.resolve({
          json () { return profile }
        });
      }
    }
    
    // ステップ３：setTimeoutで非同期呼び出し
    vm.fetchProfile();
    setTimeout(() => {
      expect(vm.profile).to.be.eql(profile)
      
      // mochaの非同期用テスト仕様で、done()が実行されるまでテストは実行されない。
      done();
    }, 0)
  });
});

Special Thanks

今回はVue.jsコミュニティの下記の方々に１週間に渡って何度も助言頂きました。最後にはパッチまで準備して頂きありがとうございます！とても勉強になりました。

感想

普段からJavaScriptのテストコードを全く書いたことがなかったので、正直基本的な事から理解が出来ず苦労しました。ただVue.jsを通じてテストを書く機会が生まれて、この３パターンなら書けるようになりました。JavaScriptのテストコードコード楽しいですね〜。もっと書きたくなったぞー！

PHPカンファレンス2016で「PHPerのためのVue.js入門とVue.js2.0の未来」を話してきました

Sat, 05 Nov 2016 00:00:00 GMT

PHPカンファレンス2016に登壇し、「PHPerのためのVue.js入門とVue.js2.0の未来」について話してきました。発表資料はこちらです。

イベントドリブン型登壇は大変だが勉強になる！

今思えば勢いでした。「PHPerのためのVue.js入門とVue.js2.0の未来」というタイトルで応募しましたが、応募時点では2.0は未リリースだったので全く調べておらず、受かったら調べるか〜！という気持ちで応募しました。そしたら見事に受かったのでやるしかない！という気持ちになりました。思い返せば通勤電車の中でトーク採択メールを受信したときはめっちゃ嬉しかったな〜。

メルカリのsotarokさんが応募してからネタを考えれば良いとPHPBLT#5で言ってましたが、さすがにタイトル無しでは応募できなかったので、未来の自分なら多分出来ているだろうと信じて応募しました。どうにか間に合って良かった・・・。

PHPカンファレンスは懇親会まで参加すべき！

初めて参加したんですが、とにかく楽しい！！数百人というPHPerが一同に集まり、うまい酒を飲みながら好き放題話せるのは最高！！ほとんど知らない人ですが前回ヤパチーで一緒にスタッフをした人や自分の発表を聞いてくれた人と会えたり、あと何人かに「ばーちーっていう面白いTシャツを着ているのでつい声かけちゃいました！」と言ってもらえてたのもすごい嬉しかったです！次回からは名刺もちゃんとたくさん持っていこう。

Facebook開発者と！ #phpcon2016

Makoto Chibaさん(@hypermkt)が投稿した写真 - 2016 11月 3 4:35午前 PDT

来年のPHPカンファレンス2017も登壇したい！

登壇を通じて沢山の人と知り合えたので来年も登壇したいです！今会社でやっているあれをネタに応募するぞ〜！来年の10月までなら終わっているはずだ！来年の自分を信じよう！（笑）

さて次は予告通り北海道に行きます。YAPC::Hokkaidoに向けて頑張るぞ〜！

ISUCON6予選にチーム「Slow Queries」で参加しました

Sun, 18 Sep 2016 00:00:00 GMT

日曜参加でした。前の木金が会社の開発合宿ということもあり１日休暇日を挟んでの参戦となりました。

結果は23,181点でした。くやしいいいいいい！！

##チーム「Slow Queries」です

インフラ担当１名（じっぱーさん）、アプリケーション担当２名( 局長、 @hypermkt)、の計３名で参加しました。

当日に向けての準備

社内からも優勝者を出してほしいというあんちぽさんの願いのもと社内で模擬戦をしましょうということで社内ISUCONが実施されました。結果は追試時にサーバーの再起動に失敗し死亡で0点・・・。その後予選参加を決めた一部メンバーで週末に練習会を実施して2万点をどうにか出せるようになるも同僚に完敗・・・。

この悔しさをバネに予選では！と意気込み臨んだISUCON6でした。

実施したこと

私達が実施できたのは以下の箇所です。

インデックス調整
isutarのisuda統合
select * をカラム指定
Twigのキャッシュ利用
PHPセッションのRedis化
DBのSELECT結果をRedis保持
PHP-FPMをsocketにする
Nginxチューニング
OPCache有効

最初に悩んだのはCHARACTER_LENGTH

主に自分が担当して解決できなかった箇所です。SELECTのORDER BY するときに都度文字数を計算していたんで、それをやめてentry.keyword_lengthカラムにキーワード登録時に文字数を登録し、 order by keyword_lengthにすれば高速化できるのでは？と睨んでいたのですがFAILとなってしまい対処できませんでした。今振り返ればこれ自体は大した問題ではなかったのかもしれません。

一番悩んだ箇所は htmlifyの正規表現

正直お手上げでした。キーワード数が増えればいつか破綻する実装になっておりどうにかしなくてはいけないのは分かっていたのですが解決方法が全く思いつきませんでした。チームメンバーからはmecabを利用し形態素解析をする案もでていたのですが、誰も実装経験はなく具体的な実装例まで考えられませんでした。今更ですが「PHP 自動リンク」と検索し実装例を見ていればまた違ったのかもしれませんが、なぜ検索すらしなかったのか・・・（泣）

Nginx + MySQL + Redis + PHP7 on Dockerのローカル開発環境が遂に出来た！

過去２回の練習時に毎回悩んでいたのがPHPのローカル開発環境の構築でした。毎回デプロイして本番サーバーで確認するのは手間なので各自の手元で開発できる環境がほしいと思っていましたが、Redisがうまくビルドできなかったりいろいろ躓いて構築できませんでした。

今回は事前にNginx + MySQL + Redis + PHP7 on Dockerを用意し、当日状況に合わせて調整する予定でした。アプリケーション構成が複雑になっておりお昼過ぎまでかかりましたが無事にローカル開発環境が完成しました。そのおかげで修正・調査はとても快適になりました。じっぱーさんに圧倒的感謝です。

感想

自分への戒めとして恥を忍んで書くとアプリケーション担当としてあまり仕事が出来ていなかったと感じました。一部挙動が分からず読解に時間を要してしまったり、CHARACTER_LENGTHの箇所で時間を無駄に使ってしまったりとあまり得点に貢献できませんでした。短時間で既存の構成やライブラリの機能、オプション、仕様を把握するのも試されるコンテストであり、コードリーディングの読解力や発想が足りないという印象でした。

ただマイナスなことばかり書いてしまうとあれなので、プラスの面も考えるとまずは予選に参加できて良かったです。少なくとも過去最高得点です！これは一重に @tnmtさんと @pyama86さんが社内ISUCONを実施してくれたおかげです。本当にありがとうございます。また唐突なお誘いにも関わらず一緒に参加してくれたチームメンバーにも感謝です！

来年も必ず参加してこの悔しさを取り返すしか無い！！次こそはーーーーーーーー！！！！

Vue.js + vueify + browserify + Babel でビルドする方法

Sat, 10 Sep 2016 00:00:00 GMT

概要

vueify利用時に babel-coreをインストールするので、*.vue ファイル内はES2015形式でも記述できるのですが、それ以外のファイルはES5形式で書く必要があります。一部だけ記法が違うのも気持ち悪かったので、他のJSファイル内でもES2015形式で書けるようにする方法をまとめます。

用語説明

ES2015

ES2015とはJavaScriptの仕様バージョンのことで極端に言えばPHP5などと同じようなものです。現行のほとんどのブラウザはES5と呼ばれるバージョンになっていますが、ES2015から新しい文法が使えるようになります。別名ES6とも呼ばれています。（この辺が紛らわしい）

vueify

Vue.jsのコンポーネントを *.vue ファイルに分割することができます。また一つの .vue ファイル内でcss/template/scriptの３つを管理することができ見通しが良くなります。

browserify

ブラウザ動作用に記述したJavaScriptコード内で require(‘modules’) が使えるようになります。

Babel

ES2015に対応したトランスコンパイラです。ES2015形式で書いたJavaScriptコードをES5に変換してくれます。

参考ソースコード

package.json

{
  "scripts": {
    "build": "browserify -e main.js -o app.js"
  },
  "browserify": {
    "transform": [
      "vueify",
      "babelify"
      ]
  },
  "devDependencies": {
    "babel-core": "^6.14.0",
    "babel-plugin-transform-runtime": "^6.15.0",
    "babel-preset-es2015": "^6.14.0",
    "babel-runtime": "^6.11.6",
    "babelify": "^7.3.0",
    "browserify": "^13.1.0",
    "vue": "^1.0.26",
    "vueify": "^8.7.0"
  }
}

index.html

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8" />
<title></title>
</head>
<body>
<div id="app">
  <common_header></common_header>
  <hr />
  {{ message }}
  <hr />
  <common_footer></common_footer>
</div>
<script src="app.js"></script>
</body>
</html>

main.js

import Vue from 'vue';
import Header from './components/header.vue';
import Footer from './components/footer.vue';

new Vue({
  el: '#app',
  components: {
    // header, footerは予約後のため使えない
    common_header: Header,
    common_footer: Footer,
  },
  data: {
    message: 'Hello Vue.js'
  }
});

components/heaeder.vue

<template>
header
</template>

components/footer.vue

<template>
footer
</template>

設定方法

必要パッケージのインストール

まずは Vue.js + vueify + browserify + Babel でビルドするために必要なパッケージを全てインストールします。

npm install\
    vue\
    vueify\
    babel-core\
    babel-present-es2015\
    babel-runtime\
    babel-plugin-transform-runtime\
    browserify\
    baberify\
    --save-dev

babel-core〜babel-runtime

これらのパッケージは vueify インストール時の必要パッケージとして要求されます。これらをインストールすることで、 *.vue 内ではES2015でコードを書くことができます。

babelify

browserify でBabel変換するためのパッケージです。

browserify.transform項目

refs: https://github.com/substack/browserify-handbook#browserifytransform-field

package.json内でbrowserify.transform項目を記述することで、browserifyが実行された際に自動的にtransform設定を適用することができます。今回の場合ですと、 vueify と babelily の２つを同時に適用したので下記のように記述します。

"browserify": {
    "transform": [
      "vueify",
      "babelify"
     ]
  },

.babelrc

{
  "presets": ["es2015"],
  "plugins": [
    "transform-runtime"
  ]
}

presets

babelで変換するバージョンを指定します

transform-runtime

babel-plugin-transform-runtime をインストールすると利用できるようになるbabel用プラグイン。似たようなものに babel-polyfill があるらしいがグローバル汚染するのことでこちらを利用するのがいいらしい。babel変換するのに必要。

参考 : babel-polyfillとbabel-runtimeの使い分けに迷ったので調べた - Qiita

ビルド

package.json の scripts で build を宣言しているので下記で実行できます。

npm run build

結果、下記のように表示されれば成功です。

本件のソースコードはこちらに置いてあります。

感想

正直随分ハマりましたが、これでES2015でコードが書けるようになって幸せです。（といいつつも全く書けません。勉強中です。）

素のEl CapitanにPHP 5.6.0をインストールする方法

Sun, 28 Aug 2016 00:00:00 GMT

素のMac OSX El CapitanにPHP 5.6.0をインストール機会があったので手順をまとめます。予想通りいろいろつまづきまして・・・。##準備

Xcode Command Line tool

gitコマンドを利用するために必要です

$ xcode-select —install

Brew

PHPビルド時に必要な各種パッケージをインストールするために必要です

$ /usr/bin/ruby -e ”$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)”

phpenv, php-build

PHPのビルド＆インストールに必要です

$ git clone https://github.com/CHH/phpenv.git $ phpenv/bin/phpenv-install.sh

以下を ~/.bash_profileに追記

export PATH=“$HOME/.phpenv/bin:$PATH” eval ”$(phpenv init -)”

~/.bash_profileを再読み込み

$ source ~/.bash_profile

php5.6.0のインストール

実行するコマンドはこれだけなのですが、この後いろんなエラーが出てインストールに失敗します。エラーの内容ごとに解決方法を追記します。

$ phpenv install 5.6.0

bisonバージョン問題

configure:5267: WARNING: This bison version is not supported for regeneration of the Zend/PHP parsers (found: 2.3, min: 204, excluded: 3.0).

El Capitanにインストールされているbisonが 2.3と古いため起きる問題です。 2.7以上が必要な為下記コマンドを実行してインストールします。

$ brew tap homebrew/versions $ brew install bison27 $ brew link bison27 —force

参考： homebrew で標準のバージョンよりも古い bison をインストールする - Sarabande.jp

またそのままだと2.3側を利用してconfigureしてしまうので下記ファイルの冒頭に YACC=/usr/local/opt/bison27/bin/bison を追記することで 2.7 のbisonを利用するように指定します。

~/.phpenv/plugins/php-build/share/php-build/default_configure_options

参考： phpenvでphp5.5.7とかビルドするとbisonとかでおこなので、brewでどうにかするつもりが結局bison27のFormulaかく羽目になったやつ - uzullaがブログ

OpenSSL問題

configure: error: Cannot find OpenSSL’s <evp.h>

素のEl Capitanではopensslがインストールされていないため発生します。必要パッケージをインストールします。

$ brew install openssl $ brew install libxml2 $ brew link openssl —force $ brew link libxml2 —-force

が下記のようにlinkに失敗します。

$ brew link openssl —force Warning: Refusing to link: openssl Linking keg-only openssl means you may end up linking against the insecure, deprecated system OpenSSL while using the headers from Homebrew’s openssl. Instead, pass the full include/library paths to your compiler e.g.: -I/usr/local/opt/openssl/include -L/usr/local/opt/openssl/lib

コンパイル時にパスを渡せばビルドすれば解決します。

$ PHP_BUILD_CONFIGURE_OPTS=“—with-openssl=$(brew —prefix openssl) —with-libxml-dir=$(brew —prefix libxml2)” phpenv install 5.6.0

パッケージ不足

configure: WARNING: You will need re2c 0.13.4 or later if you want to regenerate PHP parsers. これは単純に re2c がないとの事なのでインストールすれば解決。

$ brew install re2c

configure: error: jpeglib.h not found.

configure: error: png.h not found.

configure: error: mcrypt.h not found. Please reinstall libmcrypt.

こちらも同様に下記をインストールして解決。

$ brew install libjpeg $ brew install limping $ brew install libmcrypt

参考： Homebrewでphp-build及びphpenvインストール後に5.5系をインストールするための手順 - Qiita

次のエラーは長いので gistで

参考： phpenv+php-build環境によるphpバージョン管理~~Mac（Yosemite）編~~ - Qiita

エラーログを眺めるとmacro周りでwarningが発生している。ここからconfigureが正常に実行できないことが分かりautoconf, automakeが推測できるとのこと（友人談）。またEl Capitanには初期ではそれらが未インストール状態につき、ビルドに失敗する。なるほど・・・。

$ brew install autoconf $ brew install automake

これでビルドが通ります。

PHP 5.6.0への切り替え

下記でEl Capitanに標準でインストールされているPHP 5.5からPHP 5.6.0に切り替えができます。

$ phpenv versions $ phpenv global 5.6.0 $ phpenv rehash

いや〜。なかなかしんどかった・・・。

CentOS5にPercona Tool Kitをインストールする方法

Sat, 20 Aug 2016 00:00:00 GMT

約5,000万件のテーブルにインデックスを張らなくてはいけなくなりました。明らかに時間がかかることが明白でしたので、Percona Tool Kitの pt-online-schema-change を使うことにしました。これを使うことで安全かつ高速にインデックス追加ができるようになります。今回はCentOS5にPercona Tool Kitをインストールする方法をまとめます。(なんで今さらCentOS5なの？ということはスルーして下さい・・・)##pt-olnine-schema-change とは

Percona社が提供しているMySQL用の便利ツール集 Percona Tool Kitの一つです。pt-online-schema-changeを利用することでサービスを無停止でカラム、インデックス追加等の操作が実行できます。詳しくはこちらをご覧ください。図付きの解説が分かりやすくまとまっています。

インストール方法

英語ですが手順は本家のサイトにまとまっています。それを参考にインストールを進めます。

Percona Yum Repositoryのインストール

まずはpercona-release-0.1-3.noarch.rpmをダウンロードします。CentOS5ではリモートのyumを直接インストールすることが出来ないのでwgetする必要があります。

[root@www ~]# wget http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
--2016-08-20 18:58:37-- http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
Resolving www.percona.com... 74.121.199.234
Connecting to www.percona.com|74.121.199.234|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm [following]
--2016-08-20 18:58:38-- https://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm
Connecting to www.percona.com|74.121.199.234|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6566 (6.4K) [application/x-redhat-package-manager]
Saving to: `percona-release-0.1-3.noarch.rpm'

100%[===========================================================================================================================================&gt;] 6,566 --.-K/s in 0s

2016-08-20 18:58:39 (88.2 MB/s) - `percona-release-0.1-3.noarch.rpm' saved [6566/6566]

ダウンロードしたらrpmコマンドでインストールします。

[root@www ~]# ll
total 56
-rw------- 1 root root 1126 Aug 31 2012 anaconda-ks.cfg
-rw-r--r-- 1 root root 23614 Aug 31 2012 install.log
-rw-r--r-- 1 root root 3536 Aug 31 2012 install.log.syslog
-rw-rw-r-- 1 root root 6566 Sep 22 2014 percona-release-0.1-3.noarch.rpm
[root@www ~]# rpm -ivh percona-release-0.1-3.noarch.rpm
warning: percona-release-0.1-3.noarch.rpm: Header V4 DSA signature: NOKEY, key ID cd2efd2a
Preparing... ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%]
1:percona-release ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%]

これで完了。

Perlcona Tool Kitのインストール

このようにインストール可能な状態となります。

[root@www ~]# yum list | grep percona
percona-release.noarch 0.1-3 installed
Percona-SQL-50-debuginfo.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-SQL-client-50.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-SQL-devel-50.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-SQL-server-50.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-SQL-shared-50.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-SQL-shared-compat.x86_64 5.0.92-b23.85.rhel5 percona-release-x86_64
Percona-SQL-test-50.x86_64 5.0.92-b23.89.rhel5 percona-release-x86_64
Percona-Server-51-debuginfo.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-55-debuginfo.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-56-debuginfo.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-MongoDB.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-MongoDB-32.x86_64 3.2.8-2.0.el5 percona-release-x86_64
3.2.8-2.0.el5 percona-release-x86_64
Percona-Server-MongoDB-32-mongos.x86_64 3.2.8-2.0.el5 percona-release-x86_64
Percona-Server-MongoDB-32-server.x86_64 3.2.8-2.0.el5 percona-release-x86_64
Percona-Server-MongoDB-32-shell.x86_64 3.2.8-2.0.el5 percona-release-x86_64
Percona-Server-MongoDB-32-tools.x86_64 3.2.8-2.0.el5 percona-release-x86_64
Percona-Server-MongoDB-debuginfo.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-MongoDB-mongos.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-MongoDB-server.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-MongoDB-shell.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-MongoDB-tools.x86_64 3.0.12-1.8.el5 percona-release-x86_64
Percona-Server-client-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-client-55.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-client-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-devel-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-devel-55.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-devel-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-server-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-server-55.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-server-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-shared-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-shared-55.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-shared-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-shared-compat.x86_64 5.1.68-rel14.6.551.rhel5 percona-release-x86_64
Percona-Server-shared-compat-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-test-51.x86_64 5.1.73-rel14.12.624.rhel5 percona-release-x86_64
Percona-Server-test-55.x86_64 5.5.51-rel38.1.el5 percona-release-x86_64
Percona-Server-test-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-Server-tokudb-56.x86_64 5.6.31-rel77.0.el5 percona-release-x86_64
Percona-XtraDB-Cluster-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-client.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-client-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-client-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-debuginfo.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-devel.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-devel-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-devel-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-full-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-full-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-galera.x86_64 2.8-1.162.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-galera-2.x86_64 2.12-1.2682.rhel5 percona-release-x86_64
2.12-1.2682.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-galera-3.x86_64 3.16-1.rhel5 percona-release-x86_64
3.16-1.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-galera-56.x86_64 3.1-1.169.rhel5 percona-release-x86_64
3.1-1.169.rhel5 percona-release-x86_64
2.8-1.162.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-garbd-2.x86_64 2.12-1.2682.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-garbd-3.x86_64 3.16-1.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-server.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-server-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-server-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-shared.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-shared-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-shared-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
Percona-XtraDB-Cluster-test.x86_64 1:5.5.34-23.7.6.565.rhel5 percona-release-x86_64
Percona-XtraDB-Cluster-test-55.x86_64 1:5.5.41-25.11.853.el5 percona-release-x86_64
Percona-XtraDB-Cluster-test-56.x86_64 1:5.6.30-25.16.1.el5 percona-release-x86_64
jemalloc.x86_64 3.6.0-2.el5 percona-release-x86_64
jemalloc-devel.x86_64 3.6.0-2.el5 percona-release-x86_64
libev.x86_64 4.15-1.el5.rf percona-release-x86_64
libev-devel.x86_64 4.15-1.el5.rf percona-release-x86_64
libtokumx-enterprise.x86_64 2.0.2-1.el5 percona-release-x86_64
libtokumx-enterprise-devel.x86_64 2.0.2-1.el5 percona-release-x86_64
percona-cacti-templates.noarch 1.1.6-1 percona-release-noarch
percona-nagios-plugins.noarch 1.1.6-1 percona-release-noarch
percona-playback.x86_64 0.7-2.el5.centos percona-release-x86_64
percona-playback-debuginfo.x86_64 0.7-2.el5.centos percona-release-x86_64
percona-playback-devel.x86_64 0.7-2.el5.centos percona-release-x86_64
percona-toolkit.noarch 2.2.19-1 percona-release-noarch
percona-xtrabackup.x86_64 2.3.5-1.el5 percona-release-x86_64
percona-xtrabackup-20.x86_64 2.0.8-587.rhel5 percona-release-x86_64
percona-xtrabackup-20-debuginfo.x86_64 2.0.8-587.rhel5 percona-release-x86_64
percona-xtrabackup-20-test.x86_64 2.0.8-587.rhel5 percona-release-x86_64
percona-xtrabackup-21.x86_64 2.1.9-746.rhel5 percona-release-x86_64
percona-xtrabackup-21-debuginfo.x86_64 2.1.9-746.rhel5 percona-release-x86_64
percona-xtrabackup-22.x86_64 2.2.13-1.el5 percona-release-x86_64
percona-xtrabackup-22-debuginfo.x86_64 2.2.13-1.el5 percona-release-x86_64
percona-xtrabackup-24.x86_64 2.4.4-1.el5 percona-release-x86_64
percona-xtrabackup-24-debuginfo.x86_64 2.4.4-1.el5 percona-release-x86_64
percona-xtrabackup-debuginfo.x86_64 2.3.5-1.el5 percona-release-x86_64
percona-xtrabackup-test.x86_64 2.3.5-1.el5 percona-release-x86_64
percona-xtrabackup-test-21.x86_64 2.1.9-746.rhel5 percona-release-x86_64
percona-xtrabackup-test-22.x86_64 2.2.13-1.el5 percona-release-x86_64
percona-xtrabackup-test-24.x86_64 2.4.4-1.el5 percona-release-x86_64
percona-zabbix-templates.noarch 1.1.6-1 percona-release-noarch
qpress.x86_64 11-1.el5.centos percona-release-x86_64
qpress-debuginfo.x86_64 11-1.el5.centos percona-release-x86_64
sysbench.x86_64 0.5-6.el5 percona-release-x86_64
sysbench-debuginfo.x86_64 0.5-6.el5 percona-release-x86_64
tokumx-enterprise.x86_64 2.0.2-1.el5 percona-release-x86_64
tokumx-enterprise-common.x86_64 2.0.2-1.el5 percona-release-x86_64
tokumx-enterprise-server.x86_64 2.0.2-1.el5 percona-release-x86_64

必要なのは Percona Tool Kit だけなので、それだけをインストールします。

[root@www ~]# yum install percona-toolkit.noarch
Loaded plugins: fastestmirror, security
Loading mirror speeds from cached hostfile
*   base: mirror.fairway.ne.jp
*   extras: mirror.nus.edu.sg
*   rpmforge: mirror.oscc.org.my
*   updates: centos.usonyx.net
Setting up Install Process
Resolving Dependencies
--&gt; Running transaction check
---&gt; Package percona-toolkit.noarch 0:2.2.19-1 set to be updated
--&gt; Processing Dependency: perl(DBD::mysql) &gt;= 1.0 for package: percona-toolkit
--&gt; Processing Dependency: perl(Term::ReadKey) for package: percona-toolkit
--&gt; Processing Dependency: perl(IO::Socket::SSL) for package: percona-toolkit
--&gt; Running transaction check
---&gt; Package perl-DBD-MySQL.x86_64 0:3.0007-2.el5 set to be updated
--&gt; Processing Dependency: libmysqlclient.so.15(libmysqlclient_15)(64bit) for package: perl-DBD-MySQL
--&gt; Processing Dependency: libmysqlclient.so.15()(64bit) for package: perl-DBD-MySQL
---&gt; Package perl-IO-Socket-SSL.noarch 0:1.01-2.el5 set to be updated
--&gt; Processing Dependency: perl(Net::SSLeay) &gt;= 1.21 for package: perl-IO-Socket-SSL
---&gt; Package perl-TermReadKey.x86_64 0:2.30-3.el5.rf set to be updated
--&gt; Running transaction check
---&gt; Package mysql.x86_64 0:5.0.95-5.el5_9 set to be updated
---&gt; Package perl-Net-SSLeay.x86_64 0:1.30-4.fc6 set to be updated
--&gt; Finished Dependency Resolution

Dependencies Resolved

=====================================================================================================================================================================================
Package Arch Version Repository Size
=====================================================================================================================================================================================
Installing:
percona-toolkit noarch 2.2.19-1 percona-release-noarch 1.7 M
Installing for dependencies:
mysql x86_64 5.0.95-5.el5_9 base 4.9 M
perl-DBD-MySQL x86_64 3.0007-2.el5 base 148 k
perl-IO-Socket-SSL noarch 1.01-2.el5 base 50 k
perl-Net-SSLeay x86_64 1.30-4.fc6 base 192 k
perl-TermReadKey x86_64 2.30-3.el5.rf rpmforge 57 k

Transaction Summary
=====================================================================================================================================================================================
Install 6 Package(s)
Upgrade 0 Package(s)

Total download size: 7.0 M
Is this ok [y/N]: y
Downloading Packages:
(1/6): perl-IO-Socket-SSL-1.01-2.el5.noarch.rpm | 50 kB 00:00
(2/6): perl-TermReadKey-2.30-3.el5.rf.x86_64.rpm | 57 kB 00:00
(3/6): perl-DBD-MySQL-3.0007-2.el5.x86_64.rpm | 148 kB 00:00
(4/6): perl-Net-SSLeay-1.30-4.fc6.x86_64.rpm | 192 kB 00:00
(5/6): percona-toolkit-2.2.19-1.noarch.rpm | 1.7 MB 00:01
(6/6): mysql-5.0.95-5.el5_9.x86_64.rpm | 4.9 MB 00:28
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 209 kB/s | 7.0 MB 00:34
warning: rpmts_HdrFromFdno: Header V4 DSA signature: NOKEY, key ID cd2efd2a
percona-release-noarch/gpgkey | 1.7 kB 00:00
Importing GPG key 0xCD2EFD2A "Percona MySQL Development Team &lt;mysql-dev@percona.com&gt;" from /etc/pki/rpm-gpg/RPM-GPG-KEY-Percona
Is this ok [y/N]: y
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
Installing : perl-TermReadKey 1/6
Installing : perl-Net-SSLeay 2/6
Installing : mysql 3/6
Installing : perl-DBD-MySQL 4/6
Installing : perl-IO-Socket-SSL 5/6
Installing : percona-toolkit 6/6

Installed:
percona-toolkit.noarch 0:2.2.19-1

Dependency Installed:
mysql.x86_64 0:5.0.95-5.el5_9 perl-DBD-MySQL.x86_64 0:3.0007-2.el5 perl-IO-Socket-SSL.noarch 0:1.01-2.el5 perl-Net-SSLeay.x86_64 0:1.30-4.fc6
perl-TermReadKey.x86_64 0:2.30-3.el5.rf

Complete!

これでインストール完了です。コマンドを叩くと使えるようになっているのが分かります。

[root@www ~]# pt-online-schema-change
Usage: pt-online-schema-change [OPTIONS] DSN

Errors in command-line arguments:
*   A DSN must be specified
*   The DSN must specify a database (D) and a table (t)

pt-online-schema-change alters a table's structure without blocking reads or
writes. Specify the database and table in the DSN. Do not use this tool before
reading its documentation and checking your backups carefully. For more
details, please use the --help option, or try 'perldoc
/usr/bin/pt-online-schema-change' for complete documentation.

実際 pt-online-schema-changeしか使ったこと無いので他のコマンドを試してみたいですね。

ssh port forwardingの使い方

Sun, 17 Jul 2016 00:00:00 GMT

ssh port forwarding (ポートフォワーディング)とは

別名sshトンネルとも呼ばれており、sshによって確立された通信経路を利用して、クライアントの3307ポートとリモートの3306ポートをマッピングします。

つまりこのポートフォワーディングが接続されている間は3307番に接続すると、リモートサーバーの3306番に接続されます。

しかもssh接続なのでその間の通信は暗号化もされています。

ssh port fowardingを実行する

ssh -fNg 3307:localhost:3307 user@remote-server -p 22

ローカル環境から上記コマンドを実行することでssh port forwardingが設定できます。

オプション

説明

-f

バックグラウンドで実行させる

-N

リモートコマンドを実行しない。sshポートフォワーディング時のみに利用する

-g

リモートホストが転送されたローカルなポートに接続することを許可します。

-L

指定されたローカルのポートをリモートのポートとマッピングさせる

pmjp.slack.comオフ会#4でLTしました

Wed, 06 Jul 2016 00:00:00 GMT

昨日pmjp.slack.comオフ会#4にて「チーム全員でお申し込み数を２倍にした話」をLTしてきました。これは7/2(土）にヤパチーで発表した内容と同じものです。

偶然のきっかけで発表することになりました

大変恐縮ながらpmjpのSlackチャンネルには入っていたのですが、イベントのことを把握しておりませんでした（汗）。ヤパチーも終わった直後で気を抜いていた所、突然pmjpのSlackチャンネルで下記の通知が流れ驚いたのを覚えています（笑）。恐らくどなたかにはてブでPMのタグを付けていただきそれがイベント前日に通知され、off会のことを知りました。偶然の出来事ではありましたが、もっと多くの人に知ってほしい！と思い、後押しも頂きLT枠（ちょうど１枠だけ空いていた・・・ｗ）として参加させて頂きました。参加できてとても良かったです。（またこうやって発表できたのもヤパチーのおかげです。）

発表

ヤパチーでは30分でしたが、LTは10分枠でしたので短縮版として発表しました。上記資料は省略無しのものです。発表後にちょうど改善に取り組んでいる方からどうやったら改善できるのか、改善したと判断する指標は何かなど議論ができて良かったです。自分はつい流入先のセッション数を1つでも増やすために少し強引な施策を考えがちですが、やはりコンバージョン見込みのある流入を増やすのが最適ではありますよね。またQiitaの及川さんの発表も拝聴することが出来とても貴重な経験でした。次はPHP BLT #5に向けて資料作り頑張ります。

YAPC::ASIA Hachioji 2016 in Shinagawaに登壇＆ボランティアスタッフとして参加しました

Sun, 03 Jul 2016 00:00:00 GMT

スタッフの皆さん、参加者のお疲れ様でした！たくさんの方に参加いただいて本当にありがとうございました！！いや〜、すごい楽しい二日間で最高でしたね！

今回自分はボランティアスタッフ兼登壇者として参加しました。今回自分はこのようなカンファフェンスにボランティアスタッフとして初めて参加したので、スタッフ目線でまとめてみました。

どうやって参加したのか？

ボランティアスタッフの参加issue で募集の告知を知りコメントをしました。そもそもこういうイベントのスタッフで参加するのは始めてだったので、これが一般的かどうかは分かりませんが、応募者の方は一望できてとても良かったです。

どうやって準備をしたのか？

全てこちらのリポジトリにまとまっています。 @uzullaさん、 makamaka さんを中心にSlackでボランティアスタッフと会話しながら、issueで議論してWikiに決まったことがまとめられていきました。

何をしたのか？

部屋Aのリーダーをしていました。一部屋に主リーダー１名、タイムキーパー２名を必須とし、予備として副リーダー１、副タイムキーパー名の合計５名構成でした。リーダーは後ろで全体を見渡し乱れた椅子を直したり、トラブルが起きた時の対処をします。タイムキーパーは司会進行です。発表時の開始と終了の合図は学校チャイムと呼ばれるアプリで完全全自動でした。発表スケジュールを全て登録しておくことで、自動的にチャイムが鳴ってくれるスグレモノです。すげー。

他の人は何をするのか

ビルの受付班
入り口で受付をします
発表が見れないので少し苦行ですが、交代で見ていました
会場受付班
会場の受付で名札を渡します
ネット班
ツイッターをずっと監視して困っている人を探してすぐに回答します
忘れ物が出たら告知をします
遊撃隊
何でも屋さん。一人行動OKのリベロ。
会場内の見渡し
困っている人を助ける
うるさい人をいたら注意
汚れたらメインで対応する
部屋担当
各部屋に主リーダー1名タイムキーパー２名副リーダー1名タイムキーパー1名

スタッフでも発表できるのか？

出来ました。登壇の前の発表の時点で副リーダーに担当を交代してもらい、軽く資料を修正する余裕すら有りました。

Microsoft様のセミナールームは快適でした

プロジェクター２個完備
登壇席には返しモニター有り
司会席あり返しモニター有り
マイク、ピンマイク、台付きマイクなど全種類あり
充電電池多数完備
冬用のクローゼット有り
と完全装備

余談ですが31階からの眺めは圧巻でした。あの空き地には何が建設されるんだろう。

当日はどうやってスタッフ間の連絡をとったのか

Slackを無線のように使いました。特定のチャンネルの通知を常にプッシュ通知で受信するようにし、イヤフォンで常に音声で聞いていました。これが結構便利でして問題が起きた際にすぐに検知できました。

参加して率直な感想

とても楽しかったの一言につきます。あとすごい疲れました。ただ参加してメリットしか無かったです。

有名なエンジニアの方を知り合いになれた
イベントの運営経験が得られた。今後社内外を通して役に立ちます。
ヤパチーに来れた。スタッフ優先枠効果。
ヤパチーで発表できた。３人の方に２０分近く質問してもらった。
みんなにいいねしてもらった。これは嬉しい！
みんなに褒めてもらえた。これも嬉しい！
自分の知らない世界を知れた。正直いままでこういうイベントに全く参加しておらず、エンジニア界隈の中に入れていなかったのですが、参加すること自体は簡単で単に自分が参加していないだけでした。
みんなとても優しく困ったことがあったらすぐに助けてくれた
みんなとても協力的で不平不満を言う人が一人もいなかった。これはスタッフ、参加者ともに。
マイクロソフトさんのセミナールーム最強！WIFI環境超高速！眺め最高！広いし、椅子も多いし、トイレも広いし、手の乾燥機は２つもあるし、最高かよ！！！
終わった後の達成感がたまらなく最高
また参加したくなった

と興奮冷め止まない感じではありますが、また次のヤパチーがあれば必ず参加したいです！

TechShopTokyo見学ツアーに参加した

Sun, 12 Jun 2016 00:00:00 GMT

今日は会社のmake部メンバーと一緒に TechShopTokyoの見学ツアーに参加してきました。##TechShopTokyoとは

アメリカ発の会員制DIY工房で、２０１６年４月１日にアーク森ビル３Fにオープンした施設です。本格的な工作設備が多数配備されており、3Dプリンタ、木工加工、金属加工、樹脂加工、テキスタイル、カラーリング、電気工作など何でも作れる工房です。またセミナールームも有り、講習会も行われています。

[embed]https://www.youtube.com/embed/p-sF2pbosfE[/embed]

見学ツアーとは

予約無しで施設内が見学できる30分ほどのツアーです。

曜日

時間

平日

13:00、15:00、17:00、19:00

土・日・祝日

11:00、15:00、17:00、19:00

写真レポート

[caption id=“attachment_726” align=“alignright” width=“1125”] 3Dスキャナー。緑の物体をスキャンして、右が複製されたもの。すごい。 [/caption]

名前は全く覚えていないが、木工用機械。イラレデータを入力すると自動的に木を加工してくれて

こんなのが作れてしまう。木を回転させながら上から削るとのこと。加工しているところを見てみたい。

金属加工機械。これもデータを入力すれば自動的に加工してくれる。

溶接も出来る。

樹脂加工。所謂プラスチック製品を作ることが出来る。

データを入力するだけで好きな樹脂製品を作ることが出来る。ちょうどいいサイズの箱が欲しい場合は、樹脂加工で作ると良さそう。（もっとマシなものを作るべきだが・・・）

スマホケースへの印刷も出来る。

いろんな素材にもカラフルな印刷ができる。

印刷ではなく、自動的に縫ってくれる。TechShopの機械で印刷できないものはほとんど無い気がするｗ

施設の中心にあるワークスペース。作業場、MTGとして利用できる。広くて良いね。

と、雑なレポートで恐縮ですが見学会のまとめでした。想像していた以上に本格的な施設で機材も揃っていました。実際にアメリカではTechShopからSquareのプロトタイプを作り生まれたりしており、日本には足りない新しい何かを作る気質を感じた。

オープンにソフトウェアを開発する場としてコワーキングスペースがあるが、ここはハードウェアのコワーキングスペースという印象だった。今までこういうことするには自分で機材を揃えるか、DIY店の片隅にある加工コーナーに行く必要があったが、都内で気軽に行けるのは興味深い。

今後ここから新しいハードウェアのスタートアップが生まれるかもしれない。

ELB導入時に躓いた件

Mon, 23 May 2016 00:00:00 GMT

先日ELBを導入したんですが、事前の調査不足もあり思った以上に影響がでてしまい障害となってしまった（反省）。というのも、ELBというAWSのロードバランサー配下にWebサーバーを入れた場合に、クライアントのIPアドレス取得方法が今までと変わる。*Elastic Load Balancing の X-Forwarded ヘッダー - Elastic Load Balancing

X-Forwarded-For - Wikipedia

にあるように「X-Forwarded-Forヘッダー」にクライアントIPアドレスが入るようになり環境変数の REMOTE_ADDR では取得できないようになる。（知らなかった〜）

これが地味に影響範囲が広く

フレームワーク内のIPアドレス取得メソッド
Apacheのconfファイル内のIPアドレス制限
.htaccess内のIPアドレス制限

に影響があり、アプリケーション全体で盛大に誤動作してしまった・・・。

フレームワーク内のIPアドレス取得メソッド

PHPであれば $_SERVER[‘HTTP_X_FORWARDED_FOR’];で取得できる。但し複数IPアドレスが入る場合もあるので要注意。 refs : PHP - PHP ロードバランサ経由のクライアントのIP取得ができない(131)｜teratail

.htaccess内のIPアドレス制限

海外のボットなど気軽にIPアドレス制限をかけたい場合に、.htaccessは大変便利なわけなのですが、記述の変更が必要です。 SetEnvIfでIPアドレスを指定する際は正規表現で指定できるのですが、複数個のIPアドレスをパイプでつなげると可読性が悪いので、個人的には下記の記法が好みです。

ELB非利用時

order allow,deny
allow from all
deny from xxx.xxx.xxx.xxx
deny from xxx.xxx.xxx.xxx

ELB利用時

order allow,deny
allow from all

SetEnvIf X-Forwarded-For "xxx\.xxx\.xxx\.xxx" deny_ip_addresses
SetEnvIf X-Forwarded-For "xxx\.xxx\.xxx\.xxx" deny_ip_addresses

deny from env=deny_ip_addresses

とネット上ではありふれた情報であるのですが、最初は結構戸惑ったので自分用のメモとしてまとめました。どうにか導入できてよかった。これでグーグルクローラーに本気で来られても大丈夫だろう。

vue-validator のドキュメント翻訳を始めました

Sun, 08 May 2016 00:00:00 GMT

PRはこちらです。

vue-validatorって何？

vue-validator は @kazu_pon さんが開発されたVue.js向けのフォームバリデーションライブラリです。
フォーム要素のバリデーションが簡単に実装できます。

どうして始めたのか

最近Vue.jsに興味を持ち始め勉強してました。
一つの勉強法としてドキュメント翻訳は調度良いのでは？と突然思い始めました。ドキュメント翻訳するには、英語のドキュメントをよく読み、動作が分からない箇所はサンプルコードも確認する必要があります。翻訳を通じてライブラリも詳しくなり、Vue.jsにも慣れることが出来るのではと思います。
またちょうどライブラリのドキュメント翻訳も募集されてました
Vue.js本家が全て日本語翻訳されており大変助けられたので、Vue.jsに貢献したかった
GWだし（あと３０分で終わりだけど）

翻訳を始めてどうか

個人的に英語が好きなので、翻訳業務は楽しいです。
vue-validatorの仕様に少し詳しくなれた
とはいえ翻訳は難しい。変にカタカナ用語を繋げすぎても意味が分からないし、既存のVue.js日本語本家で使われている単語との差異があってもいけない。
Vue.js、関連コンポーネントのお作法などが学べて良い
困ったことがあると開発者の @kazupon さんからもコメントがもらえ助かっています。
Vue.js 公式の翻訳ガイドがあり、参加しやすかった。また構文チェックもtextlintという自動ツールもあって便利。いろいろ知らないことが多い。

感想

亀翻訳ながらもちょっとずつ進められています。あと１，２週間以内には終えられるように頑張ろう。

Sequel Proで選択した行をMarkdown出力するバンドルを作りました

Sun, 03 Apr 2016 00:00:00 GMT

元々実装自体は1年前に書いてはいたんですが、ずっとgistに放置したままになったので簡単にインストールしやすいようにしました。

概要

Sequel ProはMac用MySQLクライアントで、接続設定をすると簡単に検索やSQLを実行できるとても便利なソフトウェアです。
GitHub issueに貼りやすくするためSequel Proの検索結果をMarkdown形式でコピーできるバンドル（プラグインのようなもの）を実装しました

インストール方法

hypermkt/CopyAsMarkdownForSequelProBundleをgit cloneして copyAsMarkdown.spBundle をダブルクリックするだけです。

使い方

検索結果行を選択
メニューから「バンドル > copyAs > copyAsMarkdown」を選択するとコピーされます
後は貼り付けるだけです！

id	method	accessed_at
15207807	GET	2016-01-25 00:00:00
15207808	GET	2016-01-25 00:00:00
15207811	GET	2016-01-25 00:00:01

検索結果をMarkdownの表として整形して残したい時に便利です！

全ページをSSL化する方法

Mon, 21 Mar 2016 00:00:00 GMT

概要

先日あにこれの全ページSSL化の導入が完了しました。本件ではその経験を元に全ページをSSL化する際の確認事項・手順・注意点等をまとめます。

なぜ全ページSSL化するのか

SEOとセキュリティ対策が目的です。「 Google ウェブマスター向け公式ブログ: HTTPS をランキングシグナルに使用します」にある通りGoogle公式ブログでランキングアルゴリズムに僅かながら寄与すると明言しています。暗中模索のSEO対策の中、比較的効果が期待できる方法につき、やらない理由は無いです。

全ページSSL化とは

httpsで表示するページ内の全ての既存サーバー内の静的ファイル、外部リソースファイルの読み込み、通信を

httpsに切り替えること

httpでアクセスしたら自動的に

httpsに301リダイレクトされること

やらないこと

外部サイトへのAタグのURLはhttpのままでも問題ありません。
【個人的にオススメしない】HSTS
初回SSL導入時はオススメしません。これを初回に実施してしまうとトラブル発生時に

httpに戻すのが大変になります。

確認事項

Webサーバー

まずはWebサーバー本体にSSL証明書の導入が必要です。利用しているウェブサーバーのミドルウェアに応じてインストールしましょう。

静的ファイルへのパス

画像、JavaScript, CSSファイルなどの静的ファイルのパスをhttpsで参照できるように変更する必要があります。方法は２つあります。

ファイルへのパスをhttpsから記述する
例)

URIスキームを削除してhttp/https両方に対応させる
例)

画像サーバー

img.hogehoge.jp等の独自の画像サーバーを構築して利用している場合は、対象のサブドメインにもSSL証明書の導入が必要です。Webサーバー同様に利用しているミドルウェアに応じてインストールしましょう。

CDN

Akamai/CloudFrontを利用している場合はhttp非対応のプランもあるので、各サービスのマニュアルを確認しましょう。

広告/アフィリエイト

広告やアフィリエイトシステムでは各社が計測や広告出力用のJavaScript, 画像を配信しており、https化は各社のサーバーに依存します。

https対応可能

下記はhttpsに対応しているので、URLを変えることで対応できます。

Google AdSense
楽天アフィリエイト
Nend

https未対応

A8
A8に問い合わせた所、画像は自分のサーバーから配信して問題ないとのことです。

fluentd

Apache/Nginx共に初期設定ではアクセスログの出力先が分かれているので、ログを転送している場合は合わせてfluentdの設定を調整してください。

手順

各環境・状態に応じて順序は変わりますが、ざっくりと手順とまとめます。

事前リリース可能

Web/画像サーバーにSSL証明書をインストール
静的ファイル・広告類をhttpsに切り替える
fluentdの設定変更

全ページSSL化

全ページで301リダイレクト

切替後に要対応

Google Analyticsのプロパティ名を

httpsに変更する

Google Analyticsのプロパティ設定のデフォルトURLを

httpsに変更する

SearchConsoleに

httpsの新URLのプロパティを新規追加する

SearchConsoleで

httpsの新URLが列挙された新サイトマップXMLを送信する

まとめ

当初は簡単かつすぐに出来ると考えてましたが、作業を始めて見ると既存のコード内に httpの直書き(反省)があったり、他サーバーへの影響(見積もりが甘い)もあり、アプリケーション・インフラを横断して対応が必要で地味に大変でした。

ただ念願の全ページSSL化が対応でき、今後オーガニック検索の流入がどう変化するのか楽しみです。

参考にしたサイト

iPhone5からNexus5x(シムフリー)にMNPした

Sun, 13 Mar 2016 00:00:00 GMT

先日iPhone5からNexus5x（シムフリー）にMNPで乗り換えたので、その際の手順や感想をまとめます。##乗り換えた理由

月額利用料が約8000円と高いので前々から不満だった。上記は過去半年の実際に利用料のグラフである。通話はほぼ無かったので１万円を超えることはなかったが、それでも高い！
3年使ったiPhone5が突然再起動したり、画面が固まったりと不調が続いていた
全体的に遅くなっていた
電源ボタンが押せなくなってしまい、ソフトウェアホームボタンで画面を切っていたがとても不便

Google Nexus5xを選んだ理由

最新のAndroid6が初期インストールされた比較的新しい機種
Expansysでちょうどセールが行われており3万円で購入できた。約12000円割引！
最新機種の6Pに劣らないスペック

シムフリーにMNPする流れ

Google Nexus5Xを購入。
ソフトバンクのMNP窓口に電話して予約番号を獲得する
ヨドバシカメラ秋葉原店で

U-Mobile 通話プラン 5Gを選択

MNP受付が20:00までなのでそれまでに来店する必要あり
必要な物はMNP予約番号、身分証明書、クレジットカード
あとは店員さんの言われるがままにお申込書に記入
20分待ってお支払いをして完了。SIMを受け取る
Nexus5XにSIMを挿入
完了

Google Nexus5xの使い勝手

全体的に満足度は高いが気になったことを下記にまとめる

良かったこと

背面指紋認証がとても便利。すぐにロック解除が出来る。
画面描画、動作がとても高速である
充電速度が早い
画質が良い
画面が広い
プラスチック筐体で安っぽいかも？と懸念があったが、マット調なのでそこまで悪く無い。

悪かったこと

サイズが大きい。片手で操作はかなりしずらく結局両手操作をしている。
充電器が大きい。海外製の充電器に日本用の変換器をつけている。変換器は購入時に無料で付いていた。
ライトの色が少しオレンジ色がかっている。気にするほどじゃないけど。

U-Mobile通話プラン5Gについて

月額2138円(税込み)は今までに比べて約6000円安くなり年間では72000円の節約となる。まずこれが大満足である。
当初はIIJの音声通話機能付きSIMみおふぉんにしようかと思ったが月額税込み価格が2397円とU-Mobileに比べて200円高かったのでU-Mobileにした。
通信速度の差もあるが大差はない。また音声通話料金は20円/30秒は各社同じなので正直値段で判断するのが一番良い。
今だと

３ヶ月無料キャンペーンをやっており約9000円お得になる。橋本環奈ちゃん様様である。

データの移行について

【重要】LINE

2016年においてLINEアカウントは電話番号、メールアドレス以上に重要なアカウントとなっているのでこれは絶対に引き継ぐ必要がある
【重要/変更】2016年最新版 LINEのアカウントを引き継ぐ方法 : LINE公式ブログにしたがうだけで簡単に出来た。会話は消えてしまったが友達、グループ、グループ内の写真などほぼ移行できて良かった。

電話帳

iPhoneからGoogleなのでiCouldによる移行は出来ないので引き継ぎは出来ない。ただ現状において電話番号は重要ではなくソーシャルアカウントやLINEでのやりとりが頻繁なので「連絡先」としてLINEが引き継げれば全く支障は無い。

ソーシャルアカウント

メールアドレスログインが前提なので問題無し。

Googleアカウント

これが一番驚いた。Nexus5Xの初期設定時に今で使っていたGoogleアカウントでログインしたのだが、iPhone5のChromeで入力したID/PWや履歴がなぜか引き継がれていたのである（笑）恐らくiCouldと同じ仕組だと思うのだがすごいシステムだ・・・。

iPhoneで撮った写真/動画

めんどい。旧iPhone5をiPhotoに繋いで吸い取るしか無い。
またはGoogleドライブやDropboxなどの外部ストレージに常に保存する設定にしておけば機種依存はしなかっただろうけど、そこまで考慮していなかった

音楽

元より音楽を日常的に聞くタイプではないので不便ではないが、Nexus5xへの入れ方が全く不明である。AndroidにはiTunesに変わるソフトウェアがあるんだろうか？

Google Authenticator

GitHubなどでQRコードを発行し再設定すれば良いので問題無し

乗り換えての感想

月額利用料が破格の2100円になり、かつ軽快な操作なNexus5xに大満足である。一方でiTunesが使えなくなったり、キャリア別メールアドレスが無くなったことで親との連絡はどうしよう？とふと思ったが回避方法はあるので大した問題ではない。また5Gという通信制限はあるがマイソフトバンクで調べたら一ヶ月で5.1Gの使用量だったので今後気にして使えばそれを超えることはないだろう。もし同じ悩みを抱えている人がいたらシムフリーへの乗り換えはおすすめである。

Apache2.2+mod_sslのSSL設定メモ

Sun, 14 Feb 2016 00:00:00 GMT

概要

Apache2.2で構築されたウェブサーバーにSSL証明書を設定します

購入元

SSL証明書は自分が知るかぎり格安の RapidSSLから購入しました。当日中に発行できるのでとても便利です。

設定方法

mod_sslのインストール

ApacheでSSLを利用するには mod_sslモジュールを使います。下記コマンドを実行しmod_sslをインストールします。

$ yum install mod_ssl

証明書の配置

購入元からメールで送られてきた証明書ファイルをサーバー内に配置します。下記は一例ですが、パッケージインストールされたhttpdの場合は /etc/httpd以下にプログラム・設定ファイルが配置されるので今回は /etc/httpd/sslディレクトリ内に証明書ファイル３つを配備しました。

$ ll /etc/httpd/ssl
合計 12
-rw-r--r-- 1 root root 1497  2月 13 15:27 www.your-site.jp-cert-chain.pem  # 中間証明書
-rw-r--r-- 1 root root 1513  2月 11 18:19 www.your-site.jp-cert.pem        # サーバー証明書
-rw-r--r-- 1 root root 1679  2月 11 18:19 www.your-site.jp-key.pem         # 秘密鍵

Apache設定

mod_sslをインストールすると /etc/httpd/conf.d/ssl.confに設定ファイルが配置されるので、ssl.confを下記のように設定すると有効になります。（自分用のメモのため各設定項目の説明やその他設定項目は省いています。）

Listen 443
NameVirtualHost *:443

<VirtualHost *:443>
   SSLEngine on
   # SSLv2, SSLv3以外の全てを有効にする
   SSLProtocol all -SSLv2 -SSLv3
   # SSLハンドシェイク時に利用する暗号化方式はサーバー側を優先する
   SSLHonorCipherOrder On
   # 暗号化スイート設定
   SSLCipherSuite ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:RSA+AESGCM:RSA+AES:!EXP:!LOW:!aNULL:!eNULL:!ADH:!DSS:!MD5:!PSK:!SRP:!RC4:!3DES
   SSLCertificateChainFile /etc/httpd/ssl/www.anikore.jp-cert-chain.pem
   SSLCertificateFile /etc/httpd/ssl/www.your-site.jp.jp-cert.pem
   SSLCertificateKeyFile /etc/httpd/ssl/www.your-site.jp.jp-key.pem

Apache設定の反映

証明書ファイルを配備、Apache設定をしただけではSSLは有効になりません。下記のようにApacheを再起動して初めて有効になります。

$ sudo service httpd configtest
$ sudo service httpd graceful

感想

SSLを有効にすること自体は参考サイト通りにすれば簡単に設定はできる事は分った。但し近年のSSL脆弱性問題に対応するには正しい知識と理解から利用する暗号化スイートは選択しなければならない点は気をつける必要がある。

nodejs/npmを最新にアップデートする方法

Sun, 17 Jan 2016 00:00:00 GMT

n というnodejs用バージョン管理ソフトウェアがあるとのことなので、これを利用します。

nのインストール

$ npm install -g n

nodejsを最新にアップデート

$ n latest

npmを最新にアップデート

$ npm update -g npm

と自分用にメモ。

Ansibleを一ヶ月使ってみての感想

Sat, 02 Jan 2016 00:00:00 GMT

結論

最初から

入門Ansible [Kindle版]を買って読んでおけば良かった！

ちまたで言われているほどシンプルでも簡単でも無かった。
それでもやっぱりPuppet/Chefより学習コストは低いので今後も使いたい。

以上！

最初から入門Ansible [Kindle版]を買って読んでおけば良かった

3週目位に存在を知ったのですが、最初から読んでおけば良かったです。この本を読めば基本的なことは全て学べます。

ベスト・プラクティスには黙って従おう

さくらのナレッジブログでWordPressを動かす環境構築を例に分かりやすく解説してくれます。本来は本家のBest Practicesを読むべきですが、やっぱり日本語の方が読みやすいですね（すません）。日本語で感触が掴んでから英語版を読むと良いです。

ちまたで言われているほどシンプルでも簡単でも無かった。

よくAnsibleはシンプルで簡単に使えるとどのサイトにも書かれていますが、一ヶ月経っての正直な感想は全くそうではないです。

changed_when, failed_whenの意味が分からなかった

shellやcommandモジュールなど一部のモジュールでは単なる状態確認でも常にchanged扱いになってしまいます。単にshellを実行しているだけなので、OKと表示してほしいことがあります。その際にchanged_whenを使うのですが、この辺の判別を記述する方法が独特かつマニュアルが少ないので最初混乱しました。

モジュール数が463個と多い！

モジュール数が思っていた以上に多かったことです。こちら)にAnsibleのtaskで使える全モジュール一覧があるんですが、463個あります・・・。プログラミング言語の関数に比べれば大したことはないですが、「シンプル」「簡単」という謳い文句を勝手に信じていたので、結構多かったんだねという印象でした。ただ実際この一ヶ月で使ったのは下記の10個だけでした。ただこの10個があればだいたい用は足ります。

service
yum
gem
copy
template
user
file
replace
shell
command

それでもやっぱりPuppet/Chefより学習コストは低いので今後も使いたい

（言うほどPuppet/Chefを使ったことがあるのか！と怒られそうですが）今後も使いたいです。総じてAnsibleの良いと感じたところは

最低10個のモジュールの使い方を覚えればどうにかなる
Best Practicesに従っておけば煩雑になりにくい
インストールが簡単なのは最高。ssh接続ができれば対象サーバーに対してすぐに実行できる
個人的にはこれが一番の理由でもあります。今までChefのインストールに相当苦しめられたので・・・。

ということで年末年始休暇はAnsible一色で終わってしまった。

xargsを使って簡単に並列処理をする方法

Mon, 21 Dec 2015 00:00:00 GMT

この記事は Pepabo Advent Calendar 2015の20日目の記事です。

先日とある案件で約400万個の画像データを別のサーバーにAPI経由でインポートする必要がありました。最初は単純に直列で実行してたのですが、終了予想を調べたら約20日かかる事になりあまりに遅すぎる！！と悩んでいた所、「並列処理で実行すればいいよ」というアドバイスを頂きました。いろいろ調べて試した結果、xargsで並列処理をするのが一番簡単かつ使いやすかったので使い方をまとめます。##サンプルスクリプト

現在時刻を表示した後に1秒間sleepします。

月間約1,000万PVのサイトをサーバー移設した話

Sun, 29 Nov 2015 00:00:00 GMT

先日サーバー移設が無事に完了し、全ロールのサーバーで正常稼働が確認できたので、気持ちが熱いうちに記事にしておこうと思います。

概要

5年前から週末・平日の夜に開発・運営しているとあるレビューサイトをサーバー移設した話です。
規模感としては月間1000万PV、ユーザー数30万人、移設前のサーバー台数は6台です。
技術的な課題に対する解決方法、導入した技術などは別にしようと思います。
今回は移設理由、移設手順、全体スケジュール、移設直後の感想のお話です。

なぜサーバー移設したのか

結論を言えば、2015年9月頃にサーバー会社から年末までの移設命令が来たからです。その会社が某社と業務提携をし、データセンターが統合されるのでなんとかかんとか。
元よりオンプレミスな環境には不満を持っており、クラウドサーバーへの移設は検討をしていたので、重い腰をあげる良い機会になりました。

移設前のサーバー構成

全台オンプレミス環境
Web x 3
DB x 2 (Master/Slave)
Image x 1

移設後のサーバー構成

全台クラウドサーバー
Web x 3
Batch x 1
DB x 2 (Master/Slave)
Image x 1
Mail x 1

まず初めに何をしたのか

現状の構成と移設後の構成を手書きで書いた

既存の構成、仕様を洗い出しました。各サーバーで動いているミドルウェア、利用状態をA4のホワイトボードに何度も書き直しました。

移設予定日を最初から決めた

スケジュールを逆算で作る際に必要なので、最初から決めました。直前をゴールとせず一回失敗しても余裕がある日を移設予定日としました。

やること・やらないことルールを決めた

ルールはシンプルにしました。何か問題が発生した際やディレクターからの割り込み業務が入った際の断る理由として役立ちます。

やること
- やらないとユーザー、サイトに悪影響を及ぼす業務。これはやるしかありません。
- それ以外はしない。基本的に移設業務のみとする。
やらないこと
開発メンバーは把握していないスクリプト、ミドルウェアは移設しない。導入しない。
- リファクタリング
- メジャーバージョンアップ
- サイトの改善系差し込みの業務
- 自分の技量に合わない新技術の導入、挑戦

スケジュールを簡単に立てた

スケジュールを立てる際には下記のルールとしました

本業に支障がでるスケジュールは立てない
健康を害するようなスケジュールは立てない
最終期限に余裕を持たせること

その上でスケジュール第一版として週単位での作業目安のスケジュールを立てました。ここで日単位でスケジュールを立てなかったのは、プロジェクトの開始初期は技術的な課題が発生しやすく多少のスケジュール変更もしやすくしました。

サーバー構築方針

既存のサーバーは動作しているミドルウェア、技術的に把握していな箇所が多く、整理も兼ねて正しいサーバー構築手順書を作成するために今回は手動構築としました。
手順書は全て
- コンフルエンスにまとめました。
プロビジョニングツール化はサーバー移設後に完成した手順書を元に書き起こす予定です。

プロジェクト中盤でやったこと

スケジュールの進捗を確認し、他開発者への助けが必要かどうかの判断をしました。これはギリギリになってリソースを割いても間に合わせない可能性があるので、早めの判断が必要です。
今回の場合ですが、一部想定外の作業が発生し明らかにスケジュールに間に合わないと判断したので助けを求め、作業を分担することで解決しました。

プロジェクト後半でやったこと

後半になると残件の残り僅かとなるので、issueに細かい粒度で全てを列挙し日別で作業を割り当てました。その結果、予想以上に残件が多いことに気づき、作業分担と予定立てが出来た点が良かったです。

メンテ直前でやったこと

担当者と口頭でリハーサルを行いました。実際にコマンドは叩かずに、メンテナンス手順書を読み上げながら確認しました。その結果、作業の漏れや実行順序の入れ替えによる効率化など改善が出来ました。
メンテナンス手順書においては、実行予定のコマンドがコピペで使えるように工夫しました。

移設して良かったこと

移設準備作業を通じて既存構成の懸念点、セキュリティ的課題など多数の問題を発見することが出来た。
念願のクラウド環境を手に入れることができ、サーバー調達が容易になった。
これら移設作業を通じることで幅広いインフラ知識を身に付けることが出来た。
クラウド環境ならではのテクニックを得ることが出来ました。DBサーバーの移設時にダンプ＆圧縮＆解凍処理に長時間がかかり、メンテナンス時間が長引く恐れがあったのですが、その時だけ高額のプランを利用することにより、一時的にネットワーク帯域、CPUコア数、メモリースペックを最大限にあげることで、処理の短縮化が出来ました。
分割移設が出来たことが良かったです。事前に画像サーバー、メールサーバーを段階的に移設することで最終移設日の作業範囲を減らすことが出来ました。

感想

まずは無事に移設できて良かったです。作業の過程で見つかった課題はこれから徐々に潰していく予定です。また移設の過程で自分では解決できない問題がいくつも発生し、開発・インフラエンジニアの友人の助言によって問題解決が出来ました。友人達にはとても感謝しています。今回唯一残念だったことは、最終メンテナンス日が友人の壮行会と重なってしまい参加できなかった事でした・・・・。

総じて楽しく移設できたので、引き続きサイト改善に努めたいと思います。

my.cnfのread_onlyについて調べた

Wed, 25 Nov 2015 00:00:00 GMT

概要

某所でMySQLのスレーブサーバーを構築することになり、友人から read_only権限について教えてもらったので改めて自分で調べなおしてみた。

read_onlyとは？

MySQLのスレーブサーバーでは

my.cnfで read_only設定をするとSUPER権限を持つアカウント以外の更新クエリーは実行できなくなる

疑問

rootアカウントが書き込み権限を持つアカウントを発行しようとするとどうなるのか

予測1. 作成できない予測2. SUPER権限有りで作成できる

検証環境

Vagrant
CentOS release 6.5 (Final)
Server version: 5.5.46 MySQL Community Server (GPL)

テスト環境を用意した

初期状態

mysql> select * from user\G

************************** 1. row *************************** Host: localhost User: root Password: Select_priv: Y Insert_priv: Y Update_priv: Y Delete_priv: Y Create_priv: Y Drop_priv: Y Reload_priv: Y Shutdown_priv: Y Process_priv: Y File_priv: Y Grant_priv: Y References_priv: Y Index_priv: Y Alter_priv: Y Show_db_priv: Y Super_priv: Y Create_tmp_table_priv: Y Lock_tables_priv: Y Execute_priv: Y Repl_slave_priv: Y Repl_client_priv: Y Create_view_priv: Y Show_view_priv: Y Create_routine_priv: Y Alter_routine_priv: Y Create_user_priv: Y Event_priv: Y Trigger_priv: Y Create_tablespace_priv: Y ssl_type: ssl_cipher: x509_issuer: x509_subject: max_questions: 0 max_updates: 0 max_connections: 0 max_user_connections: 0 plugin: authentication_string:

1 row in set (0.00 sec)

mysql> select * from db\G

************************** 1. row *************************** Host: localhost Db: root User: root Select_priv: Y Insert_priv: Y Update_priv: Y Delete_priv: Y Create_priv: Y Drop_priv: Y Grant_priv: N References_priv: Y Index_priv: Y Alter_priv: Y Create_tmp_table_priv: Y Lock_tables_priv: Y Create_view_priv: Y Show_view_priv: Y Create_routine_priv: Y Alter_routine_priv: Y Execute_priv: Y Event_priv: Y Trigger_priv: Y 1 row in set (0.00 sec)

mysql>

grant all privilegesのアカウントを作成する

この時点では test_userアカウントは hogeデータベースに対して全権限があるとしてアカウントは作成された。ここは普通なんだね。

GRANT ALL PRIVILEGES ON hoge.* TO test_user@localhost; SET PASSWORD FOR ‘test_user’@‘localhost’ = PASSWORD(‘fugafuga’); flush privileges;

mysql> GRANT ALL PRIVILEGES ON hoge.* TO test_user@localhost; Query OK, 0 rows affected (0.00 sec)

mysql> SET PASSWORD FOR ‘test_user’@‘localhost’ = PASSWORD(‘fugafuga’); Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges; Query OK, 0 rows affected (0.00 sec)

mysql> select * from user\G

************************** 1. row *************************** Host: localhost User: root Password: Select_priv: Y Insert_priv: Y Update_priv: Y Delete_priv: Y Create_priv: Y Drop_priv: Y Reload_priv: Y Shutdown_priv: Y Process_priv: Y File_priv: Y Grant_priv: Y References_priv: Y Index_priv: Y Alter_priv: Y Show_db_priv: Y Super_priv: Y Create_tmp_table_priv: Y Lock_tables_priv: Y Execute_priv: Y Repl_slave_priv: Y Repl_client_priv: Y Create_view_priv: Y Show_view_priv: Y Create_routine_priv: Y Alter_routine_priv: Y Create_user_priv: Y Event_priv: Y Trigger_priv: Y Create_tablespace_priv: Y ssl_type: ssl_cipher: x509_issuer: x509_subject: max_questions: 0 max_updates: 0 max_connections: 0 max_user_connections: 0 plugin: authentication_string:
************************** 2. row *************************** Host: localhost User: test_user Password: *574991E975571281C22C99705978B14740B142B7 Select_priv: N Insert_priv: N Update_priv: N Delete_priv: N Create_priv: N Drop_priv: N Reload_priv: N Shutdown_priv: N Process_priv: N File_priv: N Grant_priv: N References_priv: N Index_priv: N Alter_priv: N Show_db_priv: N Super_priv: N Create_tmp_table_priv: N Lock_tables_priv: N Execute_priv: N Repl_slave_priv: N Repl_client_priv: N Create_view_priv: N Show_view_priv: N Create_routine_priv: N Alter_routine_priv: N Create_user_priv: N Event_priv: N Trigger_priv: N Create_tablespace_priv: N ssl_type: ssl_cipher: x509_issuer: x509_subject: max_questions: 0 max_updates: 0 max_connections: 0 max_user_connections: 0 plugin: authentication_string: NULL

2 rows in set (0.00 sec)

mysql> select * from db\G

************************** 1. row *************************** Host: localhost Db: hoge User: test_user Select_priv: Y Insert_priv: Y Update_priv: Y Delete_priv: Y Create_priv: Y Drop_priv: Y Grant_priv: N References_priv: Y Index_priv: Y Alter_priv: Y Create_tmp_table_priv: Y Lock_tables_priv: Y Create_view_priv: Y Show_view_priv: Y Create_routine_priv: Y Alter_routine_priv: Y Execute_priv: Y Event_priv: Y Trigger_priv: Y
************************** 2. row *************************** Host: localhost Db: root User: root Select_priv: Y Insert_priv: Y Update_priv: Y Delete_priv: Y Create_priv: Y Drop_priv: Y Grant_priv: N References_priv: Y Index_priv: Y Alter_priv: Y Create_tmp_table_priv: Y Lock_tables_priv: Y Create_view_priv: Y Show_view_priv: Y Create_routine_priv: Y Alter_routine_priv: Y Execute_priv: Y Event_priv: Y Trigger_priv: Y 2 rows in set (0.00 sec)

hogeデータベースにusersテーブルを作った

CREATE TABLE users ( id INT NOT NULL AUTO_INCREMENT, name VARCHAR(50) NOT NULL, PRIMARY KEY (id) ) ENGINE=InnoDB;

test_userでinsertを実行すると

insertが拒否された。なるほど、 read_onlyが有効になっているから更新系クエリーが実行できないということなんだね。

[vagrant@db ~]$ mysql -utest_user -p -Dhoge Enter password: Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 7 Server version: 5.5.46 MySQL Community Server (GPL)

Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

mysql> insert into users (id, name) values (1, ‘hoge’); ERROR 1290 (HY000): The MySQL server is running with the —read-only option so it cannot execute this statement mysql>

my.cnfから

read_onlyを外したらinsert出来た

設定が外れた瞬間普通に実行できる。

[vagrant@db ~]$ mysql -utest_user -p -Dhoge Enter password: Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A

Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 3 Server version: 5.5.46 MySQL Community Server (GPL)

Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may be trademarks of their respective owners.

Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement.

mysql> insert into users (id, name) values (1, ‘hoge’); Query OK, 1 row affected (0.01 sec)

mysql>

結論

自分の予想は全て外れたｗ

rootアカウントで

grant allのアカウント作成を実行すると、一般権限で grant allなアカウントが作成される。

但し

read_only設定につき更新系クエリーが実行できない。設定がなければ更新系クエリーが実行できる。

参考

* MySQL - 一般ユーザにSUPER権限を付与！ - mk-mode BLOG

rbenv installする際にrdoc/ri生成を省略化してビルドを速くする

Tue, 22 Sep 2015 00:00:00 GMT

CONFIGURE_OPTS=“—disable-install-rdoc” rbenv install -v 2.2.3

と CONFIGURE_OPTS=“—disable-install-rdoc”を追記することでrdocとriを省略することが出来ます。

CONFIGURE_OPTSとは？

rubyビルドのパラメーターです。

sstephenson/ruby-build

CONFIGURE_OPTS lets you pass additional options to ./configure.

上記によると ./configureにオプションを渡すことが出来ます。

—disable-install-rdocとは？

How to install ruby without documentations - Qiita

configureオプションに —disable-install-rdocを渡すことによりRDocの生成をやめるとのことです。

Rdocの生成で画面がほぼ止まってしまい本当にビルドしているのかどうかわからない状況に良くなっていたのですが、これのおかげでその心配もなくなり助かります。

旧バージョンのXcodeをダウンロードする方法

Tue, 22 Sep 2015 00:00:00 GMT

OSXの自動アップデート機能で誤ってXcodeまで最新バージョンにアップデートしてしまった。Swiftが登場してからXcodeのバージョンアップに応じてSwiftもバージョンアップにしており、XcodeをバージョンアップするたびにiOSアプリが起動しなくなることがしばしばある。

そこでXcodeの旧バージョンをダウンロードしたいことがあり都度ぐぐっていたがメモがてら記事にする。解決方法は簡単で下記のAppleの開発者向けサイトに旧バージョンのXcodeのファイルが有りいつでもダウンロードできる。ついつい忘れがちだがこれのおかげでいつも助かっている。

https://developer.apple.com/downloads/

capistrano3-unicornでunicornを起動しようとしてハマった

Fri, 14 Aug 2015 00:00:00 GMT

環境

capistrano (3.4.0)
capistrano3-unicorn (0.2.1)

したかったこと

Capistranoでデプロイ時にunicornを再起動をする

ハマったこと

bundle exec cap production deployしても

unicornがうんともすんとも言わない・・・。

上記の問題解決後、再度実行したら“pid=’: Already running on PID:11705`エラーが発生して正常に再起動できない

log/unicorn.stderr.log

#{deploy_to}/shared/bundle/ruby/2.2.0/gems/unicorn-4.9.0/lib/unicorn/http_server.rb:206:in pid=': Already running on PID:11705 (or pid=/tmp/unicorn.pid is stale) (ArgumentError) from #{deploy_to}/shared/bundle/ruby/2.2.0/gems/unicorn-4.9.0/lib/unicorn/http_server.rb:135:instart’ from #{deploy_to}/shared/bundle/ruby/2.2.0/gems/unicorn-4.9.0/bin/unicorn:126:in <top (required)>' from #{deploy_to}/shared/bundle/ruby/2.2.0/bin/unicorn:23:inload’ from #{deploy_to}/shared/bundle/ruby/2.2.0/bin/unicorn:23:in `

’

問題１：unicornがうんともすんとも言わない

capistranoのデプロイログを見ても、unicornが起動されたログが全くなく完全に無視されているような状態だった。一旦 unicorn:startで直接起動しても、下記の通り何も起きなかった。

$ bundle exec cap production unicorn:start DEBUG [96aa134d] Running /usr/bin/env [ -d /usr/local/rbenv/versions/2.2.0 ] on DEBUG [96aa134d] Command: [ -d /usr/local/rbenv/versions/2.2.0 ] DEBUG [96aa134d] Finished in 2.405 seconds with exit status 0 (successful).

原因はrole設定の不一致っだった orz capistrano3-unicornの unicorn.rakeによるとデフォルトで appになっているが、自分が設定した config/deploy/production.rbでは app以外を設定しており、そこがずれていたからだった。

問題２：Already running on PID

capistrano3-unicornの restartタスクではまず startタスクを実行し、起動していなければ起動、起動済みなら何もしないという順序になっている。ここで起動をしようとするとunicornが既に起動済みだよ！と怒られてしまう・・・。

原因はまたしても設定の不一致だった orz unicorn.rakeの unicorn_pidに応じてpidファイルが作られるのだが、

config/deploy/production.rb
set :unicorn_pid, ”#{shared_path}/tmp/pids/unicorn.pid”
config/unicorn/production.rb
/tmp/unicorn.pid

と全く別の場所を参照していたのだ・・・。こちらもsharedに合わせることで解決。

地味な問題で数時間もハマってしまったが解決できてよかった。これでデプロイするたびにunicornが再起動してくれるので完璧だ。

Google Cloud Messaging for iOSの設定画面でAPNS証明書のアップロードにハマった

Wed, 22 Jul 2015 00:00:00 GMT

ここ数日Google Cloud Messaging for iOSの設定画面からApple Developer Centerから発行した開発・本番用のAPNs証明書をアップロードした際に下記エラーがずっと表示されて、本番側の証明書のアップロードに失敗していた。

The certificate environment did not match. Ensure that you got the right development or production APNS certificate.

エラー文言を見る限りでは証明書の環境がマッチしていないとのことで、何度も見なおしたが間違いなく本番の証明書であり、何度やり直してもずっと失敗していた・・・

が、やっと原因が分かった。

Apple Developer CenterのAPNS証明書を作成する画面をよく見直すと

A separate certificate is required for each app you distribute.

と書いてあり、別々の証明書（ここではCSR）が必要ですとのこと。そういえば、開発・本番のAPNS証明書を発行する際にどちらも同じCSRを利用していたが、どうやらこれが原因だということがわかった。MacのキーチェーンアクセスからCSRを発行しなおして、それを利用して本番側のAPNS証明書を発行しなおしたら

正常にアップロードすることができた。無事に解決。

Google Cloud Messaging for iOSのサンプルを試してみた

Sun, 19 Jul 2015 00:00:00 GMT

環境

MacOS X Yosemite 10.10.4
Xcode 6.4
iPhone5(実機。シュミレーターでは出来ません。)

Google Cloud Messaging for iOSとは？

無料

で利用できるプッシュ通知サービスです。

元々はAndroidのみの対応でしたが、2015年5月に行われたGoogle I/O 2015にてiOSの対応も発表されました。

サンプルを試してみた

公式サイトによると下記の手順となっています。

プロジェクトの用意
設定ファイルの用意
プロジェクトに設定ファイルを追加
サンプルを実行

では始めます。

プロジェクトの用意

上記の通り、実行すると下記となり。Xcodeが自動的に起動します。

$ bundle exec pod try Google Updating spec repositories

CocoaPods 0.38.0 is available. To update use: sudo gem install cocoapods

For more information see http://blog.cocoapods.org and the CHANGELOG for this version http://git.io/BaH8pQ.

Trying Google 1: Samples/admob/AdMobExample.xcodeproj 2: Samples/analytics/AnalyticsExample.xcodeproj 3: Samples/appinvites/AppInvitesExample.xcodeproj 4: Samples/gcm/GcmExample.xcodeproj 5: Samples/signin/SignInExample.xcodeproj Which project would you like to open [1-5]? 4 Performing CocoaPods Installation

CocoaPods 0.38.0 is available. To update use: sudo gem install cocoapods

For more information see http://blog.cocoapods.org and the CHANGELOG for this version http://git.io/BaH8pQ.

Installing GGLInstanceID (1.0.0) Installing Google (1.0.7) Installing GoogleCloudMessaging (1.0.3) Installing GoogleInterchangeUtilities (1.0.0) Installing GoogleNetworkingUtilities (1.0.0) Installing GoogleSymbolUtilities (1.0.0) Installing GoogleUtilities (1.0.1)

[!] Please close any current Xcode sessions and use GcmExample.xcworkspace for this project from now on. Opening ‘/private/var/folders/_p/wq04phmd1x7g4clvhlxx_8zw0000gn/T/CocoaPods/Try/Google/Samples/gcm/GcmExample.xcworkspace’

設定ファイルの用意

Enable Google Services for your appページから取得できます。

Pick a platformボタンを押します。

Cloud Messagingを選択して、 Generate configuration filesボタンを押します。

開発用、本番用APNs証明書をアップロードする箇所が２箇所ありますが、サンプルを試すだけなので開発側だけでアップロードします。

plistファイルができたらダウンロードして下さい。

プロジェクトに設定ファイルを追加

ダウンロードした GoogleService-Info.plistファイルをドラッグアンドドロップでプロジェクトのルート直下に置きます。

実行前に調整

このまま実行すると下記エラーが発生してしまいます。

これを回避するためにBundle IdentiferをAPNs証明書を発行したBundle Identifierに修正し、またteamも正しいものに設定してください。

サンプルを実行

再度サンプルを実行し直すと下記のようにGCMへの登録成功のメッセージが表示されます。Xcodeのログにトークンが記載されているのでメモしてください。

では次にプッシュ通知を送信する準備をします。TargetよりGcmServerDemoを選択し実行してください。

実行したらapiKeyと先ほどログから取得したRegistrationKeyを入力し、Send Notificationボタンを押してください。

しばらくすると実機に下記メッセージが送信されれば成功です。

自分用のまとめ記事につき、APNsの証明書の取得など省いてしまいわかりづらいところもあるかもしれませんが、Google Cloud Message for iOSを試される際はご参考にしてください。

Mac Yosemite上のChromeでショートカットのコピー＆ペーストをすると固まる問題の一時的回避法

Sun, 19 Jul 2015 00:00:00 GMT

YosemiteにアップグレードしてからChrome上でコピー（⌘+C）、ペースト（⌘+V）をするとレインボーマークが表示されて数秒待たさせる現象がかなりの頻度で発生するようにあった。

調べるとChronium側にもissueが立っていて問題が報告されているが、どうやら日本語のIMEが関係しており、日本人のみで問題が発生している様子。*Mac上のChromeでショートカットキーでコピー/ペーストをすると数秒待たされる問題（未解決） - Qiita

Issue 473850 - chromium - Chrome hangs on copying/pasting text in a input field on Mac - An open-source project to help move the web forward. - Google Project Hosting

そこでYosemiteに標準でインストールされている日本語入力とChromeとの相性に問題があることがわかったので、 Google日本語入力をインストールして試したところ、今のところ固まる問題は起きなくなった。あくまで一つの回避方法であり根本的な問題解決にはなってないが、１日に何十回と待たされるよりかはだいぶマシである。

また懸念点としてGoogleにパスワードなどの入力内容が送信されているのでは？という心配するが、下記の通り公式で送信することはないと明言されているのでおそらく大丈夫。

入力した文字や文章がGoogle に送信されることはありません。

インストール時、またはプロパティ画面の[その他]タブにある[使用統計情報と障害レポート]のチェックボックスをオンにした場合には、お客さまがご利用のOS情報、カスタマイズ情報、打鍵数などの統計情報、クラッシュレポートがGoogleに送信されますが、ここでも、Google日本語入力を通じて入力された単語や文章が送信されることはありませんのでご安心ください。

ということで、もし同様な問題に悩んでいる人がいたら、Google日本語入力を試してみてください。

vagrant pluginをインストールしようとするとnokogiriエラーがでてインストールできない時の対策

Sat, 27 Dec 2014 00:00:00 GMT

下記エラーが表示された場合は$ vagrant plugin install vagrant-librarian-puppet Installing the ‘vagrant-librarian-puppet’ plugin. This can take a few minutes… Bundler, the underlying system Vagrant uses to install plugins, reported an error. The error is shown below. These errors are usually caused by misconfigured plugin installations or transient network issues. The error from Bundler is:

An error occurred while installing nokogiri (1.6.5), and Bundler cannot continue. Make sure that gem install nokogiri -v '1.6.5' succeeds before bundling.

普通にnokogiriをインストールしても対応できないので

$ gem install —install-dir ~/.vagrant.d/gems nokogiri -v ‘1.6.5’

でインストールしてあげればエラーが解消できます。

Swiftで本番・開発フラグを簡単に判別する方法

Tue, 23 Dec 2014 00:00:00 GMT

よくあるあるでしょうけど、APIのURLを本番と開発で切り替えたり、開発時のときだけAnalyticsを送信しない、ログを出力する等処理を切り替えたりする際に使用します。### 準備

まずはXcodeのBuild Settings -> Swift Compiler - Custom Flags のDEBUG項目に -D DEBUGを設定します。

環境クラスを用意

とても単純ですが下記クラスを追加します。

class Environment { class func isDevelopment() -> Bool { #if DEBUG return true #else return false #endif } }

使い方

if (Environment.isDevelopment) { // 開発時はログを出力する }

他にもっと良いやり方もある気がするので、もうちょっと模索してみたいと思います。

2014年iTunes Connectのサービス停止期間を発表！現地時間で12/22(月)-29(月)

Tue, 09 Dec 2014 00:00:00 GMT

https://developer.apple.com/news/?id=12082104a

毎年恒例との事ですがアプリ申請をしたことがなかったので全く知らなかった。上記によると*現地時間とは明記しないけど、過去のブログを見るとそうらしい

2014/12/22-29はクリスマス（winter holidays)の為、iTunes Connectを停止する
もしアプリのリリース、価格変更をそれらの期間に行いたい場合は、12/18(木)までに申請、承認を終える事
今現在テスト中、プレリリース状態の場合は影響しない
売上、トレンド（？）レポートは継続しています

との事らしいです。

XcodeでValidate時に「iTunes Store operation failed redundant binary upload」言われた場合の対策

Tue, 09 Dec 2014 00:00:00 GMT

よく見ると詳細なエラーが表示されていた

Redundant Binary Upload.There are already exists a binary upload build with ‘1’ for versi 切れてしまっているがこれを訳すと

バイナリーの重複アップロードです。既にVersion ‘1’としてビルドされたバイナリーが存在しています。

実はアプリ申請の過程で既に一回バイナリーは送信済みで、時間があったので追加で修正を加えた物を再送信しようとしたのであった。Xcode側にもVersionが存在し、そこが1.0のままだからエラーとなったようだ。

なのでそこを1.0.1にバージョンアップすることでValidateが通り。送信出来た。

triph(トリフ)というiPhoneアプリをリリースしました

Mon, 20 Oct 2014 00:00:00 GMT

triph(トリフ)という散歩を旅行に変える音声ガイドiPhoneアプリをリリースしました。

triphでは浅草、渋谷の２エリアを選ぶ事ができ、指定エリア内のオススメ観光スポットを音声で紹介します。音声は同僚のウェブデザイナーが声優となり録音し、開発メンバーたちが実際に訪れたオススメのスポットを紹介します。また音楽には元プロギタリストの同僚が作曲してくれたとても心落ち着く音楽です。

無料アプリなので是非一度ダウンロードして音声ガイドを再生してみて下さい！

DeployGateにテスターを追加する方法

Sun, 19 Oct 2014 00:00:00 GMT

前提

Apple Developer Programに契約済。但しテスターの人は不要。
対象アプリ用のDeployGateアカウントに登録済み。テスターアカウントは別途登録が必要。

流れ

Apple Developer Program

Devicesに対象iPhoneを登録

XCode > Window > Devicesから自分のiPhone端末を選択し、UUIDを取得します。

Apple Developer Program > Member Center > Certificates, Identifiers & Profiles > Certificates > Devices all > +（プラスマーク）を選択し、先ほど取得したUUIDを入力

登録成功すると一覧画面に表示されます。

プロビジョニングプロファイルに対象デバイスを入れてプロビジョニングプロファイルをダウンロードし直す

DeployGate

アプリ用DeployGateにログイン後、テスター用DeployGateのアカウントのメールアドレスを入力して招待します。

iPhone

招待メールが届いたら、メール本文内のURLをクリックします。URLを開くと下記ページが表示されるので「DeployGateをインストール」をクリックします。

プロファイルのインストールが聞かれるのでそのままインストールします。

インストールするとiPhone上にDeployGateアイコンが表示されます。

DeployGateアイコンをタップするとアプリ一覧が表示され、これでアプリのダウンロードが出来るようになり準備完了です！

Rubygemsでライブラリを公開したので、手順をまとめる。

Fri, 10 Oct 2014 00:00:00 GMT

前提

gemspecは準備済み

流れ

1. rubygemsに会員登録

2. API KEYの登録

hypermktの箇所は自分のユーザー名

$ curl -u hypermkt https://rubygems.org/api/v1/api_key.yaml > ~/.gem/credentials; chmod 0600 ~/.gem/credentials Enter host password for user ‘hypermkt’: % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 56 0 56 0 0 15 0 —:—:— 0:00:03 —:—:— 15

3.

rubygemsに push。これで完了！

$ bundle exec rake release animemap-api-ruby 0.0.1 built to pkg/animemap-api-ruby-0.0.1.gem. Tagged v0.0.1. Pushed git commits and tags. Pushed animemap-api-ruby 0.0.1 to rubygems.org.

地味にハマったエラー

エラー文言の通りGemfileに

rakeを入れれば解決

$ bundle exec rake release /Users/hypermkt/.rbenv/versions/2.1.2/lib/ruby/gems/2.1.0/gems/bundler-1.6.3/lib/bundler/rubygems_integration.rb:252:in block in replace_gem': rake is not part of the bundle. Add it to Gemfile. (Gem::LoadError) from /Users/hypermkt/.rbenv/versions/2.1.2/bin/rake:22:in

’

アニメ番組表APIから番組情報を取得するcomposer/gemを作った

Thu, 09 Oct 2014 00:00:00 GMT

わざわざgemやcomposerにするほどの実装でもないんだが、それよりもcomposer/gemを一から作り公開する手順が知りたかったので課題として実装してみました。あとTravis CIも使ってみたかったので。会社ではこれを使いIRCに今日放送予定のアニメ番組をアニメチャンネルにお昼の時間帯に通知しています。*https://rubygems.org/gems/animemap-api-ruby

https://packagist.org/packages/hypermkt/animemap-api-php

今回学んだ点は別記事でまとめたいと思います。

homebrewパッケージを指定バージョンでインストールする

Thu, 25 Sep 2014 00:00:00 GMT

３回ぐぐったらまとめようルールにひかかったのでまとめます。

諸事情でMacの中に入っているmysqlのバージョンを落とす必要があったのでバージョンを下げる方法をまとめます。##まずインストール可能なバージョンを調べる

brew versions #{package_name}でバージョンを調べます。ここでは 5.5.29をインストールしたいとします。

$ brew versions mysql Warning: brew-versions is unsupported and may be removed soon. Please use the homebrew-versions tap instead: https://github.com/Homebrew/homebrew-versions 5.6.19 git checkout 3d3d8ae /usr/local/Library/Formula/mysql.rb 5.6.17 git checkout e271c21 /usr/local/Library/Formula/mysql.rb 5.6.16 git checkout 34ad88d /usr/local/Library/Formula/mysql.rb 5.6.15 git checkout b8a121e /usr/local/Library/Formula/mysql.rb 5.6.14 git checkout dc5d10c /usr/local/Library/Formula/mysql.rb 5.6.13 git checkout dcc7f40 /usr/local/Library/Formula/mysql.rb 5.6.12 git checkout ed829a3 /usr/local/Library/Formula/mysql.rb 5.6.10 git checkout 48f7e86 /usr/local/Library/Formula/mysql.rb 5.5.29 git checkout 336c976 /usr/local/Library/Formula/mysql.rb 5.5.28 git checkout 5825f62 /usr/local/Library/Formula/mysql.rb 5.5.27 git checkout 93aecfa /usr/local/Library/Formula/mysql.rb 5.5.25a git checkout faaa6c1 /usr/local/Library/Formula/mysql.rb 5.5.25 git checkout 5bcd1f3 /usr/local/Library/Formula/mysql.rb 5.5.24 git checkout a977fbd /usr/local/Library/Formula/mysql.rb 5.5.20 git checkout f4009ef /usr/local/Library/Formula/mysql.rb 5.5.19 git checkout c2b8e87 /usr/local/Library/Formula/mysql.rb 5.5.15 git checkout 513c0f8 /usr/local/Library/Formula/mysql.rb 5.5.14 git checkout a840c4a /usr/local/Library/Formula/mysql.rb 5.5.12 git checkout 35b60ca /usr/local/Library/Formula/mysql.rb 5.5.10 git checkout 1f2b24e /usr/local/Library/Formula/mysql.rb 5.1.56 git checkout feae63a /usr/local/Library/Formula/mysql.rb 5.1.55 git checkout 0476235 /usr/local/Library/Formula/mysql.rb 5.1.54 git checkout 7077f84 /usr/local/Library/Formula/mysql.rb 5.1.53 git checkout fbee3a0 /usr/local/Library/Formula/mysql.rb 5.1.52 git checkout 7871a99 /usr/local/Library/Formula/mysql.rb 5.1.51 git checkout 0fc5ce3 /usr/local/Library/Formula/mysql.rb 5.1.49 git checkout 2e7d624 /usr/local/Library/Formula/mysql.rb 5.1.48 git checkout 75def21 /usr/local/Library/Formula/mysql.rb 5.1.47 git checkout 9d73887 /usr/local/Library/Formula/mysql.rb 5.1.46 git checkout ee9ecec /usr/local/Library/Formula/mysql.rb 5.1.45 git checkout 1ca6b6b /usr/local/Library/Formula/mysql.rb 5.1.44 git checkout 052d1f2 /usr/local/Library/Formula/mysql.rb 5.1.43 git checkout c4decd7 /usr/local/Library/Formula/mysql.rb

対象Formulaファイル？のバージョンを下げます

git checkout 336c976 /usr/local/Library/Formula/mysql.rb

あとはインストールするだけです

$ brew install mysql
==> Installing mysql dependency: cmake
==> Downloading https://downloads.sf.net/project/machomebrew/Bottles/cmake-3.0.0.mavericks.bottle.tar.gz
### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ### ###  100.0%
==> Pouring cmake-3.0.0.mavericks.bottle.tar.gz

AWS ELBにSSL証明書を設定する方法

Sun, 14 Sep 2014 00:00:00 GMT

AWSのELB&EC2を利用してサイトを運用している場合に、SSLを設定する方法ですが調べた所、ELB側に対して証明書をアップロードする事により対応できるとの事でしたので対応方法をまとめました。

前提

Rapid SSLで証明書を購入済みの状態とする

設定方法

EC2 => Load Balancers => Listnersをクリックする

EditボタンをクリックするとListners変更画面が表示される

Load Balancer ProtocolのプルダウンよりHTTPS(Secure HTTP)を選択する

SSL CertificateのChangeボタンを押すとSSLのアップロード画面が表示される。*Private Keyの項目にCSR作成ツールで作成した秘密鍵を貼付ける
Public Key Certificateに

「【通知】 SSL サーバ証明書発行完了のお知らせ」メールの「SSLサーバ証明書（X.509形式）」の箇所を貼付ける

Certificate Chainに

「【通知】 SSL サーバ証明書発行完了のお知らせ」メールの中間証明書(INTERMEDIATE CA):を貼付ける

SAVE（ボタン名を忘れました）をクリックして完了

下記の完了画面が表示されたら設定完了です。

SSLのFQDNをhttpsで表示すると正常に動作しているはずです。思っていた以上に簡単で拍子抜けでした。

Mac(Mavericks)にphpenv+phpbuildでPHP5.6.0をインストールする

Mon, 08 Sep 2014 00:00:00 GMT

先日ついにPHP5.6.0が正式リリースし、同僚からも「ちゃんとPHP5.6.0をキャッチアップしてる？？」と煽られたので早速ローカル環境にPHP5.6.0をインストールします。

準備

phpenvをインストール

cd
git clone git://github.com/phpenv/phpenv.git .phpenv
echo 'export PATH="$HOME/.phpenv/bin:$PATH"' >> ~/.bash_profile
echo 'eval "$(phpenv init -)"' >> ~/.bash_profile

php-buildをインストール

git clone git://github.com/CHH/php-build.git $HOME/.phpenv/plugins/php-build

PHP5.6.0のインストール

$ php-build 5.6.0 ~/.phpenv/versions/5.6.0
[Info]: Loaded apc Plugin.
[Info]: Loaded pyrus Plugin.
[Info]: Loaded xdebug Plugin.
[Info]: Loaded xhprof Plugin.
[Info]: php.ini-production gets used as php.ini
[Info]: Building 5.6.0 into /Users/#{username}/.phpenv/versions/5.6.0
[Downloading]: http://php.net/distributions/php-5.6.0.tar.bz2
[Preparing]: /var/tmp/php-build/source/5.6.0
[Compiling]: /var/tmp/php-build/source/5.6.0
[Pyrus]: Downloading from http://pear2.php.net/pyrus.phar
[Pyrus]: Installing executable in /Users/#{username}/.phpenv/versions/5.6.0/bin/pyrus
[XDebug]: Downloading http://xdebug.org/files/xdebug-2.2.5.tgz
[XDebug]: Compiling in /var/tmp/php-build/source/xdebug-2.2.5
[XDebug]: Installing XDebug configuration in /Users/#{username}/.phpenv/versions/5.6.0/etc/conf.d/xdebug.ini
[XDebug]: Cleaning up.
[Info]: Enabling Opcache...
[Info]: Done
[Info]: The Log File is not empty, but the Build did not fail. Maybe just warnings got logged. You can review the log in /tmp/php-build.5.6.0.20140907105041.log
[Success]: Built 5.6.0 successfully.

PHP5.6.0に切り替える

*   system (set by /Users/#{username}/.phpenv/version)
  5.6.0
$ phpenv local 5.6.0
phpenv v0.0.4-dev

5.6.0
$ phpenv rehash
$ php -v
PHP 5.6.0 (cli) (built: Sep  7 2014 10:59:24) 
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2014 Zend Technologies
    with Zend OPcache v7.0.4-dev, Copyright (c) 1999-2014, by Zend Technologies
    with Xdebug v2.2.5, Copyright (c) 2002-2014, by Derick Rethans

Tokyo Otaku Modeさんのサマーウォーズ上映会に行ってきた！

Tue, 02 Sep 2014 00:00:00 GMT

つっちー( @hika69)のお誘いで Tokyo Otaku Modeさんのサマーウォーズ上映会に参加してきました。

他社のエンジニアや高校生エンジニアの方と一緒にサマーウォーズをがっつり視聴し、その後つきる事の無いアニメ話をしとても楽しかったです。食事、飲み物とごちそう頂きましてありがとうございました。

とはいえ参加させていただきましたが、Tokyo Otaku Modeについて詳しく知らなかったのでこれを気に調べてみました。##Tokyo Otaku Modeとは？

世界最大級の海外のオタク向けの情報配信しているサイトを運営しています。Facebookページとウェブページの２サイトがあり、Facebookページ側では日本のアニメ、漫画、オタク情報などを配信し、ウェブページ側ではオタク情報のニュース、ギャラリー、またユーザーさんが作成したイラストの商品販売をしているとのことです。

何ができるのか

自分の商品を海外向けに販売できる
商品紹介などを英訳してくれる
特設ページで宣伝してくれる
国内外のメディアで宣伝してくれる

審査はあるようですが、スペシャルクリエイターとなると無料で上記をサポートしてくれるそうです。コミケなどで商品を販売している人には新たな販売チャンネルとして海外向けに既に市場のある場所で売る事出来るのでいいですね。

感想

いろんなウェブサービスやアプリを見てきたけど、日本人として日本の文化を誇りを持って海外に宣伝かつ販売し海外の人に喜んでもらえるサービスってすてきですね。

Macのvimでluaを有効にする方法

Tue, 02 Sep 2014 00:00:00 GMT

下記を実行後、vimを起動して :versionの中に +luaが入れば成功。brew install lua brew reinstall vim —with-lua

YAPC Asia 2014 Tokyoに参加して

Sun, 31 Aug 2014 00:00:00 GMT

昨日は YAPC Asia2014に初めて参加してきたので、感想などをまとめようと思う。##参加したトーク

突然ITインフラを任された人のための…監視設計入門

トークが始まる前に前説的な話があり暇せず開始まで待つ事が出来た
監視すべきレイヤー、内容を具体的な実装例をだして丁寧に説明してもらいとても分かりやすかった。そのまま参考書にして売れるのでは。
発表途中や発表後に指名で質問したり、積極的に発表者の方が参加者の疑問点の伺う姿勢がとても素晴らしかった

半端なPHPDisでPHPerに陰で笑われないためのPerl Monger向け最新PHP事情（5.6対応）

PHPの深い闇から最新の事情まで紹介
圧倒的なトーク力で爆笑の渦。こういうのって単に話が面白いからということではなく、技術的にちゃんと理解している人だから闇について説明が出来て指摘が出来るのですごい事だなって思った
PHPStormを紹介している話もあったが、自分も最近PHPStormを使い始めて、地味なエラーやtypoなど指摘してもらったり、入力保管が聞いたりと本当に便利ですね

Mobile Application Development for Perl Mongers [ninjinkun x gfx]

Frontend/Backendを二人で交互に発表し合うというスタイルはとても面白いですね。同じ会社同士ならありそうな話ですが、別の会社同士の人たちが外部のイベントでするというのがいいですね。
アプリ開発においてエンジニアがUIデザインもすべきという点は同意。特にObjective-cにおいてはデザイナーではアニメーションを実装する事は難しいのでそこはプログラマーがデザイナー領域も担当しデザイナーと協力して実装するのが理想ですね
Frilという有名なアプリでの具体的な問題点の解決法を紹介していて分かりやすかった
CookPadでのアプリとウェブの開発事例が聞けてよかった。やっぱりアプリはgit flowがいいんですね。

Changing the tires on a moving car: a case study in upgrading legacy architecture

同時通訳レシーバーのおかげで日本語で聞けて良かった。
正直内容については分からなかったが(英語という事ではなく、技術的に)、レガシーコードとちゃんと向き合い段階的に改善している点はとても大切だと思った。
どこの会社やサービスにもテストがなかったり、バージョンが古かったりと問題をかかえている所は多いだろうけど、ちゃんとレガシーコードは改善しないとあとあと機能追加や運営が大変になるからね・・・。

その他

OSS開発欲がすごい刺激された

ということで参加できて本当に良かった。正直、参加者と見ていて、LTをしている人や運営者の人たちはとても大変そうだとは思ったが、少しうらやましい気もした。いつかあそこでLTできるようになりたいですね。明日からがんばるぞ！

Mac(mavericks)にcpanmをインストールする

Sat, 30 Aug 2014 00:00:00 GMT

YAPC 2014 Tokyoに参加してPerl熱があがったので、cpanmコマンドが使いたくなったので、早速インストールしてみた*Downloading the standalone executable

上記サイトを参考にインストールしてみる

$ cd /usr/bin $ sudo curl -LOk http://xrl.us/cpanm Password: % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 216 100 216 0 0 367 0 —:—:— —:—:— —:—:— 367 0 0 0 0 0 0 0 0 —:—:— —:—:— —:—:— 0 0 0 0 131 0 0 67 0 —:—:— 0:00:01 —:—:— 209 100 262k 100 262k 0 0 100k 0 0:00:02 0:00:02 —:—:— 766k $ ll | grep cpanm -rw-r—r— 1 root wheel 268417 8 30 14:10 cpanm $ sudo chmod +x cpanm $ cpanm Usage: cpanm [options] Module […]

Try cpanm --help or man cpanm for more options.

と簡単にインストール完了！

grepコマンドの各オプションの使い方を調査した

Wed, 27 Aug 2014 00:00:00 GMT

書式

grep [オプション] [パターン] [ファイル名]

オプション

意味

-A NUM, —after-context NUM

NUMで指定した行だけマッチした行の後に表示する

-B NUM, —before-context NUM

NUMで指定した行だけマッチした行の前に表示する

-C, —contest

NUMで指定した行だけマッチした行の前後に表示する

-c, —count

マッチした行数を表示する

-e PATTERN, —regexp=PATTERN

パターンを指定

-E PATTERN, —extended-regexp=PATTERN

拡張正規表現として扱う。egrepと同じ。

-f FILE, —file=FILE

パターンをファイルから一行ずつ読み込む。空ファイルの場合はパターンを含まないので何にもマッチしない。

-G, —basic-regexp

通常のgrepとして動作。基本正規表現として扱う。

-H

マッチした行の頭にファイル名を表示する

-h, —no-filename

ファイル名を表示しない。

-i

パターン、入力の両方で大文字小文字を区別しない case-sensitive=大文字小文字を区別するという意味

-o, —only-matching

マッチした箇所のみ表示する

-q, —quiet, —silent

標準出力を抑える

-v, —invert-match

結果を反転してマッチしなかった行のみ表示。invert=逆にする、反対にする

-w, —word-regexp

キーワードにマッチする行のみ表示する

-Z

zgrepとして動作

備考

正規表現には基本正規表現と拡張正規表現の２種類がある。オプションで正規表現を実行する際はどちらで評価されるのか注意する事
refs :

sed/grepコマンドの正規表現

例

-B

$ grep -B 2 bird search.txt dog cat bird

-C

$ grep -C 2 bird search.txt dog cat bird elephant pig

-H

$ grep -H a *.txt animals.txt:cat animals.txt:elephant animals.txt:zebra fruits.txt:apple fruits.txt:pineapple fruits.txt:strawberry

-o

$ grep a animals.txt cat elephant zebra $ grep -o a animals.txt a a a

-v

$ grep -v a animals.txt dog bird pig horse

Mac(Mavericks)にJenkinsをインストールして起動する方法

Mon, 25 Aug 2014 00:00:00 GMT

JenkinsはJavaで書かれた継続的インテグレーションツールです。Jenkinsを利用する事でテストやデプロイなど日々の作業を自動化することができます。MacでJenkinsを試したい場合は簡単にインストールする事が出来すぐに利用できるのでインストール＆起動方法をまとめます。##前提

ソフトウェア

バージョン

OSX Mavericks

10.9.3

Java

Java(TM) SE Runtime Environment (build 1.8.0_11-b12)

Homebrew

0.9.5

インストール

ターミナルより以下コマンドを実行

brew install jenkins

Jenkinsを起動する

java -jar /usr/local/opt/jenkins/libexec/jenkins.war

Swift勉強会 hosted by @nakajijapan from ペパボにLTで参加

Sat, 19 Jul 2014 00:00:00 GMT

#Swift勉強会 hosted by @nakajijapan from ペパボにLTで参加

資料

他LTの資料

トラウマ by

@misyobun

感想

今回も多数の参加者に参加頂いて、情報交換が出来てよかったです。
初心者視点での発表という事になったが、そろそろ自信を持って自慢のネタなどを発表できるようになりたいですね。

PHPMD(PHP Mess Detector)を使ってバグ検出2：変数命名編

Sat, 12 Jul 2014 00:00:00 GMT

前回のに続いて今回は変数命名について調べました。PHPMD実行時のオプションで namingを渡すことで下記をチェックしてくれます### 短すぎる変数名

メンバ変数
ローカル変数
引数
最小値 : 3文字

長過ぎる変数名

メンバ変数
ローカル変数
引数
最大値 : 20文字

短すぎる関数名

クラス名と同名の関数名の使用禁止

PHP4の時はクラス名と同名の関数名がコンストラクタとなりましたが、PHP5の場合コンストラクタは__constructになります。

定数の大文字チェック

定数は大文字で宣言すべきなので、小文字だと指摘されます。

getメソッドなのにboolean型を返そうとしている

boolean型の値を返したい場合はisXかhasXを利用すべきなので、getでboolean型を返そうとする場合は指摘されます。
ただしこのチェックは実際の関数の中をみるのではなくコメント欄と@return booleanをみているので、コメントが記述されていない場合はスルーされます。

試してみる

PHPMD(PHP Mess Detector)を使ってバグ検出：未使用変数編

Sat, 12 Jul 2014 00:00:00 GMT

バグがない世界に行けるものなら行きたいけど、そんな世界は残念ながら存在しないです。ただバグを少なくすることは可能で今日はつまらないバグを未然に防ぐことが出来るツール PHP Mess Detectorを見つけたので早速使ってみたのでまとめてみる。##PHP Messdetectorとは？

指定のソース、ディレクトリ内のPHPソースコードを解析し、バグの可能性になりうる箇所を検知しリストアップしてくれます。

命名ルール
未使用変数、関数

などなど

インストール

下記２つを追加してcomposer installするだけでOK。注意点としては pdepend/pdependに依存してくるので追記を忘れないこと。

{ “require”: { “phpmd/phpmd” : “1.4.*”, “pdepend/pdepend” : “1.1.0” } }

使い方

下記形式に手動実行するだけで可能。

./vendor/bin/phpmd #{対象ファイル名} #{結果の出力形式} #{チェック項目の種類}

使ってみる

下記のサンプルソースコードを使って一番分かりやすい未使用変数チェックをしてみる。

CocoaPodsのDKAudioPlayerのバグ修正がマージされた

Mon, 07 Jul 2014 00:00:00 GMT

動画の取り方が分からなかったので分かりにくかったらすいません。

iPhoneアプリ開発で音声ファイルを簡単に再生でき、画面にプレイヤー表示が出来る DKAudioPlayerというCocoaPodsライブラリがあります。

DKAudioPlayerのプレイヤーを表示させた場合、吹き出しで再生時間の現在値と最大値（例： 00:00 / 01:30）が表示されるのですが、プレイヤーを表示された直後になぜか 03:45 / 05:00と一瞬表示されてから音声ファイルの長さにそって 00:00 / 03:12と切り替わりとても不自然な挙動をしていました。

調べたところ、initWithAudioFilePathで初期化時にラベル内に 03:45 / 05:00と設定しかつ吹き出しの位置も 03:45とベタでしていされていました。なので、初期化時に音声ファイル情報を渡しているのでそのデータに基づいて曲の長さを取得し、吹き出しの位置を調整した方が良さそうでしたのでそのように修正し、 Pull Requestを送ったところ先ほどマージされました。何気に外部の公開リポジトリに対してPRしたのも、マージされたのも初めてだったので嬉しかったです。これで少し便利になりました。

Macbook Pro 13-inch, Early 2001のメモリーを8Gに増設した

Sat, 21 Jun 2014 00:00:00 GMT

結構前から不満に思いつつも面倒がって放置気味でしたが、さすがにそろそろ我慢の限界に達したのでメモリーを増設しました。##メモリーの選び方

メモリーの仕様から該当するメモリーの仕様を調べ、Amazonから下記を購入しました。

増設の仕方

こちらのページに記載されています。 http://support.apple.com/kb/HT1270?viewlocale=ja_JP#link1

必要な工具

下記のプラスドライバー #00で背面のねじを全て開ける事が出来ました。

ベンチマーク

左側側がメモリー追加前、右側が追加後です。まぁ・・・メモリーを4Gから8Gにしただけなので性能が向上する訳ではないですよねw よく見るとCPU、Memoryテスト共に下がってるw　体感的には今まであったもたつきが全て解消されて満足です。メモリー交換も思っていた以上に簡単にできるので、メモリー増設はオススメです。

Swift文法まとめ変数・配列・関数

Tue, 10 Jun 2014 00:00:00 GMT

SwiftのTipsはブログの記事にしても問題ないという確認が取れたので、自分の勉強用に理解したこと＆進捗用にまとめよう。

変数/定数

varで変数
letで定数

var now_count = 50 let MAX_COUNT = 100

コロン区切りで型宣言も可能

var number: Integer = 200

都度型宣言は不要。コンパイラーが自動的に推測する。
型変換可能。型違いの値を結合しようとするとエラーになる。

変数展開

()で変数展開ができる。
バックスラッシュはMacの場合は

Option + ¥で入力可能

var numbers = 3 var answer = “I have (numbers) pens.” => I have 3 pens.

配列

ブラケット[]で指定する

var fruits = [“apple”, “banana”, “melon”]

連想配列

var myHouse = [ “station”: “tokyo”, “floor”: 3 ]

関数

関数宣言に

funcを使用

引数の型指定が必要
->で返り値の型指定が必要

func sayHowdy(name:String) -> String { return “(name) Hello” } sayHowdy(“Steve”)

と今日はここまで。

CocoaPods Trunkを利用したライブラリの追加方法

Mon, 26 May 2014 00:00:00 GMT

Objective-Cの勉強を始めてまだ一ヶ月にも満たないのですが、CocoaPodsのPodライブラリを開発＆公開してみたくなり、西暦から和暦に変換するライブラリを書いて公開しました。コード的には微妙な箇所が多いですが、まずはライブラリ公開をゴールとしたかったので改善は後回しとします。

JapaneseCalendarYear

Podライブラリは今までGitHubのPull Requestで追加していたのですが、ちょうど一週間前より仕様変更がありまして、TrunkというAPIサービスを利用して追加する方式にかわりました。使ってみたのですが、驚くほど簡単でしたので公開方法についてまとめます。

CocoaPodsライブラリ登録までの流れ

初めて登録する場合は下記の通りとなります。1番、5番は２回目以降は不要となります。

pod lib create #{library_name}
ライブラリの追加
.podspecファイルの修正
pod lib lint
pod trunk register #{email} #{your_name} —description=‘#{description_of_this_account}’
pod trunk push #{podspec_name_path}

それでは各コマンドについて説明します。

pod lib create #{library_name}

CocoaPodsライブラリのひな形を作ります。

pod lib create [!] A name for the Pod is required.

Usage:

$ pod lib create NAME [TEMPLATE_URL]

  Creates a scaffold for the development of a new Pod according to the CocoaPods
  best practices. If a `TEMPLATE_URL`, pointing to a git repo containing a
  compatible template, is specified, it will be used in place of the default one.

Options:

--silent    Show nothing
--verbose   Show more debugging information
--no-ansi   Show output without ANSI codes
--help      Show help banner of specified command

実行すると下記の構成でひな形が作成されます。Pod登録時に必須となるLICENSEファイルも自動で作られるのでおすすめです。

$ pod lib create Foo Cloning https://github.com/CocoaPods/pod-template.git into Foo. Configuring Foo template.

To learn more about the template see https://github.com/CocoaPods/pod-template.git. To learn more about creating a new pod, see http://guides.cocoapods.org/making/making-a-cocoapod. $ tree Foo/ Foo/ ├── Assets ├── CHANGELOG.md ├── Classes │ ├── ios │ └── osx ├── Example │ └── Podfile ├── Foo.podspec ├── LICENSE ├── README.md └── Rakefile

5 directories, 6 files

ライブラリの追加

Classes内に実装したヘッダー、実装ファイルを追加してコミットしてください。登録するファイルはコミットされていないと大正となりません。

.podspecファイルの修正

ライブラリの作成者やリポジトリの場所などの情報をまとめた.podspecファイルを修正します。下記は先日自分が公開した西暦から和暦に変換するPodライブラリの一例です。

Pod::Spec.new do |s| s.name = “JapaneseCalendarYear” s.version = “0.0.1” s.summary = “Calculate japanese calendar year from current year.” s.homepage = ”https://github.com/hypermkt” s.license = “MIT” s.author = { “hypermkt” => ”#{email}” } s.social_media_url = ”https://twitter.com/hypermkt” s.platform = :ios s.source = { :git => ”https://github.com/hypermkt/JapaneseCalendarYear.git”, :tag => s.version.to_s } s.source_files = “Classes/*.{h,m}” s.requires_arc = true end

pod lib lint

Pod公開前にバリデーションチェックを行います。LICENSEファイルがあるか、.podspecファイルの文法は正しいか、リモートリポジトリは存在するかなどのチェックがされます。ソースコードはリモートリポジトリ基準となりますので、ローカルで修正したらpush後にlintしてください。

pod lib lint

-> JapaneseCalendarYear (0.0.1)

JapaneseCalendarYear passed validation.

pod trunk register #{email} #{your_name} —description=‘#{description_of_this_account}’

初回はユーザーアカウント登録が必要となるので、下記コマンドを実行します。

pod trunk register #{email} hypermkt —description=‘My Laptop’ [!] Please verify the session by clicking the link in the verification email that has been sent to #{email}

実行すると下記確認メールが登録メールアドレス宛に届きますので、確認用URLをクリックしてください。クリックすれば登録完了です。

Hi hypermkt,

Please confirm your registration with CocoaPods by clicking the following link:

https://trunk.cocoapods.org/sessions/verify/#{key} If you did not request this you do not need to take any further action.

Kind regards, the CocoaPods team

pod trunk push #{podspec_name_path}

pushコマンドでPodを登録します。驚くことに下記コマンドを１回実行するだけで完了です。

pod trunk push JapaneseCalendarYear.podspec Validating podspec -> JapaneseCalendarYear (0.0.1)

Data URL: https://raw.githubusercontent.com/CocoaPods/Specs/9aed9c8857ec20f00f5cee8cfc73e68c502bfe70/Specs/JapaneseCalendarYear/0.0.1/JapaneseCalendarYear.podspec.json
Log messages:
- May 25th, 22:57: Push for `JapaneseCalendarYear 0.0.1’ initiated.
- May 25th, 22:57: Push for `JapaneseCalendarYear 0.0.1’ has been pushed (1.104098643 s).

正常に処理されるとすぐにCocoaPods公式よりすぐにツイートされ、ライブラリがリポジトリに登録されます。

実際にPodfileに記述してpod installするとインストールできた！！！

pod install Analyzing dependencies Downloading dependencies Installing JapaneseCalendarYear (0.0.1) Generating Pods project Integrating client project

[!] From now on use test001.xcworkspace.

と流れをまとめましたが、TrunkのおかげでPodライブラリの公開が全自動かつ即公開となりました。これからもTrunkを利用してPodライブラリをどんどん公開できるようがんばります！

スクレイピングをmod_dosdetector-forkで防ぐ方法

Tue, 06 May 2014 00:00:00 GMT

とある日、サーバーがやけに重いなーと思ってログを見た所、頑張ってスクレイピングをしている人がいた。その日のログの件数だけで18万件・・・。111.86.200.225 - - [18/Apr/2014:13:38:24 +0900] “GET /review/698049/ HTTP/1.1” 200 8703 ”http://www.anikore.jp/anime_review/4031/page:3” “Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0” 111.86.200.225 - - [18/Apr/2014:13:38:19 +0900] “GET /anime_review/4031/page:3 HTTP/1.1” 200 15619 ”http://www.anikore.jp/anime_review/4031/” “Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0” 111.86.200.225 - - [18/Apr/2014:13:38:19 +0900] “GET /review/555875/ HTTP/1.1” 200 10559 ”http://www.anikore.jp/anime_review/4030/” “Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0” 111.86.200.225 - - [18/Apr/2014:13:38:20 +0900] “GET /review/715718/ HTTP/1.1” 200 10455 ”http://www.anikore.jp/anime_review/4030/” “Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0” 111.86.200.225 - - [18/Apr/2014:13:38:20 +0900] “GET /review/611081/ HTTP/1.1” 200 9340 ”http://www.anikore.jp/anime_review/4031/page:5” “Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:28.0) Gecko/20100101 Firefox/28.0”

レビューサイトの宿命ではあるんだが、結構スクレイピングをされる事が多いです。どうせやるならバレないようにしてほしいんですが、一気にアクセスされるとさすがにサーバーに負荷がかかり、他のユーザーさんにも影響が出てしまうため、対策を行いました。

スクレイピングもほぼDoS攻撃と連続アクセスという点では同じなので、DoS対策について調べました。

mod_security
mod_evasive
mod_dosdetector
mod_dosdetector-fork

導入方法

ビルド

ビルド自体は簡単。下記の通りすれば完了。

git clone git@github.com:tkyk/mod_dosdetector-fork.git cd /usr/local/src/mod_dosdetector-fork make make install

導入

ビルドしたモジュールをhttpd.confで読み込む

LoadModule dosdetector_module /usr/lib64/httpd/modules/mod_dosdetector.so

DoS対策をしたバーチャルホスト設定内に下記を追加。ポイントと下記の通りです。

ローカルネットワーク内からのアクセスは全て除外する。定期的な監視スクリプトなどが走っているので。
クローラーは除外する
画像、CSS、Javascriptなどはアクセスカウントの対象外とする

デフォルトでは favicon のコンテンツタイプは指定されていないので設定

AddType image/vnd.microsoft.icon .ico

検知を有効にする

DoSDetection On

DoS 攻撃の判定を行う時間を設定。（秒）

DoSPeriod 60

DoSPeriod の間にこの数だけアクセスがあれば DoS 攻撃の疑いありとみなし、環境変数 SuspectDoS を 1 にセットする。

DoSThreshold 50

DoSPeriod の間にこの数だけアクセスがあれば DoS 攻撃の疑いが強いとみなし、環境変数 SuspectHardDoS を 1 にセットする。

DoSHardThreshold 100

DoS 攻撃の疑いが設定されてから解除するまでの時間。（秒）

DoSBanPeriod 3600

クライアントの追跡記録を保存する数。多すぎるとその分リソースを消費する。

DoSTableSize 100

SetEnvIf Request_URI “.(gif|jpe?g|ico|js|css|png)$” NoCheckDoS

RewriteEngine On RewriteCond %{ENV:SuspectHardDoS} =1 RewriteCond %｛REMOTE_ADDR｝ !^(127.0.0.1)$

クラスAのローカルIPアドレス帯を全て除外

RewriteCond %｛REMOTE_ADDR｝ !^(10.[0-9]+.[0-9].[0-9])$

クラスBのローカルIPアドレス帯を全て除外

RewriteCond %｛REMOTE_ADDR｝ !^(172.(1[6-9]|2[0-9]|3[0-1]).[0-9]+.[0-9]+)$

クラスCのローカルIPアドレス帯を全て除外

RewriteCond %｛REMOTE_ADDR｝ !^(192.168.[0-9]+.[0-9]+)$ RewriteCond %｛HTTP_USER_AGENT｝ !(google|yahoo|msn|bing) [NC] RewriteRule .* - [R=503,L] ErrorDocument 503 “Server is busy.”

LogFormat ”%{SuspectHardDoS}e %h %l %u %t “%r” %>s %b ”%{Referer}i” ”%{User-Agent}i"" dos_suspect CustomLog “logs/dos_suspect_log” dos_suspect env=SuspectDoS

あとはApacheをconfigtest & gracefulすれば完了です。

運用後

運用後に気付いた点をまとめます。

クローラーがひっかかる

下記はbingの一例ですが、Googleクローラーも疑わしいアクセスとして検知されます。

[Tue May 06 04:03:50 2014] [notice] mod_dosdetector: ‘157.55.33.26’ is suspected as DoS attack! (counter: 51)

157.55.33.26 - - [06/May/2014:11:24:03 +0900] “GET /review/255621/ HTTP/1.0” 200 85004 ”-” “Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)” 157.55.33.26 - - [06/May/2014:11:24:13 +0900] “GET /review/683640/ HTTP/1.0” 200 38173 ”-” “Mozilla/5.0 (compatible; bingbot/2.0; +http://www.bing.com/bingbot.htm)”

もちろんクローラーをDoSアタックと検知し、拒否されてしまうとSEO対策的に好ましくないので、上記の設定時に各種クローラーは除外するようにし拒否しないようにします。

RewriteCond %｛HTTP_USER_AGENT｝ !(google|yahoo|msn|bing) [NC]

怪しいアクセスを防いだ

ユーザーエージェントもなく連続アクセスっぽいアクセスがあったが、１０１アクセス目で503を返しており、拒否っています。あちら側も503を検知したのか急にアクセスが止まった。

61.119.116.18 - - [06/May/2014:03:04:54 +0900] “GET /tag/%E8%85%90%E5%A5%B3%E5%AD%90%E5%90%91%E3%81%91/ HTTP/1.1” 200 20594 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:55 +0900] “GET /tag/%E3%81%BB%E3%81%AE%E3%81%BC%E3%81%AE/ HTTP/1.1” 200 22122 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:56 +0900] “GET /tag/%E9%80%86%E3%83%8F%E3%83%BC%E3%83%AC%E3%83%A0/ HTTP/1.1” 200 19831 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:57 +0900] “GET /project/ HTTP/1.1” 200 5999 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:57 +0900] “GET /terms_of_use/ HTTP/1.1” 200 9861 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:58 +0900] “GET /guideline/ HTTP/1.1” 503 15 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:58 +0900] “GET /privacy_policy/ HTTP/1.1” 503 15 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:58 +0900] “GET /thank_ranking/ HTTP/1.1” 503 15 ”-” ”-” 61.119.116.18 - - [06/May/2014:03:04:58 +0900] “GET /contacts/ HTTP/1.1” 503 15 ”-” ”-”

とまぁまだまだ様子見の段階ではありますが、概ね順調に動いております。これで次回スクレイピングやDoSアタックが来ても大丈夫！でありたい。

ユーザーエージェント指定でアクセス拒否する方法

Mon, 17 Mar 2014 00:00:00 GMT

muninのグラフを眺めてたら、CPU使用率が普段の5倍になってて、なんじゃこりゃー！という事になりました。

状況を調べた所、スクレイピングツールでレビュー全件をスクレイピングしている輩がおりまして、うちのサイトも有名になったもんだと思いつつも、さすがにCPU負荷がサイトに影響を与えていたので、アクセス拒否をする事にしました。##Apacheで拒否

Apacheでユーザーエージェント指定拒否する事が可能です。下記が実際のログでScrapyというツールを使ってアクセスしているのが分かります。

xxx.xxx.xxx.xxx - - [14/Mar/2014:00:00:06 +0900] “GET /review/420085/ HTTP/1.1” 200 8750 ”http://www.anikore.jp/anime_review/3753/page:33” “Scrapy/0.22.2 (+http://scrapy.org )”

Apacheの SetEnvIfディレクティブを使って、環境変数を設定し、対象を拒否します。これでhttpd.confを保存後、configtest&gracefulをすれば完了です。

SetEnvIf User-Agent “Scrapy” deny_ua <= これを追加

Options Indexes FollowSymLinks AllowOverride None Order allow,deny Allow from all Deny from env=deny_ua <= これを追加

Dev HTTP Clientで確認

Google Chrome AppのDev Http Clientを使用して、httpリクエストを送信してテストしましょう。

通常の場合

Chromeのユーザーエージェントの場合は正常にアクセスできますね。

Scrapyのリクエストの場合

先ほどのScrapyのアクセスログを元にユーザーエジェントを指定してアクセスしようとすると403 Forbiddenで拒否

と、Scrapyから来た場合はちゃんと弾けているよというのが確認出来ましたので、これでデプロイしました。まぁ正直言って、UserAgentが改ざんされてしまったらこれでは弾けないんですが、あくまで対策の一環という事で。

vim7.4を一般ユーザーアカウント内にインストールする

Sun, 16 Mar 2014 00:00:00 GMT

開発で利用している共用サーバーのvimのバージョンが古くroot権限でインストールし直そうか悩んでいた所、同僚から自分の一般ユーザーアカウント内に最新版のvimをインストールすればいいんじゃないですかと助言をもらった。

自分のアカウント内にインストールすれば他のユーザーへの影響は全くなく好きなツールを利用する事が出来大変便利な方法なのでまとめる。

vim7.4をインストールする

$ mkdir temp $ cd temp $ wget ftp://ftp.vim.org/pub/vim/unix/vim-7.4.tar.bz2 $ tar jxvf vim-7.4.tar.bz2 $ cd vim74 $ mkdir patches $ cd patches $ curl -O ‘ftp://ftp.vim.org/pub/vim/patches/7.4/7.4.[001-192]’ $ cd ../ $ cat patches/7.4.* | patch -p0 $ ./configure —enable-multibyte —enable-xim —enable-fontset —with-features=big —prefix=$HOME $ make & make install

vimのバイナリを指定して起動

.bashrcを開く

vim ~/.bashrc

下記を追記する

alias vim=’~/bin/vim’

.bashrcを反映して完了！

source ~/.bashrc

できたー。ついパッケージインストール時はroot権限でやらなくちゃいけないという頭でいたけど、自分のアカウント内に好きなコマンドをいれられるのは便利ですね。

サーバーの転送量の調べ方

Wed, 26 Feb 2014 00:00:00 GMT

ウェブサーバーの場合はApacheやNginxのログファイルにある転送量を合算すれば算出できるが、DBサーバーの場合はどうすればいいのか調べていた所、ifconfigコマンドでサーバーが起動してから転送量が分かるとの事。

# ifconfig eth1
eth1      inet addr:xxx.xxx.xxx.xxx  Bcast:yyy.yyyy.yyy.yyy  Mask:255.255.255.192
          RX bytes:86505216487 (80.5 GiB)  TX bytes:658784079187 (613.5 GiB)

RX bytesが受信パケットバイト数、TX bytesが送信パケットバイト数です。なのでサーバーから外部に放出された送信側の転送量をサーバーの起動日数で割れば１日あたりの平均転送量が算出できるという事ですね。

ntpd monlist脆弱性の対策法

Sat, 15 Feb 2014 00:00:00 GMT

JPCERTよりntpdの脆弱性の報告があった

NTP Project が提供する ntpd の一部のバージョンには、NTP サーバの状態を確認する機能 (monlist) が実装されており、同機能は遠隔からサービス運用妨害 (DDoS) 攻撃に使用される可能性があります。

NTP は、通常 UDP を使用して通信するため、容易に送信元 IP アドレスを詐称することができます。また、monlist 機能は、サーバへのリクエストに対して大きなサイズのデータを送信元 IP アドレスへ返送するため、攻撃者は攻撃対象の IP アドレスを送信元 IP アドレスに偽装した問い合わせパケットをNTP サーバに送信することで、大きなサイズのデータを攻撃対象 (Web サイトなど) に送りつけることができます。

ntpd 4.2.7p26 より前のバージョン *) 安定版の 4.2.6.x は全て影響を受けます。

全部ってことですね・・・

バージョンを調べた所見事にビンゴ。

対処方法としては

ntpdを停止する
ntpdを起動させる場合は/etc/ntp.confにdisable monitorを記述してmonlist機能をOFFにする

とのことでした。

考えた結果、そもそもntpdを常駐しておくほどの事もなく1日1回時間補正をしてくれればいいので、ntpdは停止し/etc/cron.daily/ntp.cronを追加し、毎朝時間補正をするようにしました。

chefに下記を追加

template “ntp.cron” do path “/etc/cron.daily/ntp.cron” owner “root” group “root” mode “755” source “/etc/cron.daily/ntp.cron.erb” end

#!/bin/sh /usr/sbin/ntpdate ntp.nict.jp

runlistに追加して適用！終わり！

munin-nodeの複数の監視設定を一発で設定する方法

Wed, 12 Feb 2014 00:00:00 GMT

muninの監視項目を追加したい際に今まで下記のようにシンボリックリンクを手動で貼ってました。# ln -s /usr/share/munin/plugins/mysql_bytes /etc/munin/plugins/mysql_bytes

ln -s /usr/share/munin/plugins/mysql_isam_space_ /etc/munin/plugins/mysql_isam_space_

ln -s /usr/share/munin/plugins/mysql_queries /etc/munin/plugins/mysql_queries

ln -s /usr/share/munin/plugins/mysql_slowqueries /etc/munin/plugins/mysql_slowqueries

ln -s /usr/share/munin/plugins/mysql_threads /etc/munin/plugins/mysql_threads

手段としては間違っていないのですが、一個一個コマンドを実行して行くのはまー面倒い。会社の人にそんな事をつぶやいたら、munin-nodeに標準で梱包されているmunin-node-configureを使えば簡単かつ一発で設定出来ますよ！と教えてもらいました。

まずは下記のようにsuggestオプションを利用する事で、現在利用中と設定可能な物を一覧で表示できます。Usedが現在設定中。Suggestionsがまだ未設定だけど設定可能というもの。

munin-node-configure -suggest

Plugin	Used	Suggestions
acpi	no	no [cannot read []
amavis	no	no
apache_accesses	no	yes
apache_processes	no	yes
apache_volume	no	yes
…ずらずら続く

設定可能な物を確認した後にshellオプションを利用すると設定用のシンボリックリンクを文字列で出力してくれます。これを一個一個実行すれば問題ないのですが、面倒いので一発で設定しちゃいます。

munin-node-configure -shell

ln -s ‘/usr/share/munin/plugins/apache_accesses’ ‘/etc/munin/plugins/apache_accesses’ ln -s ‘/usr/share/munin/plugins/apache_processes’ ‘/etc/munin/plugins/apache_processes’ ln -s ‘/usr/share/munin/plugins/apache_volume’ ‘/etc/munin/plugins/apache_volume’

下記のようにパイプでシェルに渡してしまえば、上記のシンボリックリンクコマンドが全て実行され一発で監視設定を追加できます。

munin-node-configure -shell | sh

@glidenote先生、ありがとうございます！

mysqladmin flush-logsでlogrotateが出来ない！

Sun, 02 Feb 2014 00:00:00 GMT

なぜだ・・・なぜなんだー！

事の発端はある日のAM4:00に発生したmysqldのメモリー超過でした。4:00ちょうどから急激に実メモリー、スワップメモリーが上昇しはじめ、一時間後あたりでOOMキラーでプロセスがkillされていました。調査した結果、cron.dailyでmysqlのログをlogrotateする際にpostrotateでmysqldを再起動していました。恐らく過去の経緯を考えるに毎朝メモリの解放をする為に再起動にしていたのかと思いますが、mysqldを毎朝再起動するというのもリスクが大きいです。本来、logrotateする際はflush logsでログを切り替えるのが正しいとの事なので早速設定してみた

/etc/logrotate.d/mysqld

まずはlogrotate.dディレクトリ内に設定ファイルを配置します。

/var/log/mysql/*.log { create 640 mysql mysql notifempty daily rotate 60 missingok compress postrotate # just if mysqld is really running if test -x /usr/bin/mysqladmin &&
/usr/bin/mysqladmin ping &>/dev/null then /usr/bin/mysqladmin flush-logs fi endscript }

/root/.my.cnf

/etc/logrotate.d/mysqld とサンプルファイルによると下記の通りroot権限でmysqladminを操作する場合は/root/.my.cnfファイルを配置し、その中にmysqlのrootのパスワードを設定するようにと指示がありますのでその通りに設定します。

If the root user has a password you have to create a

/root/.my.cnf configuration file with the following

content:

[mysqladmin]

password =

user= root

where ”” is the password.

ATTENTION: This /root/.my.cnf should be readable ONLY

for root !

$ cat /root/.my.cnf [mysqladmin] password = #{password} user= root

$ chmod 600 .my.cnf

デバッグモードで動作を確認する

logrotate -dv /etc/logrotate.d/mysqld

手動実行してみた

下記コマンドで実行した所、/var/log/mysqld内の既存のログファイルは全て.gzに切り替わったけど、新規で作成されたクエリログ、エラーログ、スロークエリログが０バイトのまま何も書き込まれない。

logrotate /etc/logrotate.d/mysqld

はて、なぜに・・・

もしかしてmysqladminが実行されてないのか？

mysqladmin flush-logs

を手動実行しても何も変わらず・・・

MySQL に新しいログファイルの使用を強制するには、mysqladmin flush-logs または mysqladmin refresh を使用するか、SQL コマンド FLUSH LOGS を使用します。

とのこなとので、

mysqladmin refresh

を実行してもログが書き込まれず・・・

なぜだー！

mysqldを再起動するとログは切り替わるんだが・・・なんでだろう・・・。

Webサーバー複数台化への道のり::設計編

Sat, 25 Jan 2014 00:00:00 GMT

概要

とあるレビューサイトではアクセスのピーク時間帯になるとサイト動作が全体的に遅くなる現象が長く続いていました。取り急ぎの改善としてはSQL、I/O負荷の高い処理の見直しをしてきましたが、あくまで局部的な修正に過ぎず、根本的な改善となりませんでした。

PHPのパージョンアップ、ミドルウェアの導入などソフトウェアによる改善も検討しましたが、今回はハードウェアの強化を優先することにしウェアサーバーを一台から複数台に変更するすることにしました。このエントリーで懸念点、対策方法の設計についてまとめます。

複数台に伴う懸念点

実際Webサーバーの2台目以降を構築して、DNSラウンドロビンをして、ハイ終わり！とはならず、いろいろ既存の仕様の問題や疑問点が見つかりました

複数台への同時デプロイはどうすべきか
アップロード画像データのDB管理また複数台時の共有はどうすべきか
アップロード画像データの独自のサイズ変換機能
Sitemap.xmlなどの出力データの共有
PHPセッションはどうやって共有するのか
これを機にPHPや各種ミドルウェアのバージョンもすべきか
サーバー構築の手順書を作るのが大変だ
サーバー構築はどこでやるのか
サーバーが複数台になったらいちいち全台にsshするのはめんどい・・
監視はどうする？
その他の独自仕様が‥

他にもあったような気もしましたが忘れました

解決方法

複数台サーバーへのデプロイ

画像管理とサイズ変換と共有方法

画像サーバーを構築しそこでユーザーのアップロード画像を一括管理。またnginx+HttpImageFilterでリアルタイム画像変換

Sitemap.xml

rsyncで常に同期

PHPセッションの共有

PHPや各種ミドルウェアのバージョンアップもすべきか

しない。目的は複数台化でありバージョンアップではない。バージョンアップを新規構築分だけしてしまうと問題が起きた時に調査しずらい。あくまで既存のウェブサーバーを忠実に再現することが前提。今回はしないという意味で複数台化が終わってからやるべき。

サーバー構築の手順書作りが大変

サーバー構築はどこでやるのか

サーバーが複数台になったらいちいち全台にログインするのは面倒い・・・

Knife Solo

監視

その他一台構成前提の独自仕様が‥

気合いで直す！

設計から約一年後‥

スタートから様々なイベントや既存の運用もあったので時間もかかりましたが、ほぼ想定通りに実装完了しました。リリース直後から様々な障害もありましたが(今もまだ残作業が残ってますが)、サーバー負荷は想定以上に下がり、体感的に早くなりました。正確には早くなったというより、負荷が下がったので重たい頻度が少なくなったというのが正しい表現かと思います。

基本的には設計時にあげたソフトウェアは全て未経験なので手探り状態で始めたのでかなり時間がかかりましたがとても良い経験になりました。これも開発チームの協力あってのおかげです。

今後の予定

serverspecを導入してテスト駆動インフラ構築をしたい
PHPのバージョンアップを・・・

次回以降は各対応でのまとめや経験した問題の解決方法などを公開したいと思います。ではでは

データセンター画像探しは

これを参考にしました。

photo credit:

NeoSpire via photopin cc

ドキュメント管理ソフトウェア Confluenceのすすめ

Fri, 17 Jan 2014 00:00:00 GMT

概要

アプリケーションやウェブサイトの開発の際に仕様、キャンペーンの企画などをGitHub/TracのissueやWikiなどで管理するケースが多いと思います。ですが、GitHub/TracのWikiはどちらかと技術者向けのソフトウェアであり一般の人が使うには少しハードルが高いと感じています。またissueやticketは数が増えると埋もれてしまい探すのが手間です。

そこで誰もが簡単に情報共有ができるドキュメント管理ソフトウェアのConfluence（コンフルエンス）の紹介をしたいと思います。Confluenceはオーストラリアのatlassian社が開発しているソフトウェアでその他にJIRA/Bitbucketなども開発している有名なソフトウェア会社です。とあるレビューサイトの仕様や施策の企画・結果等は全てConfluenceで管理しています。

Confluenceとは？

この動画をご覧ください。

Confluenceを使うメリット

Markdown/Wiki記法など全く知らなくてもホームページ作成ソフトウェアのように操作が出来る。つまり一般的なITリテラシーがあれば誰でも使える。
コメント機能、メンション機能あり。
各ドキュメントを階層階層構造で管理できる

これだけでも十分なメリットだと思います。

契約

契約形態にオンデマンド型（ASP)とダウンロード型の２種類があります。

オンデマンド型は所謂ASPです。サーバー代は自腹となりますが、長期的に考えるとダウンロード版がお得でオススメです。特に小規模なチームなら１０ユーザー１０ドルなので、一回１０ドル払えばずっとConfluenceが使えます。

インストール方法

実際にインストールした時に履歴を記録していなかったので詳細はこちらをご確認ください。英語のマニュアルですがこの通りに従えばインストールできます。

インストール先サーバーの要件

Server Hardware Requirements Guideによると

5 Concurrent Users

2GHz+ CPU
512MB RAM
5GB database space

とのことです。またシステム要件によるとJava/PostgreSQLが必要との事なので共用レンタルサーバーでのインストールは難しいので、メモリ1G CPU Xeon 2.4Ghz*2 月額1000円のVPSにインストールしています。

最後に

アプリケーションやウェブサイトを開発する際は企画、開発、運用、改善のフローが周期があって成長して行きます。誰もが簡単にドキュメントが作成出来るConflunceを使えば、ディレクターからの施策の提案、開発者の仕様のまとめ、広告の成果などが全て一つにまとめられます。チーム内のスキルを高め、各種便利なツールを使えばWikiなどでも問題ないですが、もう一つの選択肢としてConflunceはオススメです！（回し者っぽいですね

サーバー時刻を自動的に補正する方法

Sun, 12 Jan 2014 00:00:00 GMT

サーバー時刻はあまり正確ではなく、少しずつずれていき、年間で約１０分ずれます。時刻がずれるとアプリやAIの動作に影響があるので必ず正確な時刻に補正しましょう。

今回はntpdを利用して自動的に補正します。##サーバー時刻がずれていることの問題点

サーバー時刻がずれているといろいろヤバイです

過去に自分が経験した事例としては

正確なログ調査ができない。
複数台化構成で時刻がずれてるとデータの並び替えにずれが起きる(レコードのcreate_dateをnow()ではなく、アプリ側で日付を作り登録する仕様だとこうなります。)
5〜10分近くずれるとAPIでエラーが起こることもある(前にRoute53で登録に失敗したことがあったような)

などなど、とにかく単にログだけではなくアプリの動作にも影響する可能性もありますので、必ず正確な時刻に合わしておく必要があります。

Chefでntpを入れよう

cookbooks/ntp/recipes/default.rb

%w{ ntp }.each do |package| package package do action :install end end

template “ntp.conf” do path “/etc/ntp.conf” owner “root” group “root” mode 0644 source “ntp.conf.erb” notifies :restart, “service[ntpd]” end

service “ntpd” do action [ :enable, :start] supports :status => true, :restart => true, :reload => true end

cookbooks/ntp/templates/default/ntp.conf.erb NTPサーバーは日本標準時刻にあわせるため、日本のサーバーを使用します。

Permit time synchronization with our time source, but do not

permit the source to query or modify the service on this system.

restrict default kod nomodify notrap nopeer noquery restrict -6 default kod nomodify notrap nopeer noquery

Permit all access over the loopback interface. This could

be tightened as well, but to do so would effect some of

the administrative functions.

restrict 127.0.0.1 restrict -6 ::1

Hosts on local network are less restricted.

#restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap

Use public servers from the pool.ntp.org project.

Please consider joining the pool (http://www.pool.ntp.org/join.html).

server -4 ntp.nict.jp server -4 ntp1.jst.mfeed.ad.jp server -4 ntp2.jst.mfeed.ad.jp server -4 ntp3.jst.mfeed.ad.jp

#broadcast 192.168.1.255 key 42 # broadcast server #broadcastclient # broadcast client #broadcast 224.0.1.1 key 42 # multicast server #multicastclient 224.0.1.1 # multicast client #manycastserver 239.255.254.254 # manycast server #manycastclient 239.255.254.254 key 42 # manycast client

Undisciplined Local Clock. This is a fake driver intended for backup

and when no outside source of synchronized time is available.

server 127.127.1.0 # local clock fudge 127.127.1.0 stratum 10

Drift file. Put this in a directory which the daemon can write to.

No symbolic links allowed, either, since the daemon updates the file

by creating a temporary in the same directory and then rename()‘ing

it to the file.

driftfile /var/lib/ntp/drift

Key file containing the keys and key identifiers used when operating

with symmetric key cryptography.

keys /etc/ntp/keys

Specify the key identifiers which are trusted.

#trustedkey 4 8 42

Specify the key identifier to use with the ntpdc utility.

#requestkey 8

Specify the key identifier to use with the ntpq utility.

#controlkey 8

初回は手動で補正しよう

ntpdは時間がずれ過ぎているといきなり補正しないしようとのことなので、初回は手動で補正するのが早いです

/etc/rc.d/init.d/ntpd stop ntpdate ntp.nict.jp /etc/rc.d/init.d/ntpd start

Chefでソースコードからパッケージをインストールする方法

Sat, 11 Jan 2014 00:00:00 GMT

yumでインストールできるものは package resourceで簡単にインストールできるのですが、稀にソースコードをmake installしてインストールしたいパッケージもあります。

その場合は bash resourceを使うことで対応可能です。下記のように記述することで、mod_fcgidのパッケージをダウンロードしてから解凍し、make&make installが実行可能となります。

bash “install mod_fcgid” do user “root” cwd “/usr/local/src” not_if { File.exists?(“/usr/lib64/httpd/modules/mod_fcgid.so”) } code <<-EOH wget http://ftp.meisei-u.ac.jp/mirror/apache/dist//httpd/mod_fcgid/mod_fcgid-2.3.9.tar.gz tar zxvf mod_fcgid-2.3.6.tar.gz cd mod_fcgid-2.3.6 ./configure.apxs make make install EOH end

bash resourceを使ってパッケージをインストールする際に気をつけなくてはいけないのはpackage resourceと違って、インストール済みかどうかの判別を自分で記述する必要があります。今回の例ではnot_ifを使って、/usr/lib64/httpd/modules/mod_fcgid.soファイルが存在しなければインストールするという制御にしています。

not_if { File.exists?(“/usr/lib64/httpd/modules/mod_fcgid.so”) }

上記のとおりbash resourceを使えば指定のコマンドを順番に実行させることができるようにはなるのですが、環境に依存する可能性があるので極力使わないほうが良い気がしますね。

Gitでコミットする時にPHPの文法チェックを自動で行う方法

Thu, 09 Jan 2014 00:00:00 GMT

必要な理由

typoや最低限の文法ミスの軽減が保証されて幸せになれます。

機能

git commit時に全PHPファイルに対して文法チェック(php -l)を行う
文法エラーがある場合はコミットを中止し、画面にエラーを表示する

参考資料

doloopwhileさんが作られた

gistを自分仕様に変更しました

大変勉強になります！

使い方

gitにはコミットをフックに処理を実行させる事ができます。詳しくはこちら

pre-commit

.git/hooks/pre-commitに下記を記述します。

post-commitファイルに実行権限を付与します。

$ chmod +x post-commit

これで設定完了です。

使ってみましょう

セミコロンを付け忘れた場合。これでコミットしてみよう。

phpinfo() </pre

エラーがでてコミット出来ない！助かったー！となるわけですね。

Parse error: syntax error, unexpected $end in /home/hoge/work/phpinfo.php on line 3

Errors parsing /home/hoge/work/phpinfo.php

いやー、便利ですねー。他にもvimのpluginで文法チェックする方法もありますのでお好みで。

sshのポート番号を変更する方法

Wed, 08 Jan 2014 00:00:00 GMT

なぜ変更するのか

sshの標準ポート番号の22番は一般的に知られた番号であり、そのままではSSHブルートフォースアタックの的となります。そのために、変更した方がより安全です。

変更方法

2222番に変更する手順をまとめます。

2222番を解放する

/etc/sysconfig/iptablesに下記を追加します。

-A INPUT -p tcp -m tcp —dport 2222 -j ACCEPT

追加したら再起動します。

$ /etc/rc.d/init.d/iptables restart

sshdのポート番号を2222に変更する

もし既にPort番号の指定があれば2222に変更して下さい。指定がなければ下記を追加してください。

Port 2222

追加が完了したら再起動して反映させます。

$ /etc/rc.d/init.d/sshd restart

まずはこの時点で2222番ポートでssh接続が出来るか確認して下さい。

$ ssh -p 2222 accout@hostname

22番を閉じる

下記を削除して再度iptablesを再起動したら作業完了です。

-A INPUT -p tcp -m tcp —dport 22 -j ACCEPT

これで終わりです。作業的には難しくないのですが、事前にiptablesでポート番号を開けておかないとログインできなくなるので要注意です。

PS sshのロゴってないんですね・・・。

複数サーバーでデータを同期する方法

Mon, 06 Jan 2014 00:00:00 GMT

ウェブサーバーを複数台運用している場合、sitemap.xmlなどのデータを全ウェブサーバーで共有したい場合があります。

解決方法としては

rsyncでファイルを定期的に転送
NFS

とありますが、ちょっとしたファイル程度ならrsyncでデータを転送してしまうのが簡単です。

指定フォルダをリモートサーバーの特定の場所と同期する

下記を実行するとローカルの/var/www/html/sitemapにあるデータをリモート先（hoge@192.168.xxx.xxx）の/var/www/htmlにデータを再起的にパーミッション、オーナー、タイムスタンプを維持して転送します。また—deleteを指定する事でローカルのsitemap内のファイルが削除された場合、リモート先でも自動的に削除され完全に同期する事が出来ます。

rsync -av —delete /var/www/html/sitemap hoge@192.168.xxx.xxx:/var/www/html

リモート先sshのポート番号を指定して同期する

rsync -av —delete -e “ssh -p 10022” /var/www/html/sitemap hoge@192.168.xxx.xxx:/var/www/html

上記コマンドをシェルスクリプトにし、cronで定期的に実行する事でデータを同期する事が出来ます。

Apache httpd.confのBufferLogsでハマった話

Sat, 04 Jan 2014 00:00:00 GMT

この設定のおかげで三時間近く悩みました。access_logの書き込みの挙動がやけに不規則で再起動をすると一気に書き込まれたりとおかしな〜とず〜と悩んでました。

友達に聞いた結果このBufferLogsが原因だと分かりました。

BufferLogs

BufferedLogs ディレクティブを使うと mod_log_config の挙動が変化して、複数のログを書き出す際に、それぞれのリクエスト処理後毎に書き出すのではなく、いったんメモリに蓄えてから、まとめてディスクに書き出すようになります。この結果ディスクアクセスがより効率的になり、高いパフォーマンスの得られるシステムもあるでしょう。このディレクティブはサーバ全体で一度だけ設定できます; バーチャルホストごとに設定することはできません。

上記の通りBufferLogs Onだとログはリアルタイムで書き込まれず、一定量溜まるまで書き込まれない挙動に変わるとの事。

なので、自分はアクセスログの書き込みが遅延してると勘違いしてましたが、遅延というのは間違いでした。

説明の通りDisk/IOが減るのでサーバー負荷も下がるので設定はOnでも問題ないですね。

いや〜、解決してよかった！

Capistranoでポート番号が異なるサーバーにデプロイする方法

Sat, 04 Jan 2014 00:00:00 GMT

前提

Capistranoのssh_optionsのport設定は使用せず、基本的には22番ポートの接続を前提とします。
Capistranoのroleには22番ポートのサーバー、それ以外のポートのサーバーもまとめて記述。

1. ~/.ssh/configに22番ポート以外の接続先別のポート番号指定を記述する

Host xxx.xxx.xxx.xxx HostName xxx.xxx.xxx.xxx Port 10022

2. リモート先の~/.ssh/configにGitHubへの接続ポートを指定する

実際のエラーをメモし忘れましたが、１番の対応のままデプロイをすると「GitHubに10022ポートで接続できないよ」というエラーが発生しデプロイに失敗します。それを正す為に下記でGitHubへの接続を22番ポートに強制します。

Host github.com HostName github.com Port 22 User git

これで複数台のサーバーの一部のポート番号が異なる場合でもCapistranoでデプロイ可能となります。が、そもそもこのような例外対応をしなくてはいけない状況自体が問題なので、sshの接続ポートをまずは揃えた方が良いと思います。

knife-soloを使ってリモートサーバーに対してChefを適用する

Thu, 02 Jan 2014 00:00:00 GMT

概要

Chef-soloはサーバーにログインして実行する必要がありますが、管理するサーバー台数が増えてくると各サーバーに都度ログインしてChef Soloを実行するのが面倒くさくなりました。そこで管理サーバーとして大本のサーバーから各サーバーに対してChef Soloが実行できるようにし、手間を減らします。

準備

デモなのでVagrantを使用します。同じ事を本番サーバーでも可能です。

Vagrant 1.3.5
Box:CentOS 5.8 x64

前提

ruby 1.9.3がインストール済み
manageからwebに対して鍵無しログインが可能

Vagrantfile

knife soloを実行する管理サーバー(manage)とChef Soloを適用するウェブサーバー(web1)を起動します。

-- mode: ruby --

vi: set ft=ruby :

Vagrantfile API/syntax version. Don’t touch unless you know what you’re doing!

VAGRANTFILE_API_VERSION = “2”

Vagrant.configure(VAGRANTFILE_API_VERSION) do |config| config.vm.define “manage” do |manage| manage.vm.box = “CentOS-5.8-x86_64” manage.vm.hostname = “manage” manage.vm.network :private_network, ip: “192.168.33.10” manage.vm.network :public_network end

config.vm.define “web” do |web| web.vm.box = “CentOS-5.8-x86_64” web.vm.hostname = “web” web.vm.network :private_network, ip: “192.168.33.20” web.vm.network :public_network end end

knife-soloのインストール

$ gem install knife-solo

cookboosのひな形を準備

[vagrant@manage ~]$ knife solo init knife_chef Creating kitchen… Creating knife.rb in kitchen… Creating cupboards…

httpdをインストールするとrecipeを準備

[vagrant@manage knife_chef]$ knife cookbook create httpd -o cookbooks

- Creating cookbook httpd
- Creating README for cookbook: httpd
- Creating CHANGELOG for cookbook: httpd
- Creating metadata for cookbook: httpd

[vagrant@manage knife_chef]$ vim cookbooks/httpd/recipes/default.rb package “httpd” do action :install end

リモートサーバーでChef-soloが実行できるように準備

$ knife solo prepare vagrant@192.168.33.20 [vagrant@manage ~]$ knife solo prepare vagrant@192.168.33.20 WARNING: No knife configuration file found Bootstrapping Chef… % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 14101 100 14101 0 0 14009 0 0:00:01 0:00:01 —:—:— 69806 Downloading Chef 10.12.0 for el… downloading https://www.opscode.com/chef/metadata?v=10.12.0&prerelease=false&p=el&pv=5&m=x86_64 to file /tmp/install.sh.9830/metadata.txt trying wget… url https://opscode-omnibus-packages.s3.amazonaws.com/el/5/x86_64/chef-10.12.0-1.el5.x86_64.rpm md5 25887ebd80bbb488b88b9360a837d736 sha256 6047a88dd52d9bf33e4c30de36c57fa7308477e73cec07f1703eaba1e1bb366a downloaded metadata file looks valid… downloading https://opscode-omnibus-packages.s3.amazonaws.com/el/5/x86_64/chef-10.12.0-1.el5.x86_64.rpm to file /tmp/install.sh.9830/chef-10.12.0.x86_64.rpm trying wget… Checksum compare with sha256sum succeeded. Installing Chef 10.12.0 installing with rpm… Preparing… ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%] 1:chef ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%] Thank you for installing Chef! Generating node config ‘nodes/192.168.33.20.json’…

nodeファイルにhttpdをインストールするrecipeを追加

[vagrant@manage knife_chef]$ vim nodes/192.168.33.20.json { “run_list”:[ “recipe[httpd::default]” ] }

knife-soloを実行

[vagrant@manage knife_chef]$ knife solo cook vagrant@192.168.33.20 Running Chef on 192.168.33.20… Checking Chef version… Uploading the kitchen… Generating solo config… Running Chef… Starting Chef Client, version 11.8.2 Compiling Cookbooks… Converging 1 resources Recipe: httpd::default

package[httpd] action install
- install version 2.2.3-83.el5.centos of package httpd

Chef Client finished, 1 resources updated

リモート先のサーバーで確認

knife-solo実行前

[vagrant@web ~]$ yum list installed | grep httpd [vagrant@web ~]$

knife-solo実行後

リモート先に遠隔越しにインストールされました

[vagrant@web ~]$ yum list installed | grep httpd httpd.x86_64 2.2.3-83.el5.centos installed

サーバー一台ならChef soloで十分なんですが複数台となるとログインし直すが大変面倒なので管理サーバーなどからKnife solo cookコマンド一発でリモート先を変更できるようになるので楽ですねー！

Macでvagrant upの際にエラーが発生した際の対処法

Thu, 02 Jan 2014 00:00:00 GMT

過去に何十回とぐぐったのでそろそろ自分用のメモとしてまとめておく。

vagrant upをすると稀に下記のエラーが表示される

$ vagrant up Bringing machine ‘manage’ up with ‘virtualbox’ provider… [manage] Clearing any previously set forwarded ports… [manage] Creating shared folders metadata… [manage] Clearing any previously set network interfaces… There was an error while executing VBoxManage, a CLI used by Vagrant for controlling VirtualBox. The command and stderr is shown below.

Command: [“hostonlyif”, “create”]

Stderr: 0%… Progress state: NS_ERROR_FAILURE VBoxManage: error: Failed to create the host-only adapter VBoxManage: error: VBoxNetAdpCtl: Error while adding new interface: failed to open /dev/vboxnetctl: No such file or directory

VBoxManage: error: Details: code NS_ERROR_FAILURE (0x80004005), component HostNetworkInterface, interface IHostNetworkInterface VBoxManage: error: Context: “int handleCreate(HandlerArg*, int, int*)” at line 68 of file VBoxManageHostonly.cpp

この場合は下記コマンドを実行してVirtual Boxを再起動したら直ります。なぜ発生するかの原因は不明ですが・・・。

$ sudo /Library/StartupItems/VirtualBox/VirtualBox restart

CentOS5.8にyumでgitをインストールする

Tue, 31 Dec 2013 00:00:00 GMT

CentOS 5.8(Final)にyumでgitをインストールしようとするとNo package git available.と言われインストール出来ない。

[vagrant@vagrant-c5-x86_64 ~]$ sudo yum install git Loaded plugins: fastestmirror Determining fastest mirrors

base: mirrors.grandcloud.cn
extras: ftp.riken.jp
updates: mirrors.grandcloud.cn

gitはepelリポジトリに含まれているため、まずはepelリポジトリをyumで使えるようにします。

環境

Vagrant 1.3.5
box:

CentOS 5.8 x86_64

epelリポジトリのインストール

[vagrant@vagrant-c5-x86_64 ~]$ sudo rpm -ivh http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/5/x86_64/epel-release-5-4.noarch.rpm http://ftp.jaist.ac.jp/pub/Linux/Fedora/epel/5/x86_64/epel-release-5-4.noarch.rpm を取得中警告: /var/tmp/rpm-xfer.xRs7dj: ヘッダ V3 DSA signature: NOKEY, key ID 217521f6 エラー: stat /vagrant に失敗しました: そのようなファイルやディレクトリはありません準備中… ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%] 1:epel-release ### ### ### ### ### ### ### ### ### ### ### ### ### ### # [100%]

これでgitはインストール可能になるのですが、このままではepelリポジトリがCentOSの公式リポジトリより優先されてしまうので、公式リポジトリを優先するように設定します。

yum-prioritiesのインストール

[vagrant@vagrant-c5-x86_64 ~]$ sudo yum install yum-priorities Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile

base: mirrors.grandcloud.cn
epel: ftp.kddilabs.jp
extras: ftp.riken.jp
updates: mirrors.grandcloud.cn

Setting up Install Process Resolving Dependencies —> Running transaction check ---> Package yum-priorities.noarch 0:1.1.16-21.el5.centos set to be updated —> Finished Dependency Resolution

Dependencies Resolved

============================================================================================================================================================================================================================================== Package Arch Version Repository Size

Installing: yum-priorities noarch 1.1.16-21.el5.centos base 16 k

Transaction Summary

Install 1 Package(s) Upgrade 0 Package(s)

Total download size: 16 k Is this ok [y/N]: y Downloading Packages: yum-priorities-1.1.16-21.el5.centos.noarch.rpm | 16 kB 00:00 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing : yum-priorities 1/1 error: failed to stat /vagrant: No such file or directory

Installed: yum-priorities.noarch 0:1.1.16-21.el5.centos

Complete!

優先度の変更

先ほどインストールしたyum-prioritesによりBaseリポジトリにpriorityで優先度を付ける事ができます。

[vagrant@vagrant-c5-x86_64 ~]$ sudo vim /etc/yum.repos.d/CentOS-Base.repo

[base] name=CentOS-$releasever - Base mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os #baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 +priority=1

#released updates [updates] name=CentOS-$releasever - Updates mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=updates #baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 +priority=1

#additional packages that may be useful [extras] name=CentOS-$releasever - Extras mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=extras #baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/ gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 +priority=1

#additional packages that extend functionality of existing packages [centosplus] name=CentOS-$releasever - Plus mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=centosplus #baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/ gpgcheck=1 enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 +priority=1

#contrib - packages by Centos Users [contrib] name=CentOS-$releasever - Contrib mirrorlist=http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=contrib #baseurl=http://mirror.centos.org/centos/$releasever/contrib/$basearch/ gpgcheck=1 enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-5 +priority=1

gitのインストール

[vagrant@vagrant-c5-x86_64 ~]$ sudo yum install git Loaded plugins: fastestmirror, priorities Loading mirror speeds from cached hostfile

base: ftp.riken.jp
epel: ftp.kddilabs.jp
extras: ftp.riken.jp
updates: ftp.riken.jp

base | 1.1 kB 00:00 extras | 2.1 kB 00:00 updates | 1.9 kB 00:00 274 packages excluded due to repository priority protections Setting up Install Process Resolving Dependencies —> Running transaction check ---> Package git.x86_64 0:1.8.2.1-1.el5 set to be updated —> Processing Dependency: perl-Git = 1.8.2.1-1.el5 for package: git —> Processing Dependency: rsync for package: git —> Processing Dependency: perl(Term::ReadKey) for package: git —> Processing Dependency: perl(Git) for package: git —> Processing Dependency: perl(Error) for package: git —> Processing Dependency: libcurl.so.3()(64bit) for package: git —> Running transaction check ---> Package curl.x86_64 0:7.15.5-17.el5_9 set to be updated —> Processing Dependency: libidn.so.11()(64bit) for package: curl ---> Package perl-Error.noarch 1:0.17010-1.el5 set to be updated ---> Package perl-Git.x86_64 0:1.8.2.1-1.el5 set to be updated ---> Package perl-TermReadKey.x86_64 0:2.30-4.el5 set to be updated ---> Package rsync.x86_64 0:3.0.6-4.el5_7.1 set to be updated —> Running transaction check ---> Package libidn.x86_64 0:0.6.5-1.1 set to be updated —> Finished Dependency Resolution

Dependencies Resolved

============================================================================================================================================================================================================================================== Package Arch Version Repository Size

Installing: git x86_64 1.8.2.1-1.el5 epel 7.4 M Installing for dependencies: curl x86_64 7.15.5-17.el5_9 base 232 k libidn x86_64 0.6.5-1.1 base 195 k perl-Error noarch 1:0.17010-1.el5 epel 26 k perl-Git x86_64 1.8.2.1-1.el5 epel 49 k perl-TermReadKey x86_64 2.30-4.el5 epel 32 k rsync x86_64 3.0.6-4.el5_7.1 base 347 k

Transaction Summary

Install 7 Package(s) Upgrade 0 Package(s)

Total download size: 8.2 M Is this ok [y/N]: y Downloading Packages: (1/7): perl-Error-0.17010-1.el5.noarch.rpm | 26 kB 00:00 (2/7): perl-TermReadKey-2.30-4.el5.x86_64.rpm | 32 kB 00:00 (3/7): perl-Git-1.8.2.1-1.el5.x86_64.rpm | 49 kB 00:00 (4/7): libidn-0.6.5-1.1.x86_64.rpm | 195 kB 00:01 (5/7): curl-7.15.5-17.el5_9.x86_64.rpm | 232 kB 00:02 (6/7): rsync-3.0.6-4.el5_7.1.x86_64.rpm | 347 kB 00:01 (7/7): git-1.8.2.1-1.el5.x86_64.rpm | 7.4 MB 00:25

Total 249 kB/s | 8.2 MB 00:33 警告: rpmts_HdrFromFdno: ヘッダ V3 DSA signature: NOKEY, key ID 217521f6 epel/gpgkey | 1.7 kB 00:00 Importing GPG key 0x217521F6 “Fedora EPEL epel@fedoraproject.org” from /etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL Is this ok [y/N]: y Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Installing : perl-Error 1/7 error: failed to stat /vagrant: No such file or directory Installing : libidn 2/7 Installing : curl 3/7 Installing : perl-TermReadKey 4/7 Installing : rsync 5/7 Installing : git 6/7 Installing : perl-Git 7/7

Installed: git.x86_64 0:1.8.2.1-1.el5

Dependency Installed: curl.x86_64 0:7.15.5-17.el5_9 libidn.x86_64 0:0.6.5-1.1 perl-Error.noarch 1:0.17010-1.el5 perl-Git.x86_64 0:1.8.2.1-1.el5 perl-TermReadKey.x86_64 0:2.30-4.el5 rsync.x86_64 0:3.0.6-4.el5_7.1

Complete!

gitのインストール完了です。