最近のブラウザだと、input タグに multiple 属性をつけると、ひとつのタグで複数のファイルをアップロードすることができる
<input type=”file” name=”files[]” multiple>
こんな感じで簡単。
しかし、調子に乗って30個ぐらいのファイルを一度にアップしようとしたら、一部のファイルしかアップされませんでした。
数えてみるとちょど20個で、それ以降のファイルは取得できない。
調べてみたところ、やっぱり制限がありました。
デフォルトでは20個のようですが、php.ini に max_file_uploads を追加してあげれば制限値を変えられるようです。
私の環境では /etc/php.ini に max_file_uploads = 100 を追加したら100個までアップロードできるようになりました。
変えられるからといってあまり大きい値にするのもどうかと思うので、運用を考えて必要最小限の値にしておきましょう。
php.ini を変更したらWebサーバの再起動も忘れずに。
EC2 で、Community Instance を使い、新しいSecurity Group と Key Pair を作って起動したのだが、秘密鍵を指定して root でログインしようとすると、まずは root 以外でログインしてください、というメッセージが出てログインできませんでした。
いろいろと調べた結果、作成した秘密鍵で ec2-user というユーザ名でログインできました。
ログイン後に
sudo su
とすれば root になれるので、そこで root のパスワード設定など必要な処理を行いました。
ec2-user というユーザ名は AMI によって違うかもしれませんが、迷ったので備忘録として書きました。
MySQL のデータの中から月別に○○の数を出す、という集計は良くあるのですが、いつも書き方を忘れてしまうので、例を挙げておきます。
例えば販売データが purchase というテーブルに入っていて、購入者の ID が user_id カラムに、購入日が created_at カラムに格納されているとすると、月別の購入者数は
というSQLで集計できます。
これを使えば、アクセスしたマンスリーユニークユーザ数などを集計することができます。
日別への応用は簡単です、DATE_FORMAT の部分を以下のようにすれば日別になります。
iOS アプリからパラメタ付き GET で WEB サーバにリクエストを投げていたら以下のエラーが出るようになった。
どうやらパラメタが長すぎて URI の長さ制限にひっかかってしまったようです。
デフォルトの長さ制限は 8190 バイトのようですので、これ以上長いと414 エラーとなってしまうようです。
まぁ、そんなに長いパラメタを GET で送るなよ、ということだとは思いますが、アプリを修正するのは時間がかかるので、とりあえず長さ制限の値を変更すれば、アプリを修正するまでの期間はしのげます。
制限の修正は Apache の conf ファイルに以下の行を追加（すでにLimitRequestLine の行がある場合は修正）することで行います。
行を追加したら Apache を再起動して完了です。
上記の例の場合は、65536 バイトに設定していますが、大きすぎないように必要なバイト数だけ指定するのが良いと思います。
そしてそもそもですが、リクエストを GET ではなく POST で送るように修正して、この値はデフォルトに戻せるようにしたほうが、「本来の姿」であると思いますので、まずはリクエストを POST にできないか検討してみたほうが良いと思います。
GIMP を使って画像を回転させると枠からはみ出してしまう場合があります。
そんなときに回転した画像がすべて見えるようにする対処法を紹介します。
まずは回転作業です。縦長の画像を45度ぐらい回転させてみます。
回転後はこんな感じで一部しか見えなくなってしまいます。
そんなときは、メニューの [画像]-[キャンバスをレイヤーに合わせる] を選択してみます。
無事に回転した画像がすべて見られるようになりました。
Google Analytics はウェブサイトのアクセスを解析するためには無くてはならないツールです。
ベースとしてはドメイン毎にアカウントを作成して集計するような形ですが、サブドメインもまとめて集計できる機能もあります。
例えば example.com というドメインと blog.example.com , news.example.com などをまとめて解析するということもできます。
以下はその方法です。
サブドメインを設定する場合は、Google Analytics の管理画面で取得したトラッキング コード（HTMLに書き込むアクセス解析用のコード）を編集してからHTMLに書き込みます。
取得したトラッキングコードに以下のような二行があると思います。
これを以下のように変更します。
＊XXXXXXXX と example.com の部分は自分のIDとドメインを入れてください。
変更したコード（<script>から</script>まで）をサイトのHTML内の</head>の上に貼り付ければ、取得設定は完了です。
サブドメインもまとめてアクセス集計する設定にすると、Google Analytics 上ではひとつの場所にアクセス集計されます。
そうすると、例えば http://news.example.com/ のアクセスも http://blog.example.com/ のアクセスも同じ / として記録されます。
つまり、http://news.example.com/ に一回、http://blog.example.com/ に一回アクセスした場合、Google Analytics 上では / に二回アクセスがあった、という具合に表示されます。
これでは都合が悪い場合があるので、サブドメインごとにアクセスが表示されるようにビューの追加を以下の手順で行います。
以上で指定したサブドメインのアクセスだけを集計できるビューが表示できるようになります。
サブドメインでマルチサイトを運用するという環境で W3 Total Cache プラグインをインストールして実行したところ以下のようなエラーが httpd のエラーログに出力されるようになりました。
読んで字のごとく、DB に wp_2_w3tc_cdn_queue というテーブルが無いことが原因のようです。
このテーブルはサブドメインごと（サイトごと）に作成される想定のようで、二番目のサイトだと wp_2_w3tc_cdn_queue 、三番目のサイトだと wp_3_w3tc_cdn_queue と数字が変わっていくようです。
DB のテーブルを見てみると数字無しの wp_w3tc_cdn_queue というテーブルは作成されていましたが、数字のついた各サイト用のテーブルが作成されていないようでした。
とりあえず、wp_w3tc_cdn_queue テーブルと同じ内容で各サイト用のテーブルを DB に作成して実行してみたところ、エラーは発生しなくなりました。
動作もとりあえず今のところは問題ありません。
しかし、この対策で良いのかどうかは不明です。。。
EC2でマーケットプレイスにあるインスタンスイメージを起動するときにEBSのサイズを10GB から 20GB に変更して起動したのだが、起動した後に df コマンドで見てみるとサイズが10GB のままになっていました。
でも EBSの設定をみると 20GB になっているので料金は 20GB 分取られているわけです。
そんなときは、df コマンドで確認したデバイス名に対して以下のコマンドを実行して、容量がフルに使えるようにします。
＊ /dev/xvda1 の部分は自分の環境に合わせた名前にしてください。
以上で無事 20GB が使えるようになりました。
EC2で運用しているサーバの負荷が減ってきたのでインスタンスタイプを変更してコスト削減を図ることにしました。
以下の手順はEBSインスタンスの場合の手順です。
EBSインスタンスかどうかを知るにはAWSマネジメントコンソールでEC2のインスタンスを選択し、Description のところのRoot device type が ebs になっているかどうかを見ます。
EBSであれば以下の手順でインスタンスタイプを変更できます。