Atomエディタでコーディングをする際、特定の行をよしなにインデントするようにctrl-iにキーバインドを割り当てる。
「Atom」->「Preferences」->「Keybindings」を開く。
Keybindingsのページ上部にあるリンク「your keymap file」をクリックしてキーマップ用のファイル（~/.atom/keymap.cson）を開く。
開いたファイルに以下のコードを追記する。
'atom-text-editor':
'ctrl-i': 'editor:auto-indent'
コーディング中にctrl-iで中々よい感じにインデントされるようになった。
tabキーを押すのって結構面倒なので、これで楽になれそう。
前回の記事（PHP7.1+Laravel5.x+Nginx+php-fpmな仮想環境構築）の改良版。
ホストOSとゲストOSで共有フォルダを設けて、ホストOS側でファイルを編集できる開発環境を作る。 共有フォルダを用いることで、ホストOS側でIDEを使ったファイル編集が可能になり、ゲストOSはDBのmigrate以外は基本的に触らずにLaravelプロジェクトページを開くことが出来る。
リポジトリは以下の通り。
laravelコマンドをインストールするのに使用する。
$ brew install homebrew/php/composer
Laravelプロジェクトを作製するためのlaravelインストーラをダウンロードする。
$ composer global require "laravel/installer"
laravelコマンドを実行するためのパスを通す。
$ echo "path=(${HOME}/.composer/vendor/bin ${path})" >>${HOME}/.zshrc
.zshrcを再読込みする。
$ source ~/.zshrc
ここまででLaravelプロジェクト作製用コマンドの準備が完了した。
リポジトリを公開してるので、まずはそこからcloneする。
$ git clone https://github.com/kkznch/laravelvm.git
cloneしたリポジトリ内でvagrantコマンドを使って仮想マシンを起動する。
--provisionオプションはVagrantfile内で指定したプロビジョニング用のコマンドを実行する。
今回は中でansibleコマンドを実行している。
$ cd laravelvm $ vagrant up --provision
$ vagrant ssh-config >> ~/.ssh/config
この時点ではIPアドレスとポート番号がデフォルトのままなので、書き換える。
$ emacs ~/.ssh/config
Host laravelvm HostName 192.168.16.132 # 変更部分 User vagrant Port 22 # 変更部分 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /Users/kkz/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL
仮想マシンはリポジトリ内にあるsharedフォルダを共有フォルダとして仮想マシン内部の/var/wwwにマウントする。
また、仮想マシンは/var/www/laravel/publicをドキュメントルートとしているため、sharedフォルダ内にlaravelという名前でLaravelプロジェクトを作成すればよい。
$ pwd /path/to/laravelvm $ ls Vagrantfile playbook shared $ cd shared
以下のコマンドでLaravelプロジェクトが作製される。
$ laravel new laravel
ブラウザで以下のURLにアクセする。
LaravelのTopページが表示されればOK。
ホストOS（mac）にインストールされているIDEでLaravelプロジェクトを開き、コードを編集していく。 このとき、IDEにPhpStormを使っていれば楽になれる（デバッグ的な意味で）。 ファイル編集後はブラウザから上記URLにアクセスするだけでページが更新されているのが分かる。これが非常に楽ちん。
仮想マシンは起動しておくだけでいいし、編集もローカルのIDEを使用して出来るのでかなり良い。 ただ、データベースの更新などを行う際は仮想マシン内で操作を行う必要がある。
vagrantで仮想マシンを立ち上げ、ansibleでPHP7.1 + Laravel5.x + Nginx + php-fpmな環境を構築する。
リポジトリは以下に公開している。
以下のコマンドをぽちぽちっとすれば動く。
$ git clone https://github.com/kkznch/laraveltestvm.git $ cd laraveltestvm $ vagrant up $ ansible-playbook -i playbook/inventory/hosts playbook/provisioning/setup.yaml
あとは以下のURLにアクセスするだけ。
boxファイルをインストールする。
$ vagrant box add bento/centos-7
boxファイルがインストールされたか確認する。
$ vagrant box list bento/centos-7 (virtualbox, 201710.25.0)
vagrantファイルを設置したいフォルダに移動する。
$ mkdir /path/to/laraveltestvm $ cd /path/to/laraveltestvm
Vagrantfileを作成する。
$ vagrant init bento/centos-7
作成されたファイルを確認する。
$ ls Vagrantfile
Vagrantfileをエディタで開いて編集する。
$ emacs Vagrantfile
# coding: utf-8 # -*- mode: ruby -*- # vi: set ft=ruby : Vagrant.configure("2") do |config| # 使用するboxファイル config.vm.box = "bento/centos-7" # ゲストOSのホスト名とプライベートIP config.vm.define "laraveltestvm" do |lvm| lvm.vm.network "private_network", ip: "192.168.16.132" end # ゲストOS毎に異なる公開鍵を使用しない config.ssh.insert_key = false end
以下のコマンドでOSを起動する。
$ vagrant up
vagratで使用するSSHの設定を表示する。
$ vagrant ssh-config >> ~/.ssh/config # 以下の内容が.ssh/configに書き込まれる Host laraveltestvm HostName 127.0.0.1 User vagrant Port 2222 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /Users/kkznch/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL
これをそのまま書いても指定したIPアドレス（192.168.16.132）でログインできないため、HostNameとPortの欄を書き換える。
$ emacs ~/.ssh/config
Host laraveltestvm HostName 192.168.16.132 User vagrant Port 22 UserKnownHostsFile /dev/null StrictHostKeyChecking no PasswordAuthentication no IdentityFile /Users/kkznch/.vagrant.d/insecure_private_key IdentitiesOnly yes LogLevel FATAL
SSHの接続確認をする。
$ ssh laraveltestvm [vagrant@localhost ~]$
ansible実行時に指定するファイルを格納するフォルダを作成する。
$ cd /path/to/laraveltestvm
$ mkdir -p playbook/{inventory,provisioning}
inventoryはansibleで構成管理する対象を指定するファイルを置く場所、provisioningは構成管理の内容を記述するファイルを置く場所。
構成管理の対象となるホスト名を指定する。
ホスト名には先程~/.ssh/configに指定した名前laraveltestvmを指定すること。
$ emacs playbook/inventory/hosts
[laraveltestvm] laraveltestvm
[laraveltestvm]は構成管理対象のグループ名、laraveltestvmは構成管理対象となるホスト名が入る。
今回は単一のホストに対してのみ構成管理を行うため、グループ名とホスト名は同じにしてる。
PHP + Laravelな環境を構築するための構成管理内容を記述したファイルを作成する。
$ emacs playbook/provisioning/setup.yaml
# Playbook --- - hosts: laraveltestvm become: yes user: vagrant tasks: - name: add yum repository yum: name="{{ item }}" state=latest with_items: - epel-release - http://rpms.famillecollet.com/enterprise/remi-release-7.rpm - name: yum basic install yum: name="{{ item }}" state=latest with_items: - zip - unzip - git - mysql - nginx - name: yum php install yum: name="{{ item }}" enablerepo=remi-php71 state=latest with_items: - php - php-devel - php-mbstring - php-pdo - php-gd - php-mysql - php-xml - php-fpm - name: modify php.ini replace: dest: /etc/php.ini regexp: "{{ item.regexp }}" replace: "{{ item.replace }}" with_items: - { regexp: "^;date.timezone =", replace: "date.timezone = Asia/Tokyo" } - { regexp: "^expose_php = On", replace: "expose_php = Off" } - name: modify php-fpm config file replace: dest: /etc/php-fpm.d/www.conf regexp: "{{ item.regexp }}" replace: "{{ item.replace }}" with_items: - { regexp: "^user = apache", replace: "user = nginx" } - { regexp: "^group = apache", replace: "group = nginx" } - { regexp: "^listen = 127.0.0.1:9000", replace: "listen = /var/run/php-fpm/php-fpm.sock" } - { regexp: "^;listen.owner = nobody", replace: "listen.owner = nginx" } - { regexp: "^;listen.group = nobody", replace: "listen.group = nginx" } - name: start php-fpm systemd: name: php-fpm.service state: restarted daemon_reload: yes enabled: yes - name: make nginx config file for laravel copy: dest: /etc/nginx/conf.d/laravel.conf mode: 0644 content: | server { server_tokens off; root /var/www/laravel/public; listen 9000; server_name _; location / { index index.php index.html; try_files $uri $uri/ /index.php?$query_string; } location ~ \.php$ { fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock; fastcgi_index index.php; include /etc/nginx/fastcgi_params; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; } } - name: start nginx systemd: name: nginx.service state: restarted daemon_reload: yes enabled: yes - name: install composer command: "{{ item }}" with_items: - php -r "copy('https://getcomposer.org/installer', 'composer-setup.php');" - php composer-setup.php - php -r "unlink('composer-setup.php');" - mv composer.phar /usr/local/bin/composer - name: create laravel project command: /usr/local/bin/composer create-project --prefer-dist laravel/laravel /var/www/laravel - name: change the owner of laravel project file: path: /var/www/laravel owner: nginx group: nginx recurse: yes - name: change the permission of laravel project file: path: /var/www/laravel/"{{ item }}" mode: 0755 recurse: yes with_items: - storage - bootstrap/cache
ansible-playbookコマンドを実行して先程作成した仮想環境の中の環境を構築する。
$ ansible-playbook -i playbook/inventory/hosts playbook/provisioning/setup.yaml ...[省略] PLAY RECAP ************************************************************************************************ laraveltestvm : ok=13 changed=12 unreachable=0 failed=0
5分〜10分くらい時間がかかるかも。
ブラウザで以下のURLにアクセスする。
Laravelに繋がらないよふぇ〜的なのはほとんど権限周りが原因だと思う。 大体は以下のが怪しい。
/var/run/php-fpm/php-fpm.sock
storage及びbootstrap/cacheフォルダのパーミッションは 755 になっているか？先日、Startup Weekend Okinawa Vol.7に参加してきました。 以下はSW概要から当日までの様子の箇条書き。
Startup Weekendは今回が初参加となりますが、非常に有意義だったの一言に尽きます。
昔から「あれやりたいなー、これやりたいなー」とアイディアを考えたり思いついたりすることはあったのですが、これを具体的に実現する手順や考え方など全く知らず、頭の中だけで終わってしまうことが多々ありました。 しかし今回のStartup Weekendで、問題提起・解決策考案からビジネスモデル・収益化モデルの考案などを行うことにより、自分で考えたアイディアを実現するための流れを学ぶことが出来たと思っています。
また、本イベントでチームを組んでの作業は非常に楽しかったです。 普段の職場では与えられた作業を受動的にこなす人ばかりで、自ら進んで何かを行うという人は限られていました。 しかし今回は全くの逆で、メンバー全員が提案した問題に対する課題意識を持ち、能動的に且つ前向きに取り組んでいく様子が見られました。 自己組織化されるだけで作業の質がこんなにも変わるのだなと実感しました。
今回は３日という短い期間にアイディアを実現する方法を学びました。 Startup Weekendは終わってしまいましたが、今回メンバー全員で進めたこのプロジェクトが終わったわけではありません。 Startup Weekendで学んだことを無駄にしないように、今後も目標や期間を定めて継続的にアイディアの実現に向けて動いていきたいと考えています（というか動いています）。
Startup Weekendを主催・運営してくれた皆さま、コーチの皆さま、そしてチームメンバーの皆、３日間本当にありがとうございました！
Hardening 1010 Cash Flowに参加してきました。 箇条書きで流れをば。
今回初めてのHardening参加となりました。 競技前のミーティングでは話についていくので精一杯で、自分から何かを提案するということはあまりなかった気がします。 また、競技中も自分が何をやっていいか分からず、ひたすら雑務（パスワード変更とかパラメータ変更とか）をこなしていた感じがします。うーん、あまり力になれてない感。
今回の競技を通して、自分の力のなさがハッキリと分かりました。 知ってるけど、やり方は分からないみたいな。ペーパードライバー的な。 机上の勉強だけじゃなく、手も動かさないと身につかないなと感じました。
次回のHardeningに参加できるのであれば、それまでに自分が出来ることを一つでも身につけるよう頑張ります。
変換にはps2pdfコマンドを使用するらしい。
$ ps2pdf [input file] [output file]
これでpdf形式に変換出来るが，キャンバスサイズの大きいepsイメージだと画像が切れてしまう。
しかも用紙の形式（a4かな？）になるから謎の余白が出来てしまう。
これを回避するために，epsファイルのBounding Boxに合わせてファイル生成するオプションを加えるのだとか。
$ ps2pdf -dEPSCrop [input file] [output file]
これで元のeps形式のイメージがpdf形式になって綺麗に出力される。
pstopdfコマンドというのもあるらしく，これを使うとBounding Boxのサイズそのままで出力されるらしい。
試しに使ってみたが，綺麗に出力されていた。
しかし，変換後ファイルサイズが大きすぎる...。
mid < xなら探索する範囲を配列の後半部分に、mid > xなら探索する範囲を配列の前半部分にし、再度処理1を行うO(log(n))O(1)、最悪時間計算量はO(n)O(m/(m-n))、基本的にはO(1)になる