はてなブックマーク

vpsを借りてwordpressを設置するのは簡単だが、ただ設置するだけだとデザイン調整を本番ままで調整したりいじってもバックアップ取らないといけなかったりとかが面倒になる。面倒なところは早めに潰しておきたいのでwordpressのデプロイをwp-deployで設定する。 wp-deployの機能として簡単に説明すると capistranoを使用 wordpressのコア部分はgithubにあるWordPressリポジトリからソースを持ってきて設置する 日本語対応させるためにこの設定は無くすけど WordPressのインストール階層の変更を使っている http://example.com/wordpress/に本体が入ります。 databaseの設定がyml管理 ローカル、ステージング、本番共に dbのバックアップがコマンドで実行できる 画像、dbの内容をローカルに持ってきたり本番に持って

sudo yum install wget make mkdir -p ~/src cd ~/src wget https://launchpad.net/ufw/0.33/0.33/+download/ufw-0.33.tar.gz tar xzf ufw-0.33.tar.gz cd ufw-0.33 sudo python ./setup.py install cd ../ sudo rm -rf ufw-0.33 sudo chmod -R g-w /etc/ufw /lib/ufw /etc/default/ufw /usr/sbin/ufw sudo service iptables stop sudo service ip6tables stop sudo chkconfig --del iptables sudo chkconfig --del ip6tables $ su

assert assert_block assert_equal assert_no_match assert_not_equal assert_not_nil assert_not_same assert_not_send assert_nothing_raised assert_nothing_thrown assert_raise assert_raise_with_message assert_respond_to assert_send assert_throw assert(test, [failure_message]) assert_block( failure_message = nil ) assert_equal( expected, actual, failure_message = nil ) assert_no_match( regexp, string, fa

# !/bin/bash echo -e " # Attribute codes: # 00=none 01=bold 04=underscore 05=blink 07=reverse 08=concealed # Text color codes: # 30=black 31=red 32=green 33=yellow 34=blue 35=magenta 36=cyan 37=white # Background color codes: # 40=black 41=red 42=green 43=yellow 44=blue 45=magenta 46=cyan 47=white 状態番号 \033[00m デフォルト状態 00 \033[00m \033[01m 強調 01 \033[00m \033[04m 下線 04 \033[00m \033[05m 点滅 05 \033

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

<script src="../js/jquery-1.7.1.min.js"></script> <script src="../jquery.masonry.min.js"></script> <script src="../js/jquery.infinitescroll.min.js"></script> <script> $(function(){ var $tiles = $('#tiles').css({ opacity: 0 }); $tiles.imagesLoaded(function(){ $tiles.animate({ opacity: 1 }); $tiles.masonry({ itemSelector: '.tile' }); }); $tiles.infinitescroll({ navSelector : 'ul.pagination', nextSel

サーバー選定するときにawsが良いなって思うんだけどaws通信費高いしなってなってじゃあどこにしようかって考えるんだけどあんまり決まらなくて考える時間費やすのが本当に無駄な気がしてて金で解決できる事は金で解決した方が幸せなんじゃないか、金のために働くなんて本当にむなしいし金に働いてもらって想像力を無限に膨らませたいしairbnbで沖縄のペンションみたいなところ借りて海眺めながらTumblrでもしていたい。 なので金で解決するためのAWS Elastic Beanstalkの(多分)最速設定方法 参考 http://dev.classmethod.jp/cloud/aws/eb-sinatra-in-10minutes/ AWS Elastic Beanstalkのcliコマンドのインストール $ eb -h usage: eb {COMMAND} [options] AWS Elastic

# Configuration file for the color ls utility # This file goes in the /etc directory, and must be world readable. # You can copy this file to .dir_colors in your $HOME directory to override # the system defaults. # COLOR needs one of these arguments: 'tty' colorizes output to ttys, but not # pipes. 'all' adds color characters to all output. 'none' shuts colorization # off. COLOR tty # Extra comman

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

実践Vim読みました。 達人出版会さんからpdf版が発売されてるのでそちらがおすすめです。何やらAmazonと比べて600円ぐらい安いようですね。 その中の 第6部 ツール 第16章 ctagsを使ってソースコードのインデックスを作成し、ナビゲーションを行う TIP102： ctagsと連携するようにVimを構成する の所を掘り下げて見ようと。元々は「Vimを構成する」ですがすでにvimを使いこなす時の環境構築になってしまうのかなと思い少しタイトルを広くとらえる形にしました。 ctagsってなに まずctagsの説明ですが、実践vimの言葉を引用すると ctagsは、コードベースを走査し、キーワードのインデックスを作成する外部プログラムだ。 てやつで、そのctagsを使って生成されたtagsファイルを使う事によってキーワードの宣言元へ移動したりキーワードの補完をする事が出来ます。IDEで標

ディレクトリ構成 apt-get等のパッケージ管理ソフトで入れた場合にはjenkinsのホームディレクトリは/var/lib/jenkinsになります。そのパスはjenkinsの実行時に使用出来、$JENKINS_HOMEの変数名で閲覧できる。 ジョブの設定ファイルは$JENKINS_HOME/jobs/*/config.xmlに記述される。このファイルを別サーバーのjenkinsに設置するだけで移行する事ができる(らしい) ジョブでgitなどのバージョン管理ツールからソースをcloneすると$JENKINS_HOME/workspace/*に展開される。jenkinsで設定したビルド手順はworkspace下でcloneされたディレクトリ内で実行されている。 jenkinsユーザーになる。 最初のビルドの設定時、失敗する事が多々あると思われる。 問題把握の為にはjenkinsユーザーにな

(2014/02/25 追記) 便宜上「jpgのロスレス圧縮」とタイトルを付けましたが、jpegの場合ではロスレス圧縮ではなく、画像の最適化をする方法になります。 (2014/02/25 追記ここまで) Googleが提供しているPageSpeed Insightsでwebページの計測をしてみたら 「画像を最適化する」の項目でjpegファイルのロスレス圧縮を要求されたのでメモ ロスレス圧縮とは 可逆圧縮（かぎゃくあっしゅく）とは、圧縮前のデータと、圧縮・展開の処理を経たデータが完全に等しくなるデータ圧縮方法のこと。ロスレス圧縮とも呼ばれる。 http://ja.wikipedia.org/wiki/可逆圧縮 とのこと。 jpegのロスレス圧縮とは jpegファイルは非可逆圧縮と呼ばれる圧縮すればするほど画質が悪くなる形式。 jpegファイルには撮影情報等のメタデータが記述される事があるので

composerむっちゃ便利なんですが標準でインストールするvendor/ディレクトリ以下にインストールしてしまうとcomposer対応してないフレームワークのプラグインとかはちゃんと読み込めなくて困ったちゃんになるなーと思っていました。symfony1系のプラグインとかcakephpのプラグインとかwordpressのプラグインとかですかね。 だけども[composer/installers] (http://github.com/composer/installers)を使えば解決される事が解ったので設定方法をまとめておきます。 プラグインの各ソースファイルをgitリポジトリ管理とかにしておいてcomposerでインストール出来るように以下のcomposer.jsonをプラグインのルートディレクトリ直下に置いておけば完了です。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

<% require 'cgi' require 'uri' begin uri = URI.parse(ENV["DATABASE_URL"]) rescue URI::InvalidURIError raise "Invalid DATABASE_URL" end raise "No RACK_ENV or RAILS_ENV found" unless ENV["RAILS_ENV"] || ENV["RACK_ENV"] def attribute(name, value, force_string = false) if value value_string = if force_string '"' + value + '"' else value end "#{name}: #{value_string}" else "" end end adapter = uri.sche

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

個人で持っているサーバーが思えばcrontabぐらいしか使ってなくて、 webサーバーとしての用途は中途半端に使っているだけだったので いっその事分けてしまおうと。 そいでcrontabだけだったらJenkins氏を雇用してみようという試み。 EC2で構築してもよかったのですが さくらVPSのサーバーをそんなに活用していなかったし、Jenkins氏のビルド後のログ貯めておきたいからディスク容量もそこそこあるのでさくらVPSで。 さくらVPSで使っていたDebian6をOS再インストールしてJenkinsサーバーを構築 業務ではCentOSしか触っていないのですが個人のサーバーくらいはDebian使いたかったのでDebian使用。 ちなみにMac OS X 10.8 Mountain LionだとさくらVPSのOSカスタムインストール、 VNCコンソールを開くためにはJava 6を入れておく

目的 awsのautoscalingに対応したデプロイ環境の実現。 awsでのwebアプリデプロイはここ参照 http://www.slideshare.net/AmazonWebServicesJapan/20130506-23096544 この資料のAuto Scalingでデプロイの項目。 実現出来そうではあるがハードコーディング感が否めない、 コマンド一発で実行出来る環境を構築して変更に強くしておきたい (例えばcapistranoで自分自身にデプロイ出来るようにしておくとか、そうすればデプロイ手順が変更されてもcapistranoでデプロイに統一されていれば自ずと同じデプロイが実行される) ElasticBeantalkは外部にあんまりソースコード置きたくないかな。。でも便利そう、超便利そう 課題 自分自身にデプロイする リモート環境にデプロイする時と同じ処理 てのが出来れば良い

vimプラグイン書こうとちょっとずつ調べているのですがやっぱりテスト書きたいよねって事で vimのテストフレームワークをまとめる 順不同、開発停止してそうなのもあるので雰囲気見てください。記事書いてからの将来的に開発止まっちゃうかもですし。よさそうな実装あったら開発が活発なところに組み込んだりも出来ますシー kana/vim-vspec https://github.com/kana/vim-vspec Travis CI で Vim プラグインのテストを自動化する Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) テストファイルはvimプラグイン形式で書いて 内部でRubyのvim-flavorgemを使用している vim-airlineで使ってる AndrewRadev/vimrunner https://github.com/AndrewRad

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

ビルドが失敗するようになって調べていたのですがディスク容量がいっぱいだった事が判明。 jenkinsのバージョンか何かが原因かと思って「Jenkinsの管理」ページを表示した事で解った。ディスク容量とか超重要なの管理のページ以外にも表示しておいてほしいですね。 という事で対策 圧迫原因 自分の場合は svn up ビルド(ユニットテスト、カバレッジ作成、コーディングスタイルチェック、諸々) て流れで今までのビルド履歴(スタイルチェックのxmlやらカバレッジのhtmlやら)が圧迫していた。 プラグインの導入 ディスク容量の把握 [Disk Usage Plugin] (https://wiki.jenkins-ci.org/display/JENKINS/Disk+Usage+Plugin) 入れるだけで１ビルドの使用ディスク容量とか表示してくれる。 全体の容量を6時間ごとに収集してグラフ表

読み方 まずコーテーションなのかクォーテーションなのか、 物によっては読み方色々でどっちが正しいのか不明だったので Google翻訳さんに聞いてみました。 ダブルコーテーション => Double quotes ダブルクォーテーション => Double quotes Double quotes => 二重引用符 二重引用符 => Double quotes シングルコーテーション => Single quotes シングルクォーテーション => Single quotes Single quotes => 単一引用符 単一引用符 => Single quotes どっちでも良いかな。二重引用符とか単一引用符の方が噛まずに済みそうではある。 違い ダブルクォーテーション　 ･･･ 文字列中の変数を変数値に置換する シングルクォーテーション ･･･ 文字列中の変数を変数値に置換しない 実行内

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

をすればgithubのリポジトリにpushされてgithub pagesに変更分が反映されるようになっていると思うのですが、 そうなると_deploy/ディレクトリはバージョン管理ができている状態なのですが、ビルドする元ファイル郡source/_posts/やテーマの設定ファイルのバージョン管理ができていません。手元にあるファイルがなくなったら更新すげー面倒。 しかし、回避策はすでに用意されていて github pagesをデプロイ先に選んでいればsourceリポジトリがすでに作られているのでコミットを行ってgit push origin sourceをすればgithubのリポジトリに変更分が反映されるようになっています。 でもgit push origin sourceは記事の公開と関係がない部分なので忘れそう、面倒くさい。 ビルド時間 ビルドするときには過去の記事も一からビルドし直すの

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?