おれめも v2

【2015/07/22追記】 現時点の最新版(ver 44.0.2403.89)で確認したところ、表題の問題は解消されておりました。 まだこの問題が確認される場合はChromeが最新版になっていない可能性がありますので、一度ご確認ください。

現時点でのchromeの最新版(ver 43.0.2357.81)から起きているようです。

グローバルナビ等で画像をfloatで横並びにした時、 以下の条件が組み合わさると要素のwidthが0.016px増えてしまうようです。

floatした要素にwidthが設定されていない

floatした要素の最後に空白や改行が入っている

floatした要素のfont-sizeが4の倍数pxになっている

デモページを用意しましたでの見てもらうのが一番早いかと思います。 ページのソースを確認してもらうと、どういうことかわかるかと...！

修正方法としましては、floatした要素にwidthを明示的に指定してあげるだけで良さそうです。 あとはChromeが修正してくれるのを待つか...ですかね。

取り急ぎ以上です。

【2015/05/28追記】 はてブでid:umai_bowさんより「中身のimgをdisplay: blockにするとなおる」と情報を頂きました。 試してみたところ、たしかにこの方法でも直るみたいです。ありがとうございます。

せっかくVPSを契約したことだし、ポートフォリオ的なサイトを作ってみました。

A Little byte

名前の由来は単純に A little bit + byte。 今までjQueryプラグインやSublime Textのパッケージなど、 ほんの少し作業を楽にしたり、役立つものを作ってきたのでそこから取りました。 急いで作ったのでコードはかなり雑。

本当はjade使ったり、自前でCSSのフレームワークを作ってみたかったりしたけどまだ出来ておらず…。 これから時間をかけて少しずつ手を加えて育てていければいいかなぁ、なんて思っています。

Gulpを使用してSassのコンパイルをするときに使用するgulp-sassとgulp-ruby-sass。 どちらも用途は同じなのですが、微妙に違いがあり、どちらを使用すると良いのかいつも迷うためざっくりまとめました。

それぞれのバージョン

gulp-sass: 1.3.3

gulp-ruby-sass: 1.0.1

コンパイル方法

gulp-sass

C/C++で書かれたLibsassをwrapしているnode-sassを使用。 Sassのgemをインストールしなくてもgulp-sassのみで使用可能。

gulp-ruby-sass

Sassのgemを使用。 gulp-ruby-sassを使用するときは、あらかじめgemのインストールが必要。

処理速度

処理速度はgulp-sassのほうが速いらしい。 gulp-ruby-sassは一度gemに処理を投げているからなのかな…？

出力形式

出力形式はgulp-ruby-sassのほうが豊富(nested/compressed/compact/expanded)。 gulp-sassはLibsassが'nested’, ‘compressed'の2つしかサポートしていないため。

書き方

gulp-sass

gulp-sassでコンパイルするときは、ソースの指定で /*.scss のような指定方法が可能。 また、ソースの指定には gulp.src('指定ファイル’).pipe() を使用しなければならない。

var gulp = require('gulp'); var sass = require('gulp-sass'); gulp.task('sass', function() { return gulp.src('sass/*.sass') .pipe(sass()) .pipe(gulp.dest('css/')) });

gulp-ruby-sass

gulp-ruby-sassでコンパイルするときは、gulp-sassの様なソースの指定は出来ない。 そのためファイルを指定するか、ディレクトリを指定しなければならない。 ソースの指定には gulp.src().pipe() は使用せず、sass('指定ファイル’, {オプション}) のように直接関数に引数を渡す形で使用する。

var gulp = require('gulp'); var sass = require('gulp-ruby-sass'); gulp.task('sass', function() { return sass('sass/') .pipe(gulp.dest('css/')); });

まとめ

ざっくり調べたところ、

処理速度を求めるならgulp-sass

出力形式を選びたいならgulp-ruby-sass

といったところでしょうか。 出力形式にこだわったところで最後にminifyするのであればgulp-sassでいいような気もします。

あとは、gulp-plumnberを使用したいのであればgulp-sassを使うと良いです。 なぜならgulp-ruby-sassはgulp-plumnberには対応していないので…。

本当に自分の必要な範囲しか調べていないので気づいていないメリット/デメリットがあるかもしれません。 補足あれば教えていただきたいです

サーバ設定第3弾です。 今回は ApacheとPHPの設定を行います。

ここまで過去2回では以下の設定を行ってきました。

これまでに行ってきた設定一覧

お名前.comのVPSを借りた & 色々サーバ設定を行った vol.01 | おれめも v2

パッケージのアップデート

作業用ユーザの作成

作業用ユーザの公開鍵を作成

パスワード認証の廃止&公開鍵認証のみに設定

作業ユーザでsudo出来るように設定

ファイアウォールの設定

お名前.comのVPSを借りた & 色々サーバ設定を行った vol.02 | おれめも v2

MySQLの設定

では始めます。

Apacheの設定を行う

お名前.comのサーバにはApacheは既に入っているようでしたので、 Apacheのインストールについては省略します。

ユーザ apache の作成

Apache を扱うユーザを作成します。 その前にユーザが既に作成されているかを確認します。

# cat /etc/passwd root:x:0:0:root:/root:/bin/bash ...中略... apache:x:48:48:Apache:/var/www:/sbin/nologin ...中略...

どうやら既にapacheユーザは作成されているみたいでした。 ですのでこのまま進めても大丈夫そうですが、一応作成方法を記載しておきます。

# groupadd apache // ユーザ apache を作成 # groupadd -g apache apache // apache を apacheグループに所属させる # id apache // apacheがapacheグループに所属しているかを確認 uid=48(apache) gid=48(apache) 所属グループ=48(apache)

Apacheの設定をする

apacheの設定を変更していきます。 設定ファイルは /etc/httpd/conf/httpd.conf にあります。

# vi /etc/httpd/conf/httpd.conf

今回は以下の項目を変更しました。

ServerAdmin

管理者のメールアドレスを記載します。 エラー等あったときにメールが飛んでくるみたいです。

ServerName

サーバのIPアドレス、もしくは取得したドメインを記載します。

DocumentRoot

ドキュメントルートの場所を設定します。 デフォルトでは "/var/www/html" になっています

<Directory "/var/www/html(DocumentRootで設定した値を入力)"> ... </Directory>

DocumentRootの少し下のところにあります。 この中の、 AllowOverride None を All に変更。 これで .htaccess が使用可能になります。

設定が完了したら保存します。 次に自動起動の設定を行い、apacheを起動してます。

# chkconfig httpd on httpd 0:off 1:off 2:on 3:on 4:on 5:on 6:off # service httpd on Starting httpd: [ OK ]

ここでブラウザを開き、ServerNameに指定したドメイン、もしくはIPアドレスを入力してみます。 「Apache 2 Test Page」という画面が見えたらサーバの設定は完了です。

PHPの設定を行う

お名前.comのサーバにはPHPは既に入っているようでしたので、 PHPのインストールについては省略します。

/etc/php.ini にあるPHPの設定ファイルを開き、設定を変更していきます。 今回以下の項目を変更しました。

expose_php

PHPのインストール情報を開示するか設定します。 特に開示する必要もないのでOffにします。

expose_php = On → expose_php = Off

default_charaset

デフォルトの文字コードを指定します。

; default_charset="iso-8859-1" → default_charset="UTF-8"

date.timezon

サーバのタイムゾーンを指定します。

; date.timezone = → date.timezone = "Asia/Tokyo"

mbstring.language

マルチバイト文字が何語かを指定します。

; mbstring.language = Japanese → mbstring.language = Japanese

mbstring.internal_encoding

マルチバイト文字の内部文字エンコーディングの文字コードを指定します。 PHP5.6.0から非推奨になり、default_charsetの設定のみで良いみたいです。

; mbstring.internal_encoding = EUC-JP → mbstring.internal_encoding = UTF-8

mbstring.http_input

入力文字のエンコーディグの文字コードを設定します。 PHP5.6.0から非推奨になり、default_charsetの設定のみで良いみたいです。

; mbstring.http_input = auto → mbstring.http_input = UTF-8

mbstring.http_output

出力文字のエンコーディングの文字コードを設定します。 PHP5.6.0から非推奨になり、default_charsetの設定のみで良いみたいです。

; mbsting.http_output = SJIS → mbstring.http_output = pass

mbstring.detect_order

文字エンコーディングの検出順序を指定します。

; mbstring.dected_order = auto → mbstring.dected_order = auto

mbstring.encoding_transition

入力文字を内部エンコーディングするかを指定します。

; mbstring.encoding_transition = OFF → mbstring.encoding_transition = OFF

設定の変更が完了したら保存します。 ここでPHPの設定は終了です。

これでひと通りのサーバの設定は完了です。 途中ハマったりもしましたが、なんとかここまでたどり着きました。 あとはHTMLファイルを置いたり、バーチャルホストを設定したり、WordPrssを置いたりとまだまだやることは多いですが、一旦は終了です。

これからお名前.comのVPSを使う人のお役に立てると幸いです。

今回参考にしたページ

さくらVPS(CentOS6.5)に最新バージョンのLAMP環境を構築する(備忘録) - Qiita

お名前.comのサーバ設定時、MySQLインストール後、起動しようとしたところ何故か失敗ばかり...。 エラーログを見たところ、下記のようなエラーが出ていました。

[ERROR] Fatal error: Can't open and lock privilege tables: Table 'mysql.host' doesn't exist

調べてみると、インストール時に mysql_install_db が実行されるが、ディレクトリがわからない状態らしい。 インストール場所とユーザ名を指定して明示的に実行すると良さそうです。

# mysql_install_db --datadir=/var/lib/mysql --user=mysql

datadirとuserの内容は /etc/my.cnf に記載されている内容と同じものを指定しています。 上記のコマンドを実行後、再度MySQLを起動してみます。

# /etc/rc.d/init.d/mysqld start mysqld を起動中: [ OK ]

無事に起動出来ました。 この問題でかなりハマりました...。

今回参考にしたページ

先日、お名前.comのVPS(KVM)を借りまして、その際に行ったサーバ設定のメモです。 前回は

パッケージのアップデート

作業用ユーザの作成

作業用ユーザの公開鍵を作成

パスワード認証の廃止&公開鍵認証のみに設定

作業ユーザでsudo出来るように設定

ファイアウォールの設定

まで行いました。

今回はMySQLのインストールを行います。 Apache、PHPもインストールしようと思ったのですが、既に入っていたのようなので。

MySQLがインストールされているか確認する

まずはサーバにMySQLがインストールされているかを確認します。 既に入っていればやらなくて良いですから。

# rpm -qa mysql-server

この時、何も表示されていなければまだインストールされていません。 インストールされていないのが確認できたので、インストール作業を行います。

MySQLをインストールする

MySQLは mysql-server, mysql-devel というパッケージをインストールすると使えるようになります。 コマンドを打つと、インストールが始まります。

# yum -y install mysql-server mysql-devel Loaded plugins: fastestmirror, security Setting up Install Process Loading mirror speeds from cached hostfile * base: ftp.tsukuba.wide.ad.jp * epel: ftp.tsukuba.wide.ad.jp * extras: ftp.tsukuba.wide.ad.jp * updates: ftp.tsukuba.wide.ad.jp ... 中略 ... Complete!

上記のようにComplete!が表示されればインストール完了です。 次はMySQLの設定です。

MySQLのデフォルトの文字コードをUTF-8にする

MySQLのデフォルトの文字コードをUTF-8にします。 設定は /etc/my.cnf を編集します。 編集前に念のためバックアップをとっておくと、いざというとき安心です。

# cp /etc/my.cnf /etc/my.cnf.bak150409

バックアップが取れたら編集します。

# vi /etc/my.cnf

ファイルを開くと以下の様な設定がすでに書かれています。

[mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid

ここに文字コードの設定を書いていきます。 まず、[mysqld]の最後に

character-set-server=utf8

を、ファイルの末尾に

[client] default-character-set=utf-8 [mysqldump] default-character-set=utf-8 [mysql] default-character-set=utf-8

追記します。 それぞれ

[mysqld] character-set-server=utf8 : MySQLサーバの文字コードをUTF-8に変更

[client] default-character-set=utf8 : クライアント側の文字コードをUTF-8に変更

[mysqldump] default-character-set=utf8 : mysqldumpでのダンプじの文字コードをUTF-8に変更

[mysql] default-character-set=utf8 : MYSQLコマンドラインツールでの文字コードをUTF-8に変更

という意味になります。 追記後のファイルはこのようになっています。

[mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock user=mysql # Disabling symbolic-links is recommended to prevent assorted security risks symbolic-links=0 character-set-server=utf8 [mysqld_safe] log-error=/var/log/mysqld.log pid-file=/var/run/mysqld/mysqld.pid [client] default-character-set=utf8 [mysqldump] default-character-set=utf8 [mysql] default-character-set=utf8

編集が終わったら :wq で保存し終了します。 ここで設定が反映されているかを確認します。

# /etc/rc.d/init.d/mysqld start

MySQLが起動したらログインし、確認します。

// MySQLにログイン # mysql // ここからMySQL mysql> show variables like 'char%'; // 文字コードがそれぞれUTF-8になっていることを確認 +--------------------------+----------------------------+ | Variable_name | Value | +--------------------------+----------------------------+ | character_set_client | utf8 | | character_set_connection | utf8 | | character_set_database | utf8 | | character_set_filesystem | binary | | character_set_results | utf8 | | character_set_server | utf8 | | character_set_system | utf8 | | character_sets_dir | /usr/share/mysql/charsets/ | +--------------------------+----------------------------+ 8 rows in set (0.00 sec)

UTF-8になっていることを確認したら一旦ログアウトしておきます。

mysql> quit Bye

MySQLが自動起動するよう設定を変更する

初期状態ですとLinuxを再起動するたびにMySQLを明示的に起動しないといけません。 さすがにそれは面倒なので、自動で起動するように設定を変更します。 変更前に今の状態を確認してみます。

# chkconfig --list mysqld mysqld 0:off 1:off 2:off 3:off 4:off 5:off 6:off

0〜6までの数字はランレベルといい、システムの状態を表します。 onになっているレベルに応じてシステムが起動されます。 詳しいことは以下の記事をご覧ください。

26.4. ランレベル (Run Level)とは

ここで、以下のコマンドを叩いて自動起動させます。

# sudo checkconfig mysqld on

現在のランレベルを確認します。

# chkconfig --list mysqld mysqld 0:off 1:off 2:on 3:on 4:on 5:on 6:off

2〜5がonになっていれば完了です。

MySQLのroot権限のパスワードを設定する

現状だとパスワードの入力なしでログインできてしまいます。 セキュリティ上マズイので、パスワードを設定しておきます。

# mysqladmin -u root password {好きなパスワード}

これでroot権限にパスワードが設定されました。 パスワードが設定されているか、ログインして確認してみます。

# mysql -u root -p Enter password: Welcome to the MySQL monitor. Commands end with ; or \g. ...中略...

パスワードを入力して Welcom to ...が表示されればログイン成功です。 これでパスワードの確認は問題ありません。

これでMySQLの設定が完了しました。 残りはApacheとPHPの設定ですね、やっと終わりが見えてきました。

今回参考にしたページ

さくらVPS(CentOS6.5)に最新バージョンのLAMP環境を構築する(備忘録) - Qiita

サーバ設定のお勉強がてらお名前.comのVPSを借りました。 お名前.comの設定についての情報って結構少ないのですね、引っかかるのはさくらのVPSの情報ばかり...。 今後VPSの設定を行う方のお役に立てればと思い、今行っていることを諸々メモしておきます。

長いので複数の記事に分けます。 というかまだ設定が終わっていないので途中までしか書けないのです...。

今回の環境

お名前.com VPS(KVM) 2Gプランを契約

作業はMacのターミナルを使用

以下の作業はサーバ契約時のメールに記載されいてるので省略します。

VPSの初期セットアップ

root権限でSSH接続する

次からやったことをつらつら書いていきます。

システムにインストールされているパッケージのアップデートを行う

SSH接続後、システムに予めインストールされているシステムのアップデートを行います。

# yum -y update

するとシステムにインストールされているパッケージが続々アップデートされていきます。 実行中は下記のような画面が流れます。 意外と時間がかかるので気長に待ちましょう。

oaded plugins: fastestmirror, security Determining fastest mirrors epel/metalink | 4.9 kB 00:00 * base: ftp.tsukuba.wide.ad.jp * epel: ftp.kddilabs.jp * extras: ftp.tsukuba.wide.ad.jp * updates: ftp.tsukuba.wide.ad.jp base | 3.7 kB 00:00 base/primary_db | 4.6 MB 00:00 ... 〜中略〜 ...

作業用ユーザを作成する

root権限で作業するのはセキュリティ上あまりよろしくないので、作業用のユーザを作成します。 後ほどrootになれるユーザを制限するためにwheelグループに所属させておきます。

# /usr/sbin/useradd -d /home/{作業用ユーザ名を指定} -s /bin/bash {作業用ユーザ名を指定} # passwd {任意のパスワードを設定} # usermod -G wheel

ユーザの公開鍵を登録する

作業用ユーザがリモートで入れるように公開鍵を登録します。

# su - {作業用ユーザ名} $ ssh-keygen -t rsa $ vi ~/.ssh/authorized_key

authorized_keyの編集画面が開きます。 ローカルで作成している公開鍵をコピペして保存します。 ローカルに公開鍵を作っていない方はこれを機に作っておくと良いかと思います。

$ chmod ~/.ssh/authorized_key

sshdの設定を変更する

セキュリティを高めるためにパスワードでの認証をやめ、公開認証鍵でのログインのみに変更します。

# vi /etc/ssh/sshd_config // 下記の項目を no にします PermitRootLogin no PasswordAuthentication no UserPAM no

設定が完了したら保存して終了します。 ここで試しにターミナルの別タブを開き、作業用ユーザでログインしてみます。 ※この時、root権限でログインしているタブは閉じないで下さい。

$ ssh {作業用ユーザ名}@{サーバのIPアドレス}

無事にログイン出来るようでしたら今のところ順調に成功です。 この時点で

リモートからのパスワード認証不可

公開鍵に対する秘密鍵を持ったクライアントからのログイン以外不可

となります。

作業用ユーザでsudo出来るように設定を変更する

root権限でログインできなくなっていますので、作業用ユーザでsudo出来るように設定を変更します。

# visudo

sudoの設定ファイルを開きます。 設定ファイルを以下のように変更します。

## Allows people in group wheel to run all commands # %wheel ALL=(ALL) ALL // コピペしてコメントを外す %wheel ALL=(ALL) ALL

ファイアウォールを設定する

さらにセキュリティを高めるために、使用しないポートは閉じておきます。 ポートの設定は iptables を編集します。

# vi /etc/sysconfig/iptables

今回は以下の様な設定にしています。

*filter :INPUT ACCEPT [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :RH-Firewall-1-INPUT - [0:0] -A INPUT -j RH-Firewall-1-INPUT -A FORWARD -j RH-Firewall-1-INPUT -A RH-Firewall-1-INPUT -i lo -j ACCEPT -A RH-Firewall-1-INPUT -p icmp --icmp-type any -j ACCEPT -A RH-Firewall-1-INPUT -p 50 -j ACCEPT -A RH-Firewall-1-INPUT -p 51 -j ACCEPT -A RH-Firewall-1-INPUT -p udp --dport 5353 -d 224.0.0.251 -j ACCEPT -A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT -A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT # SSH, HTTP, FTP1, FTP2, MySQL -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited COMMIT

ざっくり言うと SSH(22)、HTML(80)、FTP(20/21)、MySQL(3306)のみ許可しました。

2015/04/08追記 ※例としてデフォルトのポート番号を書いています。 実際に使用する際はポート番号を変えておくとセキュリティ上安心です。 ※SCPが使用できるのでFTPは必要ないとのご指摘を頂きました。設定から削除いたしました。

2015/04/09追記 ※MySQLのポートも外部からのアクセスは必要ないのなら閉じておいても良いという指摘をいただき、MySQLのポート設定部分を削除しました

他の詳しい説明は下記のページを御覧ください。

「さくらのVPS」導入解説 その10：iptablesの設定 | Sabakura Blog

入力が完了したら保存して終了します。 設定を反映するためにiptablesを再起動します。

/etc/rc.d/init.d/iptables restart

次のような文言が表示されれば再起動完了です。

iptables: Setting chains to policy ACCEPT: filter [ OK ] iptables: Flushing firewall rules: [ OK ] iptables: Unloading modules: [ OK ] iptables: Applying firewall rules: [ OK ]

設定が反映されているか確認します。

# iptables -L

指定したポートがACCEPTになっていれば完了です。

今日はここまで行いました。 いろんな記事を行ったり来たりしながらの設定は大変ですね...。

次はApache, PHP, MySQLの設定を行う予定です。

今回参考にしたページ

さくらVPS(CentOS6.5)に最新バージョンのLAMP環境を構築する(備忘録) - Qiita

お名前VPSにCentOS 7をインストールしてWebサイトを作ってみた - Qiita

myfinder's blog: さくらのVPSを借りたら真っ先にやるべきssh設定

VPSでWordPressを動かせる環境をコンソールから構築する！ | 株式会社LIG

現在の案件で重いデータを扱っていたところ、下記のようなエラーが出てしまいました。

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 32 bytes) ...

調べてみると、利用可能な最大メモリ使用量を超えたときに出てくるエラーみたいです。 とりあえず以下の方法でメモリ使用量の設定を変えてあげれば回避できそうです。

1. php.iniで設定を変える

php.iniの中に以下の様な項目があるかと思います。

; Maximum amount of memory a script may consume (128MB) ; http://php.net/memory-limit memory_limit=128M

これがメモリの最大使用量を設定している部分です。 デフォルトでは128MBまで使えるようになっています。 256MBなり余裕があれば増やしてあげましょう

2. .htaccessに記述する

権限が無くてphp.iniが触れない場合は .htaccessに書くことでも同じことが出来ます。 .htaccessを開き(ない場合は作成し)、下記の文言を記述します。

php_value memory_limit 256M

3. コードの中に設定を記述する

権限がなくてphp.ini, .htaccessが触れない、または暫定的にこの部分のみ対応したいという場合は以下のコードを追加すると良いかと。 ini_set関数の2番めの引数の数値を変えてあげましょう。

ini_set('memory_limit', '256M');

4. フレームワークの設定ファイルに記述する

今回は権限の関係上php.iniが触れませんでしたが、 Zend_Frameworkを使っていましたので application.ini に以下のような記述を行いました。

phpSettings.memory_limit = "256M"

PHPのフレームワークはZend_Frameworkしか触ったこと無いのでわかりませんが、他のフレームワークでも似たようなことは出来るかと思います。

ネットサーフィンとかしているときにピンチイン/ピンチアウトする際、 今までは片手でスマホを持って、もう片方の手でしていたのですがChromeでは片手でできたんですね。

この前偶然見つけたのですが、結構有名なジェスチャなのですね。知らなかった。 知らない人もいるかと思うのでメモしておきます。

やり方

やり方ですが、拡大したい画面を開きダブルタップします。 2回目のタップの際、指を画面から離さずにそのまま上下にスライドするだけです。

上にスライドすれば縮小、下にスライドすれば拡大されます。 これだけでピンチイン/ピンチアウトが出来るのは中々画期的ですね。

ただ、スマホサイトだと meta[name=viewport content=user-scalable=no] 等で拡大縮小が制限されている場合が多いので使う機会は少ないかもしれません。 PC用サイトだとそういう指定をしているところは少ないので活躍しそうな予感。

今やっている案件で「入会年月」から「何年度」かを計算する必要があったのでメモします。 仕様としては以下のとおりです。

年度計算の仕様

年と月からその年が何年度かを計算

決算月は3月であり、1〜3月はその前の年 + 年度を返す (例: 2015年3月 → 2014年度)

出来上がり

結果、以下のように実装しました

/** * 年月から年度を計算する * @param int $year 年 * @param int $month 月 * @param int $fiscalMonth 決算月 * @return int 年度 */ function calcFiscalYear($year, $month, $fiscalMonth) { if ($month > $fiscalMonth) { return $year; } return $year - 1; }

使うときはこんなかんじで。

// 2015年3月は何年度か計算する(決算月は3月で想定) echo calcFiscalYear(2015, 3, 3); // → 2014 // 2015年4月は何年度か計算する(決算月は3月で想定) echo calcFiscalYear(2015, 4, 3); // → 2015

現在メインで使用しているNexus5にAndroid5.1のアップデートが来ていました。 SIMフリーですが、元々E-mobile(現Y!mobile)のNexus5なので、下記の記事の端末に該当しているから来たのでしょうか。

ワイモバイルの「Nexus 5」にAndroid5.1アップデートが順次配信開始 | ゼロから始めるスマートフォン

OSのアップデートがリリース後すぐに出来るのはいいですね。 流石Nexusですね。この辺はNexusにしておいて良かったと思います。

Android5.1で搭載された新機能について

ついでなので今回のAndroid5.1で搭載された機能を少し調べました。 ざっと以下のとおりになります。

パフォーマンスアップによる体感速度の向上

デバイス保護機能

クイック設定画面の若干のデザイン変更

ボリュームコントロールパネルにアイコンの追加

ポップアップされる通知を表示したままにすることが可能に

スクリーンのピン留めデザインの変更

連絡先画面のデザイン変更

複数枚のSIMカードの使い分けが可能に

設定画面からSIMカードやIMEIの情報を表示

時間の設定画面のデザイン変更

一部アイコンのフラット化

Google Playの検索ツールが検索バーに変更

※詳しい内容は以下のページをご覧ください。 Android5.1でどれだけ高速化したのか？デザインはどこがどう変わったのか？ - GIGAZINE

他にも色々と細かなブラッシュアップがされているみたいです。 個人的に気になったのは「デバイス保護機能」と「複数SIMの使い分け」でしょうか。 現在SIMカードは1枚しか持っていませんが、今後増えた時に活躍しそうですね。

2014年の11月より今の会社に入って、ほぼ半年が経ちました。 ちょうど良い機会なので、現状について色々と棚卸ししてみます。

職種

以前は渋谷の某Web制作会社でFEしていました。 現在は大分に本社を持つSIerにてSEをしています。

やっていること

基本的にお客さんの所に出向き、要件定義やら見積もりを出したりしています。 要件がまとまったら仕様を詰め、開発メンバーに指示をだしたりPHPで自ら開発もしたりします。 足りないページがあれば軽くデザインをし、PHPの実装もします。 開発が終わればテストを行い、納品後はお客さんのサポートもしています。 色々していますね…。全て低いレベルですが上流〜下流のいろんな工程に手を出しています。

今まではフロントエンドの実装のみでしたのでほぼ全てが新鮮で楽しくやっています。タスクが多くて基本毎日吐きそうになっていますが。

やってみて気づいたこと

要件を詰める&仕様決め大変

FEをしていたときは大体仕様がすでに決まっていて、それに則って作ることが多かったです。 そこで「何でこんな仕様になったんや…」とか日々文句ばっかり言っていました。 ですが実際に要件を詰めたりする立場になるとこれが大変。 膨らみ続ける要望、溢れ出す無理難題、見え隠れする政治的要因等々一筋縄ではいかないことだらけ…。 いかに自分が何も知らず安全圏で文句ばっかり言っていたのかと思わされました。本当に前職のディレクターの方々には頭が下がるばかりです。

意外とフロントエンドが弱い

前職で外注したシステム開発の会社もそうだったのですが、HTMLやらCSSの書き方が杜撰なことが多い気がします。 何度CSSを見て激怒しそうになったことやら…。 幸いフロントエンドやっていたので個人的にはここら編に自分の活躍の場があるのかなーとか思っています。HTML, CSSのコードレビューとかしてみたい。

今後どうしていくか

開発やお客さんの対話は人生初ということもあり、まだまだレベルは低いです。 毎日質問攻めで先輩方の足を引っ張りまくっているので、そこを少しでも自分で出来る様になれれば…！ あとは積極的に新しいことにチャレンジしていくこと。幸い大きくない企業なので「やりたい！」と言えば誰かが聞いてくれ、時にはアサインもしてくれるのはとてもありがたい。

さいごに

深夜のノリで適当に思っていることを書きなぐってしまいました。多分そのうち整理して書き直すかも。

WinSCPの使用時、秘密鍵を読み込むときに以下のようなエラーが出ました。

「ファイル'○○(パス名)¥hoge.ppk'は存在しないか、利用可能な形式の秘密鍵を含んでいません。」

秘密鍵自体はPUTTYgenを使用しており、作り方を間違えるはずは無いのに何故...。 調べたところ、原因はとても簡単なものでしたのでメモしておきます。

原因は秘密鍵のパス

原因は秘密鍵を置いていた場所にありました。 当初、「C:¥Users¥sato.daiki¥Documents¥テスト¥hoge.ppk」みたいに日本語名のディレクトリの中に置いていました。

これが悪かったらしく、 試しに「C:¥Users¥sato.daiki¥Documents¥test¥hoge.ppk」のようにパスの中に日本語が含まれないようにファイルを置いて指定したところ、問題なく動きました。 WinSCPが普通に日本語化されていたのでいけると思っていたのですが...。

サーバ上に置いているCSVをダウンロードさせたところ、何故かCSVファイルの中身が文字化けする現象に遭遇しました。 因みに今回の環境は以下のとおりです。

ソースコード: PHP(UTF-8)

CSVファイル: Shift-JIS

CSVをダウンロードさせる部分のソースコード

header("Content-Type: application/octet-stream"); header("Content-Disposition: attachment; filename=hoge.csv");

この現象は納品先のサーバで起きていました。 環境依存かと思い環境を見比べてみても問題なく、ソースコードのDiffをとってもよく分からず...。

全く原因が分からずに調べていると以下のページで原因がわかりました。

Keep It Simple, Stupid!: PHPで出力したCSVが文字化け

サクラエディタで該当ファイルを開き、BOMの有無を見てみるとしっかりと付いてました。 BOMを外してソースをUPし、再度ダウンロードしてみると文字化けしていないCSVファイルをダウンロード出来ました。

これだけで結構な時間ハマってました...。 ぱっと見問題なさそうなだけに厄介ですね。

今回参考にしたページ

Keep It Simple, Stupid!: PHPで出力したCSVが文字化け

少し前にGoogleから「http://orememo-v2.tumblr.com/ でモバイル ユーザビリティ上の問題が検出されました」というメールが届きまして。

モバイル化してないと検索結果にも影響があるらしいですし、モバイル対応をやらなきゃいけないと思いつつ放置してたのですが、重い腰を上げてついに対応しました。

といってもいくつかの要素をレスポンシブ化しただけですが。 本当はリニューアルもしたいのですがそれはまたいずれということで...。

MACのOSをYosemiteにしてからMAMPのApacheが起動しなくなってしまいました。 MySQLは起動するのにApacheのみ沈黙...。 調べてみるとApacheの起動方法がわかりましたのでメモしておきます。

MAMPのディレクトリにアクセスする

まずはFinderを起動し、MAMPのディレクトリを開きます。

/Application/MAMP/bin/apache2/bin/

このディレクトリ内にある、「envvars」をファイルを探し、「_envvars」という名前をリネームします。 これでMAMPを再起動するとApacheが起動できるようになります。 因みにターミナル等では以下のようにコマンドを打つとリネーム出来ます。

MAMPのApacheを出来るようにする(ターミナル編)

cd /Application/MAMP/bin/apache2/bin/ sudo mv envvars _envvars

Yosemiteは色々と悪い噂を耳にしてましたが初めて目の当たりにした気がします...。 とりあえず起動できるようになって良かったです。

参考にしたページ

OS X Yosemite - MAMP の Apache が起動しない場合の対処方法 - Mac - PC設定のカルマ

携わっている案件にPDFをダウンロードする機能があるります。 そのダウンロード機能なのですが、他のブラウザは上手くいっているのにIE8以下でダウンロードが出来ない問題がありました。 調べて解決までもっていけたのでメモしておきます。

今回は以下の環境で調べています。

Windows7 IE8(VirtualBox)

PHP5.5.15

現象について

「ダウンロード」ボタンを押すと調査結果のPDFがダウンロード出来るのですが、 IE8だと以下の様なダイアログが出てダウンロードができなくなります。

Unable to open this Internet site. The requested site is either unavaible or cannot be found. Please try again later.

原因はIEのバグ

IE8以下のブラウザでは "SSL環境では、サーバのレスポンスのヘッダに「Cache-control: no-store」または「Cache-control: no-cache」が付いているとダウンロードが出来ない" というバグがあります。これが今回の原因でした。

このバグを回避するにはヘッダのCache-controlを上書きしなければいけません。 そこで以下のコードを挿入します。

header('Cache-contrrol: public'); header('Pragma: public');

今回はZend frameworkを使用していたので、最終的には以下のコードを入れることになりました。

// 出力ヘッダーを設定 $response = $this->getResponse(); $response->setHeader('Cache-Control', 'public', true); $response->setHeader('Pragma', 'public', true); ...

なんとか原因がつかめて良かったです。 さすがIEですね。一筋縄ではいかないです...。

今回参考にしたページ

なんとなくメモ: ＩＥでのダウンロード処理　問題と対策

SSL(HTTPS)でファイルのダウンロードができない場合 - [PHP + PHP] ぺんたん info