<?php」タグアーカイブ

Plesk11環境でNginx 413 Request Entity Too Largeエラーが表示される

Plesk11環境下でPHPを動作させていると、Nginx 413 Request Entity Too Largeというエラー表示が出る場合。

解決策は以下のとおり。

1.nginxを無効にする

nginxを無効にする方法
Plesk11の管理画面、もしくは、Pleskの付属コマンドの操作(nginxmng)で行います

2.nginxのバーチャルドメインテンプレートファイルを編集する

※以下の作業を行うと、サーバ内の全ドメインに対して、設定が変更になります。
2-1) /usr/local/psa/admin/conf/templates/default/domain/nginxDomainVirtualHost.php
のファイルを編集

以下の行を変更します
変更前: client_max_body_size 128m;
変更後: client_max_body_size 256m;

※変更後の数値は例です

2-2) 変更したら実際の設定ファイルに反映するため httpmng –reconfigure-all を実行します

# /usr/local/psa/admin/bin/httpdmng –reconfigure-all

PHP CSVファイルをダウンロードすると1行目に改行が入る

PHPにてCSVを生成して、ダウンロードするプログラムを書いていたのですが、
何故か1行目に改行がはいる状態。

調べてみると、スクリプトの最後 ?>のあとに改行があると出力されるとか。
しかし、スクリプトのあとに改行はない。

生成したCSVファイルを一度ファイルとして保存してみると、改行がない。
生成したCSVファイルをreadfileで読み込み出力すると改行がはいる。

続きを読む

PHPからバッチファイルを実行してpsql.exeを実行する方法

windowsシステムで稼働しているApache,PHPから、PostgreSQLへのテキストファイルのインポートを実施したいのですが、
PHPのexecでコマンドを実行するとなぜかブラウザがタイムアウトするまで読み込み中。
しかも、処理が完了していない。

execのコマンドの構文が間違っているのか?
調べたところ、psqlコマンドに-cと-qのオプションがないと対話式になってしまう。

-c ‘SQL’ クエリ(SQL)を直接実行
-q psqlが対話なしに実行される。

しかし、状況変わらず。

一度バッチファイルに処理を書き出して実行するもNG.
しかし、サーバー上でバッチファイルを実行すると正常動作。

さらに調べたところ、パスワードの入力待ちではないのか。
そもそもwindowsのApacheはサービスで稼働しており、daemonとして実行。
パスワードファイルを作成するとコマンドプロンプトではパスワード聞かれないみたい。
(参照:http://www.postgresql.jp/document/8.4/html/libpq-pgpass.html)

環境変数にセットすればいいのでは。
バッチファイルの先頭にパスワードセットのコマンドを出力するように変更。
SET PGPASSWORD=xxxxxxx

正常に動作しました。

出力やエラーが出ないのでハマりました。

owncloudを4.5から5にアップデート

プライベートストレージとして、owncloudを使ってるんですがブラウザでログインするとできなかったので、とりあえず5にアップデートしてみることに。

手順としては、

1.既存のファイルをバックアップ。

2.ファイルのダウンロード、解凍後上書きコピー

3.mysqlのデータベースを削除。

これでアップデート完了。

初期画面が表示され、ログイン。

あれ?

やっぱりできない。

ログを見てみると、PHPのsessionフォルダの権限の問題。

権限を設定したらログインできました。

ついでに、クライアントもアップデート。

なぜか、mac版は英語だけど。

IEとその他のブラウザでjavascriptの挙動が違う

とあるシステムを構築中にハマった体験を。

javascript内でPHPをパラメタ付きで呼び出すのですが、Firefoxでは正常に動作するも、IE9では正常に動作しない。
パラメタには日本語を含めていました。
なぜ???
いろいろと調べた結果、文字コードの問題でした。
HTML,PHP,javascript全てUTF−8で記述しているのですが、パラメタを渡すとSJISとして渡ってしまう。
うーん、metaタグとかscriptタグにcharset=”UTF-8″を付加してるのになぜ。
結局、javascript内で以下のような記述をすることでIE、Firefoxともに同じ動作をするようになりました。
var Str = encodeURIComponent(文字列);
原因がわかるのに、苦労しました(–;)

CentOS 5にPHP5.2以上をインストール

CentOS 5系でyum install php でインストールした場合にはPHP5.1.6がインストールされる。

別にプログラム自体は問題なかったのだけど、phpmyadminの最新版は対応していない。

そこで、PHP5.2以上をインストールしなければ。

そのときに、やったことをメモ。

# rpm –import http://www.jasonlitka.com/media/RPM-GPG-KEY-jlitka
# vi /etc/yum.repos.d/utterramblings.repo
[utterramblings]
name=Jason’s Utter Ramblings Repo
baseurl=http://www.jasonlitka.com/media/EL$releasever/$basearch/
enabled=0
gpgcheck=1
gpgkey=http://www.jasonlitka.com/media/RPM-GPG-KEY-jlitka
priority=0

最期の行のpriority=0を設定

# yum –enablerepo=rpmforge –enablerepo=utterramblings update php

終わったらrpmforgeとutterramblingsはenabled=0に設定。

FPDFで出力したPDFを印刷するときの注意点

FPDFで出力したPDFを印刷したときに、フォントが違うので悩まされました。
Windowsだと、近いフォントで出力されますが、Macだと少し違うフォントで出力されます。
と、言うかインストールされているフォントによって異なります。
調べた結果、印刷するときにはコンピュータにインストールされているフォントが使われいるみたいです。
PDFで表示されているから、そのまま印刷されるだろうと思ってました。

原因は、FPDFで出力したPDFのフォントがコンピュータにないからです。
FPDFのjapanese.php内のフォント指定が“KozMinPro-Regular-Acro”となっています。
これは、標準での設定だったと思います。
これを、“KozMinPr6N-Regular”に変更すると表示と同じ印刷結果になりました。

この”KozMinPr6N-Regular”というのは、Adobe Reader Xに組み込まれているものですが、バージョンが上がると変わるかもしれないので注意が必要です。

時間のかかる処理でブラウザタイムアウトの対策(firefox)

PHPなどで、処理を実行するときに長時間の処理となってしまう場合、ブラウザ側でタイムアウトとなってしまい継続処理がうまく実行できない場合があります。

定期的にパケットを送信してタイムアウトにならないように対策をしますが、それでも対応できない場合にブラウザのタイムアウトの設定を調整します。定期的にパケットを送信してタイムアウトにならないように対策をしますが、それでも対応できない場合にブラウザのタイムアウトの設定を調整します。

Firefoxについては、アドレスバーにabout:configと入力することで設定画面を開くことが出来ます。

表示された項目のnetwork.http.keep-alive.timeoutという項目がタイムアウト時間にあたります(秒数指定)。

続きを読む

四則演算は必ず変数に格納するべき?

PHPで、四則演算をすることって多々あると思います。

その中で、小数点を含む計算をしたときに、コンピュータは賢いようで賢くないので、誤計算をしてしまいます。

例えば、
(0.1 + 0.7) * 10
答は、8なのですが、
コンピュータが出した答は7

おいおい、ってなるんですよね。

PHPだと、bcadd()関数を使って計算しないとダメなのです。
乗算の場合は、bcmul()関数。

ところが、いろいろとやっているうちに、同じ計算をしているのに現象が起きるページと起きないページがあるんです。

なぜか?

違いを見比べて見たところ、
現象が起きているページ→計算結果を直接出力している。
現象が起きていないページ→計算結果を変数に格納してから、出力している。
PHPのバージョンかもしれませんが、私の環境下ではこのような結果になりました。

結論:
計算結果は、一度変数に格納してから、出力するといい。

もしかすると、特定の環境下という条件かもしれません。

詳しい情報お持ちの方は、ご教授下さい。

PHP mb_detect_encoding の返り値がfalse

PHPでファイルの内容を読み取りデータベースにインポートするプログラムを構築していたのですが、ファイルのエンコードが不明だったので、mb_detect_encodingを使ってエンコードを調べてから、処理をすることにしていました。

しかし、mb_detect_encodingの返り値がFALSEしか返ってこない。
なぜ??

調べてみると、
mb_detect_order(‘auto’);
print_r(mb_detect_order());
を実行。

すると、結果は
.
Array ( [0] => ASCII [1] => UTF-8 ) bool(false)
ん?

ASCIIとUTF-8しかない。

テストで取り込んでいたテキストは、EUCとSJIS。

納得。