サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Wikipedia
qiita.com/soramugi
require 'openstack' module OpenStack class Authentication def self.init(conn) if conn.auth_path =~ /.*v2.0\// AuthV20.new(conn) else AuthV10.new(conn) end end end end flavor_name = 'g-1gb' image_name = 'vmi-ubuntu-14.04-amd64' # https://www.conoha.jp/docs/compute-create_vm.html os = OpenStack::Connection.create( username: ENV['CONOHA_USER'], api_key: ENV['CONOHA_PASS'], authtenant_id: ENV['CONOHA_
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
Test::Unitを使っているんだけどassertのタイプ何があったっけなと毎回調べてるのでまとめておく 参照 : http://ruby-doc.org/stdlib-2.1.0/libdoc/test/unit/rdoc/Test/Unit/Assertions.html 大体こんだけ 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, [
それぞれのターミナル環境で色の設定違うと思われるので色の確認できるスクリプトあると便利。自分の場合は強調表示がオレンジ色付いたりとかすぐ解る。 #!/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[
チームで一つのサーバーにログインして 一つのファイルをみんなで編集を行う場合には グループ権限を活用する必要がある その時の設定方法をまとめておく ファイル作成時の権限 最初にユーザーが作成するファイルの権限を グループ権限付きのものに変更するための設定を行う。 現在の権限を確認するためには を使用する。 umaskで出力される値は通常0022だと思われる。 これは「自分以外のユーザーは書き込みを行わせない」という権限の設定になる。 以下の説明が詳しい umaskコマンドでは、許可しないビットを指定する。従って、読み書きを行う設定(666)から設定したいパーミッションを引き算すれば、指定する値が求められる。 参照 : ファイル新規作成時のパーミッションを変更するには と、あるので、今回のような場合では
FavMedia - Twitterのfavツイート画像閲覧 の開発で、userページで表示させる画像をinfinite scrollで読み込みつつ、Masonryでタイル状に整える時に読み込み途中の画像が重なって表示してなんか嫌だなぁと調べて解決した方法のメモ ここのソースコード見れば一発ですがね http://desandro.github.io/masonry/demos/infinite-scroll.html imagesloadedも使います <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> $(f
サーバー選定するときに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
bashは常に開いておく環境なので使いやすくカスタマイズしたいですね。 GitHubでdotfilesの管理とかしておけば常に自分好みにカスタマイズした環境が再現できるので良いです。 他の方が設定しているファイルを見るのも勉強になって非常に楽しいです。 今回は個人的に色の設定を学んだので軽くまとめておきたいと思います。 色、カラーの設定ですが、自分はその時の気分転換で変えます。 現状の自分の環境だとmacの標準アプリケーション、ターミナルを使っていてテーマが「Grass」ですね。ちょっと透けさせてます。「Red Sands」って赤茶のテーマがあるのですが、最初は赤っぽい背景とかだめかと思ってたけどそこまで見にくくはなかったですね。 ターミナルのテーマ設定を変えてしまうと、今まで設定していた文字色とか見づらくなってしまうんですよね。そのための文字色を変更しやすい環境を構築。 コマンドインスト
Railsでアプリケーション作る時にユーザー登録部分とか作るの面倒くさくって、ある程度出来上がってて組み込めば使えるってのが欲しかったので探したらdeviseっていう便利プラグインがあったので便利に使おうと使い方を学んだのでメモ 主にここの設定を真似てTwitter認証でユーザー登録が出来るアプリケーションのひな形作成(リンク先はFacebookの認証) https://github.com/plataformatec/devise/wiki/OmniAuth:-Overview Rails new rails new devise_app cd devise_app git init git add -A git commit -m 'first commit'
でカレントディレクトリにtagsファイルが作成されます。 これをvimで読み込む設定にしておけばジャンプできたり補完できたりと便利になるしろもの。 今回考察すること 実践Vimの方ではプチまとめとしての考察の項では以下のように書かれている。 コミットするたびにコードベースのインデックスを再作成するのがちょうどよいところを突いている。確かに、作業中のローカルコピーと、tagsファイルが分離されるが、エラーはなんとかなる。アクティブに作業しているコードは、タグを使ってナビゲーションを行いたくなることはあまりないコードだ。 僕もそう思う。 しかしそれはバージョン管理を使っていて、なおかつ分散バージョン管理、例えばGitを使っているプロジェクトにしか適応されないという問題を抱えている。 バージョン管理使うようにしたりgit使うようにすればいいじゃんって、そう思うけどもそうじゃないじゃん?やりたいこ
ディレクトリ構成 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を使えば解決される事が解ったので設定方法をまとめておきます。 プラグインの各ソースファイルをgitリポジトリ管理とかにしておいてcomposerでインストール出来るように以下のcomposer.jsonをプラグインのルートディレクトリ直下に置いておけば完了です。
Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
#!/bin/bash echo ' 256色 前: 38;05;色番号 背: 48;05;色番号 ' for i in {0..255} ; do printf "\x1b[38;05;${i}m 38;05;${i} " done echo '' for i in {0..255} ; do printf "\x1b[48;05;${i}m 48;05;${i} " done echo '' Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
herokuでcronみたいなのあるらしいですが、実行回数を細かく設定したり、実行時間が長いタスクの実行したいしjenkins氏で定期実行してログの保存したかったので 手元のRailsアプリケーションからherokuのDBにアクセスする方法 <% 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 valu
社内のサーバーを使っていたらsshのhost名が自動補完されていて「なにこれ超便利」という事で調べてみたらbash-completionを使っているようだったので導入方法のメモ。 # mac brew install bash-completion # redhat yum install bash-completion # debian apt-get install bash-completion debianはたいがい標準で入ってるようだけど。 入ったら.bashrcに読み込むように設定してしまえば完了。redhat系やdebian系では/etc/profile.d/に置いたりとかでも良い。
chefのcookbook郡の中のrecipe内、serviceの記述部分で不必要な再起動をしないための記述方法 template "/etc/munin/plugin-conf.d/nginx" do source "nginx" notifies :restart, "service[munin-node]" end service "munin-node" do supports :start => true, :restart => true, :enable => true end
個人で持っているサーバーが思えば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 Travis CI で Vim プラグインのテストを自動化する Vim プラグイン開発でも継続的インテグレーションがしたい! (Travis CI 編) テストファイルはvimプラグイン形式で書いて 内部でRubyのvim-flavorgemを使用している vim-airlineで使ってる AndrewRadev/vimrunner 完璧Rubyのgem rspec形式で記述出来るので今までのrspecの恩恵が受けられる vim-multiple-curs
NeoBundle 'gist:soramugi/6775207', { 'script_type' : 'plugin' } " octopressの記事追加したらgit commitのやつ" function! s:octopress_git(message) if a:message == '' exe "!cd " . g:octopress_path . " && git add -A && git ci -m \"`date`\" && git push " else exe "!cd " . g:octopress_path . " && git add -A && git ci -m " a:message "&& git push " endif endfunction command! -nargs=? OctopressGit :call s:octopress_gi
ビルドが失敗するようになって調べていたのですがディスク容量がいっぱいだった事が判明。 jenkinsのバージョンか何かが原因かと思って「Jenkinsの管理」ページを表示した事で解った。ディスク容量とか超重要なの管理のページ以外にも表示しておいてほしいですね。 という事で対策 圧迫原因 自分の場合は svn up ビルド(ユニットテスト、カバレッジ作成、コーディングスタイルチェック、諸々) て流れで今までのビルド履歴(スタイルチェックのxmlやらカバレッジのhtmlやら)が圧迫していた。 プラグインの導入 ディスク容量の把握 Disk Usage Plugin 入れるだけで1ビルドの使用ディスク容量とか表示してくれる。 全体の容量を6時間ごとに収集してグラフ表示とかもしてくれるみたい ビルド履歴の削除 Discard Old Build plugin ビルド履歴はなるべく残しておきたいけど
$ php --version PHP 5.3.15 with Suhosin-Patch (cli) (built: Aug 28 2012 18:19:13) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies 読み方 まずコーテーションなのかクォーテーションなのか、 物によっては読み方色々でどっちが正しいのか不明だったので Google翻訳さんに聞いてみました。 ダブルコーテーション => Double quotes ダブルクォーテーション => Double quotes Double quotes => 二重引用符 二重引用符 => Double quotes シングルコーテーション => Single quotes シングルクォーテ
想定サーバー apl(収集サーバー) fluentdを起動した集約サーバー ログの保存やグラフを表示するサーバー(Growthforecast使用) 流れ aplサーバーからアクセスログをfluent-agent-liteで収集、fluentdを起動しているサーバーに受け渡してログのパース、情報の整形、グラフ表示サーバーに送信 収集サーバー cd git clone git@github.com:tagomoris/fluent-agent-lite.git sudo mv ~/fluent-agent-lite /usr/local/src/ cd /usr/local/src/fluent-agent-lite sudo ./bin/install.sh sudo vi /etc/fluent-agent-lite.conf TAG_PREFIX="apache" LOGS=$(cat
コマンドでビルドすればpublic/ディレクトリ下にビルドして作成されたhtmlファイル群が変更されて、 _deploy/ディレクトリ下にも同じファイルが作成されてgit管理されるかと思います。 をすればgithubのリポジトリにpushされてgithub pagesに変更分が反映されるようになっていると思うのですが、 そうなると_deploy/ディレクトリはバージョン管理ができている状態なのですが、ビルドする元ファイル郡source/_posts/やテーマの設定ファイルのバージョン管理ができていません。手元にあるファイルがなくなったら更新すげー面倒。 しかし、回避策はすでに用意されていて github pagesをデプロイ先に選んでいればsourceリポジトリがすでに作られているのでコミットを行ってgit push origin sourceをすればgithubのリポジトリに変更分が反映
最初人がしゃべっていたままを覚えていて、キャピストラーノと思ってたのですが カピストラーノみたいですね。読み方。 Capistranoインストール、簡単なtask作成 vagrantを使用してnode01node02node03を立ち上げてnode01で作業。 あらかじめnode01から各サーバーにssh node02等でsudoが使えるユーザーでssh接続できるように設定済み パスワード無しのsudoが実行できる設定は以下、vagrantユーザーがパスワード無しのsudo実行出来る。
次のページ
このページを最初にブックマークしてみませんか?
『qiita.com』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く