2018-02-19

読んだものメモ 2018/02/19

読んだものメモ

背景とかはこちら

zoe3.hateblo.jp

2018/02/19

スウェーデンの「ラゴム」という考え方による時間の使い方について

blog.timecrowd.net

データ分析用Dockerコンテナ環境の作り方がまとまってるので今度試そう

qiita.com

phpのみんな大好き静的解析ツール

phan入れる途中でcomposerで管理してるライブラリの依存関係によるコンフリクトが起きてつらかった。。

qiita.com

php の min, max における null 扱いについてふと気になって調べてみたところ、下記のようになっているようでした。

php > var_dump(min(1, null));
NULL
php > var_dump(min(0, null));
int(0)
php > var_dump(min(-1, null));
NULL

公式にも少しだけ言及がありました。

PHP: min - Manual

// 一方の値が NULL や boolean の場合、それを他の値と比較するときには、
// もう一方の値の型が何であるかにかかわらず、
// FALSE < TRUE / NULL == FALSE というルールを使います。
// 以下の例では、-10 と 10 はどちらも TRUE と評価されます。
$val = min(-10, FALSE, 10); // FALSE
$val = min(-10, NULL, 10);  // NULL

書いてある通りですが、 boolean が含まれる場合、boolean 以外の数値が強制的に boolean にキャストされ比較されるようです。また、null の場合は false 扱いとなるようです。ちなみに同じ値の場合は引数の先のものが優先されるようです。

php > var_dump(min(null, 0));
NULL
php > var_dump(min(0, null));
int(0)
php > var_dump(min(0, null, false));
int(0)
php > var_dump(min(null, false, 0));
NULL
php > var_dump(min(false, 0, null));
bool(false)

そもそも、min, max に null とか入れるなよ、って感じですが、、

2018-02-17

読んだものメモ 2018/02/17

読んだものメモ

背景とかはこちら

zoe3.hateblo.jp

2018/02/17

今日は休日だったのでゆっくり Compose file version 3 のリファレンスを読んでた。

docs.docker.com

qiita にまとめも乗ってたので参考にしながら

qiita.com

CakePHP3が動くようなDockerfileを作って見た

作ったもの

github.com

参考にしたもの

php:7.2-alpineのイメージベースにして作ったのでベースイメージのソースとか参考にしながら

github.com

CakePHP3動かすにはphp-intlとかが必要なので参考にした

alpineでPHP-intlインストール時にエラーが起きる原因 – WP Advisor

あらためてphpから.envを読み込むやり方を読んだ。別に忘れてたわけじゃないけど。

qiita.com

2018-02-15

読んだものメモ 2018/02/15

読んだものメモ

背景とかはこちら

zoe3.hateblo.jp

2018/02/15

tiwtterでgithubのコミットつぶやいてる人いたから調べたら公式で機能提供されてるのね。そのうちやってみよ

pogin.hatenablog.com

graceful stop 的な話。

kakakakakku.hatenablog.com

nginx の Connection Draining – 1Q77

phpのmcryptについて調べたまとめ

willow710kut.hatenablog.com

PECL

PECL :: Package :: mcrypt

pear

Manual :: Installing packages

php 公式

PHP: Mcrypt - Manual

makefileたまに調べてしまうのでぺたり

qiita.com

apacheでのip制限・許可のかけ方とかコンフィグファイルのテストとか

Apache 2.4系でIP制限の設定方法 - ex1-lab

qiita.com

人間とウェブの未来 - Apache 2.4系でのモダンなアクセス制御の書き方

Apacheの構文テスト | OpenGroove

2018-02-14

読んだものメモ 2018/02/14

読んだものメモ

背景とかはこちら

zoe3.hateblo.jp

2018/02/14

qiita.com

password_hashね、わかるわかる。

qiita.com

ちゃんとよんでないのであとで読む

qiita.com

インフラエンジニアじゃなくても一度読んどくとよい

qiita.com

当たり前を当たり前のように出来るって大事

blog.manabusakai.com

長いので途中で飽きたけど図解でセキュリティについて分かりやすい。後輩に聞かれたときに引っ張り出すといいかも。

qiita.com

opensslの脆弱性の件

JVNVU#92830136: OpenSSL に複数の脆弱性

node制のWEBサービスとか提供するのに使うといいらしい

qiita.com

2018-02-13

読んだものメモ 2018/02/13

読んだものメモ

最近業務内外問わず色々な記事を読んだりして知見がたまってきてるが、アウトプットする時間がなかなか取れず、もったいないのでせめて、URLをメモっておいておこうという戦略。メモして公開しておけば、後から探すときに探しやすくシェアもしやすいなと思ったので、やってみる。日付にはこだわらず、そういえばこないだ読んだなーってのもてきとーに乗せてく。後で読んだ感想とか、追記していけたらいいなー。

2018/02/13

友人のブログ

blog.pinkumohikan.com

16進数から色を当てるやつめっちゃムズイ

http://yizzle.com/whatthehex/

DRY原則のやつ、話題になってたので読んだ

speakerdeck.com

2017-10-08

phpcon2017に参加した

イベント技術 PHP

phpcon2017に参加したのでざっくりメモ。

※参加しながらのメモなので随時更新します。

「OPcacheの最適化器の今」

スライド：

OPcache の最適化器の今 from y-uti

www.slideshare.net

PHPを実行時はバイトコード命令にコンパイルして逐次実行している。

OPchaceの役割

キャッシュ済みならキャッシュからバイトコード命令を実行する

キャッシュ済みでないならコンパイルしてキャッシュする

コンパイル時に最適化しておけばはやくなるんじゃね？これだ！！

PHP5.5の最適化

定数式の置き換え
- 計算が必要な定数をあらかじめ計算しておくなど
条件分岐の置き換え
- 実行時には条件分岐が決まってるので計算しておく
連続ジャンプの短絡
- 省略できるif文などは省略
制御フローグラフ
グラフ構造を表現しておき、必要な命令だけを残す

PHP5.6の最適化

関数呼び出しの効率化
未使用リテラルの削除

PHP7.0の最適化

関数スタックフレームの最適化そんなに大きく変わってない

PHP7.1の最適化

コールグラフの構築
- 関数間の呼び出し関係をグラフ構造に表現し、最適化する
データフロー解析に基づく最適化
- プログラムの各点でデータが取り得る値を解析する

PHP7.2の最適化

定数の伝播
- 定数式をコンパイル時に計算する
不要コードの除去
- 不要なバイトコード命令を除去する
未使用変数の除去
- 使わない変数を除去する

PHP7.2にしよう！！

Lancersのバージョンアップ施策について

過去にもリプレースしようとしたが、２年かかる見積もりだったので、ペンドになった。要因としてソースコードが肥大化していた。ソースコード全体で約60万行くらいあった。

目的

開発リソースの最大化
サポートが終了している
Cake1.3もサポートが、、

バージョンアップの前準備として

今あるユニットテストを動くようにする。Nginx + php-fpmで動くようにする。

段階的にあげるように戦略を立てた。推進者一人、インフラ担当一人、アプリエンジニア一人。

Cake1.3から2.8で詰まったところ

アップグレードシェルの実行だけでは動かなかった。変更点のドキュメントを読み修正していく必要があった。ヘルパーの仕様が変わってた部分については、ラッパークラスを作成する事で対応していった。

進め方

アップデートしたブランチを作成し、そこで動作確認しつつ修正を加えていく。毎週masterから差分を取り込むのが大変、、同じような修正が必要になる。 →オレオレUpgradeShellを作った。

事前にCakePHP1.3でできることは先にやっていく。

まとめて切り替えるのではなく、1コントローラーずつ以降していく事で安全に切り替える。 →1.3と2.8の同居をさせるためにindex.phpに細工を入れる。

今後の進め方

PHPのバージョンアップはカナリアテスト。CakePHPのバージョンアップは2バージョンを用意しながら少しずつ進めていく。Codeceptionを利用していく。ユニットテストも2バージョンを用意していく。

まとめ

事前にできることはやっておく
Upgrade Shell が全てをやってはくれない
実はバージョン同居できる

質問

どれくらいの以降期間を想定しているか？
- １年から１年半程度
エンジニアではない関係者にどのように説得したか？
- 開発速度を早めることができますよ、今の施策やりながら裏でアップデートしますよ。というような伝え方。
3系にあげる際の戦略はありますか？
- 基本的には2系にあげる時と同じやり方を考えています。

Serverless FrameworkでAWSフルマネージドなツールをいくつか作って得たアーキテクチャ設計の知見

スライドは後日公開されるらしい

サーバーレスアーキテクチャ

※諸説ある - イベントドリブン - サーバ単位ではなくイベント単位 - ステートレス - 実行後のコンテナは破棄されるのでステートレスなアーキテクトが求められる

いわゆるLAMP アーキテクチャでは開発者がOSから環境まで、管理する必要がある。それに対してサーバレスアーキテクチャではイベントを管理、実行を管理する必要がある。開発者は動くための関数だけを管理すれば良い。

Serverless Frameworkとは何か

インフラもアプリも一括管理できるデプロイツール

サーバレスアーキテクチャで開発する際に気をつける事

LAMPアーキテクチャではない事を知る。
- ステートをモテない
- 安易にRDMSを使用するとアンチパターン
- 画像などのバイナリの取り扱いは難しい(リクエスト・レスポンス制限)
- 認証・認可の仕組み
マネージドサービスを知る

サーバレスアーキテクチャでの設計やアイデア

tipsみたいなもの - POST with config - 設定値もステートなので、POSTに含めてしまう - Reserved Timestamp ID - 実は一覧を作るのは難しい - S3を使っている - Instant Job Queue - S3 Object Tagging - Env Sync - デプロイ時の環境変数とfunctionが実行されるコンテナの環境変数に設定する

まとめ

サーバレスアーキテクトが得意なものとLAMPアーキテクトが得意なものは違う。サーバレスアーキテクトがハマると強力。 Serverless Frameworkを使うとインフラもコードで管理できる。

広告配信管理システムを支えるPHP ~ レガシーシステムからの段階的移行戦略

speakerdeck.com

価値あるコードをよりよくしたい

下準備

phpmd, phpcpd, phpdcd, phpcs, phan などを使い複雑そうなところを見つける

例外とハンドリング

アプリケーションベース例外を定義
アプリケーショングローバルな例外ハンドラを実装
ロギングとエラー表示

アプリケーションベース例外にユーザ向けのメッセージを表示するためのメンバ変数を定義している。ロギングも例外の中でやってくれるようにしているので、例外を投げるだけでいい。

NewRelicを使ってモニタリング

パフォーマンスモニタリングもできる。エラーがどこでどれだけ起きてたかなどを見れる。

コードを消す

PHPStormつかってます。

phpcs + php7ccで洗い出しつつ基本はマニュアル読みながら修正。

どんどん使用していないものは削除。テストも合わせて消す。

遅いテストは生産性を落とす。

Redashにたよる。「それRedashでよくない？このクエリでデータ出せますよ」

「最良のコードは、コードなし」いらないコードはどんどん消そう。コードなしで機能を提供できるならない方がいい。

外部ツールにうまく頼ろう！！

実装ガイドラインを作る

PSR-1,2準拠 + php-cs-fixerのci組み込み

@deprecatedをうまく使い、非推奨なコードを明示。消す前に@deprecated入れて本番で出てないかログを見ることで安心して消せる。

まとめ

まずは守りを固めて、より良いコードをかける体制を作っていく。

DockerでPHPアプリケーションを本番リリースするまで

必要な事 - ローカルでコンテナを作成 - レジストリにコンテナをPUSH - 本番にリリース

K8S, GKE

マネージドな環境をつかうことで簡単にできる

Laravelで作る分析環境ブースを回った

ここで差がつくエラー処理

メモ：複数のphpのバージョンで実行結果を見ることができるらしい。便利そう。 3v4l.org

エラー

php7ではパースした時点でエラーになりうるものをエラーとして扱ってくれる。php7は賢いので。 (絶対実行されないif文の中でも)

例外

php5ではExceptionまたはExceptionを継承したクラス

php7ではThrowableを継承したクラス

エラーと例外(エラー)が混在していて扱いが面倒なので、例外(エラー)に統一してやると楽。

開発時、ユニットテストのときはE_ALLで指定してやって、本番ではE_ALL & ~E_NOTICE & ~E_DEPRECATEDしてやるとよい

2017-07-24

ローカルのMacとリモートのCentOS7上のtmux2.5とクリップボード共有したい

技術 Mac CentOS tmux

背景

手元のMacBookPro上にtmuxを導入してクリップボード共有する記事はよく出てくる。しかし、自分の場合VPS上で作業することが多いので、VPS上に環境構築をしたいと考えた。（出先や、違うPCから作業することもあるため、手元のマシンに構築するのが面倒だった。） VPS上のCentOS7上にtmux2.5を導入した上でローカルマシンとクリップボードの共有しようとしたが、意外と記事がなくハマったので記事として残しておこうと思う。

前提条件

ローカルマシン	MacBookPro
リモートマシン	CentOS7.3
tmux	2.5

※tmuxはすでに導入済みとする

手順

リモートマシン CentOS側

xsel をインストールする

$ sudo yum install -y xsel --enablerepo=epel

ssh して使うのでsshの設定を編集

$ vim /etc/ssh/sshd_config

X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost yes

のようにしておく

sshd リスタート

$ sudo systemctrl restart sshd

tmuxから使えるように設定する

$ vim .tmux.conf

bind-key -T copy-mode-vi y send-keys -X copy-pipe-and-cancel “xsel -ib”

ローカルマシン Mac側

x11 接続するために `xquartz` をインストール

$ brew update
$ brew cask install xquartz

インストール後 Mac再起動する(しないと環境変数DISPLAYがセットされない)

Xauthの作成

$ open /Applications/Utilities/XQuartz.app
# ~/.Xauthorityを作成してくれます

xhostに追加

$ sudo xhost your.server.name

動作確認

リモートマシンにログインして動作確認する。

リモート→ローカル

$ cat /etc/redhat-release | xsel -bi 実行後にローカルマシンで貼り付けして CentOS Linux release 7.3.1611 (Core) のように出ていれば問題ない

ローカル→リモート

ローカルで適当なものをコピーしてリモートで xsel -bo でコピーしたものが出力されていれば問題ない

tmuxで使う

上記の手順でtmuxの設定もしてあるので、そのままtmux上のキーバインドでコピペできます。
※tmuxの設定再読み込みしておくことをお忘れなく

お疲れ様でした。

読んだものメモ

2018/02/19

読んだものメモ

2018/02/17

読んだものメモ

2018/02/15

読んだものメモ

2018/02/14

読んだものメモ

2018/02/13

「OPcacheの最適化器の今」

OPchaceの役割

PHP5.5の最適化

PHP5.6の最適化

PHP7.0の最適化

PHP7.1の最適化

PHP7.2の最適化

Lancersのバージョンアップ施策について

目的

バージョンアップの前準備として

Cake1.3から2.8で詰まったところ

進め方

今後の進め方

まとめ

質問

Serverless FrameworkでAWSフルマネージドなツールをいくつか作って得たアーキテクチャ設計の知見

サーバーレスアーキテクチャ

Serverless Frameworkとは何か

サーバレスアーキテクチャで開発する際に気をつける事

サーバレスアーキテクチャでの設計やアイデア

まとめ

広告配信管理システムを支えるPHP ~ レガシーシステムからの段階的移行戦略

下準備

例外とハンドリング

NewRelicを使ってモニタリング

コードを消す

実装ガイドラインを作る

まとめ

DockerでPHPアプリケーションを本番リリースするまで

Laravelで作る分析環境 ブースを回った

ここで差がつくエラー処理

エラー

例外

背景

前提条件

手順

リモートマシン CentOS側

xsel をインストールする

ssh して使うのでsshの設定を編集

sshd リスタート

tmuxから使えるように設定する

ローカルマシン Mac側

x11 接続するために xquartz をインストール

インストール後 Mac再起動する(しないと環境変数DISPLAYがセットされない)

Xauthの作成

xhostに追加

動作確認

リモート→ローカル

ローカル→リモート

tmuxで使う

Laravelで作る分析環境ブースを回った

x11 接続するために `xquartz` をインストール