タイトルのままですがちょくちょく忘れるのでメモ
# fetchする git fetch # 該当のブランチがあるかたしかめる git branch -r # （あれば）originのブランチを元にローカルにブランチを切る git branch hoge_branch origin/hoge_branch # チェックアウトする git checkout hoge_branch # もしくはbranch + checkoutはオプションで git checkout -b hoge_branch origin/hoge_branch
しかし、上のようにちゃんとやらずとも（！？）、もっとはしょることもできます
# リモート情報の取得 $ git fetch # checkoutする $ git checkout hoge_branch
こんな簡単なことなのにいつも忘れてしまうので自分戒め晒しメモ
今更ながらちょっと試したいことがあったのでjenkinsを入れてみます。
さくらVPSに入れる前提で話しますが他でもだいたい同じ流れです。
$ cat /etc/redhat-release CentOS release 6.5 (Final) $ sudo /usr/sbin/apachectl -v Server version: Apache/2.2.15 (Unix) Server built: Aug 13 2013 17:29:28 $ java -version zsh: command not found: java
今回はyumで入れてしまうのでお手軽です。
# Javaのインストールの確認 # 念のためyumでインストール可能なやつを確認する $ yum search java | grep openjdk [~ 21:32] ~ java-1.7.0-openjdk.x86_64 : OpenJDK Runtime Environment java-1.7.0-openjdk-demo.x86_64 : OpenJDK Demos java-1.7.0-openjdk-devel.x86_64 : OpenJDK Development Environment java-1.7.0-openjdk-javadoc.noarch : OpenJDK API Documentation java-1.7.0-openjdk-src.x86_64 : OpenJDK Source Bundle java-1.8.0-openjdk.x86_64 : OpenJDK Runtime Environment ~ # javaインストール $ sudo yum install java-1.7.0-openjdk # jenkinsをインストール $ sudo yum install jenkins
jenkinsのインストールがコケる場合はyumリポジトリの追加が必要かもしれません
$ sudo /etc/init.d/jenkins status jenkins は停止しています $ sudo /etc/init.d/jenkins start Starting Jenkins [ OK ]
すでに起動しているのでサービスとして確認します。
http://[さくらvpsのip]:8080/ にアクセスしてこんな感じで表示されればokです。
もしiptablesを設定している場合は8080ポートを解放してください
当たり前ですが、ipとポートを指定したらアクセスできた、
ということはこの状態では誰からでもアクセスも何でもできてしまいます。なので認証周りを設定します。
大きく下記の3点を行います
- ユーザの作成とログイン
- ユーザの作成を不可にする
- グローバルセキュリティの設定③ - 匿名ユーザと作成ユーザの権限設定
左メニューからJenkinsの管理を選択
表示されるメニューのグローバルセキュリティの設定を選択
セキュリティ有効化にチェックします
項目が表示されるので下記のようにチェック
保存をするとログインを求められるので アカウントを登録からアカウントを作成するとログイン状態になっています
しかし、このままでは誰でもアカウントを作成できてしまうので
これ以上アカウントが作成できないように設定します。
設定する項目は先ほどと同じ場所です。
Jenkinsの管理を選択グローバルセキュリティの設定を選択ここで試しにログアウトしてみるとこんな感じです。
つまり、開発者、ビルド履歴などは見えてしまうためこれらの項目にも認証をかけます。
設定場所も先ほどと同じらへんです。
Jenkinsの管理を選択グローバルセキュリティの設定を選択今度は「権限管理 > 行列による権限管理」にチェックします
次に追加するユーザ/グループに先ほど作成したユーザを追加します
匿名ユーザの下にユーザが追加されるので必ずすべての権限にチェックします！！！！！！！！！！！！！！
ログアウトしてこんな感じになっていればokです
これはあれば、程度ですが認証情報を選択してプラグインの管理の下に
（アップデートあり）の表示がある場合、一応アップデートしておきます。
手順としては簡単で、すべてにチェックしてダウンロードして再起動後にインストールを押すだけです。
次の画面でインストール完了後、ジョブがなければJenkinsを再起動するにチェックすれば
Jenkinsはダウンロード後に勝手に再起動するので待ちましょう
改めて導入するにあたり、下記の記事を参考にさせて頂きました！thx！
記事が無駄に長くなりそうなので適当なところで切りました。
画像が多いので長く見えますがここまでは一瞬でできる内容です＼(＾o＾)／
まんまですが yum install jenkins な事をしたいのですが
そのまんまではyumリポジトリにjenkinsが見えないので追加してから行います。
というだけの話し。
こんな感じで怒られます
$ sudo yum install jenkins [~ 21:36] Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * epel: ftp.kddilabs.jp * rpmforge: ftp.riken.jp Setting up Install Process No package jenkins available. Error: Nothing to do
# yumリポジトリ情報を確認
$ ls -l /etc/yum.repos.d/
-rw-r--r--. 1 root root 1971 3月 28 13:00 2012 CentOS-Base.repo
-rw-r--r--. 1 root root 1926 12月 9 12:05 2011 CentOS-Base.repo.orig
-rw-r--r-- 1 root root 638 12月 1 09:07 2013 CentOS-Debuginfo.repo
-rw-r--r-- 1 root root 630 12月 1 09:07 2013 CentOS-Media.repo
-rw-r--r-- 1 root root 4528 12月 1 09:07 2013 CentOS-Vault.repo
-rw-r--r-- 1 root root 1056 11月 5 12:52 2012 epel-testing.repo
-rw-r--r-- 1 root root 957 11月 5 12:52 2012 epel.repo
-rw-r--r-- 1 root root 739 11月 13 12:55 2010 mirrors-rpmforge
-rw-r--r-- 1 root root 717 11月 13 12:55 2010 mirrors-rpmforge-extras
-rw-r--r-- 1 root root 728 11月 13 12:55 2010 mirrors-rpmforge-testing
-rw-r--r-- 1 root root 1113 11月 13 12:55 2010 rpmforge.repo
$ sudo wget -O /etc/yum.repos.d/jenkins.repo http://pkg.jenkins-ci.org/redhat/jenkins.repo
$ sudo rpm --import http://pkg.jenkins-ci.org/redhat/jenkins-ci.org.key
# 確認
$ ls -l /etc/yum.repos.d/j*
-rw-r--r-- 1 root root 75 3月 28 12:30 2016 /etc/yum.repos.d/jenkins.repo
# インストールしてみる
$ sudo yum install jenkins
めでたしめでたし
pngquantをlinuxなサーバで使っていたのですがmacローカルな環境でも使いたくなったので入れたメモ
基本的な使い方などはlinuxのほうと同じです
homebrewから入れます。homebrewからって場合は以下を参考に。
# インストール $ brew install pngquant # 確認 $ pngquant --version 2.4.1 (April 2015)
簡単ですね！
gitリポジトリからも入れられるようなのでその場合は下記で
$ git clone git://github.com/pornel/pngquant.git
# 圧縮前に確認 $ ls -al ~/path/to/pngがあるディレクトリ -rw-r--r--@ 1 hoge hoge 613641 3 17 16:56 圧縮したい.png # 圧縮する $ pngquant ~/path/to/pngがあるディレクトリ/圧縮したい.png # 圧縮されたファイルは`-fs8`と入ったファイルが生成される $ ls -al ~/path/to/pngがあるディレクトリ total 1528 drwxr-xr-x 4 hoge hoge 136 3 17 17:07 . drwxr-xr-x 5 hoge hoge 170 3 17 16:57 .. -rw-r--r-- 1 hoge hoge 164856 3 17 17:07 圧縮したい-fs8.png -rw-r--r--@ 1 hoge hoge 613641 3 17 16:56 圧縮したい.png
613641から164856になったので1/4くらいにはなりましたね。
ローカルであればwebのTinyPNGでも良いんですが、いちいち開くのもめんどうだなーという事で入れてみました！
さくっとできて快適です＼(＾o＾)／
いまさらのいまさらですが、redisを入れてみてから起動して確認するまでをかんたんにおさらい。
redisは入れるのも確認も簡単ですね╭( ・ㅂ・)و ̑̑ ｸﾞｯ
今回入れるのはCentOS 6.2です。
$ cat /etc/redhat-release CentOS release 6.2 (Final)
- redis入れる
- 設定する
- 起動＆確認してみる
- 起動スクリプト作成
いまさらですが一応ブログの入りぽく、ということで。。。
説明下手なので参考サイトをまんま拝借させて頂きました。
これはまんまやるだけですね
$ cd /usr/local/src/ $ sudo wget http://download.redis.io/releases/redis-2.8.12.tar.gz $ sudo tar xzf redis-2.8.12.tar.gz $ cd redis-2.8.12/ $ make make $ sudo make install
他のサイトなど参考にするとredisの前に下記もいれる必要があるかもです。
自分はすでに入っていたので今回にはいれてません
$ sudo yum -y install gcc make
設定ファイルはredisを展開したディレクトリにいるのでコピーして使います。
# confファイルを確認 $ pwd /usr/local/src/redis-2.8.12 $ ls -al re* -rw-rw-r-- 1 root root 31209 Jun 23 2014 redis.conf # オリジナルは残しつつconfファイル作成 $ sudo mkdir /etc/redis $ sudo cp -ap redis.conf /etc/redis/6379.conf # 設定編集 # 設定項目のそれぞれの意味は下記に書いたのでそちらを参考に。 $ sudo vi /etc/redis/6379.conf ---- vi編集 ---- daemonize no # daemonize yesにしたとき忘れないように念のため pidfile /var/run/redis_6379.pid port 6379 timeout 60 loglevel debug logfile "/var/log/redis/6379.log" databases 16 --------------- # 設定ファイルに合わせてディレクトリつくっておいたり $ sudo mkdir /var/log/redis
設定について書いておきます。最初はこのあたりだけで良いかと。
| 項目 | 説明 | 例 |
|---|---|---|
| daemonize [yes/no] | デフォルトはno。デーモンとして動作させたい場合はyes。またその場合はpidファイルのしても忘れずに | daemonize no |
| pidfile [filepath] | デーモンとして起動するときにpidを書き出すファイル | pidfile /var/run/redis_6379.pid |
| port [portnumber] | コネクションを受け付けるポート。デフォルト6378 | port 6379 |
| timeout [N秒] | N秒数間コマンドが送信されなければクライアントとの通信を切断。0を指定するとタイムアウト無し設定 | timeout 60 |
| loglevel [level] | サーバのログの情報量をdebug/verbose/notice/warningのいずれかで設定。値を見たらなんとなくわかるかと。 |
loglevel debug |
| logfile [filepath] | ログファイルの指定。stdoutを指定すると標準出力に。stdout指定＆daemonize中は /dev/null行きなので注意 |
logfile "/var/log/redis/6379.log" |
| databases [num] | RedisはDB名というものがなく番号で管理されている。そのデータベースの番号。databases 16と指定した場合はデフォルトで0〜15のDB番号を使用できる。デフォルトのデータベースは0 |
databases 16 |
スナップショットの設定など、他も参考にしたい場合は下記が参考になりました。
redisの起動と確認にはserverとclientを立ち上げます。
background起動（daemonize）ではなくそのまま立ち上げてみるため
serverとclientをそれぞれ別のターミナルで立ち上げて確認します。
$ sudo redis-server /etc/redis/6379.conf
daemonize yesで起動した場合にredis-serverを終了するには、
psなどでプロセスを確認してkillで落とすか、pidfileも指定してるはずなので下記のようにします。
$ sudo kill `cat /var/run/redis_6379.pid`
当たり前ですがログファイルの場所に権限がない場合なんかはsudoやrootで行ってください
$ redis-server /etc/redis/6379.conf *** FATAL CONFIG FILE ERROR *** Reading the configuration file, at line 103 >>> 'logfile "/var/log/redis/6379.log"' Can\'t open the log file: Permission denied
確認は主にclientから確認します。
key-valueのデータの確認に簡単なset-getをします。
# 起動 $ redis-cli redis 127.0.0.1:6379> # set-getを確認してみる redis 127.0.0.1:6379> set test hoge OK redis 127.0.0.1:6379> get test "hoge" # 複数setしてkeyの一覧を見てみる redis 127.0.0.1:6379> set name fuga OK redis 127.0.0.1:6379> keys * 1) "name" 2) "test" # setした値に有効期限（10秒）をつけてみる redis 127.0.0.1:6379> setex name 10 piyo OK redis 127.0.0.1:6379> get name # 10秒未満 "piyo" redis 127.0.0.1:6379> get name # 10秒経過 (nil) # 終了 redis 127.0.0.1:6379> exit
$ redis-cli -p 6379 set test fuga OK $ redis-cli -p 6379 get test "fuga"
起動スクリプトを作成します。
daemonizeしていればbackgroundで起動します。
# 起動スクリプトをutilからコピー $ cd /usr/local/src/redis-2.8.12/ $ sudo cp -ap utils/redis_init_script /etc/init.d/redis_6379 # 起動してみる $ sudo /etc/init.d/redis_6379 start Starting Redis server...
redisって何度か入れてますが、ほんと簡単で試しやすくて良いですよねー！
いろいろ勉強すると奥が深いミドルウェアですがちょっと試すにもすいすいです
( ・ㅂ・)و ̑̑ ｸﾞｯ
タイトルまんまですが、既にあるブランチを手元で動かしたいときはよくやる操作です。
特にファイルだけのほうが忘れてしまうことが多いのでメモ。
- チェックアウトする前に必要な操作（後述の2,3共用）
- リモートのブランチを確認したり
- リモートのブランチをチェックアウトする
- リモートのブランチからファイルのみチェックアウトする
リモートのブランチを持ってくるにせよ、ファイルをもってくるにせよブランチ名を確認したいですよね。
# ローカルのリポジトリ情報を更新 $ git fetch # ブランチが多過ぎて遅い場合は特定のブランチだけfetch $ git fetch origin [取得したいブランチ名] # 目的のブランチが含まれてるか確認 git branch -r | grep [取得したいブランチ名]
リモートや追跡ブランチの確認については下記も参考に
リモートのブランチ持ってくるコマンドはこんな感じ
git checkout -b [取得したいブランチ名] origin/[取得したいブランチ名]
1. チェックアウトする前に必要な操作（後述の2,3共用） とかぶるけど一連って意味で1のコマンドも書いておきます
# 更新＆確認 $ git fetch $ git branch -r | grep [取得したいブランチ名] # ローカルにブランチもってくる $ git checkout -b [取得したいブランチ名] origin/[取得したいブランチ名]
リモートのブランチのファイルのみ持ってくるコマンドはこんな感じ
git checkout [取得したいリモートブランチ名] -- [取得したいファイルパス]
取得したいファイルパスについては、ちょっと癖があったので後述します。
# 更新＆確認 $ git fetch $ git branch -r | grep [取得したいブランチ名] # 取得したいブランチの取得したいファイルの内容を確認 # ※ 具体的に何を指定するかは後述します git show origin/[取得したいブランチ名]:[取得したいファイルパス①] # ファイルのみチェックアウト $ git checkout origin/[取得したいブランチ名] -- [取得したいファイルパス②]
①②としているくらいなので若干指定するパスが違っています。
こんな感じ
[取得したいファイルパス①]
git showで確認したいときの[取得したいファイルパス①]は、リポジトリのルートからのパス[取得したいファイルパス②]
- チェックアウトするときの
[取得したいファイルパス②]は、現在いるディレクトリからの相対指定のパス
たまにしかやらない操作ってどうしても忘れちゃいますよね（＞＜）
Mojoliciousアプリでリクエストパラメータを取得するときのメモ。
初歩的な内容ですがMojoliciousコントローラ内で
GETやPOSTされてきたパラメータを取得する際はいくつか方法があります。
今回はよく使われる3つの方法を書いてみました。
plenv x carton x mojoアプリで記事を進めます。
以下、今回説明に使用するアプリの構成やらです
$ carton exec mojo generate app RequestParamSample::web
# githubのプロジェクト名を変更したかったので生成後に名前を変えてます
$ mv request_param_sampleweb mojolicious-request-param-sample
# ごにょごにょしたあとの構成
$ tree -L 3 mojolicious-request-param-sample
├── README.md
├── lib
│ └── RequestParamSample
│ ├── web
│ └── web.pm
├── public
│ ├── css
│ │ └── common.css
│ └── index.html
├── script
│ └── request_param_sampleweb
├── t
│ └── basic.t
└── templates
├── layouts
│ └── default.html.ep
├── message_request
│ └── index.html.ep
└── parameters
└── index.html.ep
# 起動＆確認
$ carton exec morbo script/request_param_sampleweb
Server available at http://127.0.0.1:3000
plenv carton x mojoあたりは下記を参考にしてみてください
今回のルーティング(lib/RequestParamSample/web.pm)はこんな感じの前提です
package RequestParamSample::web; use Mojo::Base 'Mojolicious'; # This method will run once at server start sub startup { my $self = shift; # Router my $r = $self->routes; # 1. ルーティングでキャプチャされたパラメータの取得 $r->get('/capture/:name/:age')->to('url_capture#index'); # 2. Mojo::Message::Requestからのパラメータの取得 $r->get('/request')->to('message_request#index'); $r->post('/request/sample')->to('message_request#sample'); # 3. Mojo::Parametersからのパラメータの取得 $r->get('/parameters')->to('parameters#index'); $r->post('/parameters/sample')->to('parameters#sample'); } 1;
今回のソースはgithubにあげてあります。
実際にみながらのほうがわかりやすいかもしれません。
https://github.com/tweeeety/mojolicious-request-param-sample
mojoを使ってパラメータを受け取る一番単純な方法がこれです。
http://127.0.0.1:3000/capture/hoge/25にアクセスした際のパラメータの取得ですね。
ルーティングにて$r->get('/capture/:name/:age')->to('url_capture#index');と指定することでurlに含まれる任意の文字列をキャプチャして取得できます。
lib/RequestParamSample/web/Controller/UrlCapture.pmpackage RequestParamSample::web::Controller::UrlCapture; use Mojo::Base 'Mojolicious::Controller'; sub index { my $self = shift; $self->render('text' => # urlはurl_forで取得できる "url : " . $self->url_for . "<br>" . # キャプチャされたパラメータは$self->paramで取得できる "name : " . $self->param('name') . "<br>" . # キャプチャされたパラメータは$self->stashでも取得できる "age : " . $self->stash('age') ); } 1;
url : /capture/hoge/25 name : hoge age : 25
詳しくはこのあたりが参考になります
コントローラの$selfにはいろいろなオブジェクトが含まれていますが
コントローラ内で$self->reqとすることで Mojo::Message::Request にアクセスできます。
formからPOSTする想定で
http://127.0.0.1:3000/requestで表示される画面にてformにこんな感じで入力した、
というていで話を進めます。
submit先はrequest/sample。
ルーティング的には
$r->post('/request/sample')->to('message_request#sample'); のソースですね。
lib/RequestParamSample/web/Controller/MessageRequest.pmpackage RequestParamSample::web::Controller::MessageRequest; use Mojo::Base 'Mojolicious::Controller'; use Data::Dumper; sub index { my $self = shift; $self->render(msg => 'mojo message request sample'); } sub sample { my $self = shift; # $self->req->paramでget|postされたパラメータが取得できる my $name = $self->req->param("name"); my $age = $self->req->param("age"); my $tel = $self->req->param("tel"); # $self->paramは$self->req->paramのショートカットなのでこれでもok my $name2 = $self->param("name"); # 出力 $self->render('text' => 'name : ' . $name . "<br/>" . 'age : ' . $age . "<br/>" . 'tel : ' . $tel . "<br/>" . 'name2 : ' . $name2 . "<br/>" ); } 1;
name : hoge age : 25 tel : 09011112222 name2 : hoge
詳しくはこのあたりが参考になります
さきほどの$self->req（Mojo::Message::Requestオブジェクト）に
->paramsを指定してやることで今度はMojo::Parametersが取得できます。
ひとつひとつパラメータを取得するのではなくhash的に取得したい場合はこちらのほうが便利です。
formからPOSTする想定で
http://127.0.0.1:3000/parametersで表示される画面にてformにこんな感じで入力した感じで話を進めます。
submit先はparameters/sample。
lib/RequestParamSample/web/Controller/Parameters.pmpackage RequestParamSample::web::Controller::Parameters; use Mojo::Base 'Mojolicious::Controller'; use Data::Dumper; sub index { my $self = shift; $self->render(msg => 'mojo parameters sample'); } sub sample { my $self = shift; # $self->req->paramsでMojo::Parametersオブジェクトが取得できる my $params = $self->req->params; # $self->req->params->to_hashでMojo::Parametersが # パラメータをhash形式で返却してくれる my $params_hash = $self->req->params->to_hash; # 出力 $self->render('text' => '$params_hash : ' . Dumper $params_hash); } 1;
$params_hash : $VAR1 = { 'tel' => '09011112222', 'name' => 'hoge', 'age' => '25' };
詳しくはこのあたりが参考になります
簡単にですがMojoliciousでのパラメータ取得をまとめてみました！
自分的には$self->req->params->to_hash;が一番使いやすいです＼(＾o＾)／
