$ brew update warning: unable to unlink CONTRIBUTING.md: Permission denied warning: unable to unlink SUPPORTERS.md: Permission denied fatal: cannot create directory at '.github': Permission denied Error: Failure while executing: git pull -q origin refs/heads/master:refs/remotes/origin/master $ sudo brew update /System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/lib/ruby/2.0.0/rubygems/core_
概要 Zabbix 3.0 の検証用に Docker で簡単に環境を構築できるようにした。構築には Docker Compose を使い Zabbix Server 用コンテナと MariaDB コンテナを稼働・管理する。 動作条件 今回の確認を行ったのは以下の環境。 CentOS 7.2 (kernel 3.10.0-327.10.1.el7.x86_64) Docker Engine 1.10 + Docker Compose 1.6 Zabbix コンテナ zabbix-3.0 zabbix-db-mailadb 環境構築 作業方針 zabbix-community-docker で配布されている Zabbix 3.0 の Docker イメージを使い環境構築を行う。 コンテナは Docker Compose を使って一括管理できるようにする。ただし、コミュニティで配布されている d
HAProxy 1.5でALPNに対応していた。 HTTP/2 over TLSの通信を、HAProxyでTLSを終端することで、TLS対応を行わないであろうVarnishなどでもh2c接続が可能となる。 (HAProxy自体のhttp2対応はまだ先) 今回はバックエンドにNginxをh2cでリッスンさせて試してみた 構成 構成としては以下の図のとおりである。 HAproxyはTLSの終端のみを行い、中身のメッセージをそのままバックエンドに送信する。この時HAProxyはHTTP/2の処理は行わない。 バックエンドのNginxはh2cのダイレクトで通信を受け付ける。 HAProxyの設定 bindでalpn h2を指定する if { ssl_fc_alpn -i h2 }で、h2ならh2cのバックエンドへ、そうでなければhttp/1.1のバックエンドへ (opensslのバージョンが足りな
こんにちはー！ おひさしぶりです！@fukufukumarimoです。 3月も終わりにさしかかり、出会いと別れの季節ですね。 私もこのブログを開設きっかけになったエンジニアインターンを3月末で卒業することになりました！ それに伴いこのブログもクローズすることとなります。 6月より、Perlの基本的な内容をお送りしてきました。 ブログ公開当初では公開されていなかった、勉強する資料となったPerl入学式の資料も今では公開されています。 引き続き参考にしてくださいね。 6〜9月と基本的な内容を一通り勉強した後は、このエンジニア基礎の総仕上げとして、Amon2で簡易的なTwitterを作成しました。 その簡易的なTwitterを作成した後は、12月〜3月まで社内の蔵書管理ツールのチームにジョインさせていただき、エンジニア基礎学習では見落としていた箇所をまたこの期間でいろいろ学びました。 最後の投稿
明日はNHKおかあさんといっしょで「たくみお姉さん」から新しいうたのお姉さんにバトンタッチされる日です。そして、2013年3月にLINE社の社員証をゲットしてからもう3年が経過しましたが、僕はLINE社を退職します。今日3月31日が最終出社日で、在籍自体は4月末までです。 「LINEのプラットフォーム化に力を貸して欲しい」と誘われてから今まで、まあ速かったです。もう3年も経っちゃったのか、という印象しかありません。それだけ内容が濃かったのか、いろいろやること多すぎてずっとテンパってたのか、自分でも良くわかりません。「入社したのがつい昨日のことのようです♪」なんてことはさすがにありませんが、例えばOpenSocialやり始めてからは、もう8年も経過してるんですよ。そりゃ年取るわけです。もう41歳だし。 入社したときにはLINE Platformの原型は既に開発されていて、しかし全然まだまだの
マイクロソフトのハンセルマンのBlog： Developers can run Bash Shell and user-mode Ubuntu Linux binaries on Windows 10 Ubuntuの中の人のBlog： Ubuntu on Windows — The Ubuntu Userspace for Windows Developers この2つのBlogで実態が明確になったのでまとめてみます。 使用可能になるOSまもなくリリースされる予定のWindows 10 ”Anniversary” アップデートで使用可能になります。このアップデートで、開発者向けの機能として追加されます。 機能の追加で、Windowsの設定で開発者モードを有効にすると使用できるようになります。これでネイティブなユーザー モードのLinuxシェルが使えるようになり、bashを起動するとWind
https://github.com/Songmu/timeout 使い方はSynopsisに書いてますが、以下の様な感じです。 tio := &Timeout{ Cmd: exec.Command("perl", "-E", "say 'Hello'"), Duration: 10 * time.Second, KillAfter: 5 * time.Second, // Optional } exitStatus, stdout, stderr, err := tio.Run() コマンド実行に時間がかかった場合は、Duration後にSignalが送られて、それでも終了しない場合には、KillAfterの指定があれば、KillAfter後にSIGKILLが送られるという具合です。 インターフェースは、coreutilsのtimeoutになんとなくあわせている感じです。go-timeo
この記事では、Gotanda.pm #8 でデモをする予定だった内容の手順と結果を紹介します。 勉強会では、発表時間が足りずデモが実施できませんでした。 何かの参考になれば幸いです。 はじめに memcached-cli は筆者が開発した Perl 製の Memcached クライアントです。 テキストプロトコルでできる操作はすべて実行でき、TELNET よりもユーザーにやさしいインタフェースとなっております。 依存も少なく、Perl 5.8 以上であれば動作するように作ったつもりなので、Memcached をお使いの方はぜひ使ってみてください。 Memcached Slabs Reassign と LRU Crawler について デモの手順に入る前に、今回触れる Memcached の機能について、かんたんに説明しておきます。 そもそもの話ですが、Memcached はデータをサイズに
既に2回このブログで紹介している memcached-cli について、昨日開催された第8回 Gotanda.pm で LT してきました。 資料はこちらです。今回は Speaker Deck に上げてみました。 Speaker Deck だとスライド中のリンクが無効になる(？)ようなので、いくつか貼っておきます: https://github.com/key-amb/perl5-App-Memcached-CLI https://github.com/memcached/memcached scripts/memcached-tool doc/protocol.txt https://metacpan.org/pod/Term::ReadLine 残念ながら時間が足りず、デモが幻に終わってしまいました。 デモでは、Memcached の slab reassign, lru_crawle
オープンソースの分散型バージョン管理ソフトウェアGitの開発チームは3月28日、最新版となる「Git 2.8.0」をリリースした。Git for Windowsプロジェクトでの成果物が取り込まれているほか、細かい機能強化が多数加えられている。 Git 2.8は1月に公開されたGit 2.7に続く最新版。この間、74人の開発者から532のコミットがあったという。このうち22人は新規の貢献者とのことだ。大きな仕様変更や新機能はなく、使い勝手の向上に繋がる細かな修正がメインのリリースとなっている。 「git push」コマンドでは、「–delete」オプションと同じ挙動をする「-d」オプションが追加された。これにより、「git branch」コマンドなどと同様に「-d」オプションでリモートリポジトリ内のブランチ等の削除が可能になる。 設定関連では、プロクシに対する認証方法を設定する設定変数「ht
以下、ざっくり説明していきたいと思います。 > Web Server/Workerの移行Web Server/Workerの移行 従来はHeroku(US region)にサーバがあったため、日本からのアクセスの場合チューニングをどう頑張っても数百msの遅延がありました。これをAWS(Tokyo region)に移行することで、ページを表示するのに要する時間が1/2 ~ 1/3まで改善されました。 > DockerDocker 移行開始直後は自分が不慣れなこともあり、このタイミングでDockerを採用する気はありませんでした。しかし、実際にECS上でのデプロイを検証したり、Dockerについて学習するうちに移行のイメージが掴めてきたのでDockerを採用することにしました。 もともとHerokuで動いていて The Twelve-Factor App にほぼ沿っていたので、やってみるとDo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く