PHPにてCSVを生成して、ダウンロードするプログラムを書いていたのですが、
何故か1行目に改行がはいる状態。
調べてみると、スクリプトの最後 ？＞のあとに改行があると出力されるとか。
しかし、スクリプトのあとに改行はない。
生成したCSVファイルを一度ファイルとして保存してみると、改行がない。
生成したCSVファイルをreadfileで読み込み出力すると改行がはいる。
「備忘録（PHP)」カテゴリーアーカイブ
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
正常に動作しました。
出力やエラーが出ないのでハマりました。
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
# 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
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
答は、８なのですが、
コンピュータが出した答は７
。
おいおい、ってなるんですよね。
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。
納得。
PHP6の新機能 備忘録まとめ１
PHP6の正式版のリリースが待たれていますが、現在多くのプログラムはバージョン4､5で稼動しています。
一部のサーバではPHP4からPHP5への移行を行っていますが、いまだにPHP4,5は現役と言えるでしょう。
しかし、PHP6のリリースでPHP4,5,6と環境が3つになると管理が面倒になります。
少なくとも、私は未だPHP6というものをよく知りません。
そこで、今回はPHP6について新機能を備忘録として記載しておくことにしました。
PHP 別ウィンドウ(window.open)でマルチプロセスの実現
以前、PHP マルチスレッド処理（並行処理）を実行する方法という記事を書きましたが、別ウィンドウを開いてマルチプロセスを実現する方法が分かりました。
それは、ほんと単純なことでした。
セッションを使わない、開始しないだけでした。
セッションを開始すると、セッション情報が保持されるため別ウィンドウを開いたとしても、同じセッションIDを利用する。（たぶん）
その同じセッションIDというのが曲者で、同じセッションIDだと別ウィンドウを開いても同一プロセスとして扱われてしまい、片方のプロセスが終わらないともう一方のプロセスが開始されない。
気づいたときには、「なんだ、そんなことか」と思いました。
PHP mail関数を使って日本語ファイル名を添付する
PHPのmail関数を使って、日本語（マルチバイト）のファイル名を添付するしてメールを送信する方法を紹介します。
方法はいたって簡単でした。
普通に日本語ファイル名をそのまま記述すると、拡張子が外れた状態で受信してしまいます。
そこで、一つおまじないをかけます。
日本語ファイル名に対して、mb_encode_mimeheader()関数を使ってエンコードするだけです。
例：$mail_body .= “Content-Disposition: attachment; filename=\””.mb_encode_mimeheader(“ファイル名”).”.【拡張子】\”;\n”;
もしかしたら、間違っているかもしれませんが、私の環境下では正常に送信・受信できました。