以前ツイートした通り、 メルペイの認証基盤チームに興味を持ってもらうためにこの記事を書きました。 メルペイには"メルカリ、メルペイにおける認証認可の仕組みを構築すること"を目的にした認証基盤というチームがあります。高負荷でありながら高い可用性を要求され、システム仕様も複雑です。難易度の高いタスクがたくさんあるチームなんですが、興味ある人いますかね・・・?— pospome (@pospome) 2019年6月6日 この記事を読んで興味をもった方は是非応募してみてください。 応募方法とpospomeへの連絡方法は最後に記載しています。 メルペイ認証基盤チームとは? 認証基盤チームで経験できること 認証認可 高負荷 高可用性 セキュリティ 複雑な仕様 コミュニケーション ドキュメント 技術的負債の返済 英語 アプリケーションアーキテクチャ 認証基盤チームで経験しづらいこと アウトプット プロダ

最近、golang のレイヤ構造において、他のコードに影響なくインフラレイヤのデータソース実装を差し替えることは可能か? という質問を受けた。 回答時間が限られている中で質問を受けたので、 「現実的には難しい」という雑な回答しかできなかった。 さすがに雑すぎるなと思ったので、 自分なりの回答をちゃんと残そうと思う。 影響を受ける対象となるコードは? MySQL -> PostgresSQL への差し替え MySQL -> WebAPI への差し替え インフラレイヤにDB依存のコードをまるっと実装してしまう DDDの場合 独自の接続オブジェクトを作る DDD本 & IDDD本のサンプルはどうなっているか? 差し替える必要はあるのか? まとめ 影響を受ける対象となるコードは?golang のレイヤ構造において、他のコードに影響なくインフラレイヤのデータソース実装を差し替えることは可能か? とい

devfest 2017 tokyo の発表資料です。 Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える from pospome 当日は入室できない人もいたらしい & 機材トラブルで10minほど開始が遅れてしまった ということで申し訳なく思っています。 また、立ち見する価値がある内容を提供できたのだろうか? とも思っています。 スライドは単体でも発表内容が伝わるように文章を多めに載せているので、 是非確認してみてください。 100ページ越えていますが・・・。 #DevFest_room2 入れなかった。。— t.junichi (@tjun1) 2017年10月9日 ものすごい立ち見人数 #Devfest17 #DevFest_room2— バトルプログラマー柴田智也@少女終末旅行 (@tomoya_shibata) 2017年10月9日 ルーム2これから並ぶ方はま

ちょっとしたバッチ処理を手動で実行したい。 でも、そのPHPファイルはドキュメントルート以外にある場合、 コマンドライン実行でスクリプトを起動する。 <?php exec('php /var/www/test.php > /dev/null &'); ?> exec() にフルパスでスクリプトを指定するだけ。 「/dev/null &」を付けることで、 呼び出し先のスクリプトの実行が終了する前に次の処理に移れる。 実行するとパーミッションエラーが出るときは、 SELinux or ディレクトリの権限が原因なので、 SELinux を off にして検証したり、ディレクトリ権限を変更して実行してみる。 シェルがログアウトしても実行し続けるようにするのであれば、 nohup が必要になる。 http://d.hatena.ne.jp/pospome/20140225/1393305695

1000万件くらいのテーブルがあって、 そこから LIMIT OFFSET でデータを取得するんだけど、 OFFSET の値が大きければ大きいほど、遅くなる。 なぜ遅いのか? と思って EXPLAIN を実行したところ、 LIMIT OFFSET は テーブルフルスキャン(ALL) だった・・・。 なんとなくインデックスが効いているものだと思ってたが、 そうでもなかった。 --- 追記 2014/11/10 --- コメントにて 「ALLになるのは、何らかのキーでソートしないとALLになります」 とのご指摘をいただきました。 ---------------------- --- 追記 2014/06/13 --- なぜかこの記事の閲覧数が増えていたので内容を再確認してみました。 レコード数が多くなると LIMIT OFFSET が遅いというのは間違いないと思う。 ただ、上記の「LIMIT