PHPの最近のブログ記事

# yum --enablerepo=epel install -y phpMyAdmin

 You could try using --skip-broken to work around the problem

 You could try running: rpm -Va --nofiles --nodigest

# yum -y --enablerepo=remi,remi-php56 install phpMyAdmin

# yum -y --enablerepo=remi-php56 install phpMyAdmin

$w_from = "From: ほげほげ星人 <no-reply@exsample.jp>";

$w_to = "hogehoge@exsample.com"

$w_subject = "[返信]ありがとうございます";

$w_body = "あれやこれや...";

mb_language("Japanese");

mb_internal_encoding("UTF-8");

mb_send_mail($w_to, $w_subject, $w_body,  $w_from);

Content-Type: text/plain; charset=ISO-2022-JP

Content-Transfer-Encoding: 7bit

$w_from = "From: ほげほげ星人 <no-reply@exsample.jp>";

$w_to = "hogehoge@exsample.com"

$w_subject = "[返信]ありがとうございます";

$w_body = "あれやこれや...";

header('Content-Type: text/html; charset=UTF-8');

header('Content_Language: ja');

mb_language("uni");

mb_internal_encoding("UTF-8");

mb_send_mail($w_to, $w_subject, $w_body,  $w_from)；

Content-Type: text/plain; charset=UTF-8

Content-Transfer-Encoding: BASE64

$w_from = "From: " . mb_encode_mimeheader("ほげほげ星人", "UTF-8", "B") . " <no-reply@exsample.jp>";

=ROUNDUP(1.05, 0)

round(1.05, 0, PHP_ROUND_HALF_UP)

round(1.05, 0, PHP_ROUND_HALF_UP)

round(1.05, 0, PHP_ROUND_HALF_DOWN)

round(1.05, 0, PHP_ROUND_HALF_EVEN)

round(1.05, 0, PHP_ROUND_HALF_ODD)

ceil(1.05)

$w_len = mb_strlen($word);

if ($w_len > 300) {

Fnc_Err_Html("エラー","文字数が300文字を超えています。（" . $w_len . "文字）" );

}

$w_len = mb_strlen($word, "UTF-8");

$word = str_replace("\r\n", " ", $word);

# cd /usr/local/src

# /usr/local/bin/pecl download pdo_mysql

# tar xvfz PDO_MYSQL-1.0.2.tgz

# cd PDO_MYSQL-1.0.2

# /usr/local/bin/phpize

# ./configure --with-pdo-mysql=/usr/local/mysql

# make

# make install

extension = /usr/local/lib/php/extensions/no-debug-non-zts-20060613/pdo_mysql.so

# /usr/local/bin/php -i|grep PDO

PDO

PDO support => enabled

PDO drivers => sqlite2, sqlite

PDO Driver for SQLite 3.x => enabled

extension_dir = /usr/lib64/php4

extension_dir = /usr/local/lib/php/extensions

extension = no-debug-non-zts-20060613/pdo_mysql.so

# /usr/local/bin/php -i|grep PDO

PDO

PDO support => enabled

PDO drivers => sqlite2, sqlite, mysql

PDO Driver for MySQL, client library version => 5.1.25-rc

PDO Driver for SQLite 3.x => enabled

<? phpinfo(); ?>

<?= $hogehoge >

今時の PHP はディフォルトで、

short_open_tag = Off

って設定になってるのに、未だに <? echo 'hoge' ?> とか書いてくる人、頭おかしいの？親の教育がなってないわ！・・・とか思っちゃうわ、ホンマ(^^;

「すっきりしたソースになる」だって（笑）

お前、PHP しか知らない「Web プログラマ」だろ？

あのさあ、納品するソースはちゃんと「ディフォルト設定」で動くように書けよ。

お前が自宅のサーバで

short_open_tag = On

にしてプログラミングしてようが知ったこっちゃないけど、ユーザへの納品物を short open tag で書くのはやめろ。常識だろうが。

ホンマ、趣味の延長でプログラミングを仕事にしてる「Web プログラマ」は、「素人には冗長に見えても、『正しい』書き方で書くソースが一番美しい」ということに早く気づいてほしいわ。

仕事ではなく、自宅で趣味でプログラミングしている・・・っていう人は、好きなだけ short open tag 使ってください。

Warning: phpinfo() [function.phpinfo]: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Asia/Tokyo' for 'JST/9.0/no DST' instead in /var/apache/htdocs/test.php on line 1

date.timezone = Asia/Tokyo

5.2系をインストールする

いや、まあ、もう「汎用データベースモジュール」は使わないことにしたので、どうでも良いっちゃ良いんだけど、この間"GDモジュールが「画像の読み書きをサポートしてない」と言われるのだが"というエントリーに書いたように、PHP でちゃんと gd モジュールのセットアップをしても、

gdモジュールがGIF/JPEG/PNG画像の読み書きをサポートしていません。このモジュールで画像を処理するには、gdモジュールがGIF/JPEG/PNG画像の読み書きをサポートする必要があります。

と「汎用データベースモジュール」の管理画面で怒られちゃう件。

今日、たまたまソースを見てみると、このエラーを出しているところは、admin/index.php の

    if (!$gd_infos['GIF Read Support'] || !$gd_infos['GIF Create Support'] || !$gd_infos['JPG Support'] || !$gd_infos['PNG Support']) {
        $errors[] = constant('_AM_' . $affix . '_GD_NOT_SUPPORTED_ERR');
    }

この部分だった。

「JPG Support」なんて添字の gd 情報をチェックしているよ。
それは、古いバージョンの PHP が戻してくる値でしょうが。今のバージョンだと、「JPEG Support」って項目名なんすけど。

こんなしょうもないことのために、どれだけ PHP の再インストールをしたことか(^^;。俺の貴重な時間を返せ。（ま、その時、自分の PHP のインストール手順ではなく、すぐにソースを疑えばよかったんだけどね(^^;）

つーことで、「坊主憎けりゃ袈裟まで憎い」ではないが、ますます XOOPS が嫌いになった俺なのであった。

いやぁ、ちょっとハマって無駄な時間を過ごした。(^^;

例えば、db_user と db_shop というディレクトリ名で、XOOPS 汎用データベースモジュールを元にした外部モジュールをアップしてインストールをしようとすると、どちらの外部モジュールも一覧に同じ名前で表示されてしまうのだ。

modinfo.php の中で、db_user は「ユーザ検索」、db_shop は「お店検索」と名前を付けているのに、どちらも「ユーザ検索」と表示されてしまう・・・という具合だ。

結局、問題なのは db_user と db_shop というディレクトリ名であった。

XOOPS 汎用データベースモジュールは、ディレクトリ名を変えれば複数設置出来るようになっているのだが、そのため、モジュール名に添字（affix）を付けてモジュールを区別出来るようにしているみたい。

その添字の作り方が

$affix = strtoupper(strlen($dirname) >= 3 ? substr($dirname, 0, 3) : $dirname);

という具合にディレクトリ名の頭 3文字だけを取っているのが問題のようである。

ということで、db1_user、db2_shop のように先頭 3文字を抜いても問題の無いディレクトリ名にしてやれば問題ないのであった。

なんか、もう、いちいちこういう細かい仕様で引っかかって、全然本来の開発のところにたどり付けんな。

複数のプログラマ仲間が「今更 XOOPS？PHP のバージョンアップにもまともに対応出来てないのに？XOOPS に手を出すなんて 3～4年遅いよ。」と言うてたのは本当だな。今更 XOOPS なのである(^^;