docker-composeを使うと複数コンテナの管理が便利に - Qiita
docker-composeを使うと、複数のコンテナから構成されるサービスを従来よりも簡単に管理できるようになる。 dockerだけで管理する場合の不便さ たとえば dockerだけでmysqlとgitbucket・redmine・リバースプロキシ(nginx)を立ち上げる場合には、次のようなコマンドをシェルスクリプト化しておく必要があった。linkオプションがあるので、コンテナの立ち上げ順序も気にしなればいけない。 # mysql docker run --name mysql \ -d \ -p 3306:3306 \ --volumes-from data-mysql \ -e 'MYSQL_ROOT_PASSWORD=password' \ mysql # redmine docker run --name redmine \ -d \ --link mysql:mysql \ -
Dockerのoverlayネットワークでコンテナを分散実行 - Qiita
概要 Docker 1.9 からマルチホスト・ネットワーク機能が利用可能となった。動作検証として、DigitalOcean の環境上に、Docker Machine で Swarm クラスタを作り、オーバレイ・ネットワーク上を作成。最終的に、複数ホスト上にウェブとデータベースを分散した WordPress の環境を作成する。ここでは Docker Compose を使用し、オーバレイ・ネットワークの自動構築も試みる。 Docker 1.9 のネットワーク機能については、以下 URL を参照のこと。 【参考訳】 Docker 1.9 発表：Swarm とマルチホスト・ネットワーキングのプロダクション対応 【参考訳】 プロダクションに対応するマルチホスト Docker ネットワーク機能 参考訳：マルチホスト・ネットワーキングを始めよう - Qiita 参考訳：Docker コンテナ・ネットワー
「WebAPI 設計のベストプラクティス」に対する所感 - Qiita
「翻訳: WebAPI 設計のベストプラクティス」を読んで色々と思うところがあったので書きました。 上記の記事は訳文でありますので、正しくは「Best Practices for Designing a Pragmatic RESTful API」に対する所感と述べた方が良いのかもしれませんが、日本語で通して読めるよう Qiita に投稿された訳文に対する所感として書いています。 以下では「翻訳: WebAPI 設計のベストプラクティス」並びに「Best Practices for Designing a Pragmatic RESTful API」は「当該記事」と表現します。 観点 当該記事では「○○とした方がよい」との意見に対してそうすべき理由が明らかになっていないか、もしくは表現が曖昧な場合が目立っていると感じました。設計は実装のようにプログラム言語仕様が制約を与えられないため、意図
GitHubを使って3分でHPを公開する。 - Qiita
GitHubやばい、何がやばいってソース公開していいならWebサーバなくてもWebページ公開できる。 JavaScriptもちゃんと動いてる。（サーバ必要系はたぶん無理） というわけで表題の件ですが、GitHubは主に２つの形式でWebサイトを公開できます。 テンプレサイト作るだけならgitコマンド叩いたり、ローカルにリポジトリ作る必要もありません。 ユーザーアカウントに対して紐付けられているWebページ リポジトリごとのWebページ ほとんどリンク先見てね状態ですが、毎回ググるのめんどくさいのでメモ書き。 GitHubアカウントもっているならば、３分かからないです。 ユーザーアカウントに対して紐付けられているWebページ。 yourself-account.github.io.gitリポジトリを作成することでWebページが公開できます。 こんな感じ。 http://budougumi06
初心者なのでPHPで円の面積を求めてみた - Qiita
整数で値をひとつ読み込み、それを半径とする円の面積を求めて表示するプログラムを作成しなさい。 円周率は3.14とし、計算結果は、小数第2位を四捨五入して小数第一位まで表示すること。 知恵袋方面に上記のプログラムをPHPで書きたい人がいるという噂を聞きました。世の中にはPHPの宿題が出る学校があったりするのかもしれません。PHPなら任せろー、というわけでPHPのLua拡張を利用して書いてみましょう。LuaもLua拡張も初心者ですが、がんばります！ まず手元のPHPのバージョンを確認します。今回はPHP 7.0.4を使います。 $ php -v PHP 7.0.4 (cli) (built: Mar 9 2016 16:14:46) ( NTS ) Copyright (c) 1997-2016 The PHP Group Zend Engine v3.0.0, Copyright (c) 1
Microservices とクラウド、それからオンプレミスの可能性について新卒Webエンジニア向けにまとめてみる - Qiita
Microservices とクラウド、それからオンプレミスの可能性について新卒Webエンジニア向けにまとめてみるinfrastructuremicroservicesSOA これはなに この記事は 第2のドワンゴアドベントカレンダー のために書かれました。昨日は Rustで動的ライブラリに依存しないLinuxコマンドを作成する方法 について @sile さんが素晴らしい記事を書いて下さりました。Rust は難しくてよく分かりませんが、きっと素晴らしい言語だと思います。 さて今日は、Webサービスへの要求をみたすために、アプリケーションとインフラがどうやってコラボレーションするべきなのかについて考えます。私は 2015年新卒としてドワンゴに入社しました。この記事は私のような Webサービスのエンジニア、システムアーキテクト初心者の方々を対象に書かれています。 もちろん、ドワンゴがいまどのよ
JSON Web Token の効用 - Qiita
Note: JWT の仕様やそもそも論の話は触れません。どう使うか、何が出来るかしか書いていません。 JSON Web Token? JSON Web Token とは、ざっくりいって署名の出来る JSON を含んだ URL Safe なトークンです。 署名とは、署名時に使った鍵を用いて、JSON が改ざんされていないかをチェック出来るようにすることです。 URL Safe とは、文字通り、URL に含めることの出来ない文字を含まないことです。 これだけだとよくわかりませんが、触り心地としては次のような性質があります。 発行者だけが、鍵を使ってトークンが正しいことを検証出来る。 暗号化ではないので、JSON の中身は誰でも見られる。 仕様的には、暗号化のオプションもあります。 しかしながら、JSON の変更は出来ない。（改ざんをすると、検証時に失敗するので。） 全体的には、なんか変更できな
MarkdownからWordやPDF生成ができるようにする (またはPandoc環境の構築方法) (2014/09版) - Qiita
Pandoc は「a universal markup converter」という説明のとおり、あるマークアップ言語で書かれたドキュメントを他のドキュメント形式に変換するツールです。 前提 Mac OS X (Marvericks) Homebrew Pandocのインストール PandocはHaskell製のツールなのでまず、Haskellの環境の構築
Pandocの比較的簡単なインストール方法 - Qiita
（更新：2023年6月10日） 私はよくTwitterでPandocをキーワードに検索するのですが、 Pandocのインストールについて「失敗した」「難しい」という声をよく聞きます。 実際には、Pandocはなじみ深いインストーラでインストールできます。 またコマンドラインでのインストールも、思ったよりも難しくありません。 （おすすめの方法には「★」を付けています。よければ参考にしてください） ★マウスで簡単：Pandoc公式インストーラを使う 【Pandocバージョン：最新】 最も簡単な方法はこれです。 コマンドラインにあまり馴染みのない方は、インストーラを使うことをおすすめします。 まず、下記のダウンロードページに行きます。 リストの中から、自分のOSに合ったものを選んでください。 （3.x.xの部分はバージョン番号なので、その都度変わります。バージョンは最新版・一番上のものを選んでく
Qiita API v2のJSON Schemaを公開しました - Qiita Blog
こんにちは、r7kamura です。 最近は主にイカとして活動しており、カラフルな墨を掛け合う日々を送っています。 さて、QiitaおよびQiita Teamでは、Qiita API v2としてデータを操作するためのREST APIを公開しています。これまで開発者向けに APIドキュメント を提供していましたが、今回は主に機械向けのインターフェースとして、JSON Schemaで記述したREST APIのスキーマ定義 (以下スキーマ) を公開することになりました。具体的には、JSON Hyper-Schema draft v4 を利用して定義されています。 http://qiita.com/api/v2/schema Qiita API v2のスキーマの説明Qiita API v2のスキーマの構成について簡単に説明します。スキーマは http://qiita.com/api/v2/sche
tmux v2.1からmouse関連の設定が変わった - Qiita
El Capitanをクリーンインストールしたので、brew関連もセットアップし直してtmuxを起動したところ、 tmuxのmouse設定が置き換わってました、という話です。 バージョン .../.tmux.conf:23: unknown option: mouse-select-pane .../.tmux.conf:24: unknown option: mouse-select-window .../.tmux.conf:25: unknown option: mouse-resize-pane .../.tmux.conf:26: unknown option: mode-mouse どうもmouse関連の設定が無くなった？らしい。で、tmuxのサイトを調べてみた。 https://tmux.github.io/ のchangelogから引用 Mouse-mode has bee
phpenvの導入して複数バージョンのPHPを管理する - Qiita
phpenvとは 複数のバージョンのPHPを管理するツール。 Rubyで使われているrbenvを基にして作成されているようだ(ところどころ名残がある)。 phpenvのインストール 以下のコマンドで、phpenvをインストール。 $ curl -L https://raw.github.com/CHH/phpenv/master/bin/phpenv-install.sh | bash $ git clone git://github.com/CHH/php-build.git ~/.phpenv/plugins/php-build $ echo 'export PATH="$HOME/.phpenv/bin:$PATH"' >> ~/.bashrc $ echo 'eval "$(phpenv init -)"' >> ~/.bashrc $ exec $SHELL -l
Macで時間のかかるコマンドが終わったら、自動で通知するzsh設定 - Qiita
概要 実行時間の長いコマンドが終わったら、Mac の Notification Center (Growl にするのも可能) で通知がくる。Terminal.app と iTerm 2 に対応している。 通知の様子。30秒を超えるコマンドが通知されている。 30秒を超えないコマンドでも、失敗したら通知される。 どちらもターミナルがバックグラウンドのときのみ通知される。長いコマンドを投げてから twitter とか見てたらいつのまにか時間が経ってしまうような人に便利。 1. 準備 Notification Center に通知する場合 alloy/terminal-notifier をインストールする。コマンドから Notification Center に通知をするためのアプリ。 Releases から .app をインストールしてもよいし、Download にあるように RubyGems
Qiita::Team やめた - @kyanny's blog
Quipper 日本オフィス（+ 海外オフィス勤務の日本人）で「チャット以上 Wiki 未満」な情報共有ツールとして二年ほど使ってきた Qiita::Team をやめて、 GitHub Issues に移行した。 Qiita::Team は日本人の間では活用されていたが、グローバル企業なので英語以外のみでの情報共有は好ましくなく、しかも Qiita::Team は個別に invite しないとアクセスできないので海外拠点のスタッフにとっては非常に閉鎖的な場だった。せめてアクセス可能にしようと plan をアップグレードし invite したものの、国際化対応が不十分だったりそもそも日本語の文章を翻訳して読もうというガッツもなかったりして、日本人以外には活用されなかった。 Quipper は外部サービスの導入にポジティブだが、使われていないものはスパッとやめるポリシーがあり、幽霊会員と化して
リポジトリごとに user.name や user.email の設定を強制する - Qiita
社内やオープンソースのプロジェクトに並行して参加していると、gitconfig の user.name や user.email をリポジトリごとに切り替えたくなることがある。リポジトリを作るたびに git config user.name "My Name" すればいいのだが、 user.name が存在しないか空文字列だと環境変数 NAME の値を暗黙的に使う仕様になっているため、設定をうっかり忘れてしまうとなかなか気づけない。名前やメールアドレスを間違えたまま何度もコミットしてしまうと修正が厄介である。 Git 2.8以上 最近の Git で設定忘れを未然に防ぐには git config --global user.useConfigOnly true を実行する。これを設定するとユーザー情報について環境変数を暗黙に参照することがなくなる。グローバルな gitconfig で use
Nginx導入時やること - Qiita
HTTPレスポンスヘッダにサーバのバージョンの表示を消す なぜ必要？ 潜在攻撃者への情報提供になることも。 もし使用中バージョンの脆弱性が明らかになった時、恰好の標的になるとか。 対応 nginx.confのhttpディレクティブに server_tokens off; を追加。
Dockerのカレンダー | Advent Calendar 2014 - Qiita
About reserved postingIf you register a secret article by the day before the same day, it will be automatically published around 7:00 on the same day. About posting periodOnly articles submitted after November 1 of the year can be registered. (Secret articles can be registered anytime articles are posted.)
Docker User Guide 日本語版(仮) - Qiita
概要 The Docker User Guide の日本語版（仮）です。GitHub ドキュメント からの fork も考えていました。ですが、個人的に長期的な継続調査やメンテナンスが難しそうなのと、精査出来ていません。ただ、まずは現状確認のための文章整理として、以下、参考訳としての情報を公開します。 ところどころ、日本語の意味が通らず意訳している箇所があります。また、内容については未保証です。原文の記述が優先されます。 Docker についての日本語訳 Docker とは 原文：What is Docker? Docker ドキュメント 原文：Docker Documentation Docker を理解する 原文：Understanding Docker ガイドの日本語訳 Docker Hub を始める 原文：Getting Started with Docker Hub アプリケーシ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ElCapitanにしたらTeXlipseがコンパイルできなくなった件 - Qiita
ngx_dynamic_upstreamでnginxのアップストリームを動的に変更する - Qiita
