Can't restart nginx
I'm using nginx with Django on Ubunto 10:04. The problem is when I restart nginx I get this error. sudo /etc/init.d/nginx restart Restarting nginx: the configuration file /etc/nginx/nginx.conf syntax is ok configuration file /etc/nginx/nginx.conf test is successful [emerg]: bind() to 0.0.0.0:80 failed (98: Address already in use) [emerg]: bind() to 0.0.0.0:80 failed (98: Address already in use) [e
gRPC-WebのProxyをNginxにしてみた - Qiita
というふうにProxyを介してブラウザとgRPCサーバーとでやり取りを行っています。 今回はこのProxyのお話です。 このProxyは、公式ドキュメントやその例などでもEnvoyを使用しています。 https://github.com/grpc/grpc-web 実際、Envoyを利用するとすんなりと導入することが出来ます。 ただIP制限ができなかったり(こちら出来るようであればご指摘おねがいします）、Yamlで書かないといけなかったりとなにかとかゆいところに手が届きません。 そのため、ProxyをNginxにしてやってみようと思います。 NginxでもgRPCのプロキシーをすることができます。 Introducing gRPC Support with NGINX 1.13.10 今回作るサンプルはこちらに配置しています。 https://github.com/morix1500/gr
Go 1.12のmodulesを試す - Qiita
はじめに 久々にgolangを触ったら、バージョンが1.12になっていて、標準でバージョン管理機構が備わったとのことでしたので試してみました。 環境 バージョン
Go製のCHANGELOGジェネレータを作った - wadackel.me
はじめに タイトルにある通り、git-chglog という Go 製の CHANGELOG ジェネレータを作りました。 git-chglog/git-chglog https://github.com/git-chglog/git-chglog Git を使用したコミットとタグからなる情報を元に CHANGELOG を作成するためのツールです。 まだまともなサンプルが用意出来ていないのですが、以下は Angular のリポジトリで試しに作ってみたイメージです。 2018/02/20 時点の Angular のコミット数がおよそ 9600 程度で、生成までの時間が 2.5〜3.5s なので、まぁストレスなく使えるレベルの速度かなと思います。 僕が普段仕事としている Web Front-End 界隈では、conventional-changelog というツールが存在し、恐らく最も使われていま
【はじめての kubernetes】オリジナルイメージをデプロイする。（ yaml 編） - Qiita
オリジナルのイメージをつくるための Dockerfile はこちらです。php -S するだけの小さな Docker イメージ 【はじめての kubernetes】オリジナルイメージをデプロイする。（コマンド編） の続きです。 前提 kubectl gcloud レジストリにイメージアップ済み（冒頭のサンプルイメージを push しておく） 方針 ReplicationController Service の２つの yaml ファイルを用意して、それを走らせることでデプロイしたいと思います。 最終的には、IPアドレスにアクセスしてサイトが見れるようにします。 レシピ レジストリにイメージアップまで済ませておいてください。image: gcr.io/<PROJECT-ID>/<IMAGE>:v1 で使います。 apiVersion: v1 kind: ReplicationControlle
Kubernetes Controller for Pull Request Based Environment
Kubernetes Controller which looks for all the Pull Requests on your repository and deploy Pull Request base branch automatically. Read less
.gitattributesで改行コードの扱いを制御する - Qiita
Gitで管理するファイルの改行コードの扱いは、どうしたらよいのでしょうか。どうルール化するのがよいのでしょうか。 なぜルールが必要か そもそもなぜルールが必要なのでしょうか。以下の例で考えます。 AさんはLinuxマシンでコーディングしており、LFで改行されたソースコードのファイルXをGitにコミットしました。 一方、BさんはWindowsマシンでコーディングしています。今、Aさんが書いたコードを編集したいとします。GitからファイルXをチェックアウトして編集するわけですが、このとき、Bさんが使っているエディタはファイルXの改行コードをCRLFに変換してしまいました。Bさんはそれに気づかずコードを編集し、保存し、コミットしました。 BさんはファイルXの中の数行だけを編集したつもりなのに、改行コードが変わったために、全行に差分が生じてしまいました。これではコードレビューもしにくいし、後日、g
ヤフー人事に聞いた、進捗管理で終わらせないための「1 on 1」
少人数で始まったスタートアップも、いつかは組織になるタイミングがやってくる。そんなとき、組織化のための一手として注目されているのが「1on1」（ワン・オン・ワン）だ。 「『1on1』は、単に上司・部下が仲良くなるための時間ではありません。“明日からの自分をもっと良くするためにはどうすれば良いか”を考えるための時間です。いわば、部下の“気付き”や業務を振り返って“内省”“経験に基づく学び（経験学習）”を支援するためのものですね」（ヤフー 人財育成リーダー 小向洋誌さん）。 小向さんは、ヤフーが2012年4月に新経営体制を発表した後、それに伴う組織開発・人財開発を進めてきた人物の一人だ。さっそく、1on1の定義や具体的なやり方について話を伺った。 小向洋誌（Hiroshi Komukai）。ヤフー株式会社 ピープル・デベロップメント統括本部 人財開発本部 組織・人財開発部 人財育成リーダー。起
git bisect で問題箇所を特定する - Qiita
以前は問題なく動いていたはずの機能が、最新版では動かなくなっている・・・。こんなときは、「どのコミットが問題を混入させてしまったのだろうか？」を知りたくなるでしょう。 これを手助けするのが git bisect コマンドです。git bisect コマンドは、二分探索によって問題箇所を特定します。 事前準備 最初に大事なことがひとつあります。それは、「問題がない（good）状態と問題がある（bad）状態を、確実に判定できるようにする」 ことです。 当然のことではありますが、ここがあやふやだと、二分探索をしても問題箇所をうまく特定できません。 可能なら、「テストスクリプトを1つ実行するだけで判定」できるようにしたほうが良いです。このとき、テストスクリプトは、git リポジトリからチェックアウトした作業ツリーに対して実行できるようにします（例えばソースからのビルド処理もテストスクリプトに含めま
CHANGELOG の書き方 - 角待ちは対空
VS Code の拡張作っている際に CHANGELOG.md が自動生成され、書き方はKeep a Changelogに従えと書かれていたので紹介する。 ここに書かれていることは絶対ではなくただ提案しているだけである。意見がある人は話し合おうという温度感っぽいので、納得いかない場合は issue 立てると良いと思う。 僕自身はなんでもよくてある程度型が欲しかっただけなのでこれからはこれに従って書いていこうと思う。ただまぁ Semantic Versioning もそうだけどちゃんと従おうとすると以上にだるくなってくるので雰囲気従うくらいだと思う。 CHANGELOG の原則 機械的に生成するのではなく人間の手で書く 各セクションへのリンクが容易にできる 1つのバージョンごとに1つのサブセクションを作る リリースは新しいものが上に来るようにする 日付のフォーマットは YYYY-MM-DD
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
