タグ

2015年2月1日のブックマーク (32件)

  • Nginx バージョンアップ動向(2014/01〜2014/12)

    OpenStack Atlanta Summit Report: Neutron, Nova and design summit sessions Report of OpenStack Atlanta Design Summit (May 2014). It focuses mainly Neutron design summit topics and also covers general topics on the design summit sessions and nova-related topics.

    Nginx バージョンアップ動向(2014/01〜2014/12)
  • process-book

    この文書はなんですか? この文書は*nix系のシステムにおけるプロセスやシグナルなどについて説明することを目的に書かれました。「プロセスとかよくわかってないからちゃんと知りたいな」みたいなひとたちが想定読者です。 書いているあいだは gist で管理されていたのですが、ボリュームが大きくなったので github で管理するように変えました。 目次 導入 プロセスの生成 プロセスとファイル入出力 ファイルディスクリプタ preforkサーバーを作ってみよう ゾンビプロセスと孤児プロセス シグナルとkill プロセスグループとフォアグランドプロセス epub と pdf epub化したもの、pdf化したものが release ディレクトリに入っています。thanks to mitukiii & moznion! ライセンス この 作品 は クリエイティブ・コモンズ 表示 - 継承 3.0 非移

  • golang 1.4で追加されたtestingの便利機能(テストの初期化とお片づけ) - Qiita

    golangのtestingパッケージはシンプル主義のgoならではといった、最小限の機能のみを提供しています。実際のところこれまでも(ほぼ)充分な機能を提供してきたわけですが、テスト前の初期化を明確に定義できないなど、不満もありました。 そういうわけで、1.4からこの不満を解決するtesting.MとTestMain(*testing.M)が追加されています。これがかなり最高便利です。 従来のテクニック 当然、これまでもテストの"初期化"や"お片づけ"を書きたいという要求は当然ありました。それに対しては、go testコマンドがファイルをabc...順に読みこむことを利用して、ファイル名を工夫するというちょっと裏ワザ的な手法が一般的でした。 すなわち、最初に実行したいテストが書かれたファイルは「a_test.go」にして、最後に実行したいテストを「z_test.go」とするわけです。この方

    golang 1.4で追加されたtestingの便利機能(テストの初期化とお片づけ) - Qiita
  • Amazon EC2再入門 2015年1月版 | DevelopersIO

    ウィスキー、シガー、パイプをこよなく愛する大栗です。 半年前に「Amazon EC2再入門 2014年7月版」と銘打ってEC2の記事を書きましたが、AWSらしい頻繁なアップデートによって古くなっている部分もあるので、記事もアップデートしようと思います。 最近EC2関連の重要アップデートが出てきました。嬉しい機能が増えているのですが、昔の知識では使いこなせないので、現時点でのEC2の起動方法について纏めようと思います。 起動手順 EC2を起動していきましょう。 AMIの選択 AMI(Amazon Machine Image)を選択します。 AMIの種類 Amazon Machine Image(AMI)には以下のような種類があります。 My AMI 自分で作成したAMIです。 AWS Marketplace Marketpkaceで公開されているAMIです。 Community AMI 他の

    Amazon EC2再入門 2015年1月版 | DevelopersIO
  • 夏に出したVarnishCache入門をPDFで公開しました – cat /dev/random > /dev/null &

    夏コミで同人誌でだしたVarnishCache入門ですがPDFで公開します。 幾つか公開したかった理由はあったのですが、実際コミケまで足を運んで買っていただいた方にちょっと申し訳ないかなと 電子出版での有料配布も考えていたのですが 64P程度で大げさかなというのと、もう一ヶ月経って3.0.1も出たしいいかなと思い公開します。 内容的には初心者向けとなっていますので、そこまで高度な内容については記述していません。 なお3.0.1が公開されたためページ数が変わらない範囲で、その内容についても一部加筆しています。(fallback directorとか) Varnishを使ってみようと考えている方の参考になればと考えています。 PDFのダウンロード ちなみに、時間と印刷費の関係で書ききれなかった事がたくさんあるのですが(転記されないパラメータやら、varnishtestとか・・・) そういうこと

    夏に出したVarnishCache入門をPDFで公開しました – cat /dev/random > /dev/null &
  • Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel

    Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke

  • ウノウラボ Unoh Labs: Varnishの使用例とか

    一部の人に鳥の人として認識されているyamaokaです。 フォト蔵では最近Varnishをコンテンツキャッシュに利用しています。 具体的には、写真のサムネイルなどの静的なコンテンツをキャッシュするために使っていたりします。 Varnishはコンテンツキャッシュ機能を備えたHTTPアクセラレータです。 同じような目的に使われるプロダクトとしてSquidがありますが、 それよりも高速に効率よく動作することを売りにしています。 サーバーへのインストールについてはCentOSなどRed Hat系のLinuxであれば EPELからrpmを入手するか、 ソースを展開するとredhatディレクトリにspecファイルが用意されているので そちらを利用すれば最新版のrpmが作成可能です。 以下、rpmを使ってインストールしたものとして話を進めます。 起動設定は/etc/sysconfig/varnishです

  • とってもやさしいリバースプロキシVarnishの使い方 - ¬¬日常日記

    RubyのウェブアプリケーションフレームワークRamazeがとってもとっても素敵なので、ただいま実験としてささいなものを作成しております。HTTPdには今話題のthinを使おうかな、と思っているのですが、こうなると考えなければならないのがリバースプロキシですよね。"reverse proxy rails" あたりで検索すると真っ先にapacheの設定方法が出てくるわけですが、なんでもapacheというのもどうかな、と思いました。設定が煩雑になりますしね。そこでリバースプロキシである varnish を試してみました。varnishに関するドキュメントはあまり多くないのですが、varnish はとっても簡単なので素晴しいと思います。せっかくですから、varnishに関する設定方法などを簡単にまとめておきたいと思います。なお、私はサーバであっても ubuntu を使っておりますので(手抜き!)

    とってもやさしいリバースプロキシVarnishの使い方 - ¬¬日常日記
  • Varnish Cache 運用編 - Qiita

    # varnishadm -S /etc/varnish/secret -T 127.0.0.1:6082 "ban.url .*" # echo $? 0 バックエンド 運用中はバックエンドの状態や状態の変更したいことがあります. その場合は以下のコマンドで対応できます. ステータス確認 backend.listを使うとステータスの確認ができます. # varnishadm backend.list Backend name Refs Admin Probe web_01(192.168.0.11,,8080) 1 probe Healthy 3/3 web_02(192.168.0.12,,8080) 1 probe Healthy 3/3 ステータス変更 backend.set_health $BACKEND_NAME $STATEを使うとステータスが変更できます. $BACKEND

    Varnish Cache 運用編 - Qiita
  • [Varnish]gracefulにキャッシュしたい

    次の様なケースの Varnish の振る舞いを調べてみた キャッシュされていないコンテンツに同時にアクセスされた時(thundering herd problem) TTL 設定したキャッシュコンテンツが expire した時(grace mode) オリジンサーバが HTTP ステータス 500番台を返してきた時(saint mode) 構成 client – Varnish/3.0.4 – nginx/1.1.19 & php-fpm 通常のキャッシュの振る舞い Varnish を使うとコンテンツがキャッシュされることを確認。 確認方法 現在時刻を返すだけのページ sleep.php を用意。 意図的に処理時間がかかるよう sleep を挟む <?php sleep(5); echo date('Y/m/d H:i:s') . "\n"; ?> 未キャッシュ状態でアクセスすると現在時刻

    [Varnish]gracefulにキャッシュしたい
  • Varnishのストレージバックエンドを複数指定する

    Varnish の storage backend について キャッシュサーバの Varnish ではキャッシュの保存先として malloc(キャッシュが RAM に収まる限りは高速だが、RAM からあふれるとスワップアウトして非常に遅くなる) file(mmap で仮想メモリを割り当て。HDD のような disk I/O が遅いデバイスでは非常に遅い) persistent (Varnish 4 から非推奨されたので割愛) の3種類から選べる。 チューニングのページには When choosing storage backend, the rule of thumb is to use malloc if your cache will be contained entirely or mostly in memory, while the file storage backend pe

    Varnishのストレージバックエンドを複数指定する
  • Varnishを多段にする利点と注意するところ – cat /dev/random > /dev/null &

    小ネタです Varnishを使う上で冗長化をどうしようと悩むことが多々有ります。 単純に横に並べてLBでバランシングしてもキャッシュの同期をどうしようという問題にぶち当たります。 VarnishSoftwareがサブスクリプションで提供しているVarnishPlusでは同一階層のVarnishにおいてキャッシュオブジェクトのレプリケーションを行うVarnish High Availabilityという機能が存在しますがコミュニティ版のVarnishでは存在しません。 (VarnishPlusについてはそのうち記事書こうと思います) 強引にVCLでSquidのsiblingのような動きをするように書くことも出来なくないのですが個人的にはオススメできません。 幾つか理由があるのですが一番大きい理由がRace conditionに陥るからです。 VarnishはこれはThundering Her

    Varnishを多段にする利点と注意するところ – cat /dev/random > /dev/null &
  • nginx で gzip_static と gunzip を使ってストレージを節約する - 酒日記 はてな支店

    一月ほど前に 社内Gyazoの画像をAmazon S3に逃がしてスケーラブルに運用する - 酒日記 はてな支店 というエントリを書いて一段落と思いきや、そのサーバには社内向けの nopaste アプリも同居しており、気がつけばテキストファイルが10GB以上積もっていたのでした… 社内 nopaste アプリの実装はDBなどを使用せず単にテキストファイルを保存しているだけだったので、ファイルを gzip して nginx の http_gzip_static_module を使って配信したらディスクを節約できていいんじゃないか、と思いついたのですが、Accept-Encoding: gzip でないクライアントからアクセスすると 404 になってしまうので圧縮前のファイルが消せない。 今時ブラウザで対応していないものは少ないとはいえ、curlとか各種言語のHTTPクライアントでアクセスする場

    nginx で gzip_static と gunzip を使ってストレージを節約する - 酒日記 はてな支店
  • 【nginx】【超高速】 WordPress のウェブサーバーを nginx にして、プロキシキャッシュを使ってパフォーマンスをとても向上させるまでの試行錯誤です!【Apache からの卒業】

    nginx】【超高速】 WordPress のウェブサーバーを nginx にして、プロキシキャッシュを使ってパフォーマンスをとても向上させるまでの試行錯誤です!【Apache からの卒業】 はじめに。投稿を読むと役に立つであろう方 VPSWordPress サイトを運営している ウェブサーバは Apache だが、nginx が速いと聞いて乗り換えたいと思っている サーバーは新しく立てず、今の使用しているサーバを継続したい nginx は初めてで設定の意味も多少知りたい ブログを運用しております WordPress のウェブサーバーは現在 Apache を使用しています。ですが nginxPHP-FPM とキャッシュで WordPress を動かすようにして、「爆速」にしたいですの! でも難しいですわ><。だってわたくし、nginx ってなに?という状態ですもの。でもや

    【nginx】【超高速】 WordPress のウェブサーバーを nginx にして、プロキシキャッシュを使ってパフォーマンスをとても向上させるまでの試行錯誤です!【Apache からの卒業】
  • fluentdとKibanaでRailsのログを簡単に可視化 - Qiita

    昨年の秋から,学生プロジェクトで学内向けのRailsアプリを開発しています. 2月からオープンベータで公開されるので,それに向けてログの収集と可視化をしてみました. 環境は下記の通りです. Ubuntu Server 14.04 Ruby 2.2.0 & Ruby on Rails 4.2.0 td-agent 0.10.58 Elasticsearch 1.4.1 Kibana 3.1.2 fluentdのインストール fluentdはOSSなログ収集ツールです. Rubyで書かれているので,gemでpluginを追加したりします. 今回はRailsアプリを動かすサーバにtd-agentを入れました. td-agentは,Treasure Dataがメンテナンスしているfluentdの安定板です. 公式のマニュアルに従って,debパッケージをインストール. スタートアップに登録して,El

    fluentdとKibanaでRailsのログを簡単に可視化 - Qiita
  • AWS SDK for Go でビルドしたバイナリをCentOS5で試してみた | DevelopersIO

    はじめに AWSチームのすずきです。 GoogleよりOSSとして提供されている、シンプルで並列処理に強いプログラミング言語とされるGo。 先日、AWS SDK for Goがデベロッパープレビューとして公開され、弊社ブログでも紹介させて頂いています。 AWS SDK for Go ファーストインプレッション AWS SDK for GoとIAMRoleを活用してLinux/Windows両対応のスクリプトを作成する Go言語、ビルドにより1つのバイナリファイルが生成され、ライブラリを意識する事なく別環境に流用できる特徴があります。 今回、AmazonLinux上でビルドしたAWS SDK for Goを利用してEC2のAPIを実行するバイナリファイルを、 少し古めのOS環境(CentOS 5.10、Ubuntu 12.04)にコピーして、その実行可否を試してみました。 ビルド OS情報

    AWS SDK for Go でビルドしたバイナリをCentOS5で試してみた | DevelopersIO
  • Supervisor経由でunicornを立ち上げている環境にCapistrano3で自動デプロイ - Qiita

    前回の続きです。前回はCapistrano3の導入について書きました。 【入門】Capistrano3で自動デプロイ ★★★ 私の環境ではsupervisor経由でunicornを監視しているのですが、supervisorをリスタートしてしまうとhot deploy出来ない問題がありました。 そちらに関しての解決策としては下記を参考にしてください。 supervisord + unicornでhot restart (deploy) する -- さて、今回は上記を踏まえて capistrano3 unicorn supervisor Rails4 Ruby2.1.1(ここのバージョンはあまり関係ない) という環境で自動デプロイしたいと思います。 # config/deploy.rb # config valid only for Capistrano 3.1 lock '3.2.0' se

    Supervisor経由でunicornを立ち上げている環境にCapistrano3で自動デプロイ - Qiita
  • 【入門】Capistrano3で自動デプロイ - Qiita

    ※この記事はcapistrano3についてです。capistrano2.x系には対応していません。 ちょこちょこ新規開発しているのですが、毎回リモートサーバーにsshで入ってpullして手順見ながらbundleなんちゃらして・・・。 みたいなのが非常にめんどくさいので、capistranoを使ってみました。 一度覚えてしまうと楽チンなので損はないと思います!そんなに難しくないです! 今回はインストールから実際のデプロイまで順を追って説明していきたいと思います。 ★やろうとしていること Rails4のアプリをリモートサーバーにローカルからデプロイ web, db, appサーバーはとりあえず同じサーバーで git pullとかassets:precompileとかmigrationとか自動でやりたい テスト的にvagrantで作った仮想環境にデプロイするまでを説明します。 ★できてないこと

    【入門】Capistrano3で自動デプロイ - Qiita
  • 仕事で使うScala入門 その1

    プログラミング言語Scalaは、昨今注目が集まっている「関数型プログラミング」を実際のプロジェクトで実践するのに適した有力なプラットフォームです。エントリではScalaの概要について紹介します。 Scalaとは スイス連邦工科大学のMartin Odersky教授によって開発されたプログラミング言語です。 Scala(スカラ)という名前は、言語設計の理念であるスケーラブル(Scalable)という言葉からとられています。 特徴について箇条書きでいくつか挙げると JVM(Java仮想マシン)で動作し、Javaで書かれたライブラリやクラスを利用することができる 静的型付け+型推論を行いJVM用のclassファイルにコンパイルされる オブジェクト指向と関数型プログラミングの双方をサポートする(マルチパラダイム) Java8で導入されたラムダ式などの高度な機能をを簡潔な文法で使うことができる

  • React.jsはMVCのVじゃない。フレームワークだ。 - Qiita

    問題提起 Why React? Many people choose to think of React as the V in MVC. で語られている通り、一般的にはいわゆるViewの部分(仮想DOM)だけを担うライブラリと思われているようです。 「仮想DOMは描画が速いんだ」などと言う人が多くいますが、React.jsによるDOM操作の効率化(差分反映の仕組み)で劇的に改善されるケースってそこまで多くないんじゃないかと思っています。 「じゃぁ、Reactって学習コストに合わなくね?」と僕は思っていましたが、このスライド(React JS and why it's awesome)を見て、実際に学習してみて納得しました。 これはクライアントサイドの設計をひっくり返すフレームワークだと。 何がいいのか? Reactは以下の機能を持っています。(ざっくり過ぎて意味不明かもしれませんが、機能

    React.jsはMVCのVじゃない。フレームワークだ。 - Qiita
  • A combination of React.js and 6to5

    In English article is here. 今までは、react-toolsを使ってjsxのharmony optionを有効にして書くことで一部のES6のfeatureが使えて満足していたのですが、azuさんの記事を見て6to5を試したくなったのでReact.js + 6to5の組み合わせで書いてみました。 https://6to5.org/ http://efcl.info/2015/01/09/write-es6/ 結論から言うと6to5自体がjsxのサポートもしているので何も意識することなく書けていい感じでした。 コードはこんな感じ。 https://github.com/koba04/react-boilerplate structure browserify + 6to5ify 変換の流れはbrowserifyのtransformである6to5ifyを使うので、

    A combination of React.js and 6to5
  • CI環境構築 ~ Python編 ~ - Qiita

    Pythonの継続的インテグレーション環境を無料で簡単にセットアップする方法 利用するサービス Travis CI(無料のCI環境) CoverAll(Travis CIで実行したコードのカバレッジを閲覧できるサービス) Slack(Travis CIからの通知を受け取るチャットサービス) 事前準備 GitHubアカウントの取得 リポジトリ作成 RubyGemのインストール(Travisコマンドインストールに使用) Travis CIのアカウント取得とリポジトリ選択 右上のリンクからGitHubアカウントでサインイン テストしたいリポジトリをONに変更 テストコード tests/hoge_test.py src/fuga.py tests/hoge_test.py "test_first"を表示 Fugaクラスのindexメソッドを呼び出してTrueを確認する。 # coding:utf-

    CI環境構築 ~ Python編 ~ - Qiita
  • Reactまとめ - QUICK START - ② - Qiita

    前回の続き - Tutrial - Reactive state Tutrial 各コンポーネントに含まれるpropsは不変要素であり、各コンポーネントはpropsを使って自身をレンダリングする。 getInitialState()はコンポーネントのライフサイクル中に一度だけ実行される関数で、コンポーネントの初期化を行う。 componentDidMount()はコンポーネントがレンダリングされる際、Reactにより自動的にコールされる。 this.setState()は、自身のthis.state変数を更新することで、変化する状態をコンポーネントに反映する(コンポーネント自身を再レンダリングする)。 ajaxでサーバーからデータを取得するたびに、コンポーネントは再レンダリングされ、UIが更新される。 var CommentBox = React.createClass({ loadCom

    Reactまとめ - QUICK START - ② - Qiita
  • Reactまとめ - QUICK START - ① - Qiita

    Getting Started Tutorial - Hook up the data model までのまとめ Getting Started 実行環境 React JSFiddle React JSFiddle without JSX Starter Kit Download JSXについて 簡単に言うとJavascriptのコード中に記述できるXMLライクなシンタックス JSXを含むスクリプトの読み込みにはタイプ属性jsx/textを使用 JSXTransformer.jsモジュールを使用して、ブラウザ上でjsx -> jsへ翻訳 react-toolsを使ってあらかじめコンパイルしておけば、通常のjsファイルとして読み込み可能 JSXについての詳細 JSX in Depth Draft: JSX Specification Tutorial React.createClass()に

    Reactまとめ - QUICK START - ① - Qiita
  • Pythonのjsonモジュールの便利機能 - cloverrose's blog

    PythonでJSONを読み書きする機会が割りとあったんですが、改めて調べたり、公式ドキュメントをちゃんと読んだら便利な機能を知ったのでメモしておきます。 jsonファイルの辞書を順番通りにloadしたい 設定ファイルとしてJSONを使っている時、普通にloadすると辞書の順番は保たれません。 でも、プログラム内部で設定を書き足してdumpするような場合、人間が書いた部分がごちゃごちゃになるとよろしくありません。 Pythonのjsonモジュールでは次のようにすると順番通りに読み込めます。 import json import collections decoder = json.JSONDecoder(object_pairs_hook=collections.OrderedDict) with open('conf.json') as conf_file: conf = decoder

    Pythonのjsonモジュールの便利機能 - cloverrose's blog
  • 【翻訳】DockerとVagrantによるRails開発環境 - Qiita

    (2014年の記事ですよ。) オリジナル:"A Rails Development Environment with Docker and Vagrant" by Ben Dixon http://www.talkingquickly.co.uk/2014/06/rails-development-environment-with-vagrant-and-docker/ (デプロイ経験あまりないので訂正、つっこみなど大歓迎です。訳しづらかったところは原文も入れてます。Benさんから翻訳&&シェアOKの許諾もらっています。このテーマでさらにいくつか記事を投稿していく予定らしいです。) 既存のRailsプロジェクトに新しい開発者を招き入れることは、来あるべき簡単さよりもまだまだはるかに難しいタスクです。アプリやアプリ一式の開発環境構築作業の大部分(正しいバージョンのrubyやデータベースその

    【翻訳】DockerとVagrantによるRails開発環境 - Qiita
  • AWS SDK for Go ファーストインプレッション | DevelopersIO

    はじめに これは素晴らしいニュースです! Coming Soon – AWS SDK for Go AWS SDK for Goの提供を近日開始します もともとStripe社が開発していたaws-goプロジェクトAWSに移管され、公式のSDKとしてリリースされるとのことです。Githubリポジトリ(https://github.com/awslabs/aws-sdk-go)で開発されているので、ソースを読むことも、試してみることもできます。 これは試さずにはいくまい。ということでやってみました! やってみた 試した環境は以下の通りです。 $ go version go version go1.4.1 darwin/amd64 インストールはgo getでサクッと。今回はec2だけ入れてます。この時go1.3以下だと蹴られますので、事前に最新版をインストールしておきましょう。 $ go g

    AWS SDK for Go ファーストインプレッション | DevelopersIO
  • AWS SDK for GoとIAMRoleを活用してLinux/Windows両対応のスクリプトを作成する | DevelopersIO

    Goを使ってみた AWS SDKでGoが使えるようになったということで、すもけのブログを読んでみました。簡単そうですね!しかも、コンパイルしたらLinux/Mac/Windows用の実行ファイルにしてくれるという神仕様です。そこで、業務利用に適応できるか確認したいと思います。 AWS SDK for Go ファーストインプレッション IAMRoleを使おう EC2を業務利用しようと思ったらクレデンシャル情報のベタ書きはリスクが高いです。そこで、EC2インスタンスにIAMロールを設定することになります。GoでもIAMRoleが使えるのか試してみました。 Amazon LinuxGoのインストール 最も簡単な方法でセットアップします。AWS SDK for Goもセットアップ。 $ sudo yum -y install golang $ mkdir go $ echo 'export GO

    AWS SDK for GoとIAMRoleを活用してLinux/Windows両対応のスクリプトを作成する | DevelopersIO
  • 30days Albumの裏側〜監視・インフラCI事情〜 #monitoringcasual

    Monitoring Casual Talks #7 での発表資料です. http://www.zusaar.com/event/9807003 30days Albumという写真サービスの裏側の,監視やインフラCI周りの状況についてお話させていただきました.Read less

    30days Albumの裏側〜監視・インフラCI事情〜 #monitoringcasual
  • GitHub - EverythingMe/fabric-aws: fabric AWS integration

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - EverythingMe/fabric-aws: fabric AWS integration
  • Monitoring Casual #7 に参加・発表した #monitoringcasual

    Monitoring Casual #7に参加し、「30days Albumの裏側〜監視・インフラCI事情〜」というタイトルで発表しました。 主に監視周りの話で、ふっつーにNagios・Muninを使ってるんですけど、Muninについてはちょっと変わってるのでそれの紹介。 あと、インフラCIは、モニカジに間に合わせようと奮闘してたんですが間に合わなかったので、出来たところまでを紹介する感じになってます。 発表中にいただいた意見・コメント munin muninが黒背景になってる理由を説明している時の様子。 (導入した人である)黒田さんに変わって、背景を黒くした中二ムニンの紹介をしてました。 Kibanaみたいな色にしたい #monitoringcasual — Taichi Nakashima ☕️ (@deeeet) 2015, 1月 30 魔改造muninだ… #monitoring

  • 【初心者】生まれて初めてプログラミングをする文系人間のためのチュートリアル - Qiita

    この記事は2014年6月ころに大部分を書いたので、現在のrailsとは異なる部分もあります。 まだ参照してくださる方がいるのですが、かなり古いためあまりお勧めできません ※削除ができないため残してあります。 はじめに この投稿は格的にプログラミングに打ち込んだことのない人向けに、Ruby on Rails Tutorialを通してプログラミングを学習してもらうというものです。 このサイトは非常によく出来ていますので、(※基礎的なプログラミング力さえあれば)レッスンを単純になぞるだけで、誰でもWebアプリケーションが出来てしまいます。 ですが、このチュートリアルは入門には難しすぎます。 なので、基礎的なプログラミング力も持っておらず、RailsTutorialを自力でこなすことができない人のために、 自力でRailsTutorialを進められるようになるところまでをサポートします。 ※この

    【初心者】生まれて初めてプログラミングをする文系人間のためのチュートリアル - Qiita