メールフォーム

KOMONET

\n";
> 
>   /* 式１ */
>   $msg = $a=='a'?'ええええ':
>          $a=='b'?'びいびいびい':
>          $a=='c'?'し～～～～～':
>                  'どれでもない'
>   ;
>   echo "式1: $msg\n";
> 
>   /* 式２ */
>   $msg = ($a=='a'?'ええええ':
>          ($a=='b'?'びいびいびい':
>          ($a=='c'?'し～～～～～':
>                   'どれでもない'
>   )));
>   echo "式2: $msg\n";
> ?>
> 
> 
> パラメータに a=a を指定すると
> 式1: し～～～～～
> 式2: ええええ
> 
> パラメータに a=b を指定すると
> 式1: し～～～～～
> 式2: びいびいびい
> 
> パラメータに a=c を指定すると
> 式1: し～～～～～
> 式2: し～～～～～
> 
> パラメータに a=x を指定すると
> 式1: どれでもない
> 式2: どれでもない
> 
> 
> 式２は意図どおりに動きます。式1の結果は「？」です。
> Cやjavaだと式１のように書いても、式2の結果のように
> なると思いますが、phpのこの振る舞いはどのように解釈
> したらよいでしょうか？

C/Javaだと?:演算子は結合性（Associativity）が右から左
ですがPHPは何故か?:の結合性は左から右です。したがって、上
記の動作は仕様通りです。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Wed Jan 22 02:56:54 2003
From: php-users@php.gr.jp (Youichi Mano)
Date: Wed, 22 Jan 2003 11:56:54 +0900
Subject: [PHP-users 12726] Re: gdのバージョンを確認する方法
In-Reply-To: <20030121231640.GB2083@at.wakwak.com>
References: <20030122061438.CBBE.MANOYOUICHI@hotmail.com> <20030121231640.GB2083@at.wakwak.com>
Message-ID: <20030122115213.9A82.MANOYOUICHI@hotmail.com>

間野です。お世話になります。

On Wed, 22 Jan 2003 08:16:40 +0900
Moriyoshi Koizumi  wrote:

> もし 4.3.0 をお使いでしたら phpinfo() で確認できます。

php-usersで質問していながら大変失礼だと思いますが、
あいにく、私はphpユーザでは無いんです。

Webサーバを立てずにコンソール上からgd libraryのバージョンを
取得する方法は無いものでしょうか、、？

-- 
Youichi Mano 

From php-users@php.gr.jp  Wed Jan 22 03:03:40 2003
From: php-users@php.gr.jp (Kazumasa Gotoh)
Date: Wed, 22 Jan 2003 12:03:40 +0900 (JST)
Subject: [PHP-users 12727] Re: gdのバージョンを確認する方法
In-Reply-To: <20030122115213.9A82.MANOYOUICHI@hotmail.com>
References: <20030122061438.CBBE.MANOYOUICHI@hotmail.com>
 <20030121231640.GB2083@at.wakwak.com>
 <20030122115213.9A82.MANOYOUICHI@hotmail.com>
Message-ID: <20030122.120340.41641604.kgotoh@cic-kk.co.jp>

From: Youichi Mano 
Date: Wed, 22 Jan 2003 11:56:54 +0900

> php-usersで質問していながら大変失礼だと思いますが、
> あいにく、私はphpユーザでは無いんです。

そりゃ、確に場違いですね。

> Webサーバを立てずにコンソール上からgd libraryのバージョンを
> 取得する方法は無いものでしょうか、、？

strings して文字列からバージョン番号らしきものを探してみるとか、
gd のソースが RCS や CVS などでバージョン管理されていれば… 
って、されてはいますが、それらのバージョン管理ツールで調べる
とかですね。

RCS には RCS で管理されたソースから作られたバイナリのバージョン確認を
行う方法があります。CVS	には詳しくないけど、きっとあるでしょう。

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
(株) セントラル情報センター
                             後藤和政    kgotoh@cic-kk.co.jp

From php-users@php.gr.jp  Wed Jan 22 03:03:54 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Wed, 22 Jan 2003 12:03:54 +0900
Subject: [PHP-users 12728] Re: 3項演算子について
References:  
Message-ID: <3E2E0A1A.1060806@ohgaki.net>

大垣です。

マニュアルの落し穴です...

多くの言語のリファレンスは、演算子の優先順位を高い演算子から低い
演算子の順序で記載していますが、PHPマニュアルは反対です。

> PHP と C では、演算子の優先順位が異なる為ではないでしょうか。
> 
> C:
>  ==
>  &
>  ^
>  |
>  &&
>  ||
>  ?:
> 
> PHP:
>  ?:
>  ||
>  &&
>  |
>  ^
>  &
>  == != === !==

# 私もPHPを使い始めた時に一度マニュアルを読み違い
# ???となった事があります。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Wed Jan 22 02:50:17 2003
From: php-users@php.gr.jp (Nakagawa Yasuharu)
Date: Wed, 22 Jan 2003 11:50:17 +0900 (LMT)
Subject: [PHP-users 12729] Re: 3項演算子について
In-Reply-To: 
References: 
Message-ID: <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com>

中川＠東京武蔵野です

評価の順番が左からなので、
  /* 式１ */
  $msg = (((((($a=='a') ? 'ええええ'    )  :$a=='b')
		        ? 'びいびいびい')  :$a=='c')
		        ? 'し～～～～～')  :'どれでもない'
  ;
という風に解釈しているからだと思います。

In Message-ID ,
 Mashiki  writes on Wed, 22 Jan 2003 10:56:12 +0900 ...
>   /* 式１ */
>   $msg = $a=='a'?'ええええ':
>          $a=='b'?'びいびいびい':
>          $a=='c'?'し～～～～～':
>                  'どれでもない'
>   ;

From php-users@php.gr.jp  Wed Jan 22 03:39:42 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Wed, 22 Jan 2003 12:39:42 +0900
Subject: [PHP-users 12730] Re: mb_regex_set_options()の引数って？
References:  <20030121231444.GA2083@at.wakwak.com>
Message-ID: <3E2E127E.6000807@ohgaki.net>

大垣です。

Moriyoshi Koizumi wrote:
> 知られているバグ:
> 
>   $ echo '     print mb_ereg_replace("\$", "--", "abc\ndef\n", "");
>     ?>' | php
>
>     結果:
>       abc----
>       def----
>

# CGIには-rオプションがないので小泉さんのことですから
# 敢えて-rオプションを使わなかったのだと思いますが

ruby, perlと同じように直接コードを渡すには

$ php -r 'print mb_ereg_replace("\$", "--", "abc\ndef\n", "");'

でできます。結果は同じです。

ereg_replaceを使うと最後の\nしか置換しません。
(ビルトインregexライブラリ使用）

$ php -r 'print ereg_replace("\$", "--", "abc\ndef\n");'
abc
def
--

preg_replaceだと
$ php -r 'print preg_replace("/\$/m", "--", "abc\ndef\n");'
abc--
def--
--

$ php -r 'print preg_replace("/\$/", "--", "abc\ndef\n"););'
abc
def--
--

>   $ ruby -e 'print "abc\ndef\n".gsub(/$/, "--");'
> 
>     結果: 
>       abc--
>       def--
> 
>   $ perl -e '$_ = "abc\ndef\n"; $_ =~ s/$/--/mg; print $_;'
> 
>     結果: 
>       abc--
>       def--
>       --
> 
>   この3つの挙動は異りますので注意してください。
>   これはバグでしょうか?

興味深い結果ですね...

個人的にはrubyの結果が正しいように思えますが、正規表現
のスペシャリストでは無いので、あくまで個人的な感想です。

少なくともPCRE(Perl Compatible Regex)はPerl互換
なようです。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Wed Jan 22 03:59:48 2003
From: php-users@php.gr.jp (Mashiki)
Date: Wed, 22 Jan 2003 12:59:48 +0900
Subject: [PHP-users 12731] Re: 3項演算子について
In-Reply-To: <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com>
References: <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com>
Message-ID: 

　Mashikiです。

進藤さん、大垣さん、koyamaさん、中川さん、回答ありがとうございました。

大垣さんの説明

> C/Javaだと?:演算子は結合性（Associativity）が右から左
> ですがPHPは何故か?:の結合性は左から右です。したがって、上
> 記の動作は仕様通りです。

でピンとこなかったのですが(馬鹿なやつ)、

>評価の順番が左からなので、
>  /* 式１ */
>  $msg = (((((($a=='a') ? 'ええええ'    )  :$a=='b')
>		        ? 'びいびいびい')  :$a=='c')
>		        ? 'し～～～～～')  :'どれでもない'
>  ;
>という風に解釈しているからだと思います。

で、理解できました。皆さん、どうもありがとうございます。
でもphpの仕様には？？？です。

>

同じことで？な人が既にいたということですね。

From php-users@php.gr.jp  Wed Jan 22 05:07:23 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 22 Jan 2003 14:07:23 +0900
Subject: [PHP-users 12732] Re: 3項演算子について
In-Reply-To: <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com>
References: 
 <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com>
Message-ID: <200301220507.OAA02625@mail1.rim.or.jp>

いわきりです
Nakagawa Yasuharu wrote in <20030122.115017.24213088.yasuharu.nakagawa@jp.yokogawa.com> :
>中川＠東京武蔵野です
>評価の順番が左からなので、
>  /* 式１ */
>  $msg = (((((($a=='a') ? 'ええええ'    )  :$a=='b')
>		        ? 'びいびいびい')  :$a=='c')
>		        ? 'し～～～～～')  :'どれでもない'
>  ;
>という風に解釈しているからだと思います。

一応、parse errorにならない文法で書くと
1段目
$msg = (($a=='a' ? 'ええええ' : $a=='b') ? 'びいびいびい' : $a=='c') ? 'し～～～～～' :'どれでもない';
2段目            
$msg = ('ええええ' ? 'びいびいびい' : $a=='c') ? 'し～～～～～' :'どれでもない';
3段目
$msg = 'びいびいびい' ? 'し～～～～～' :'どれでもない';

'ええええ' も 'びいびいびい' も真です。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 22 05:24:44 2003
From: php-users@php.gr.jp (k_matsui)
Date: Wed, 22 Jan 2003 14:24:44 +0900
Subject: [PHP-users 12733] Re: session関数を使った際のブラウザ「戻る」ボタン
References: <003001c2c054$f65ea9a0$fdf2c63d@tono>  <007f01c2c10d$4af4fba0$d87bcc3d@tono> <3E2D0B4A.5050202@ohgaki.net>
Message-ID: <00bb01c2c1d6$94e430e0$e874cc3d@tono>

どうも松井です。

> 個人情報が含まれる（他のユーザーに見られるベキでない）
> 情報は少なくともキャッシュリミッターにprivateを利用
> しなければなりません。

今回はphp.iniはいじらないで
session_cache_limiter('private');
でやってみる事にしました。

ご助言ありがとうございました。

From php-users@php.gr.jp  Wed Jan 22 06:22:33 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 22 Jan 2003 15:22:33 +0900
Subject: [PHP-users 12734] Re: gdのバージョンを確認する方法
In-Reply-To: <20030122115213.9A82.MANOYOUICHI@hotmail.com>
References: <20030122061438.CBBE.MANOYOUICHI@hotmail.com>
 <20030121231640.GB2083@at.wakwak.com>
 <20030122115213.9A82.MANOYOUICHI@hotmail.com>
Message-ID: <200301220622.PAA12643@mail1.rim.or.jp>

いわきりです

Youichi Mano wrote in <20030122115213.9A82.MANOYOUICHI@hotmail.com> :
>> もし 4.3.0 をお使いでしたら phpinfo() で確認できます。

目安程度ですけどね。
gdImageString16()があれば,       GD1.3.x以前
gdImagePaletteCopy()があれば,    GD1.5.x以前
gdImageCreateTrueColor()があれば,GD2.0.x

あくまで、特定の関数が使える使えないで判断して
いるので、細かなリビジョンまでは、判りません。

>php-usersで質問していながら大変失礼だと思いますが、
>あいにく、私はphpユーザでは無いんです。
>Webサーバを立てずにコンソール上からgd libraryのバージョンを
>取得する方法は無いものでしょうか、、？

その手の、versionを返す関数を持っていないようですし、
ソースを見ましたが、autoconfに処理させる部分にPAKAGE_VERSIONが
付記されているだけで、出来上がるlibgd.*にその情報は埋め込まれて
いないようです。

Youichi Mano wrote in <20030122061438.CBBE.MANOYOUICHI@hotmail.com> :
>ソースからコンパイルしてインストールしたgdのバージョンを
>確認する方法を教えていただけないでしょうか。
>想定しているバージョンは、gd-2.0.11です。

って、ことですから、一旦libgdを削除して、そのソースに書かれた
versionを信じてinstallする/versionを備忘録に書き留めるしかないのでは。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 22 06:29:40 2003
From: php-users@php.gr.jp (KUZE Masanori)
Date: Wed, 22 Jan 2003 15:29:40 +0900
Subject: [PHP-users 12735] Re: gd のバージョンを確認する方法
In-Reply-To: <20030122.120340.41641604.kgotoh@cic-kk.co.jp>
References: <20030122115213.9A82.MANOYOUICHI@hotmail.com> <20030122.120340.41641604.kgotoh@cic-kk.co.jp>
Message-ID: <3E2E3A54348.31EDKUZE@ff.iij4u.or.jp>

久世と申します。

in [PHP-users 12727] Re: gdのバージョンを確認する方法
Message-Id: <20030122.120340.41641604.kgotoh@cic-kk.co.jp>
Kazumasa Gotoh  wrote:

> strings して文字列からバージョン番号らしきものを探してみるとか、
> gd のソースが RCS や CVS などでバージョン管理されていれば… 
> って、されてはいますが、それらのバージョン管理ツールで調べる
> とかですね。
> 
> RCS には RCS で管理されたソースから作られたバイナリのバージョン確認を
> 行う方法があります。CVS	には詳しくないけど、きっとあるでしょう。

gd のソースを見た限りでは RCSの $Id$ が変数どころかコメントに
さえ見当たりませんので、RCSの ident で libgd.a などを調べても
バージョン確認はできないと思われます。

strings も同様の理由であてにはできませんが、場合によっては

/usr/local/src/gd-2.0.9/

のように、「build のために tarballを展開したディレクトリ」が
表示されることもありますが、これは傍証程度のものでしょう。
--------------------------------------------------------------
kuze@ff.iij4u.or.jp                                 久世 昌則

From php-users@php.gr.jp  Wed Jan 22 06:31:07 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Wed, 22 Jan 2003 15:31:07 +0900
Subject: [PHP-users 12736] null byte attack
Message-ID: <3E2E3AAB.7030408@ohgaki.net>

大垣です。

BugTraqでw-agoraのセキュリティーホールがレポートされていた
なかで、null byte attackについて書いてありました。

メールの中にはfopenがNull Byte Attack可能と書いてあった
のですが、実際に良く見かけるコードで危険な例をすぐに思いついた
のでメールします。

以下は私が書いた脆弱性の例です。preg_matchを使って拡張子
をチェックし、開くファイルを指定するスクリプトが危険である事
が確認できます。

';

// 専用の拡張子のファイルのみ開く（つもり）
if (preg_match('/myext$/', $_GET['filename'])) {
  // eregはバイナリセーフではないので、\0で文字列の終り
  // とみなします。eregを使っている場合はnull byte attackは
  // 不可
  readfile($_GET['filename']);
}
else {
  echo "bad file\n";
}
?>

私は普段eregを使っているのでこのような攻撃に対して問題になる
スクリプトはありませんが、preg*を使っている方は要注意です。

# マニュアルにはpregを勧める記載がありますが、
# ファイル名のチェックにはeregの方が良いと思います。
# eregもバイナリセーフになった時には困りますが、
# その場合はstrspnなどが利用できると思います。

ユーザー入力からファイルを表示したり開いたりするスクリプト
を書かれている方もいらっしゃると思いますが、チェックを十分
しないとセキュリティーホールの原因にります。

# パッチは簡単に作れるので、PHP内部で対策した方が良さそう
# ですね。php_stream_open_wrapperだけ対策してもかな
# り効果がありそうですから...

--
Yasuo Ohgaki

From php-users@php.gr.jp  Wed Jan 22 06:38:52 2003
From: php-users@php.gr.jp (Kazumasa Gotoh)
Date: Wed, 22 Jan 2003 15:38:52 +0900 (JST)
Subject: [PHP-users 12737] Re: gd のバージョンを確認する方法
In-Reply-To: <3E2E3A54348.31EDKUZE@ff.iij4u.or.jp>
References: <20030122115213.9A82.MANOYOUICHI@hotmail.com>
 <20030122.120340.41641604.kgotoh@cic-kk.co.jp>
 <3E2E3A54348.31EDKUZE@ff.iij4u.or.jp>
Message-ID: <20030122.153852.74739489.kgotoh@cic-kk.co.jp>

From: KUZE Masanori 
Date: Wed, 22 Jan 2003 15:29:40 +0900

> gd のソースを見た限りでは RCSの $Id$ が変数どころかコメントに
> さえ見当たりませんので、RCSの ident で libgd.a などを調べても
> バージョン確認はできないと思われます。

あれっ？ そうでしたか。じゃぁ gd に関しては何か記憶違いかなぁ。(^^;
しかし、この手のものが組み込まれていた方が何かと便利なんですけどね。
作る側の考え方次第だからしょうがありませんが。

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
(株) セントラル情報センター
                             後藤和政    kgotoh@cic-kk.co.jp

From php-users@php.gr.jp  Wed Jan 22 06:34:02 2003
From: php-users@php.gr.jp (akira)
Date: Wed, 22 Jan 2003 15:34:02 +0900
Subject: [PHP-users 12738] 日本PostgreSQLユーザー会業務アプリケーション分科会第1回オープンセミナー
Message-ID: <01de01c2c1e0$4123de60$2009fea9@j11>

日本PostgreSQLユーザー会業務アプリケーション分科会の小川と申します。

公開セミナーをしますので、是非参加してください。よろしくお願いします。

------------------------------------------------------------------------
日本PostgreSQLユーザー会業務アプリケーション分科会第1回オープンセミナー

日本PostgreSQLユーザー会業務アプリケーション分科会では、2月11日にセミナー
を開催します。より多くの皆様と交流を目的として、今回勉強会の参加者をオー
プンに募集します。ふるってご参加ください。

http://www.postgresql.jp/subcommittee/ap/seminar030211.html

主      催 ： 日本PostgreSQLユーザー会業務アプリケーション分科会
分科会代表 ： 近藤直文
実行  委員 ： 小川晃・柴田淳・柿本雅徳
日      時 ： 2月11日(祝) 13:00～18：40
場      所 ： 国立オリンピック記念青少年総合センター(センター棟 405号室)
地      図 ：　http://www.nyc.go.jp/outline/b5.html
最  寄  駅 ： 小田急線参宮橋駅(新宿から各駅停車で2つ目)下車。徒歩7分
参  加  費 ： 無料
懇  親  会 ： セミナー終了後　参加費：5000円
              場所が決まりましたら、参加希望者にメールで連絡します
参加申込み ： http://www.postgresql.jp/subcommittee/ap/seminar030211.html
質問・連絡 ： shibata@mail.at-m.or.jp(柴田淳)
----------------------------プログラム---------------------------------
□13:00 ～
開場，受付開始

□13:15 ～ 13:20
挨拶

□13:20 ～ 14:20
PostgreSQLとExcelを用いたISO9000 (2000年度版)
横山　茂
Excelのクエリを使い、ODBC経由でPostgreSQLデータベース上のデータを取り出
して、どんなことが出来るのか。Webとの兼ね合い。
ISO9001(2000年度版)登録文書をExcelで作成しHTMLで保存する。

□14:30 ～ 15:30
制作事例：会議予約システム -
柿本 雅徳 (合資会社インターネット・コミュニケーションズ)
PostgreSQLを用いた会議予約システムをご紹介します。
ユーザからどのような要求があり、どのように実現しているかを中心にご紹介しま
す。

□15:40 ～ 16:40
Flash + PosrgreSQLの連携 - アプリケーションサーバーZopeを使って
柴田 淳
Zopeというアプリケーションサーバーを使い，FlashとPostgreSQL上のデータベース
の連携を行う際の仕組みやノウハウを解説します。
仕組みの解説に交え，Flash + PostgreSQL連動の一行チャットを作成，解説します。

休憩

□17:00 ～ 17:30
JavaとPostgresを使ったWebサイト構築
張　愛民
Struts TaglibとPostgresを使ったWebアプリケーション開発です。

□17:40 ～ 18:40
商用DB利用者のためのPostgreSQL入門
尾高 保 (ノバシステム株式会社)
主にオラクルを使っているユーザー向けに、私がなぜPostgreSQLに目覚めたか、
またオラクルユーザーにこそPostgreSQLを使って欲しいと思っているそのワケを、
オラクルとPostgreSQLを対比させながら解説します。

※発表の順番や時間は変更になる可能性があります。

(注)本メールはコピー再配布自由です。関心のある方にお送り下さい。
---------------------------------------------------------------------

小川　晃　akira-o@hh.iij4u.or.jp

From php-users@php.gr.jp  Wed Jan 22 07:21:03 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 22 Jan 2003 16:21:03 +0900
Subject: [PHP-users 12739] Re: null byte attack
In-Reply-To: <3E2E3AAB.7030408@ohgaki.net>
References: <3E2E3AAB.7030408@ohgaki.net>
Message-ID: <200301220721.QAA21694@mail3.rim.or.jp>

いわきりです

Yasuo Ohgaki wrote in <3E2E3AAB.7030408@ohgaki.net> :
>私は普段eregを使っているのでこのような攻撃に対して問題になる
>スクリプトはありませんが、preg*を使っている方は要注意です。

basename()もpreg()と同じような動作ですね。

$t = "test\0myext";
if ($t != basename($t, "myext") . "myext") {
    die("irregular filename: $t\n");
}
// 問題なしの時の処理が以下に続く
echo $t . "\n";

上記でもnull byte attackの回避になりますかね?

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 22 07:32:33 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Wed, 22 Jan 2003 16:32:33 +0900
Subject: [PHP-users 12740] Re: null byte attack
In-Reply-To: <3E2E3AAB.7030408@ohgaki.net>
References: <3E2E3AAB.7030408@ohgaki.net>
Message-ID: <20030122162120.45F6.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

私が筋違いな考えなのかもしれないですが、
そもそも NUL (\0) を文字列にきちんと含めて、
すべての関数で、それをハンドリングできるようにするのが、
本筋だと思うのですが。

少なくとも、PHP の文字列変数には NUL を含むことができますから、
一部の C のライブラリを wrap しただけの関数が動かないのでしょう。

これらは、マニュアルに NUL を文字列の終わりとみなすため、
予期せぬ動作をすることがある、と明記する必要があると思います。

大垣さんのおっしゃること、場当たり的対処としては、
きわめてもっともですが、
私は、ereg を使って逃げるのには賛成しかねます。

問題の本質を理解しようとしないユーザに、小手先の回避策を示しても、
同様の問題ですべて尻拭いをしてあげないと、
自ら穴をふさぐことを覚えない気がするのですが。

今回問題視すべきは、性能の良い pcre ではなくて、
readfile 関数に他ならないと思いますが、いかがでしょうか。

場当たり的対処をするならば、strlen() と php が知っている
文字列の長さが異なるときは、不正なファイル名 (or URL) ということで、
はじくとか、NSString (Mac OS X) のように、ファイルシステムに
基づいた path 操作ができるような関数郡を用意してあげる、
などの対策が思いつきます。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Wed Jan 22 07:42:18 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Wed, 22 Jan 2003 16:42:18 +0900
Subject: [PHP-users 12741] Re: null byte attack
In-Reply-To: <200301220721.QAA21694@mail3.rim.or.jp>
References: <3E2E3AAB.7030408@ohgaki.net> <200301220721.QAA21694@mail3.rim.or.jp>
Message-ID: <20030122164003.45FC.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

> basename()もpreg()と同じような動作ですね。

それをいうならば、basename() も ereg() と同じような動作ですね、では。

ソースを追っていないのですが、basename() 自体が、
C のライブラリのそれを使っているのではないでしょうか?

> php -q test.php
string(12) "filename.php"
string(16) "filename.phpext"

Solaris 2.6 + PHP 4.3.0 (CGI) で実験。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Wed Jan 22 07:46:28 2003
From: php-users@php.gr.jp (S.Okazaki)
Date: Wed, 22 Jan 2003 16:46:28 +0900
Subject: [PHP-users 12742] Re: mb関数
In-Reply-To: <200301160522.OAA08495@mail5.rim.or.jp>
References: <20030116093423.13DE.OKAZAKI@jp-hb.com> <200301160522.OAA08495@mail5.rim.or.jp>
Message-ID: <20030122164102.CBE4.OKAZAKI@jp-hb.com>

こんにちは、岡崎です。

> いわきり様
返信と、お礼が遅れ申し訳ありません。
先程、4.2.3にダウングレードしていたのを4.3.0に再び
バージョンアップしました。
お陰様で、mb関連の問題は解決できました。
php.ini-recommandを元に私なりに考え、以下のように修正しました。

mbstring.language = Japanese
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.encoding_translation = On
tring.encoding_translation = On
mbstring.substitute_character = none
mbstring.func_overload = 0

APCに関してはあきらめました(^^;

> php.iniで
> zend_extension = "/foo/bar/lib/php/extensions/no-debug-no-zts-20020429/apc.so"
> としていますか?
> 
> 以前のままで、
> zend_extension = "/foo/bar/lib/php/extensions/no-debug-no-zts-20020429/php_apc.so"
> としていませんか?

私はphp.iniで、
zend_extension="/usr/local/lib/php/extensions/apc.so"
↑コピー済み(20020…は変わるので面倒だからです(^^;)
apc.mode = mmap
apc.cachedir = /tmp
apc.check_compiled_source = 1
apc.check_mtime = 1

とやっておりますが、やはり動きません。
(/tmpにディレクトリを作ってくれません。)

しばらくこれで動かしていこうと思います。
ありがとうございました。

/_/_/_/_/_/_/_/_/_/_/_/_/_/
Japan Human Base 
Sotaro Okazaki
Email : okazaki@jp-hb.com
/_/_/_/_/_/_/_/_/_/_/_/_/_/

From php-users@php.gr.jp  Wed Jan 22 08:01:11 2003
From: php-users@php.gr.jp (Jun Kuwamura)
Date: Wed, 22 Jan 2003 17:01:11 +0900 (JST)
Subject: [PHP-users 12743] Re: session_pgsql 0.6.1 (RC)
In-Reply-To: <3E2D1AE0.3000407@ohgaki.net>
Message-ID: 

くわむらです。

どうもありがとうございます。

> > すみません、php.ini設定の名前を何度か変更しています。
> 
> session.pgsql_*
> から
> session_pgsql.*
> に変更して、この設定を複数DBサーバを指定できる
> ようにした時に、dbに変更してしまったと思います。
> 
> CVS Web確認と思ったのですが、sf.netがダウン
> しているので確認できませんでした。
> 
> 戻しても良いのですが、どうしましょう...
> 

  とりあえず、そのままでも良いですが、そのうちまた
変わるのであれば、直したほうが。
session.save_handler からの流れで session の階層化
であるということを考えると。。。session にマージ
されるのかなあと思うとちょっと迷うところですネ。
とりあえず大垣さんの好きに決めて良いと思います。

  _       ,,
@q p@.,,;',';,
 'U ,' ',,..;; 
 ',';;,'%%/--
 %/ %/    2003
  Jun Kuwamura

From php-users@php.gr.jp  Wed Jan 22 08:06:41 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Wed, 22 Jan 2003 17:06:41 +0900
Subject: [PHP-users 12744] Re: null byte attack
In-Reply-To: <20030122164003.45FC.M5ISSIGE@mr.hitachi-medical.co.jp>
References: <200301220721.QAA21694@mail3.rim.or.jp> <20030122164003.45FC.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <20030122165119.45FE.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

> ソースを追っていないのですが、basename() 自体が、
> C のライブラリのそれを使っているのではないでしょうか?

ソース見ました。
./ext/standard/string.c

そのままは使っていなかったです。

が、戻り値が char* であり、その長さを返していません。
それに、suffix の切りつめが、\0 書き込みだし。

なので、最低でも結果の長さを返さないとうまく行かないと思います。

	RETURN_STRING(X,Y)

の X に char* を, Y に 0 を返しているのですが、
Y に正しい長さを返すといいのでしょうか。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Wed Jan 22 08:12:03 2003
From: php-users@php.gr.jp (Jun Kuwamura)
Date: Wed, 22 Jan 2003 17:12:03 +0900 (JST)
Subject: [PHP-users 12745] Re: mb 関数
In-Reply-To: <20030122164102.CBE4.OKAZAKI@jp-hb.com>
Message-ID: 

くわむらです。

> 私はphp.iniで、
> zend_extension="/usr/local/lib/php/extensions/apc.so"
> ↑コピー済み(20020…は変わるので面倒だからです(^^;)
> apc.mode = mmap
> apc.cachedir = /tmp
> apc.check_compiled_source = 1
> apc.check_mtime = 1
> 
> とやっておりますが、やはり動きません。
> (/tmpにディレクトリを作ってくれません。)

  apc.check_mtime は shared memory mode 用のフラグです
ね。それが関係しているか別として、Plamo用に作った
php-4.3.0のパッケージで試して動作確認しました。(残念な
がら mmap モードの設定はパッケージの再インストールの際
に消してしまいましたが。)

  _       ,,
@q p@.,,;',';,
 'U ,' ',,..;; 
 ',';;,'%%/--
 %/ %/    2003
  Jun Kuwamura

From php-users@php.gr.jp  Wed Jan 22 09:02:00 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Wed, 22 Jan 2003 18:02:00 +0900
Subject: [PHP-users 12746] Re: null byte attack
References: <3E2E3AAB.7030408@ohgaki.net> <20030122162120.45F6.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <3E2E5E08.9000307@ohgaki.net>

Osamu Shigematsu wrote:
> 私が筋違いな考えなのかもしれないですが、
> そもそも NUL (\0) を文字列にきちんと含めて、
> すべての関数で、それをハンドリングできるようにするのが、
> 本筋だと思うのですが。

私も基本的にはそう思いますが、今すぐ対処したい、と言うニーズも
あるので両方の手法、pregからeregへの変更とphp_stream_open_wrapper
へのパッチ、の両方を書いたつもりです

# 私はpregはバイナリセーフなので勘（あまり良く考えずに
# 危険かもと思った）で、ユーザーからも入力できるファイ
# ル名チェックにはeregを使っていました ;)

もちろん他の関数でも危ない物があると思います。
中にはphp streamと全く関係ない物、basename等、はファイル
（ストリーム）を全く開かない物にはphp streamでは対応できま
せん。

> 
> 少なくとも、PHP の文字列変数には NUL を含むことができますから、
> 一部の C のライブラリを wrap しただけの関数が動かないのでしょう。
> 
> これらは、マニュアルに NUL を文字列の終わりとみなすため、
> 予期せぬ動作をすることがある、と明記する必要があると思います。

好運な事に、PHP4.3.0からはベースとほとんどのメジャーなモ
ジュールではphp streamsを使っています。パッチが必要な箇
所は比較てき少なくなります。

# Cプログラマの方は、php_stream_open_wrapperのキーワード
# があれば、すぐに対処できると思います。

ただ、他にも検討が必要な箇所が多く残っている事には変わり
ありません。

> 大垣さんのおっしゃること、場当たり的対処としては、
> きわめてもっともですが、
> 私は、ereg を使って逃げるのには賛成しかねます。
> 
> 問題の本質を理解しようとしないユーザに、小手先の回避策を示しても、
> 同様の問題ですべて尻拭いをしてあげないと、
> 自ら穴をふさぐことを覚えない気がするのですが。
> 
> 今回問題視すべきは、性能の良い pcre ではなくて、
> readfile 関数に他ならないと思いますが、いかがでしょうか。

これも多分、php_stream_open_wrapperを呼んでいると
思います。

> 場当たり的対処をするならば、strlen() と php が知っている
> 文字列の長さが異なるときは、不正なファイル名 (or URL) ということで、
> はじくとか、NSString (Mac OS X) のように、ファイルシステムに
> 基づいた path 操作ができるような関数郡を用意してあげる、
> などの対策が思いつきます。

BugTraqにfopenのパッチが載っていましたが、それも文字列の長さ
とzvalの文字列の長さを比較する物でした。まだ、あまり良く考えて
いませんがphp_stream_open_wrapperでチェックするのが良いと
思いますが問題もあります。ワイド文字をどうするか等です。根本的な
対策をPHP内部で行なうにはもっと良く考える必要があります。

# 多分、他のだれかがパッチをすぐに作るだろうと
# 他力本願モードになっていたりします  :)

ここにで話題になっている脆弱性はURLから攻撃可能かある程度判別で
きるので心あたりのある方は、場あたり的な対処策でも早めに対応する
ことをお勧めします。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Wed Jan 22 10:08:20 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Wed, 22 Jan 2003 19:08:20 +0900
Subject: [PHP-users 12747] configure について
Message-ID: 

清水です
ちょっとphpinfoで表示されるConfigure Commandについて教えてください。
PHP4.3.0を
./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql 
--with-sybase=/usr/local/freetds --with-unixODBC --enable-mbregex 
--enable-mbstring --enable-mbstr-enc-trans

で、MAKEするとsybase関連でエラーが出たのでHELPをみたら--with-sybaseがなく
なっていました。
前のバージョンでは存在していたかどうか記憶にありませんが、--with-mssqlに
sybaseのパスを入れるようになっていましたので
./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql 
--with-mssql=/usr/local/freetds --with-unixODBC --enable-mbregex 
--enable-mbstring --enable-mbstr-enc-trans

でインストールまで無事完了しました。

phpinfoで確認をするとConfigure Commandの部分は
'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--without-mysql' 
'--with-sybase=/usr/local/freetds' '--with-unixODBC' '--enable-mbregex' 
'--enable-mbstring' '--enable-mbstr-enc-trans' 

となっていました
mssqlはなくなっているかわりにsybaseが入っています。

phpinfoの中段にはmssqlの欄があり
Active Persistent Links  0 
Active Links  0 
Library version  7.0

となっていますが、これって正しい動作なのでしょうか？？ 

From php-users@php.gr.jp  Wed Jan 22 15:50:04 2003
From: php-users@php.gr.jp (R_Yamaguchi)
Date: Thu, 23 Jan 2003 00:50:04 +0900
Subject: [PHP-users 12748] csvの件、ありがとうございました。
Message-ID: <000901c2c22d$eed6da10$2e01a8c0@giants>

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01C2C279.5E581F20
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

ねもとさん、いわざとさん、いわきりさん、しょうなりさん、グスタフさん、皆様の
おかげをもちまして、一つアプリケーションが完成しました。ありがとうございまし
た。

------=_NextPart_000_0005_01C2C279.5E581F20
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$B$M$b$H$5$s!"$$$o$6$H$5$s!"$$$o$-$j$5$s!"$7$g$&$J$j$5$s!"%0%=
9%?%U$5$s!"3'MM$N$*$+$2$r$b$A$^$7$F!"0l$D%"%W%j%1!<%7%g%s$,40@.$7$^$7$?!#=
$"$j$,$H$&$4$6$$$^$7$?!#=1B(B

------=_NextPart_000_0005_01C2C279.5E581F20--

From php-users@php.gr.jp  Thu Jan 23 01:50:43 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Thu, 23 Jan 2003 10:50:43 +0900
Subject: [PHP-users 12749] Re: configure について
In-Reply-To: 
References: 
Message-ID: <200301230150.KAA27589@mail5.rim.or.jp>

いわきりです
shimizu@p-taiyosha.co.jp wrote in  :
>清水です
>ちょっとphpinfoで表示されるConfigure Commandについて教えてください。
>PHP4.3.0を
>./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql 
>--with-sybase=/usr/local/freetds --with-unixODBC --enable-mbregex 
>--enable-mbstring --enable-mbstr-enc-trans
>
>で、MAKEするとsybase関連でエラーが出たのでHELPをみたら--with-sybaseがなく
>なっていました。

4.3.0のconfigureスクリプトだと

% ./configure --help | grep "with-sybase"
  --with-sybase[=DIR]     Include Sybase-DB support.  DIR is the Sybase home
  --with-sybase-ct[=DIR]  Include Sybase-CT support.  DIR is the Sybase home

となりますけど?

>前のバージョンでは存在していたかどうか記憶にありませんが、--with-mssqlに
>sybaseのパスを入れるようになっていましたので
>./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql 
>--with-mssql=/usr/local/freetds --with-unixODBC --enable-mbregex 
>--enable-mbstring --enable-mbstr-enc-trans
>でインストールまで無事完了しました。

sybaseのパスでは無く、FreeTDSのパスですね。

>phpinfoで確認をするとConfigure Commandの部分は
>'./configure' '--with-apxs=/usr/local/apache/bin/apxs' '--without-mysql' 
>'--with-sybase=/usr/local/freetds' '--with-unixODBC' '--enable-mbregex' 
>'--enable-mbstring' '--enable-mbstr-enc-trans' 
>
>となっていました
>mssqlはなくなっているかわりにsybaseが入っています。

configureスクリプトに与えたオプションは、main/build-defs.hに
繁栄され、その内容が表示されます。

4.3.0の新しくなったbuildシステムだと、configureを繰り返しても
最後に行ったconfigureの結果が正しく繁栄されるようになったと思っていましたが
直ってないのだろうか?

>phpinfoの中段にはmssqlの欄があり
>Active Persistent Links  0 
>Active Links  0 
>Library version  7.0
>となっていますが、これって正しい動作なのでしょうか？？ 

phpinfo()で表示されるextension情報は、ローディングされていれば
表示されますので、mssqlは有効のはずです。

configureに与えたオプションと実際の拡張モジュールの内容が異なる
ケースとしては、
(1) php-4.2.3以前のversionで、configureを何度も繰り返した(make distcleanすること無しに)
    最初のものが、phpinfo()等に繁栄されます。
(2) staticリンクでなく、Dynamicリンクで拡張モジュールを追加した場合

ですので、お使いのPHPのバージョンは本当に4.3.0ですか？

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Thu Jan 23 02:36:23 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Thu, 23 Jan 2003 11:36:23 +0900
Subject: [PHP-users 12750] Re: configure について
Message-ID: 

清水です
> 
> >前のバージョンでは存在していたかどうか記憶にありませんが、--with-mssql
に
> >sybaseのパスを入れるようになっていましたので
> >./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql
> >--with-mssql=/usr/local/freetds --with-unixODBC --enable-mbregex
> >--enable-mbstring --enable-mbstr-enc-trans
> >でインストールまで無事完了しました。
> 
> sybaseのパスでは無く、FreeTDSのパスですね。

すみません。。FreeTDSのパスです。

> configureに与えたオプションと実際の拡張モジュールの内容が異なる
> ケースとしては、
> (1) php-4.2.3以前のversionで、configureを何度も繰り返した(make distclea
> nすること無しに)
>     最初のものが、phpinfo()等に繁栄されます。
> (2) staticリンクでなく、Dynamicリンクで拡張モジュールを追加した場合
> 
> ですので、お使いのPHPのバージョンは本当に4.3.0ですか？

はい、phpinfoでの確認ですが4.3.0です。

From php-users@php.gr.jp  Thu Jan 23 02:51:58 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Thu, 23 Jan 2003 11:51:58 +0900
Subject: [PHP-users 12751] PHP４について
Message-ID: <002901c2c28a$6720bf70$6801a8c0@kar.ie.kanagawau.ac.jp>

This is a multi-part message in MIME format.

------=_NextPart_000_0025_01C2C2D5.D5DDA310
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

みやざきと申します。最近PHPについての勉強を始めた初心者です。よろしくお願い
します。
開発環境
OS:WindowsXP
CIGWIN
PHP4.3.0
Apache1.3.22
Postgresql7.3.1
現在PostgreSQL,MySQLのデータをXMLデータとして
Apacheに格納することをPHPを用いてやっております。
MySQLのほうはできたのですが、PostgreSQLの方のプログラムを実行したときに
Fatal error: Call to undefined function: pg_connect() in
c:\apache\htdocs\postgresql\postgresql2xml.php on line 11
のようなエラーが出てしまし、原因をさがしていたら
インターネット・サービス KOMONET　様のHP
http://www.komonet.ne.jp/~php/faq.htm　に
「PHP4のバージョンによっては、バグの為PHP4の設定ファイル/etc/httpd/php.ini
に、PostgreSQL関数を呼び出す為の設定文

　extension=pgsql.so

が欠落している場合があります。このような場合は、「Dynamic Extensions」の項目
に

　extension=/usr/lib/php/extensions/no-debug-non-zts-20001222/pgsql.so
　*Turbolinux 7 Serverの場合

と言う設定文を追加するか、PHPを最新のバージョンにアップグレードしてこのエ
ラーを修正下さい。」
と記述されていました。
そこでどなたかTurbolinux 7 Serverではなく私の開発環境にあった設定文もしくは
解決方を教えてはいただけませんか。
。PHPを

------=_NextPart_000_0025_01C2C2D5.D5DDA310
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$B$_$d$6$-$H?=3D$7$^$9!#:G6a=1B(BPHP=1B$B$K$D$$$F$NJY6/$r;O$a=
$?=3Di?4

=1B$B3+H/4D6-=1B(B
OS:WindowsXP
CIGWIN
PHP4.3.0
Apache1.3.22
Postgresql7.3.1
=1B$B8=3D:_=1B(BPostgreSQL,MySQL=1B$B$N%G!<%?$r=1B(BXML=1B$B%G!<=
%?$H$7$F=1B(B
Apache=1B$B$K3JG<$9$k$3$H$r=1B(BPHP=1B$B$rMQ$$$F$d$C$F$*$j$^$9!#=
=1B(B
MySQL=1B$B$N$[$&$O$G$-$?$N$G$9$,!"=1B(BPostgreSQL=1B$B$NJ}$N%W%m=
%0%i%`$r

Fatal error: Call to undefined =
function:=20
pg_connect() in c:\apache\htdocs\postgresql\postgresql2xml.php on =
line=20
11
=1B$B$N$h$&$J%(%i!<$,=3DP$F$7$^$7!"860x$r$5$,$7$F$$$?$i=1B(B
=1B$B%$%s%?!<%M%C%H!&%5!<%S%9=1B(B KOMONET=1B$B!!=1B(B=1B$BMM$N=1B(BHP
http://www.komonet.ne.jp/~php/faq.htm=1B$B!!$K=1B(B
=1B$B!V=1B(BPHP4=1B$B$N%P!<%8%g%s$K$h$C$F$O!"%P%0$N0Y=1B(BPHP4=1B=
$B$N@_Dj%U%!%$%k=1B(B/etc/httpd/php.ini=20
=1B$B$K!"=1B(BPostgreSQL=1B$B4X?t$r8F$S=3DP$90Y$N@_DjJ8=1B(B

=1B$B=
!!=1B(Bextension=3Dpgsql.so

=1B$B$,7gMn$7$F$$$k>l9g$,=
$"$j$^$9!#$3$N$h$&$J>l9g$O!"!V=1B(BDynamic =
Extensions=1B$B!W$N9`L\$K=1B(B

=1B$B!!=1B(Bextension=3D/usr/lib/php/extensions/no-debug-non-zts-2000122=
2/pgsql.so
=1B$B!!=1B(B*Turbolinux 7=20
Server=1B$B$N>l9g=1B(B

=1B$B$H8@$&@_DjJ8$rDI2C$9$k$+!"=1B(B=
PHP=1B$B$r:G?7$N%P!<%8%g%s$K%"%C%W%0%l!<%I$7$F$3$N%(%i!<$r=3D$@52<$5$$!#!=
W=1B(B
=1B$B$H5-=3DR$5$l$F$$$^$7$?!#=1B(B
=1B$B$=3D$3$G$I$J$?$+=1B(BTurbolinux 7=20
Server=1B$B$G$O$J$/;d$N3+H/4D6-$K$"$C$?@_DjJ8$b$7$/$O2r7hJ}$r65$($F$O$$$?=
$@$1$^$;$s$+!#=1B(B
=1B$B!#=1B(BPHP=1B$B$r=1B(B

------=_NextPart_000_0025_01C2C2D5.D5DDA310--

From php-users@php.gr.jp  Thu Jan 23 02:58:41 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Thu, 23 Jan 2003 11:58:41 +0900
Subject: [PHP-users 12752] Re: configure について
In-Reply-To: 
References: 
Message-ID: <200301230258.LAA09820@mail5.rim.or.jp>

shimizu@p-taiyosha.co.jp wrote in  :
>清水です
>はい、phpinfoでの確認ですが4.3.0です。

I wrote in <200301230150.KAA27589@mail5.rim.or.jp> :
>4.3.0の新しくなったbuildシステムだと、configureを繰り返しても
>最後に行ったconfigureの結果が正しく繁栄されるようになったと思っていましたが
>直ってないのだろうか?

と書いたことを試してみましたが、繁栄されませんでした。
初回のconfigure結果が、表示されているだけですね。

清水さんの場合、
phpinfo()の整合性をとるなら、make distcleanをして
作り直した方が良いですね。

気にしないのであれば、
スクリプト中で、
get_loaded_extensions()
で、拡張モジュールを確認するか、phpinfo()の拡張モジュール
の情報を当てにすればよいです。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Thu Jan 23 03:44:19 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Thu, 23 Jan 2003 12:44:19 +0900
Subject: [PHP-users 12753] Re: PHP４について
In-Reply-To: <002901c2c28a$6720bf70$6801a8c0@kar.ie.kanagawau.ac.jp>
References: <002901c2c28a$6720bf70$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <20030123124200.BB31.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

PHP はどのようにインストールされたのでしょうか。

./configure のオプションで PostgreSQL を使うことを明示しなければ、
pg_connect() などの関数は定義されません。
(MySQL はデフォルトで有効だったと思います。
私は、明示的に --without-mysql していますが。)

./configure のオプションは、phpinfo() で確認できます。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Thu Jan 23 04:21:17 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Thu, 23 Jan 2003 13:21:17 +0900
Subject: [PHP-users 12754] Re: PHP４について
References: <002901c2c28a$6720bf70$6801a8c0@kar.ie.kanagawau.ac.jp> <20030123124200.BB31.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp>

宮崎です。
重松様お忙しい中お答えありがとうございます。
> PHP はどのようにインストールされたのでしょうか。
１、php-4.3.0-Win32.zipをダウンロードしてきて解凍２、php4ts.dllをシステム
フォC:\WINDOWS\system32にコピー。
３、解凍したフォルダにあるphp.ini-distをphp.iniという名前にし
doc_root="c:/apache/htdocs" extension_dir="c:/php/extensions"
include_path=".;c:/php/include;c:/php/pear"と変更し、C:\WINDOWS\systemに移
動。
４、Apacheフォルダー内のhttpd.confを
４．１ LoadModule php4_module  c:/php/sapi/php4apache.dll
４．２ AddType application/x-httpd-php .php
と変更
このようにインストールしました。（このようなことではない？？）

> (MySQL はデフォルトで有効だったと思います。
> 私は、明示的に --without-mysql していますが。)
「明示的に --without-mysql 」ってどのようなことでしょうか？？知識不足のため
理解できません。すみません。

> ./configure のオプションは、phpinfo() で確認でき
>ます。
確認したところPostgreSQLという文字はありませんでした。
お手数をおかけいたしますが、ご指導よろしくお願いします。

From php-users@php.gr.jp  Thu Jan 23 04:52:35 2003
From: php-users@php.gr.jp (Toshiyuki Kajii)
Date: Thu, 23 Jan 2003 13:52:35 +0900
Subject: [PHP-users 12755] Re: PHP ４について
In-Reply-To: Your message of "Thu, 23 Jan 2003 13:21:17 +0900"
 <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp>
References: <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <20030123045121.DFFED9CE4@izanami.mikoto.gr.jp>

梶井です。

* Thu, 23 Jan 2003 13:21:17 +0900
* "Etsurou　Miyazaki"  wrote:

>１、php-4.3.0-Win32.zipをダウンロードしてきて解凍２、php4ts.dllをシステム
>フォC:\WINDOWS\system32にコピー。

最初、cygwinの記述があったので、cygwin上にapache,php,postgres全てを
入れたのかと勘違いしてました。cygwinはpostgresのためですね。

php.iniで Dynamic Extensions 内のPostgreSQLモジュール php_pgsql.dll
の部分のコメントを外してみてください。

extension=php_pgsql.dll

参考サイト：
http://www.aspect-sys.co.jp/etc/win/xp_db/

*---------------------------------------------------*
    Toshiyuki Kajii    梶井 俊幸
    e-mail:            mikoto@camino.nissan.ne.jp
*---------------------------------------------------*

From php-users@php.gr.jp  Thu Jan 23 04:58:27 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Thu, 23 Jan 2003 13:58:27 +0900
Subject: [PHP-users 12756] Re: configure について
Message-ID: 

清水です

> 清水さんの場合、
> phpinfo()の整合性をとるなら、make distcleanをして
> 作り直した方が良いですね。

make distcleanをして再インストールしたらバッチリ直りました。

ありがとうございました

From php-users@php.gr.jp  Thu Jan 23 05:46:16 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Thu, 23 Jan 2003 14:46:16 +0900
Subject: [PHP-users 12757] Re: PHP ４について
References: <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp> <20030123045121.DFFED9CE4@izanami.mikoto.gr.jp>
Message-ID: <002201c2c2a2$bf567500$6801a8c0@kar.ie.kanagawau.ac.jp>

梶井様ありがとうございます。
cygwinはpostgreSQLにて使用しました。書き方が下手ですみませんでした。

> php.iniで Dynamic Extensions 内のPostgreSQLモジュール php_pgsql.dll
> の部分のコメントを外してみてください。
>
> extension=php_pgsql.dll
とやってみました。それで実行してみましたが、前と変わらずに同じエラーが出てし
まいました。
Fatal error: Call to undefined function: pg_connect() in
c:\apache\htdocs\postgresql\postgresql2xml.php on line 11

phpinfo()の方にも参考サイトのようなPostgreSQLという文字はありませんでした。

梶井様に教えていただいた参考サイトを参考にさせていただき原因を探りたいと思い
ますが、どなたかわかる方がいらしましたら、ご教授よろしくおねがいします。
----- Original Message -----
From: "Toshiyuki Kajii" 
To: 
Sent: Thursday, January 23, 2003 1:52 PM
Subject: [PHP-users 12755] Re: PHP ４について

>
> 梶井です。
>
> * Thu, 23 Jan 2003 13:21:17 +0900
> * "Etsurou　Miyazaki"  wrote:
>
> >１、php-4.3.0-Win32.zipをダウンロードしてきて解凍２、php4ts.dllをシステム
> >フォC:\WINDOWS\system32にコピー。
>
> 最初、cygwinの記述があったので、cygwin上にapache,php,postgres全てを
> 入れたのかと勘違いしてました。cygwinはpostgresのためですね。
>
> php.iniで Dynamic Extensions 内のPostgreSQLモジュール php_pgsql.dll
> の部分のコメントを外してみてください。
>
> extension=php_pgsql.dll
>
> 参考サイト：
> http://www.aspect-sys.co.jp/etc/win/xp_db/
>
>
> *---------------------------------------------------*
>     Toshiyuki Kajii    梶井 俊幸
>     e-mail:            mikoto@camino.nissan.ne.jp
> *---------------------------------------------------*
>
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
>

From php-users@php.gr.jp  Thu Jan 23 05:59:58 2003
From: php-users@php.gr.jp (Yuki Endo)
Date: Thu, 23 Jan 2003 14:59:58 +0900
Subject: [PHP-users 12758] OCIBindByNameで -1 の指定について
Message-ID: <200301230559.AA00089@SW12294A.quest.co.jp>

はじめまして、遠藤と申します。
OCIBindByNameで -1 の指定について教えて頂きたくメールしました。

以下のようなPHP文を実行し、OCIBindByName で -1 を指定すると $w_IDSEIKN 変数の内容が表示さ
れません。
OUTパラメータ outIDSEIKN に格納されている値が１文字だった場合は $w_IDSEIKN 変数の内容が表
示されます。
また、OCIBindByName でOUTパラメータの文字数を直接指定しても正常に表示されるのですが、
OCIBindByName
で -1 を指定し、:w_IDSEIKN の現在の長さを 最大長として設定したいです。
何か分かる方がございましたら、アドバイスをお願いします。

・環境
Apache 1.2.27
Redhat 7.3
PHP 4.2.4-dev
Oracle Client 8.1.7
Oracle8 8.0.5.0.0

・PHP(一部)
$lstrSql  = "BEGIN ";
$lstrSql .= "ESTGETUIDINFO($lctl_UserId, $lctl_Password, '$w_SysCD', :w_IDSEIKN); ";
$lstrSql .= "END;";
$stmt = OCIParse($lobjCon, $lstrSql);
OCIBindByName ( $stmt, ":w_IDSEIKN", &$w_IDSEIKN, -1 );
OCIExecute ( $stmt );
// 変数内容表示
echo $w_IDSEIKN;

・プロシージャ(一部省略)
CREATE OR REPLACE PROCEDURE ESTGETUIDINFO
(
	inUserID	in	VARCHAR2,
	inPassword	in	VARCHAR2,
	inSysCD		in	VARCHAR2,
	outIDSEIKN	out     VARCHAR2
)
IS
	CURSOR	 CUR_PU IS
	SELECT
		ID,
		PASS,
		SYSCD,
		IDSEIKN
	FROM
		PLAN_USER
	WHERE
		ID = inUserID ;
BEGIN
	FOR REC IN CUR_PU LOOP
		v_UserID	:= REC.ID ;
		v_Pass		:= REC.PASS ;
		outIDSEIKN	:= REC.IDSEIKN ;
	END LOOP;

・DB(PLAN_USER)(一部)
名前          NULL?    型
------------- -------- -----------------
IDSEIKN                VARCHAR2(50)

以上、宜しくお願い致します。

-------------------------
yuki endo
Mail : endo@quest.co.jp
-------------------------

From php-users@php.gr.jp  Thu Jan 23 06:04:10 2003
From: php-users@php.gr.jp (Ryo Misato)
Date: Thu, 23 Jan 2003 15:04:10 +0900
Subject: [PHP-users 12759] Re: PHP４について
In-Reply-To: <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp>
References: <20030123124200.BB31.M5ISSIGE@mr.hitachi-medical.co.jp> <006001c2c296$e0728640$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <20030123145947.5785.MISATO@elfincafe.com>

初めて投稿させていただきます。三郷と申します。
よろしくお願いします。

> ３、解凍したフォルダにあるphp.ini-distをphp.iniという名前にし
> doc_root="c:/apache/htdocs" extension_dir="c:/php/extensions"
> include_path=".;c:/php/include;c:/php/pear"と変更し、C:\WINDOWS\systemに移
> 動。

php.iniは C:\WINDOWS\system ではなく C:\WINDOWS ではないでしょうか？
試してみてください。

--------------------------------------------
 三郷  涼 

From php-users@php.gr.jp  Thu Jan 23 06:09:52 2003
From: php-users@php.gr.jp (LastTom)
Date: Thu, 23 Jan 2003 15:09:52 +0900
Subject: [PHP-users 12760] Re: PHP ４について
In-Reply-To: <002201c2c2a2$bf567500$6801a8c0@kar.ie.kanagawau.ac.jp>
References: <20030123045121.DFFED9CE4@izanami.mikoto.gr.jp> <002201c2c2a2$bf567500$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <20030123150614.4EB7.LASTTOM@hera.eonet.ne.jp>

松川です。

  みやざきさん少し落ちつきましょう。

> とやってみました。それで実行してみましたが、前と変わらずに同じエラーが出てし
> まいました。

  apacheの再起動はしましたか?

> 梶井様に教えていただいた参考サイトを参考にさせていただき原因を探りたいと思い
> ますが、どなたかわかる方がいらしましたら、ご教授よろしくおねがいします。

  この文も引っかかりますが、元文にあった『初心者です』とか無意味な全文引
用やhtml添付は、技術系MLでは嫌われますよ。

Tsutomu Matsukawa
lasttom@hera.eonet.ne.jp

From php-users@php.gr.jp  Thu Jan 23 06:17:46 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Thu, 23 Jan 2003 15:17:46 +0900
Subject: [PHP-users 12761] Re: PHP ４について
References: <20030123045121.DFFED9CE4@izanami.mikoto.gr.jp> <002201c2c2a2$bf567500$6801a8c0@kar.ie.kanagawau.ac.jp> <20030123150614.4EB7.LASTTOM@hera.eonet.ne.jp>
Message-ID: <000501c2c2a7$25f8bb20$6801a8c0@kar.ie.kanagawau.ac.jp>

みやざきです。
松川様ありがとうございました。

>apacheの再起動はしましたか?
してみました。

>   この文も引っかかりますが、元文にあった『初心者です』とか無意味な全文引
> 用やhtml添付は、技術系MLでは嫌われますよ。
ご忠告ありがとうございました。以後気をつけたいと思います。すみませんでした。

From php-users@php.gr.jp  Thu Jan 23 06:30:41 2003
From: php-users@php.gr.jp (Naoto Arai)
Date: Thu, 23 Jan 2003 15:30:41 +0900
Subject: [PHP-users 12762] URLエンコードされた文字列に対する処理
Message-ID: <20030123150010.9A5C.ARAI@init.co.jp>

みなさまはじめまして。新井と申します。

困った事が起こってしまい、調査・検証を繰り返してみてみたものの、
根本の原因を突き止める事ができず、みなさまのお力をお貸しして頂ければ
と思い、投稿させて頂きました。

内容は、
「URLエンコード形式の文字列が、勝手にデコードされてしまう」
というものです。

フォームより入力された文字列を
単純にHTML出力するだけのスクリプトを作成し、
フォームから "$" という文字を入力したとします。
この場合、表示される文字は、当然 "$" です。

＃HTTP_RAW_POST_DATAの中身は "%24"

しかし、"%24" を入力した場合、
本来なら、"%24" という文字列が表示されるべきなのに、
"$" が表示されてしまいます。

＃HTTP_RAW_POST_DATAの中身は "%2524"

RAWデータの中身を見ても判るように、
明らかに、後者はURLエンコードされた文字列に対する
デコード処理が２回行われています。

これだと、例えば
「100%A4サイズです」という（意味不明な）文字列を入力しても、
"%A4" 部分にデコード処理が施され、
「100、サイズです」と表示されてしまいます。

PHPのバージョンは、4.2.3

Configureオプションに、
--enable-mbstr-enc-trans
--enable-mbstring
は含まれています。

また、
HTTP入力はSJIS
内部エンコードはEUC-JP
HTTP出力はSJIS
となっています。

このような現象に関する情報をお持ちの方がいらっしゃいましたら、
是非ともアドバイスをお願いします。

宜しくお願い致します。

--
Naoto Arai 

From php-users@php.gr.jp  Thu Jan 23 08:28:52 2003
From: php-users@php.gr.jp (Tatsuo Ishii)
Date: Thu, 23 Jan 2003 17:28:52 +0900 (JST)
Subject: [PHP-users 12763] pgimage3-b2
Message-ID: <20030123.172852.28784952.t-ishii@sra.co.jp>

石井です．サブジェクトを変え，スレッド切りました．
# 元記事は[PHP-users 12485]です．
# 本業が火を吹いているのですが，ちょっとだけ逃避

> 参考になるかどうかわかりませんが，私のアプリケーションを
> 
> ftp://ftp.sra.co.jp/pub/cmd/postgres/pgimage/pgimage3-b1.tar.gz
> 
> に置いてきました．
> # 実は昨年の4月にもうできあがっていたんですが，もうちょっといじってか
> # ら...と思っているうちに時間がたってしまいました．
> 
> この中にPHPlibも含まれています．

これをちょっとだけ直して

ftp://ftp.sra.co.jp/pub/cmd/postgres/pgimage/pgimage3-b2.tar.gz

に置きました．PHP 4.3.0になってから文法チェックが厳しくなり，関数の再
定義という恥ずかしい間違いが発覚したので修正しました．

本来こんなささやかなバージョンアップをわざわざMLでお知らせするのも何で
すが，これからPHP 4.3.0に移行しようという方もいらっしゃると思い，あえ
て投稿しました．そんなわけで，この手のお知らせはこれが最後ですので，ご
容赦下さい．
--
Tatsuo Ishii

From php-users@php.gr.jp  Thu Jan 23 08:34:19 2003
From: php-users@php.gr.jp (Yuki Matsuda)
Date: Thu, 23 Jan 2003 17:34:19 +0900 (JST)
Subject: [PHP-users 12764] PHPLIB のダウンロードに関して
Message-ID: <20030123083419.11386.qmail@web1107.mail.yahoo.co.jp>

はじめまして、松田といいます。
最近、PHPを使い始めた初心者です。

とても基本的なことのようなので、質問しづらいのですが、
ここ数日間いろいろ調べているのですが、解決できていないの
で、
ご教授お願いしたいと思います。

認証処理をするためにPHPLIBをダウンロードしたいのですが、
以下のサイトからダウンロードすることができません。

http://phplib.netuse.de/

現在は、別のサイトなのでしょうか？

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!
http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Thu Jan 23 09:12:16 2003
From: php-users@php.gr.jp (高橋　研輔)
Date: Thu, 23 Jan 2003 18:12:16 +0900
Subject: [PHP-users 12765] Re: PHPLIB のダウンロードに関して
In-Reply-To: <20030123083419.11386.qmail@web1107.mail.yahoo.co.jp>
References: <20030123083419.11386.qmail@web1107.mail.yahoo.co.jp>
Message-ID: <63C2C2BF8666ECkensuke@z-planet.co.jp>

こんにちわ、松田さん。
高橋です。

PHPLIBは、以下のURLのDownload から入手できます。
http://phplib.sourceforge.net/index.php3

From php-users@php.gr.jp  Thu Jan 23 09:18:34 2003
From: php-users@php.gr.jp (Yuki Matsuda)
Date: Thu, 23 Jan 2003 18:18:34 +0900 (JST)
Subject: [PHP-users 12766] Re: PHPLIB のダウンロードに関して
In-Reply-To: <63C2C2BF8666ECkensuke@z-planet.co.jp>
Message-ID: <20030123091834.81912.qmail@web406.mail.yahoo.co.jp>

高橋様

情報、ありがとうございました。
早速ダウンロードしてきます。

　　松田

 --- 高橋　研輔  からのメッセー
ジ：
> こんにちわ、松田さん。
> 高橋です。
> 
> PHPLIBは、以下のURLのDownload から入手できます。
> http://phplib.sourceforge.net/index.php3
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Thu Jan 23 09:32:37 2003
From: php-users@php.gr.jp (eiji sato)
Date: Thu, 23 Jan 2003 18:32:37 +0900
Subject: [PHP-users 12767] 画像に×が表示されます。
Message-ID: <006801c2c2c2$5e67cc60$0a01a8c0@toramaru.ne.jp>

佐藤です。メーリングリスト調べていろいろ試してますが、
Explolerで画像が×に表示されてしまいます。
どこが、足りないのでしょうか。

From php-users@php.gr.jp  Thu Jan 23 09:35:07 2003
From: php-users@php.gr.jp (H.Morimoto)
Date: Thu, 23 Jan 2003 18:35:07 +0900
Subject: [PHP-users 12768] Re: URLエンコードされた文字列に対する処理
References: <20030123150010.9A5C.ARAI@init.co.jp>
Message-ID: <001401c2c2c2$b7bcc180$c71514ac@morimotow2k>

こんばんは、森元です。

たぶん下で解決できるのでは？
http://php3.info/manual/ja/print/function.htmlspecialchars.php

From php-users@php.gr.jp  Thu Jan 23 10:11:37 2003
From: php-users@php.gr.jp (Naoto Arai)
Date: Thu, 23 Jan 2003 19:11:37 +0900
Subject: [PHP-users 12769] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <001401c2c2c2$b7bcc180$c71514ac@morimotow2k>
References: <20030123150010.9A5C.ARAI@init.co.jp> <001401c2c2c2$b7bcc180$c71514ac@morimotow2k>
Message-ID: <20030123190105.9A5E.ARAI@init.co.jp>

森本様、返信ありがとうございます。

説明がわかりにくくて申し訳ありません。
どうやら問題を取り違えていらっしゃるようです。

PHPに値が渡った時点で、既に「%24」という値が
「$」になってしまっているので、
プログラム内で HtmlSpecialChars() を使う以前の問題なのです。

フォーム：入力文字列「%24」
　↓
ブラウザがURLエンコードして送信：送信文字列「%2524」
　↓
PHP受け取り：RAW_DATA「%2524」
　↓
グローバル変数に登録
恐らくここで謎な処理が発生。
本来なら_POSTにデコードされた「%24」が入るはずだが、
なぜか「$」になる。（２重でデコード処理がされている？）

これが、PHP 4.2.3のバグなのか、
ただの設定ミスで、特定の設定項目を修正すれば直るのか、
それともConfigureしなおす必要があるのか、
情報をお持ちの方、何卒よろしくお願いします。

> こんばんは、森元です。
> 
> たぶん下で解決できるのでは？
> http://php3.info/manual/ja/print/function.htmlspecialchars.php

From php-users@php.gr.jp  Thu Jan 23 10:39:36 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Thu, 23 Jan 2003 19:39:36 +0900
Subject: [PHP-users 12770] Re: pgimage3-b2
References: <20030123.172852.28784952.t-ishii@sra.co.jp>
Message-ID: <3E2FC668.8060600@ohgaki.net>

大垣です。

随分前からこのチェックが無い不具合は知られていて、パッチ
も複数（少なくとも私とBrad）から送られていたのですが、
長期間放置されたままでした。

普通のプログラマは同一関数名定義は言語がエラーを出す、と
信じているので大きなクラス定義を沢山持っている方は同一の
問題がコードにある可能性が大きいと思います。と、言ってい
る私もその内の一人です。

Tatsuo Ishii wrote:
> に置きました．PHP 4.3.0になってから文法チェックが厳しくなり，関数の再
> 定義という恥ずかしい間違いが発覚したので修正しました．

元はと言えば、こんな不具合が放置されていたことが悪いので
あって、スクリプトを書いた人が悪い訳でないと思います。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Thu Jan 23 10:51:09 2003
From: php-users@php.gr.jp (Morishita)
Date: Thu, 23 Jan 2003 19:51:09 +0900
Subject: [PHP-users 12771] Re: 画像に×が表示されます。
In-Reply-To: <006801c2c2c2$5e67cc60$0a01a8c0@toramaru.ne.jp>
References: <006801c2c2c2$5e67cc60$0a01a8c0@toramaru.ne.jp>
Message-ID: <3E2FC91DCB.FD6BKOUZZY@imb.m.ecl.ntt.co.jp>

森下と言います。

そもそもＤＢへの接続はうまく行っているのでしょうか？
headerの行を Content-type: text/html に変えてみて
何が表示されるか見てみてはいかがでしょう？
どこかでエラーになっているか、元々画像など表示して
いないなどの原因が考えられますので、まずおかしい
箇所を探す必要があると思います。

On Thu, 23 Jan 2003 18:32:37 +0900
"eiji sato"  wrote:
> 佐藤です。メーリングリスト調べていろいろ試してますが、
> Explolerで画像が×に表示されてしまいます。
> どこが、足りないのでしょうか。
> 
>    $userfile_type=$_POST["userfile_type"];
>   header("Content-type:$userfile_type");
>   $oid=$_POST["oid"];
>   
>   $conn = pg_Connect("host=XXX","5432","","","img_test");
>   if($conn != 0){
>         print "データベースに接続完了";
>   }
>   if($conn == 0){
>          print "データベースに接続できません";
>          exit;
>   }            
>   pg_exec($conn,"begin");//トランザクションの開始
>   $fd=pg_loopen($conn,$oid,"r");
>   pg_loreadall($fd);
>   pg_loclose($fd);  
>   pg_exec($conn,"end");//トランザクションの終了
> 
> 
> ?>
> 
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
> 
-----
ＮＴＴ情報流通プラットフォーム研究所（ＰＦ研 情ビＰ ビシＧ）
次世代ビジネスネットワーキングＰネットワーキングシステムＧ
森下幸治 MAIL morishita.kouji@lab.ntt.co.jp

From php-users@php.gr.jp  Thu Jan 23 11:05:36 2003
From: php-users@php.gr.jp (UNO Shintaro)
Date: Thu, 23 Jan 2003 20:05:36 +0900
Subject: [PHP-users 12772] Re: 画像に×が表示されます。
In-Reply-To: <006801c2c2c2$5e67cc60$0a01a8c0@toramaru.ne.jp>
References: <006801c2c2c2$5e67cc60$0a01a8c0@toramaru.ne.jp>
Message-ID: <200301231105.h0NB5ar5001441@smtp4.dti.ne.jp>

>佐藤です。メーリングリスト調べていろいろ試してますが、
>Explolerで画像が×に表示されてしまいます。
>どこが、足りないのでしょうか。

このスクリプトって、渡されたパラメータoidが画像データのLarge Objectを
指していて、その画像データを出力するものですよね。であれば、

>  if($conn != 0){
>        print "データベースに接続完了";
>  }

こういう余計なprintを入れては駄目です。
画像のバイナリデータを送ろうとしているのに、
その他に余計な文字列を出力してしまったら、
正しいデータになりません。

でも、問題がそれだけとは限らないですね。

header文をいったん止めておいた状態で、IMG SRC=の中からではなく、
このスクリプトをWWWブラウザでじかに呼び出してみると、
どういう出力がでてきているのかハッキリ分かると思います。

-- 
UNO Shintaro, 宇野 信太郎
mailto:uno@venus.dti.ne.jp
http://www.venus.dti.ne.jp/~uno/

From php-users@php.gr.jp  Thu Jan 23 20:51:08 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Fri, 24 Jan 2003 05:51:08 +0900
Subject: [PHP-users 12773] エラーについて
Message-ID: <002301c2c321$27de91b0$6801a8c0@kar.ie.kanagawau.ac.jp>

This is a multi-part message in MIME format.

------=_NextPart_000_001F_01C2C36C.9768FE80
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

miyazakiです。
PostgreSQLのデータをXMLデータとして抽出するPHPを作成いたしました。そして
Apacheにおき実行してみると
Parse error: parse error, unexpected '@' in
c:\apache\htdocs\postgresql555xml.php on line 3

というエラーが出てしましました。いったいこれはどのようなエラーなのでしょう
か。
メーリングリストの過去ログなどで調べたのですが、「エラーを表示しない」と書い
てありましたが、ソース中には＠は使っておりません。
どなたかわかる方がいらっしゃいましたら教えてはいただけませんか。よろしくお願
いします。

miyazaki

開発環境
OS:WindowsXP
CIGWIN
PHP4.3.0
Apache1.3.22
Postgresql7.3.1

------=_NextPart_000_001F_01C2C36C.9768FE80
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

miyazaki=1B$B$G$9!#=1B(B
PostgreSQL=1B$B$N%G!<%?$r=1B(BXML=1B$B%G!<%?$H$7$FCj=3DP$9$k=1B(BPHP=
=1B$B$r:n@.$$$?$7$^$7$?!#$=3D$7$F=1B(BApache=1B$B$K$*$-
Parse error: parse error, unexpected '@' =
in=20
c:\apache\htdocs\postgresql555xml.php on line 3

=1B$B$H$$$&%(%i!<$,=3DP$F$7$^$7$^$7$?!#$$$C$?$$$3$l$O$I$N$h$&$J%(%i!=
<$J$N$G$7$g$&$+!#=1B(B
=1B$B%a!<%j%s%0%j%9%H$N2a5n%m%0$J$I$GD4$Y$?$N$G$9$,!"!V%(%i!<$rI=3D<=
($7$J$$!W$H=3Dq$$$F$"$j$^$7$?$,!"%=3D!<%9Cf$K$O!w$O;H$C$F$*$j$^$;$s!#=1B(=
B
=1B$B$I$J$?$+$o$+$kJ}$,$$$i$C$7$c$$$^$7$?$i65$($F$O$$$?$@$1$^$;$s$+!=
#$h$m$7$/$*4j$$$7$^$9!#=1B(B

miyazaki

=1B$B3+H/4D6-=1B(B
OS:WindowsXP
CIGWIN
PHP4.3.0
Apache1.3.22
Postgresql7.3.1

------=_NextPart_000_001F_01C2C36C.9768FE80--

From php-users@php.gr.jp  Thu Jan 23 22:42:25 2003
From: php-users@php.gr.jp (Shindo)
Date: Fri, 24 Jan 2003 07:42:25 +0900
Subject: [PHP-users 12774] Re: エラーについて
In-Reply-To: <002301c2c321$27de91b0$6801a8c0@kar.ie.kanagawau.ac.jp>
References: <002301c2c321$27de91b0$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: 

進藤です。

>miyazakiです。
>PostgreSQLのデータをXMLデータとして抽出するPHPを作成いたしました。そ
>して
>Apacheにおき実行してみると
>Parse error: parse error, unexpected '@' in
>c:\apache\htdocs\postgresql555xml.php on line 3

表示そのものです。
PHPソースの1行目から3行目の間で文法エラーがあります。
ソースが無いので想像でしか書けませんが
ソースの2行目か3行目に""で括られていない全角の空白とかが
書かれていないでしょうか

_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/
_/  進藤寿則＠アットシステム
_/  shindo@ atsystem.jp  Tel 022-385-1593  Fax 022-385-1595
_/

From php-users@php.gr.jp  Thu Jan 23 22:59:18 2003
From: php-users@php.gr.jp (Kiryu Tsukimiya)
Date: Fri, 24 Jan 2003 07:59:18 +0900
Subject: [PHP-users 12775] コマンドライン版+PEAR DB
Message-ID: <20030124074918.B8CE.PHP@angelicwing.net>

月宮です。おはようございます。

仕事でCLI版を使うようになったんですが、
CLI版PHPよりPEAR DBで
MySQLに接続しようとすると、以下のようなメッセージが出ます。

File 'NONEXISTENT/charsets/?.conf' not found (Errcode: 2)
Character set '#12' is not a compiled character set and is not specified
in the 'NONEXISTENT/charsets/Index' file

自分のサーバ(FreeBSD)では出ないんですが・・・。

これが出た環境は
・Redhat 7.3
・PHP4.3.0
・MySQL3.23.54（だったはず・・・）

configureは
--enable-zend-multibyte \
--enable-mbstring \
--with-pgsql \
--with-mysql \
--with-zlib \
--with-xmlrpgc
でmake install-cliしてます。

apacheモジュール版では普通に接続できます。

よろしくお願いします。

//そういえば、--enable-mbstringってデフォルトで有効でしたっけ？＞4.3.x

-- 
月宮紀柳 

From php-users@php.gr.jp  Fri Jan 24 00:54:49 2003
From: php-users@php.gr.jp (HOTTA Michihide)
Date: Fri, 24 Jan 2003 09:54:49 +0900
Subject: [PHP-users 12776] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030123190105.9A5E.ARAI@init.co.jp>
References: <001401c2c2c2$b7bcc180$c71514ac@morimotow2k> <20030123190105.9A5E.ARAI@init.co.jp>
Message-ID: <20030124093642.60FD.HOTTA@net-newbie.com>

堀田＠諫早市です。

On Thu, 23 Jan 2003 19:11:37 +0900
Naoto Arai  wrote:

> フォーム：入力文字列「%24」
> 　↓
> ブラウザがURLエンコードして送信：送信文字列「%2524」
> 　↓
> PHP受け取り：RAW_DATA「%2524」
> 　↓
> グローバル変数に登録
> 恐らくここで謎な処理が発生。
> 本来なら_POSTにデコードされた「%24」が入るはずだが、
> なぜか「$」になる。（２重でデコード処理がされている？）
> 
> これが、PHP 4.2.3のバグなのか、
> ただの設定ミスで、特定の設定項目を修正すれば直るのか、
> それともConfigureしなおす必要があるのか、

手元の環境 (VineSeed) でテストしてみましたが、再現できませんでした。

$ rpm -q php
php-4.2.3-0vl3 
（この rpm パッケージは、まだ？リリースされていません）

\n", $HTTP_RAW_POST_DATA);
printf("\$a=%s
\n", $_POST['a']);
print <<< EOD

EOD;
?>

/etc/php.ini の変更部分
always_populate_raw_post_data = On

入力：$
表示：HTTP_RAW_POST_DATA="a=$"
      $a=$
入力：%24
表示：HTTP_RAW_POST_DATA="a=%2524"
      $a=%24

コンパイルオプションは、以下のようになっています。

'./configure' '--prefix=/usr' '--with-config-file-path=/etc'
'--enable-force-cgi-redirect' '--disable-debug' '--enable-pic'
'--enable-inline-optimization' '--with-apxs=/usr/sbin/apxs'
'--with-exec-dir=/usr/bin' '--with-bz2' '--with-regex=system'
'--with-gettext' '--with-gmp' '--with-gd' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--with-ttf' '--with-zlib' '--with-gdbm'
'--with-openssl' '--with-layout=GNU' '--enable-debugger'
'--enable-magic-quotes' '--enable-safe-mode' '--enable-sockets'
'--enable-sysvsem' '--enable-sysvshm' '--enable-track-vars'
'--enable-yp' '--enable-ftp' '--enable-wddx' '--without-mysql'
'--without-oracle' '--without-oci8' '--with-xml' '--with-expat-dir
usr' '--with-dom=/usr' '--enable-xslt' '--with-xslt-sablot=/usr'
'--with-dom-xslt=/usr' '--enable-iconv' '--enable-mbregex'
'--with-namazu=/usr' '--with-kakasi=/usr' '--enable-mbstring'
'--enable-mbstr-enc-trans' '--enable-versioning'
'--enable-zend-multibyte'

output_buffering = off
と
output_buffering = 4096
output_handler = mb_output_handler
mbstring.internal_encoding = EUC-JP
mbstring.http_input = auto
mbstring.http_output = SJIS
mbstring.detect_order = auto
mbstring.substitute_character = none;

のいずれにおいても、実行結果は同じでした。

OS や PHP の導入方法も明示してみられたら、何かわかるかもしれません。
-- 
HOTTA Michihide  

From php-users@php.gr.jp  Fri Jan 24 01:03:35 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Fri, 24 Jan 2003 10:03:35 +0900
Subject: [PHP-users 12777] FreeTDS の環境設定とMS-SQLについて
Message-ID: 

おはようございます　清水です。
[環境]
solaris8　PHP4.3.0 apache1.3.26 FreeTDS0.60
MS-NT4.0　MS-SQL2000

以前、PHPからSQLへつなごうと思ってここで聞いたりしてみたのですが、解決には
いたておりません。
しばらく断念していたのですが最近また続きをやろうとおもって、とりあえず、各
種バージョンがあがっていたのでバージョンをあげてインストールはしました。

まず、MS-SQLへつなぐにはFreeTDSが必要なのでインストールしました。

PHPのconfigure
./configure --with-apxs=/usr/local/apache/bin/apxs --without-mysql 
--with-mssql=/usr/local/freetds --with-unixODBC --enable-mbregex 
--enable-mbstring --enable-mbstr-enc-trans

/usr/local/freetds/etcの freetds.confには
[host1]
host = 172.16.10.***
port = 1433
tds version = 7.0
charset = sjis
client charset = sjis
language = japanese

とここまでは行いました。
赤マンモス本や、過去ログをみると環境設定（LD_LIBRARY_PATH）に
usr/local/freetds/libを追加しなさいとあります
/export/home/shimizuの.profileには追加してenvしてみると確認はできますが、
phpinfoのEnvironmentは
LD_LIBRARY_PATH  /usr/local/apache/libexec
となっています
ここにusr/local/freetds/libがないということは環境設定ができていないという
ことでしょうか？

ためしに
SQL Server Enterprise Managerで、コンソールルート\Microsoft SQL Server￥
SQL Serverグループ\サーバ名\セキュリティ\ログインにユーザーを追加しました
認証は
SQL Server認証
ユーザー名　solaris
パス ***

を実行すると
Warning: mssql_connect() [function.mssql-connect]: ユーザー 'solaris' のロ
グインに失敗しました。理由 : SQL Server (severity 14) in 
/usr/local/apache/htdocs/php/db4.php on line 2

Warning: mssql_connect() [function.mssql-connect]: Unable to connect to 
server: host1 in /usr/local/apache/htdocs/php/db4.php on line 2
DB 接続エラー

となりました。
これは、SQLには接続したが、ログインに失敗したということなのでしょうか。そ
れとも接続自体に失敗しているのでしょうか？
MS-SQLにつなぐにはあとなにが足らないのでしょうか？

よろしくお願いします。

From php-users@php.gr.jp  Fri Jan 24 01:34:08 2003
From: php-users@php.gr.jp (Moriyoshi Koizumi)
Date: Fri, 24 Jan 2003 10:34:08 +0900
Subject: [PHP-users 12778] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030123150010.9A5C.ARAI@init.co.jp>
References: <20030123150010.9A5C.ARAI@init.co.jp>
Message-ID: <20030124013408.GA8559@at.wakwak.com>

小泉です。

> RAWデータの中身を見ても判るように、
> 明らかに、後者はURLエンコードされた文字列に対する
> デコード処理が２回行われています。

これ、当方の環境で再現しました。

PHP-4.2.3 => X
PHP-4.3.0 => O

なので、原因は調べる時間がないのでわかりませんが、
4.3.0にすると解決しそうです。

取り急ぎ報告まで。

From php-users@php.gr.jp  Fri Jan 24 01:40:57 2003
From: php-users@php.gr.jp (Moriyoshi Koizumi)
Date: Fri, 24 Jan 2003 10:40:57 +0900
Subject: [PHP-users 12779] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030124013408.GA8559@at.wakwak.com>
References: <20030123150010.9A5C.ARAI@init.co.jp> <20030124013408.GA8559@at.wakwak.com>
Message-ID: <20030124014057.GB8559@at.wakwak.com>

小泉です。

> これ、当方の環境で再現しました。
> 
> PHP-4.2.3 => X
> PHP-4.3.0 => O

書き忘れましたが、
always_populate_raw_post_data=0
mbstring.encoding_translation=1
mbstring.detect_order=none
mbstring.http_input=none
mbstring.http_output=none
mbstring.internal_encoding=none
mbstring.substitute_character=none

こんな感じだったかと思います。

そして、テスト環境の詳細です。
apache-1.3.26
glibc-2.2.4
php-4.2.3 / php-4.3.0

From php-users@php.gr.jp  Fri Jan 24 01:35:06 2003
From: php-users@php.gr.jp (Kensuke Takahashi)
Date: Fri, 24 Jan 2003 10:35:06 +0900
Subject: [PHP-users 12780] Re: FreeTDS の環境設定とMS-SQL について
In-Reply-To: 
References: 
Message-ID: <65C2C348D326B0kensuke@z-planet.co.jp>

おはようございます、清水さん。
高橋です。

SQL Server側では2433の接続を許可していないのに
mssql_connectでポート1433を使用しているので、
弾かれてしまうといった現象だと思われます。

もし可能でしたら、SQL Server側のポートを1433にして
一度試してみてください。

From php-users@php.gr.jp  Fri Jan 24 01:48:11 2003
From: php-users@php.gr.jp (Kensuke Takahashi)
Date: Fri, 24 Jan 2003 10:48:11 +0900
Subject: [PHP-users 12781] Re: （訂正） FreeTDS の環境設定とMS-SQL について
In-Reply-To: 
References: 
Message-ID: <66C2C34AA70BFEkensuke@z-planet.co.jp>

高橋です。
清水さん訂正させてください。

SQL Server側のポートを1433変更するより、
/usr/local/freetds/etcの freetds.confの
ポート設定を2433に変更して試してみてください。

From php-users@php.gr.jp  Fri Jan 24 02:17:07 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Fri, 24 Jan 2003 11:17:07 +0900
Subject: [PHP-users 12782] Re: （訂正） FreeTDS  の環境設定と =?us-ascii?Q?MS?= =?us-ascii?Q?-SQL?=  について
Message-ID: 

清水です
高橋さんありがとうございます

/usr/local/freetds/etcの freetds.confの
ポート設定を2433に変更しました

結果は
Warning: mssql_connect() [function.mssql-connect]: Unable to connect to 
server: host1 in /usr/local/apache/htdocs/php/db4.php on line 2
DB 接続エラー
となりました。
サーバにも接続できないようです。

NTサーバのポート設定が悪いということなのでしょうか？

From php-users@php.gr.jp  Fri Jan 24 02:34:37 2003
From: php-users@php.gr.jp (etsurou miyazaki)
Date: Fri, 24 Jan 2003 11:34:37 +0900
Subject: [PHP-users 12783] Re: エラーについて
References: <002301c2c321$27de91b0$6801a8c0@kar.ie.kanagawau.ac.jp> 
Message-ID: <000701c2c351$23c251e0$7701a8c0@kar.ie.kanagawau.ac.jp>

Sindo様ありがとうございました。無事実行することができました。全角のスペース
部分を半角に直したら実行できました。
miyazaki

From php-users@php.gr.jp  Fri Jan 24 02:56:27 2003
From: php-users@php.gr.jp (Naoto Arai)
Date: Fri, 24 Jan 2003 11:56:27 +0900
Subject: [PHP-users 12784] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030124014057.GB8559@at.wakwak.com>
References: <20030124013408.GA8559@at.wakwak.com> <20030124014057.GB8559@at.wakwak.com>
Message-ID: <20030124114009.C684.ARAI@init.co.jp>

堀田様、小泉様、
ご検証して頂き誠にありがとうございます。

実際のインストール作業は別の者に任せたため、
具体的な導入方法を明示することは出来ませんが、
パッケージではなく、ソースからインストールした事は確かです。

PHP 4.2.3 にはマルチバイト処理関連に致命的なバグがあるらしいですが、
今の私の状況も、このバグに含まれるのでしょうか・・・。

で、堀田様がご検証されたパッケージは、
パッチ適用済みの物で正常に動作した。
小泉様は、ソースからインストールし、私と同じ状況を再現できた。
と、いう認識でよいのでしょうか。

バグレポートを探したのですが、
それらしい情報を得る事が出来なかったので
（単に私が英語が苦手、って理由もありますが。汗）
確信する事が出来ません。

とりあえずは、PHP 4.3 を導入するなりして対応したいと思います。

ありがとうございました。

From php-users@php.gr.jp  Fri Jan 24 03:08:06 2003
From: php-users@php.gr.jp (Sumito_Oda)
Date: Fri, 24 Jan 2003 12:08:06 +0900
Subject: [PHP-users 12785] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030123150010.9A5C.ARAI@init.co.jp>
References: <20030123150010.9A5C.ARAI@init.co.jp>
Message-ID: 

織田です。

なんかデジャヴの気がしたんで、漁ってみましたが
[PHP-users 11384] GETメソッドで半角アルファベットが文字化け
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011390.html
のスレッドは関係ないですか。

-- 
Sumito_Oda mailto:oda@bst.jp

From php-users@php.gr.jp  Fri Jan 24 03:42:36 2003
From: php-users@php.gr.jp (Naoto Arai)
Date: Fri, 24 Jan 2003 12:42:36 +0900
Subject: [PHP-users 12786] Re: URLエンコードされた文字列に対する処理
In-Reply-To: 
References: <20030123150010.9A5C.ARAI@init.co.jp> 
Message-ID: <20030124123022.C686.ARAI@init.co.jp>

織田様

過去の投稿はチェックしたつもりだったのですが、
検索方法が甘かったようです。

http://ns1.php.gr.jp/pipermail/php-users/2002-November/011390.html
このスレッドはチェックしていませんでした。

これと全く同じ現象です。

このスレッドでも、「PHP 4.2.3のバグなのか？？」
で止まっていて解決はしていないですね。

バグレポートを探してみます。

> 織田です。
> 
> なんかデジャヴの気がしたんで、漁ってみましたが
> [PHP-users 11384] GETメソッドで半角アルファベットが文字化け
> http://ns1.php.gr.jp/pipermail/php-users/2002-November/011390.html
> のスレッドは関係ないですか。
> 

From php-users@php.gr.jp  Fri Jan 24 04:48:14 2003
From: php-users@php.gr.jp (zomu)
Date: Fri, 24 Jan 2003 13:48:14 +0900
Subject: [PHP-users 12787] 【リモートファイルの操作について】
Message-ID: <009101c2c363$cdf920f0$c801a8c0@matsuzaki>

まつざきと申します。

fopenを使用してリモートファイルを読み込もうとしているのですが
うまくいきません。

サーバを：http://www.test.com とします。
読み込みたいファイルが：/home/USER/public_html/index.html
であるとします。

コードは
-----------------------------------------------------------------
$file = "http://www.test.com/home/USER/public_html/index.html";
$fp = fopen( $file, 'r' );
$fp = ( $fp, LOCK_SH );
$data = fgets( %fp, filesize( $file ) );
fseek ( $fp, 0 );
fputs ( "dat_file" );
fclose ( $fp ); 
-----------------------------------------------------------------

なのですが、うまくいきません。

ご教授願えませんでしょうか。

■環境
turbo linux6 workstation
PHP version 4.2.3
Apache 1.3.27

matuzaki

From php-users@php.gr.jp  Fri Jan 24 04:56:15 2003
From: php-users@php.gr.jp (shin1 nomoto)
Date: Fri, 24 Jan 2003 13:56:15 +0900
Subject: [PHP-users 12788] Re: 【リモートファイルの操作について】
In-Reply-To: (Your message of "Fri, 24 Jan 2003 13:48:14 +0900")
 <009101c2c363$cdf920f0$c801a8c0@matsuzaki>
References: <009101c2c363$cdf920f0$c801a8c0@matsuzaki>
Message-ID: <200301240456.NAA09818@mail.bremen.or.jp>

>fopenを使用してリモートファイルを読み込もうとしているのですが
>うまくいきません。
>
>サーバを：http://www.test.com とします。
>読み込みたいファイルが：/home/USER/public_html/index.html
>であるとします。
>
>コードは
>-----------------------------------------------------------------
>$file = "http://www.test.com/home/USER/public_html/index.html";

FTPじゃないので、ブラウザに入れて表示されるURLを入れないと。。

From php-users@php.gr.jp  Fri Jan 24 05:08:22 2003
From: php-users@php.gr.jp (Daisuke Shimada)
Date: Fri, 24 Jan 2003 14:08:22 +0900
Subject: [PHP-users 12789] Re: 【リモートファイルの操作について】
In-Reply-To: <009101c2c363$cdf920f0$c801a8c0@matsuzaki>
References: <009101c2c363$cdf920f0$c801a8c0@matsuzaki>
Message-ID: <20030124135921.6854.SHIMADA@sqlink.co.jp>

島田と申します。

> サーバを：http://www.test.com とします。
> 読み込みたいファイルが：/home/USER/public_html/index.html
ということは、http://www.test.com/index.htmlが読みたいのでは？

> $file = "http://www.test.com/home/USER/public_html/index.html";
これでは、リモートマシーンのWEBサーバのコンフィグにもよりますが、例えば、
「/usr/loca/apache/htdocs/」の下にコンテンツがあるのでしたら、上記の指定
では、「/usr/loca/apache/htdocs/home/USER/public_html/index.html」を読み
に行ってます。

$file = "http://www.test.com/index.html";
が正しいのでは？

以下参照ください。

http://php.benscom.com/manual/ja/function.fopen.php

From php-users@php.gr.jp  Fri Jan 24 05:11:14 2003
From: php-users@php.gr.jp (zomu)
Date: Fri, 24 Jan 2003 14:11:14 +0900
Subject: [PHP-users 12790] Re: 【リモートファイルの操作について】
References: <009101c2c363$cdf920f0$c801a8c0@matsuzaki> <200301240456.NAA09818@mail.bremen.or.jp>
Message-ID: <00a401c2c367$04743e50$c801a8c0@matsuzaki>

まつざきです。

ご返答ありがとうございます。
書き換えたところ、うまくいきました。
私の調査不足です。
このような初歩的質問、御迷惑をおかけしました。

> >
> >コードは
> >-----------------------------------------------------------------
> >$file = "http://www.test.com/home/USER/public_html/index.html";
>
> FTPじゃないので、ブラウザに入れて表示されるURLを入れないと。。
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users

From php-users@php.gr.jp  Fri Jan 24 05:13:19 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Fri, 24 Jan 2003 14:13:19 +0900
Subject: [PHP-users 12791] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030124123022.C686.ARAI@init.co.jp>
References: <20030123150010.9A5C.ARAI@init.co.jp>

 <20030124123022.C686.ARAI@init.co.jp>
Message-ID: <200301240513.OAA09412@mail1.rim.or.jp>

いわきりです

Naoto Arai wrote in <20030124123022.C686.ARAI@init.co.jp> :
>http://ns1.php.gr.jp/pipermail/php-users/2002-November/011390.html
>このスレッドはチェックしていませんでした。
>これと全く同じ現象です。
>このスレッドでも、「PHP 4.2.3のバグなのか？？」
>で止まっていて解決はしていないですね。
>バグレポートを探してみます。

PHP-4.2.3に対してのpatchは、本家では出ていません。

netnewsが利用できるなら、下記のMessage-Idを持つ記事を
見てください。そこで、最終的な修正が施されています。

server:  news.php.net 
NewsGroup: php.cvs 
news: 
news: 
news: 

全部MFHと書かれているので、PHP_4_2_0のブランチにも
繁栄されていますから、cvsからソースを取得されてはどうですか。

日本語での情報であれば、下記を見てください。
[PHP-dev 492] Re: users に流した mbstring.c パッチにバグがありました
[PHP-users 9905] Re: エンコーディング自動変換バグ（was Re: PHP 4.2.3で4  バイト以下の配列の変数値が取れない）
で、説明があります。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Fri Jan 24 06:15:59 2003
From: php-users@php.gr.jp (HOTTA Michihide)
Date: Fri, 24 Jan 2003 15:15:59 +0900
Subject: [PHP-users 12792] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <200301240513.OAA09412@mail1.rim.or.jp>
References: <20030124123022.C686.ARAI@init.co.jp> <200301240513.OAA09412@mail1.rim.or.jp>
Message-ID: <20030124150838.6106.HOTTA@net-newbie.com>

堀田＠諫早市です。

On Fri, 24 Jan 2003 14:13:19 +0900
Youichi Iwakiri  wrote:

> PHP-4.2.3に対してのpatchは、本家では出ていません。
(snip)
> 日本語での情報であれば、下記を見てください。
> [PHP-dev 492] Re: users に流した mbstring.c パッチにバグがありました
> [PHP-users 9905] Re: エンコーディング自動変換バグ（was Re: PHP 4.2.3
> で4  バイト以下の配列の変数値が取れない）で、説明があります。

このことでしたか。

これでしたら、VineSeedPlus の rpm(php-4.2.3-0vl1 以降) には上記
のパッチ（勝手に小泉さんパッチと呼ばせていただいてます）があた
っていますので、再現できなくて当然ですね。

-- 
HOTTA Michihide  

From php-users@php.gr.jp  Fri Jan 24 06:21:17 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Fri, 24 Jan 2003 15:21:17 +0900
Subject: [PHP-users 12793] Re: 【リモートファイルの操作について】
In-Reply-To: <00a401c2c367$04743e50$c801a8c0@matsuzaki>
References: <200301240456.NAA09818@mail.bremen.or.jp> <00a401c2c367$04743e50$c801a8c0@matsuzaki>
Message-ID: <20030124151922.2518.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

--enable-ftp する必要がありますが、ftp でファイル操作も可能です。

単純にファイルを http で読む以上のことをやりたくなったら、
勉強のため socket を使うのもいいでしょうが、curl などのライブラリも
利用できますし、xmlrpc, SOAP なども検討に値すると思います。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Fri Jan 24 07:36:41 2003
From: php-users@php.gr.jp (zomu)
Date: Fri, 24 Jan 2003 16:36:41 +0900
Subject: [PHP-users 12794] 【リモートファイルの操作について】
References: <200301240456.NAA09818@mail.bremen.or.jp> <00a401c2c367$04743e50$c801a8c0@matsuzaki> <20030124151922.2518.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <00c001c2c37b$56ea3ae0$c801a8c0@matsuzaki>

まつざきです。

重松様、ご教授有難うございました。

./configure　で --enable-ftp　は設定していた為（幸いにも）
http://php.benscom.com/manual/ja/ref.ftp.php
以上サイトを参考にリモートファイルを取得できました。

今回は皆様のお力添え、有難うございました。

socket, curl, 等これを機に勉強したいと思います。

>
> --enable-ftp する必要がありますが、ftp でファイル操作も可能です。
>
> 単純にファイルを http で読む以上のことをやりたくなったら、
> 勉強のため socket を使うのもいいでしょうが、curl などのライブラリも
> 利用できますし、xmlrpc, SOAP なども検討に値すると思います。
>
> --
> Osamu Shigematsu 
>
>
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
>

From php-users@php.gr.jp  Fri Jan 24 09:02:44 2003
From: php-users@php.gr.jp (eiji sato)
Date: Fri, 24 Jan 2003 18:02:44 +0900
Subject: [PHP-users 12795] 画像が×に表示される
Message-ID: <001401c2c387$5c030be0$0a01a8c0@toramaru.ne.jp>

>佐藤です。メーリングリスト調べていろいろ試してますが、
>Explolerで画像が×に表示されてしまいます。
>どこが、足りないのでしょうか。

このスクリプトって、渡されたパラメータoidが画像データのLarge Objectを
指していて、その画像データを出力するものですよね。であれば、

>  if($conn != 0){
>        print "データベースに接続完了";
>  }

こういう余計なprintを入れては駄目です。
画像のバイナリデータを送ろうとしているのに、
その他に余計な文字列を出力してしまったら、
正しいデータになりません。

でも、問題がそれだけとは限らないですね。

header文をいったん止めておいた状態で、IMG SRC=の中からではなく、
このスクリプトをWWWブラウザでじかに呼び出してみると、
どういう出力がでてきているのかハッキリ分かると思います。

--
UNO Shintaro, 宇野 信太郎
/****************************************/
宇野様　有り難う御座います。画像表示前にある
print "データベースに接続完了";が画像が×になる
原因でした。

From php-users@php.gr.jp  Fri Jan 24 09:39:01 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Fri, 24 Jan 2003 18:39:01 +0900
Subject: [PHP-users 12796] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <20030124150838.6106.HOTTA@net-newbie.com>
References: <20030124123022.C686.ARAI@init.co.jp>
 <200301240513.OAA09412@mail1.rim.or.jp>
 <20030124150838.6106.HOTTA@net-newbie.com>
Message-ID: <200301240939.SAA13636@mail1.rim.or.jp>

いわきりです

HOTTA Michihide wrote in <20030124150838.6106.HOTTA@net-newbie.com> :
>堀田＠諫早市です。
>> 日本語での情報であれば、下記を見てください。
>> [PHP-dev 492] Re: users に流した mbstring.c パッチにバグがありました
>> [PHP-users 9905] Re: エンコーディング自動変換バグ（was Re: PHP 4.2.3
>> で4  バイト以下の配列の変数値が取れない）で、説明があります。
>このことでしたか。

urlのdecodeが二重に行われるという、問題提起ではなかったので、
判り辛く、多くの人が認識していなかったかもしれませんね。

修正前(php-4.2.3のmbstring.c)が、
    strtok_buf = NULL;
    var = php_strtok_r(res, separator, &strtok_buf);
    while (var)  {
        val = strchr(var, '=');
        val_list[n] = var;
        len_list[n] = php_url_decode(var, strlen(var));    // 1回目のdecode
        n++;
        if (val) { /* have a value */
            *val++ = '\0';
            val_list[n] = val;
            len_list[n] = php_url_decode(val, strlen(val)); // 2回目のdecode
        } else {
            val_list[n] = "";
            len_list[n] = 0;        
        }
        n++;
        var = php_strtok_r(NULL, separator, &strtok_buf);
    } 

となっており、2重にdecodeされています。
そのため、石井さんがご指摘下さったように、漢字コードの判定も
失敗していたようです。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Fri Jan 24 09:57:14 2003
From: php-users@php.gr.jp (Blue)
Date: Fri, 24 Jan 2003 18:57:14 +0900
Subject: [PHP-users 12797] エラーメッセージの日本語文字コードについて
Message-ID: <20030124185115.F8A5.BLUE@nabeneko.ws>

はじめまして。

現在以下の環境で困っています。

OS:Redhat8.0
PHP Version 4.2.2

enable-mbstring等はもちろん行っています。

php.iniの[mbstring]も以下のようにS-JIS化しております。

mbstring.internal_encoding    = Shift_JIS
mbstring.http_input           = auto
mbstring.http_output          = pass
mbstring.detect_order         = auto
mbstring.substitute_character = auto
mbstring.script_encoding      = Shift_JIS

ここで、スクリプトをS-JISで記述し、表示も問題ないのですが、
$fp = fopen("test.csv", "r") or die();
などとして、ファイルが存在しない場合、

Warning: fopen("tcest.csv", "r") - 
そのようなファイルやディレクトリはありません in 
/var/www/html/test.php on line 13

というようなエラーメッセージを返すのですが、この日本語部分が
EUCなんです。
これらをS-JISに直す設定等はあるのでしょうか。
特にWarningやエラーがでない限りは問題ないのですが。

どうぞよろしくお願いいたします。

From php-users@php.gr.jp  Fri Jan 24 10:27:44 2003
From: php-users@php.gr.jp (Naoto Arai)
Date: Fri, 24 Jan 2003 19:27:44 +0900
Subject: [PHP-users 12798] Re: URLエンコードされた文字列に対する処理
In-Reply-To: <200301240939.SAA13636@mail1.rim.or.jp>
References: <20030124150838.6106.HOTTA@net-newbie.com> <200301240939.SAA13636@mail1.rim.or.jp>
Message-ID: <20030124192314.C68C.ARAI@init.co.jp>

いわきり様

情報ありがとうございます。

PHP 4.2.3（mbstring.c）の不具合が原因であることが確信できました。
今夜はぐっすり眠れそうです。

調査、検証してくださった皆様、誠に有難うございました。

> いわきりです
> 
> HOTTA Michihide wrote in <20030124150838.6106.HOTTA@net-newbie.com> :
> >堀田＠諫早市です。
> >> 日本語での情報であれば、下記を見てください。
> >> [PHP-dev 492] Re: users に流した mbstring.c パッチにバグがありました
> >> [PHP-users 9905] Re: エンコーディング自動変換バグ（was Re: PHP 4.2.3
> >> で4  バイト以下の配列の変数値が取れない）で、説明があります。
> >このことでしたか。
> 
> urlのdecodeが二重に行われるという、問題提起ではなかったので、
> 判り辛く、多くの人が認識していなかったかもしれませんね。
> 
> 修正前(php-4.2.3のmbstring.c)が、
>     strtok_buf = NULL;
>     var = php_strtok_r(res, separator, &strtok_buf);
>     while (var)  {
>         val = strchr(var, '=');
>         val_list[n] = var;
>         len_list[n] = php_url_decode(var, strlen(var));    // 1回目のdecode
>         n++;
>         if (val) { /* have a value */
>             *val++ = '\0';
>             val_list[n] = val;
>             len_list[n] = php_url_decode(val, strlen(val)); // 2回目のdecode
>         } else {
>             val_list[n] = "";
>             len_list[n] = 0;        
>         }
>         n++;
>         var = php_strtok_r(NULL, separator, &strtok_buf);
>     } 
> 
> となっており、2重にdecodeされています。
> そのため、石井さんがご指摘下さったように、漢字コードの判定も
> 失敗していたようです。
> 
> -- 
> Youichi Iwakiri

From php-users@php.gr.jp  Fri Jan 24 14:53:09 2003
From: php-users@php.gr.jp (etsurou miyazaki)
Date: Fri, 24 Jan 2003 23:53:09 +0900
Subject: [PHP-users 12799] php_odbc.dllについて
References: <20030123150010.9A5C.ARAI@init.co.jp> 
Message-ID: <000701c2c3b8$502cb060$7701a8c0@kar.ie.kanagawau.ac.jp>

miyazakiです。
PHPにおいてodbcを利用したかったので、php.iniの設定でphp_odbc.dllの前にある；
を消しました。そしてをしてから、Apacheの再起動を実行したらphp_odbc.dll　指定
されたモジュールが見つかりません。という警告がでてきました。過去ログで調べた
のですが、「php_odbc.dllは探してもない」とかいてはありました。しかし解決法は
書かれていませんでした。（調べた限りでは）どなたか解決法を知っていらっしゃる
方教えていただけませんか。
miyazaki

From php-users@php.gr.jp  Fri Jan 24 16:23:55 2003
From: php-users@php.gr.jp (Mashiki)
Date: Sat, 25 Jan 2003 01:23:55 +0900
Subject: [PHP-users 12800] Re: phpdocの利用可能タグについて
In-Reply-To: 
References: 
Message-ID: <8AC2C3C4FD5995mashiki@yanah.com>

　Mashikiです。

>余談ですが今から PHPDoc をご利用なさる場合は、同じく PEAR に入っている
>PhpDocumentor の方も検討されては如何でしょうか。
>http://pear.php.net/package-info.php?pacid=137
>http://phpdocu.sourceforge.net/
>
>PEAR の Description からの抜粋ですが、
>It differs from PHPDoc in that it is much faster, parses a much wider
>range of　php files, and comes with many customizations including 10
>HTML templates,　windows help file CHM output, PDF output, and XML
>DocBook peardoc2 output　for use with documenting PEAR.
>
>ということで利用価値は高そうです。

　早速、使ってみましたが、これすごいですね。

　実は今日初めてphpdocをインストールして使ったのですが、
複数のディレクトリに分けて管理されているクラスの定義を
ドキュメント化するのに適当な方法が見つかりませんでした。
また、お手本どおりにコメントを作成しても、ドキュメントに
反映されない場合などあって悩んだりもしていて、紹介して
いただいた、PhpDocumentorに乗り換えてみました。

結果はばっちりです。上記2点の問題もクリアされています。
最初はなぜ照会文にphpdocより速いとうたわれているのに、
5倍以上時間がかかるんだろうと悩みましたが、デフォルトで
１０種類くらいのタイプのドキュメントを作っているのですね。
PDFまで作っていたのには驚きです。でもとりあえず開発機が
低スペックなので、出力タイプの数を減らして満足できる速度
を得ることができました。

# phpのマニュアルそっくりな出力様式がちょっと気に入った
# かな？全部は見れてません。

ソース中のコメントの書き方もphpdocの上位コンパチになって
いるようで、無修正でphpdocより詳しい出力を得ることができ、
またコマンドラインばかりでなくwebからのドキュメント作成の
キックもできるので、秀丸＋samba＋php使いの現在の開発チーム
とも相性がよさそうです。

　インストールは開発機にtar.gzを展開してドキュメントルート
配下のディレクトリにコピーし、default.iniを書き換え、出力先の
ディレクトリをapache実行ユーザーから書き込み可能にし、
＊なぜか＊パッケージをコピーしたディレクトリ配下にも実行時に
新たにディレクトリを作りたがるようで、気持ち悪いのですが、
コピーしたディレクトリ配下をapache実行ユーザーから書き込み
可能にしました。
# 公開してないサーバーだから動けばいいという感覚です。あまり
# ドキュメントを読んでいないので間違っていると思います。

久保さん、情報ありがとうございます。感謝、感謝です。
牛島さんも試してみる価値がきっとあると思います。

From php-users@php.gr.jp  Sat Jan 25 02:46:07 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Sat, 25 Jan 2003 11:46:07 +0900
Subject: [PHP-users 12801] Re: php_odbc.dllについて
In-Reply-To: <000701c2c3b8$502cb060$7701a8c0@kar.ie.kanagawau.ac.jp>
References: <20030123150010.9A5C.ARAI@init.co.jp>

 <000701c2c3b8$502cb060$7701a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <200301250246.LAA16019@mail5.rim.or.jp>

いわきりです

etsurou miyazaki wrote in <000701c2c3b8$502cb060$7701a8c0@kar.ie.kanagawau.ac.jp> :
>PHPにおいてodbcを利用したかったので、php.iniの設定でphp_odbc.dllの前にある；
>を消しました。そしてをしてから、Apacheの再起動を実行したらphp_odbc.dll　指定
>されたモジュールが見つかりません。という警告がでてきました。過去ログで調べた
>のですが、「php_odbc.dllは探してもない」とかいてはありました。しかし解決法は
>書かれていませんでした。（調べた限りでは）どなたか解決法を知っていらっしゃる
>方教えていただけませんか。

お使いのバージョンはいくつですか?

PHP Version 4.0 Beta 2以降であれば、Newsからの抜粋ですが、

August 9 1999, Version 4.0 Beta 2
- Win32 builds now include the ODBC module built-in (Zeev)

となっていますし、php.ini-(dist|recommended)にも、
;Windows Extensions
;Note that MySQL and ODBC support is now built in, so no dll is needed for it.

となってますので、Unified ODBC関数は使えます。

php3の場合でもREADME_WIN32を見ると

Default Configuration and Configuration Issues

* The default configuration for the Windows PHP version contains ODBC
  support. Support for other database modules is provided using 
  dynamically-loaded extensions.

と書かれていますし、

http://ns1.php.gr.jp/php-jp/archives/msg06716.html

にも情報があります。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Sat Jan 25 03:57:56 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Sat, 25 Jan 2003 12:57:56 +0900
Subject: [PHP-users 12802] Re: php_odbc.dllについて
References: <20030123150010.9A5C.ARAI@init.co.jp><000701c2c3b8$502cb060$7701a8c0@kar.ie.kanagawau.ac.jp> <200301250246.LAA16019@mail5.rim.or.jp>
Message-ID: <000501c2c425$f276a110$6801a8c0@kar.ie.kanagawau.ac.jp>

いわきり様ありがとうございます。
私が使用しているバージョンはPHP4.3.0です。確かにphp.ini　の方に
;Windows Extensions
;Note that MySQL and ODBC support is now built in, so no dll is needed for
it.
と書かれておりました。
ありがとうございました。

From php-users@php.gr.jp  Sat Jan 25 07:19:35 2003
From: php-users@php.gr.jp (notio)
Date: Sat, 25 Jan 2003 16:19:35 +0900
Subject: [PHP-users 12803] はじめまして(クッキーとカウンター)
Message-ID: <20030125161004.BB7A.NOTIO@mona.slyip.com>

はじめまして、notioと申します。
これから何卒よろしくお願いします。

そんなわけで早速質問なんですが・・・
クッキーを利用して
「ようこそ、今回で3回目の訪問です。」
みたいにしたいのですが、クッキーの扱い方が良くわからず
悪戦苦闘しております。
どうすればいいんでしょうか？

PHP4.3.0です。
どうかお願いします。

From php-users@php.gr.jp  Sat Jan 25 07:23:20 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Sat, 25 Jan 2003 16:23:20 +0900
Subject: [PHP-users 12804] Re: はじめまして( クッキーとカウンター)
In-Reply-To: <20030125161004.BB7A.NOTIO@mona.slyip.com>
References: <20030125161004.BB7A.NOTIO@mona.slyip.com>
Message-ID: <20030125162139.DB42.KISHIDA@fk.urban.ne.jp>

きしだです

> みたいにしたいのですが、クッキーの扱い方が良くわからず
> 悪戦苦闘しております。
> どうすればいいんでしょうか？

勉強して経験をつんでください。
以上。

せめて、どう悪戦苦闘してるのかがわからなければ、そういう返答がせいいっぱ
いな感じがします。

----
岸田 哉生(きしだ なおき)
	email:kishida@fk.urban.ne.jp
	http://www.fk.urban.ne.jp/home/kishida/

From php-users@php.gr.jp  Sat Jan 25 07:30:15 2003
From: php-users@php.gr.jp (Kuniaki Shimizu)
Date: Sat, 25 Jan 2003 16:30:15 +0900
Subject: [PHP-users 12805] Re: はじめまして(クッキーとカウンター)
In-Reply-To: <20030125161004.BB7A.NOTIO@mona.slyip.com>
References: <20030125161004.BB7A.NOTIO@mona.slyip.com>
Message-ID: <200301250730.h0P7UGa00468@shiroyagi.toppan.co.jp>

清水といいます

まずはクッキーについてどれぐらいご存知なのでしょうか？
理屈をご存知ないのであればまずはネットでお調べいただいたほうが
よろしいかと思います。

たとえばこんなとこで

http://tohoho.wakusei.ne.jp/wwwcook.htm

## 「クッキーの扱い方」では漠然としすぎててわかりません

あとはどんなソースを書かれてどんな悪戦苦闘をされてるのか
（悪戦苦闘されてるのであればエラーなりなんなりでてるはずですね）
そのあたりも書いていただかないとわかりませんね

上記お調べのうえでMLに投げていただいたほうが
たぶんちょっと幸せ♪になれるはず。。。。

notio  wrote:

> そんなわけで早速質問なんですが・・・
> クッキーを利用して
> 「ようこそ、今回で3回目の訪問です。」
> みたいにしたいのですが、クッキーの扱い方が良くわからず
> 悪戦苦闘しております。
> どうすればいいんでしょうか？

From php-users@php.gr.jp  Sat Jan 25 07:36:48 2003
From: php-users@php.gr.jp (notio)
Date: Sat, 25 Jan 2003 16:36:48 +0900
Subject: [PHP-users 12806] すいませんでした
Message-ID: <20030125163633.D853.NOTIO@mona.slyip.com>

あきらめます。

From php-users@php.gr.jp  Sat Jan 25 07:34:27 2003
From: php-users@php.gr.jp (Shigeki Mimura)
Date: Sat, 25 Jan 2003 16:34:27 +0900 (JST)
Subject: [PHP-users 12807] Re: はじめまして( クッキーとカウンター)
In-Reply-To: <20030125161004.BB7A.NOTIO@mona.slyip.com>
References: <20030125161004.BB7A.NOTIO@mona.slyip.com>
Message-ID: <20030125.163427.04679060.mimu@telepass.co.jp>

三村です。

notio> クッキーを利用して
notio> 「ようこそ、今回で3回目の訪問です。」
notio> みたいにしたいのですが、クッキーの扱い方が良くわからず
notio> 悪戦苦闘しております。
notio> どうすればいいんでしょうか？

PHPでのcookieの扱い方なら、

http://jp.php.net/manual/ja/features.cookies.php

を見てみてください。

From php-users@php.gr.jp  Sat Jan 25 07:36:48 2003
From: php-users@php.gr.jp (栗原)
Date: Sat, 25 Jan 2003 16:36:48 +0900
Subject: [PHP-users 12808] Re: はじめまして( クッキーとカウンター)
References: <20030125161004.BB7A.NOTIO@mona.slyip.com>
Message-ID: <00a301c2c444$84bd1680$0f2c0adb@computer>

masa と申します。

norioさん、もう少し詳しく状況を説明した方がよろしいかと。
また、ご自分でどの様な事は、調査済みである事も。

[12803] norioさん wrote
> みたいにしたいのですが、クッキーの扱い方が良くわからず
> 悪戦苦闘しております。
> どうすればいいんでしょうか？

私は、本を２冊購入し勉強致しました。
また、ソースの頭に setcookie()；を書かなければならない
事を体得致しました。

From php-users@php.gr.jp  Sat Jan 25 07:49:42 2003
From: php-users@php.gr.jp (Kuniaki Shimizu)
Date: Sat, 25 Jan 2003 16:49:42 +0900
Subject: [PHP-users 12809] Re: すいませんでした
In-Reply-To: <20030125163633.D853.NOTIO@mona.slyip.com>
References: <20030125163633.D853.NOTIO@mona.slyip.com>
Message-ID: <200301250749.h0P7ngg00714@shiroyagi.toppan.co.jp>

清水です
ごみレスですいません
だけど。。。

notio  wrote:

> 
> あきらめます。

えーーーーーーーーーーーーーーーー？？？
こんな簡単にあきらめちゃっていいんすか

そんなに難しくないと思うんですけど

PHP クッキー でgoogle引けばサンプルぐらいは
すぐ出てきますよ

がんばりましょうよー

## 基礎から勉強してらんない、時間がないというのであればの話です

## 本来はちゃんと理屈がわかってたほうがいいかとは
## 思いましたんで、ページお教えするだけにしたんですけど。
## そうじゃないとこれから先に進んでも大変だと思いましたので

From php-users@php.gr.jp  Sat Jan 25 08:30:52 2003
From: php-users@php.gr.jp (Yoshihisa Inoue)
Date: Sat, 25 Jan 2003 17:30:52 +0900
Subject: [PHP-users 12810] Re: すいませんでした
In-Reply-To: <20030125163633.D853.NOTIO@mona.slyip.com>
References: <20030125163633.D853.NOTIO@mona.slyip.com>
Message-ID: <20030125172057.BABC.BOK@bbsbrain.ne.jp>

ども井上です。

> あきらめます。

そんなに早くあきらめちゃだめですよ～
良いサンプルではないですが、サンプルを書いてみました。

一応他の方も書くとは思うのですが、まずはgoogleとかで探してみるのを
お勧めします。

*********************************test.php*************************************

test

test
今回で'.$Count.'回目の訪問です。

'
?>
******************************************************************************

By Yoshihisa Inoue

From php-users@php.gr.jp  Sat Jan 25 09:01:18 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Sat, 25 Jan 2003 18:01:18 +0900
Subject: [PHP-users 12811] Re: エラーメッセージの日本語文字コードについて
In-Reply-To: <20030124185115.F8A5.BLUE@nabeneko.ws>
References: <20030124185115.F8A5.BLUE@nabeneko.ws>
Message-ID: <200301250901.SAA08563@mail5.rim.or.jp>

いわきりです

Blue wrote in <20030124185115.F8A5.BLUE@nabeneko.ws> :
>Warning: fopen("tcest.csv", "r") - 
>そのようなファイルやディレクトリはありません in 
>/var/www/html/test.php on line 13
>というようなエラーメッセージを返すのですが、この日本語部分が
>EUCなんです。
>これらをS-JISに直す設定等はあるのでしょうか。
>特にWarningやエラーがでない限りは問題ないのですが。

$ cat /etc/sysconfig/i18n
とすると、

LANG="ja_JP.eucJP"
SUPPORTED="ja_JP.eucJP:ja_JP:ja"

とか表示されませんか?

ja_JP.SJIS
japanese.sjis
とか利用できるlocaleがあれば適切に設定してください。

逆にPHPの設定をEUC-JPにした時に困りますから
LANG=C
にしておいたらどうです?

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Sat Jan 25 17:26:05 2003
From: php-users@php.gr.jp (西田 純)
Date: Sun, 26 Jan 2003 02:26:05 +0900
Subject: [PHP-users 12812] インストールで困ってます。
Message-ID: <20030126021444.31DE.ML@jnishida.com>

こんばんは。はじめまして。
西田と申します。

PHPをやろうと去年からインストールをして、何回もやり直して、Webサイトも本
も見たのですがよくわかっていません。
環境は Windows2000ServerでApacheが動作しています。Perlもインストールして
動作しているのですが、PHPはエラーが出て動いてくれません。
エラーは２行で以下の通りです。

phpinfo.php is not executable; ensure interpreted scripts have "#!" first line
couldn't spawn child process: d:/www/cgi-bin/php/phpinfo.php

Perlみたいに１行目に#!で始まるPHPのパスを書けということなんでしょうが、
普通PHPのソースにはこんなの書いてないので何かApache側で設定が足りなんだ
と認識しています。

Apacheの設定で足したのは、４カ所で
1.#LoadModule unique_id_module modules/mod_unique_id.soのあとに
  LoadModule php4_module c:/php/sapi/php4apache.dll

2.AddModule mod_setenvif.c の後に
  AddModule mod_php4.c

3.

      AddType application/x-httpd-php .php .phtml 
      AddType application/x-httpd-php-source .phps 

4.  AddType application/x-tar .tgz
    AddType application/x-httpd-cgi .cgi  の後に

    AddType application/x-httpd-php .php .phtml
    AddType application/x-httpd-php-source .phps

php.iniはC:\WINNTに、php4ts.dllはC:\WINNT\System32にコピーはしてあります。
どうか１つよろしくお願いいたします。
-- 
西田 純 ML用
PHP 4.3.0 on Windows 2000 Server
mailto:ml@jnishida.com

From php-users@php.gr.jp  Sun Jan 26 01:21:08 2003
From: php-users@php.gr.jp (burned tomato)
Date: Sun, 26 Jan 2003 10:21:08 +0900
Subject: [PHP-users 12813] Re: インストールで困ってます。
In-Reply-To: <20030126021444.31DE.ML@jnishida.com>
References: <20030126021444.31DE.ML@jnishida.com>
Message-ID: <200301260121.AA00019@flog.hotmail.com>

焼きトマトです。

西田 純 さんは書きました:
>phpinfo.php is not executable; ensure interpreted scripts have "#!" first line
>couldn't spawn child process: d:/www/cgi-bin/php/phpinfo.php

phpinfo.php を cgi-bin でなくて他の場所に置くとどうなりますか。
d:\www\phpinfo.php とか。

--------------------------------------------------
  BURNED TOMATO 
  burnedtomato@hotmail.com
  http://homepage2.nifty.com/~chairo
  How about a completely afterburned green tomato ?

From php-users@php.gr.jp  Sun Jan 26 03:33:14 2003
From: php-users@php.gr.jp (西田 純)
Date: Sun, 26 Jan 2003 12:33:14 +0900
Subject: [PHP-users 12814] Re: インストールで困ってます。
In-Reply-To: <200301260121.AA00019@flog.hotmail.com>
References: <20030126021444.31DE.ML@jnishida.com> <200301260121.AA00019@flog.hotmail.com>
Message-ID: <20030126122040.E510.ML@jnishida.com>

西田です。

ご返答ありがとうございます。
今起きました。起きたら昼でした。
早速Webのルートフォルダにコピーして、 http://localhost/phpinfo.php とた
たいてみると、おー。phpの画面が表示されました。(^。^)
重ね重ねありがとうございます。
これで自宅でもPHPができます。
もう一つ質問なのですが、phpのファイルは、cgi-bin 以下におくものではない
のでしょうか？
できれば、実行ファイルだけまとめてどっかにおいておきたいのですが。
以上、よろしくお願いいたします。
-- 
西田 純 ML用
PHP 4.3.0 on Windows 2000 Server
mailto:ml@jnishida.com

From php-users@php.gr.jp  Sun Jan 26 15:36:12 2003
From: php-users@php.gr.jp (Toshiyuki Kajii)
Date: Mon, 27 Jan 2003 00:36:12 +0900
Subject: [PHP-users 12815] execでディレクトリ付きphp スクリプトを呼び出すとプロセスが異常増殖する
Message-ID: <20030126153528.9078D9CE4@izanami.mikoto.gr.jp>

梶井です。

php4.3.0のcgiから以下のようにexecで別のphpスクリプトを呼び出すとプロセスが
異常増殖してしまいます。

*test.cgi
#!/usr/local/bin/php

*test.php
#!/usr/local/bin/php

test.cgiにおいて、フルパスで指定しても同様の結果になります。
ただし、ディレクトリ指定なし「exec("test.php");」だと正常終了します。
また、呼び出す対象のファイルの内容を以下のようにしても正常終了しました。

*test.pl
#!/usr/bin/perl

php4.2.2の場合ではいずれも問題なく正常終了します。これはどこが問題になって
いるのでしょうか？もしくはこれはphp4.3.0への変更点に該当するのでしょうか？

Debian GNU/Linux woody
Apache1.3.26-0woody3(deb)
php4.3.0,php4.2.2

php4.3.0
--without-mysql --enable-mbstring

php4.2.2
--without-mysql --enable-mbstring --enable-mbstr-enc-trans

*---------------------------------------------------*
    Toshiyuki Kajii    梶井 俊幸
    e-mail:            mikoto@camino.nissan.ne.jp
*---------------------------------------------------*

From php-users@php.gr.jp  Mon Jan 27 01:47:21 2003
From: php-users@php.gr.jp (Blue)
Date: Mon, 27 Jan 2003 10:47:21 +0900
Subject: [PHP-users 12816] Re: エラーメッセージの日本語文字コードについて
In-Reply-To: <200301250901.SAA08563@mail5.rim.or.jp>
References: <20030124185115.F8A5.BLUE@nabeneko.ws> <200301250901.SAA08563@mail5.rim.or.jp>
Message-ID: <20030127104621.2632.BLUE@nabeneko.ws>

ありがとうございます。
きちんと表示されるようになりました。
とりあえず、教えていただいたようにLANG=C
のほうが都合いいので、これで運用したいと思います。

-- 

From php-users@php.gr.jp  Mon Jan 27 02:54:26 2003
From: php-users@php.gr.jp (KATOH Yasufumi)
Date: Mon, 27 Jan 2003 11:54:26 +0900
Subject: [PHP-users 12817] Re: すいませんでした
In-Reply-To: <20030125163633.D853.NOTIO@mona.slyip.com>
References: <20030125163633.D853.NOTIO@mona.slyip.com>
Message-ID: 

加藤泰文です．

>>> On Sat, 25 Jan 2003 16:36:48 +0900
    in message   "[PHP-users 12806] すいませんでした"
                  notio-san wrote:

> あきらめます。

Mailing List って多数の講読者がいるんですよ．そこにいきなり唐突に「あ
きらめます」なんて書かれてもたんなるごみだし，何をあきらめるのかもさっ
ぱりわからないです．

みんながあなたの質問を覚えていて，それにずっと注目しているわけではない
です．

もっと基本的なマナーを考えて行動してください．

-- 
==============================================
((((    加藤泰文
○-○                karma @ prog.club.ne.jp
==============================================
(Web Page) http://www.ae.wakwak.com/%7Ekarma/
==============================================
     北米の音楽のページを更新(January 27)

From php-users@php.gr.jp  Mon Jan 27 04:45:59 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 13:45:59 +0900
Subject: [PHP-users 12818] PHP+MYSQLの検索速度について
Message-ID: 

初めて投稿致します。吉泉と申します。

現在、Linux7.2サーバーでPHP(4.0)＋MySQL3.23によるDBシステムを構築しておりま
すが、
SQLをTelnetから直接実行した場合は0.00～0.01秒で反応があるにもかかわらず、
PHPを介して
・mysql_query()
・mysql_fetch_array()
の順でデータの取得を行うと、約10秒程の時間が掛かってしまいます。

SQL文自体は、一つのテーブルから検索条件にキー項目を指定して、複数の項目を取
得する、
という単純なものなので、SQL文には問題ないと思うのですが・・・

もしお心当たりの点等が御座いましたら、情報を頂きたく思います。

宜しくお願い致します。

吉泉　英彦
yotsuizumi@hotmail.com

_________________________________________________________________
キャリアアップを目指すあなたのナビゲーター MSN 就職・転職   
http://career.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 05:00:04 2003
From: php-users@php.gr.jp (staff07)
Date: Mon, 27 Jan 2003 14:00:04 +0900
Subject: [PHP-users 12819] bc関数について
Message-ID: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>

This is a multi-part message in MIME format.

------=_NextPart_000_001B_01C2C60C.64857410
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

初めて投稿致します。PHPをはじめたばかりなので今後ともよろしくお願いします。
bc関数についてですが、Windowsでは問題なく使えるのですが、Linuxになると使えず
　Fatal error: Call to undefined function: bcmod()
と出てしまいます。どうすればよろしいですか

------=_NextPart_000_001B_01C2C60C.64857410
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$B=3Di$a$FEj9FCW$7$^$9!#=1B(BPHP=1B$B$r$O$8$a$?$P$+$j$J$N$G:#=
8e$H$b$h$m$7$/$*4j$$$7$^$9!#=1B(B
bc=1B$B4X?t$K$D$$$F$G$9$,!"=1B(BWindows=1B$B$G$OLdBj$J$/;H$($k$N=
$G$9$,!"=1B(BLinux=1B$B$K$J$k$H;H$($:!!=1B(B
Fatal error: Call to undefined function: =
bcmod()=20

=1B$B$H=3DP$F$7$^$$$^$9!#$I$&$9$l$P$h$m$7$$$G$9$+=1B(B

------=_NextPart_000_001B_01C2C60C.64857410--

From php-users@php.gr.jp  Mon Jan 27 05:07:08 2003
From: php-users@php.gr.jp (Shinobu Sugai)
Date: Mon, 27 Jan 2003 14:07:08 +0900
Subject: [PHP-users 12820] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: <20030127140516.10E3.SUGAI@mlsweb.co.jp>

菅井と申します。

> SQLをTelnetから直接実行した場合は0.00～0.01秒で反応があるにもかかわらず、
> PHPを介して
> ・mysql_query()
> ・mysql_fetch_array()
> の順でデータの取得を行うと、約10秒程の時間が掛かってしまいます。
> 
> SQL文自体は、一つのテーブルから検索条件にキー項目を指定して、複数の項目を取
> 得する、
> という単純なものなので、SQL文には問題ないと思うのですが・・・
> 
> もしお心当たりの点等が御座いましたら、情報を頂きたく思います。

単純にブラウザのレンダリングに時間がかかっているということはありませんか？

---
Shinobu Sugai
sugai@mlsweb.co.jp

From php-users@php.gr.jp  Mon Jan 27 05:15:57 2003
From: php-users@php.gr.jp (NAKAMURA Takeshi)
Date: Mon, 27 Jan 2003 14:15:57 +0900
Subject: [PHP-users 12821] Re: bc関数について
In-Reply-To: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
References: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
Message-ID: <20030127140938.31DE.1YEN@sh.rim.or.jp>

仲村です

From: "staff07" 
Date: Mon, 27 Jan 2003 14:00:04 +0900
Subject: [PHP-users 12819] bc関数について

> Fatal error: Call to undefined function: bcmod() 
 災いをもたらすエラー: bcmod なんて関数知りません
とのこと。(bcmod だけ使えず bcdiv とかは使えるのでしょうか？)
 コンパイル時に「使うよ」って言ってますか？

http://jp2.php.net/manual/ja/ref.bc.php には
> インストール手順
>
> PHP 4では、これらの関数は、PHPが構築オプション --enable-bcmathを付けて
> コンパイルされている場合にのみ使用できます。 PHP 3では、これらの関数は、
> PHPが構築オプション --disable-bcmathを付けずにコンパ イルされている場合に
> のみ使用できます。 
 と、書かれてあります。

で、--enable-bcmath が見付かれば、別の私の手に負えない問題でしょう(笑)

----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+
 関西沖縄青年の集い がじまるの会 手伝い 一人だけの勝手に神奈川支部
 仲村 武 <1yen@sh.rim.or.jp>

From php-users@php.gr.jp  Mon Jan 27 05:17:18 2003
From: php-users@php.gr.jp (KATOH Yasufumi)
Date: Mon, 27 Jan 2003 14:17:18 +0900
Subject: [PHP-users 12822] Re: bc関数について
In-Reply-To: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
References: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
Message-ID: 

加藤泰文です．

# HTML 形式のメールははやめたほうが...

>>> On Mon, 27 Jan 2003 14:00:04 +0900
    in message   "[PHP-users 12819] bc関数について"
                  staff07-san wrote:

> 初めて投稿致します。PHPをはじめたばかりなので今後ともよろしくお願いします。
> bc関数についてですが、Windowsでは問題なく使えるのですが、Linuxになると使えず　
> ┌────────────────────────┐
> │Fatal error: Call to undefined function: bcmod()│
> └────────────────────────┘
> と出てしまいます。どうすればよろしいですか

http://jp.php.net/manual/ja/ref.bc.php によると
| PHP 4では、これらの関数は、PHPが構築オプション --enable-bcmathを付け
| てコンパイルされている場合にのみ使用できます。 
だそうです．コンパイルして入れ直しではないでしょうかね．

-- 
==============================================
((((    加藤泰文
○-○                karma @ prog.club.ne.jp
==============================================
(Web Page) http://www.ae.wakwak.com/%7Ekarma/
==============================================
     北米の音楽のページを更新(January 27)

From php-users@php.gr.jp  Mon Jan 27 05:19:24 2003
From: php-users@php.gr.jp (Shigeki Mimura)
Date: Mon, 27 Jan 2003 14:19:24 +0900 (JST)
Subject: [PHP-users 12823] Re: bc関数について
In-Reply-To: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
References: <001f01c2c5c0$f4ad0e50$0b181cac@shousho>
Message-ID: <20030127.141924.85414265.mimu@telepass.co.jp>

三村です。

a1026> bc関数についてですが、Windowsでは問題なく使えるのですが、Linuxになると使えず
a1026> 　Fatal error: Call to undefined function: bcmod()
a1026> と出てしまいます。どうすればよろしいですか

see below.
http://jp.php.net/manual/ja/ref.bc.php

From php-users@php.gr.jp  Mon Jan 27 05:22:28 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 14:22:28 +0900
Subject: [PHP-users 12824] Re: PHP+MYSQLの検索速度について
Message-ID: 

>
> > SQLをTelnetから直接実行した場合は0.00～0.01秒で反応があるにもかかわら
ず、
> > PHPを介して
> > ・mysql_query()
> > ・mysql_fetch_array()
> > の順でデータの取得を行うと、約10秒程の時間が掛かってしまいます。
> >
> > SQL文自体は、一つのテーブルから検索条件にキー項目を指定して、複数の項目
を取
> > 得する、
> > という単純なものなので、SQL文には問題ないと思うのですが・・・
> >
> > もしお心当たりの点等が御座いましたら、情報を頂きたく思います。
>
>単純にブラウザのレンダリングに時間がかかっているということはありませんか？
>
>

ご返信、有難う御座います。

時間が掛かる検索部分のコーディングを削除し、DB接続をなくしてテストしてみたの
ですが、
その場合はすぐにページが作成されるので、やはりPHP+MySQLの接続部分に何らかの
問題があるのかと思います。

_________________________________________________________________
キャリアアップを目指すあなたのナビゲーター MSN 就職・転職   
http://career.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 05:36:28 2003
From: php-users@php.gr.jp (staff07)
Date: Mon, 27 Jan 2003 14:36:28 +0900
Subject: [PHP-users 12825] Re: bc関数について
References: <001f01c2c5c0$f4ad0e50$0b181cac@shousho> 
Message-ID: <000e01c2c5c6$0a0177a0$0b181cac@shousho>

ありがとうございました。
以後HTML形式で送らないよう気をつけます。
----- Original Message -----
From: "KATOH Yasufumi" 
To: 
Sent: Monday, January 27, 2003 2:17 PM
Subject: [PHP-users 12822] Re: bc関数について

> 加藤泰文です．
>
> # HTML 形式のメールははやめたほうが...
>
> >>> On Mon, 27 Jan 2003 14:00:04 +0900
>     in message   "[PHP-users 12819] bc関数について"
>                   staff07-san wrote:
>
> > 初めて投稿致します。PHPをはじめたばかりなので今後ともよろしくお願いしま
す。
> > bc関数についてですが、Windowsでは問題なく使えるのですが、Linuxになると使
えず　
> > ┌────────────────────────┐
> > │Fatal error: Call to undefined function: bcmod()│
> > └────────────────────────┘
> > と出てしまいます。どうすればよろしいですか
>
> http://jp.php.net/manual/ja/ref.bc.php によると
> | PHP 4では、これらの関数は、PHPが構築オプション --enable-bcmathを付け
> | てコンパイルされている場合にのみ使用できます。
> だそうです．コンパイルして入れ直しではないでしょうかね．
>
> --
> ==============================================
> ((((    加藤泰文
> ○-○                karma @ prog.club.ne.jp
> ==============================================
> (Web Page) http://www.ae.wakwak.com/%7Ekarma/
> ==============================================
>      北米の音楽のページを更新(January 27)
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
>
>

From php-users@php.gr.jp  Mon Jan 27 05:44:05 2003
From: php-users@php.gr.jp (tamagawa)
Date: Mon, 27 Jan 2003 14:44:05 +0900
Subject: [PHP-users 12826] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: <3E34C725.2000503@sts.co.jp>

玉川@STSです。

・PHPとMySQLは同一のマシン上でうごいていますか？
・その検索でMySQLが返す件数はどの程度ですか？
・検索結果を表示する部分のコードはどのようになっていますか？

くらいを回答してもらえると、何がどうなっているのか
もう少しわかるかと思います。
--
玉川@STS

カンダ マサキ wrote:
>>
>> > SQLをTelnetから直接実行した場合は0.00～0.01秒で反応があるにもかかわら
> 
> ず、
> 
>> > PHPを介して
>> > ・mysql_query()
>> > ・mysql_fetch_array()
>> > の順でデータの取得を行うと、約10秒程の時間が掛かってしまいます。
>> >
>> > SQL文自体は、一つのテーブルから検索条件にキー項目を指定して、複数の項目
> 
> を取
> 
>> > 得する、
>> > という単純なものなので、SQL文には問題ないと思うのですが・・・
>> >
>> > もしお心当たりの点等が御座いましたら、情報を頂きたく思います。
>>
>> 単純にブラウザのレンダリングに時間がかかっているということはありません 
>> か？
>>
>>
> 
> ご返信、有難う御座います。
> 
> 時間が掛かる検索部分のコーディングを削除し、DB接続をなくしてテストしてみ 
> たの
> ですが、
> その場合はすぐにページが作成されるので、やはりPHP+MySQLの接続部分に何らかの
> 問題があるのかと思います。
> 
> 
> _________________________________________________________________
> キャリアアップを目指すあなたのナビゲーター MSN 就職・転職   
> http://career.msn.co.jp/ 
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
> 

From php-users@php.gr.jp  Mon Jan 27 05:43:00 2003
From: php-users@php.gr.jp (Shinobu Sugai)
Date: Mon, 27 Jan 2003 14:43:00 +0900
Subject: [PHP-users 12827] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: <20030127142948.10E5.SUGAI@mlsweb.co.jp>

菅井です。

> >単純にブラウザのレンダリングに時間がかかっているということはありませんか？

> 時間が掛かる検索部分のコーディングを削除し、DB接続をなくしてテストしてみたの
> ですが、
> その場合はすぐにページが作成されるので、やはりPHP+MySQLの接続部分に何らかの
> 問題があるのかと思います。

原因特定の為に、とりあえず。microtime()等を使用して、
データーベース処理部分の実行時間を測定してみてはいかがでしょうか。

DB接続の部分に障害があるようでしたら解りません。m(_ _)m
---
Shinobu Sugai
sugai@mlsweb.co.jp

From php-users@php.gr.jp  Mon Jan 27 06:04:22 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 15:04:22 +0900
Subject: [PHP-users 12828] Re: PHP+MYSQLの検索速度について
Message-ID: 

ご返信、有難う御座います。

>・PHPとMySQLは同一のマシン上でうごいていますか？

　同一マシンです。

>・その検索でMySQLが返す件数はどの程度ですか？

　1テーブルに対してKey項目を検索条件に指定している為、１件です。
　（当テーブルの件数は約２９万件です。）

　SQL文は、select a,b,c from Table where a = '123';
  という単純なSQLで、それをmysql_queryに入れて発行し、
　mysql_fetch_arrayで格納しています。

>・検索結果を表示する部分のコードはどのようになっていますか？

　上記SQLのa,bについては単にechoで表示しているだけで、
　cについてはcgiのパラメータに使用しています。

>
>カンダ マサキ wrote:
> >>
> >> > SQLをTelnetから直接実行した場合は0.00～0.01秒で反応があるにもかかわら

> >
> > ず、
> >
> >> > PHPを介して
> >> > ・mysql_query()
> >> > ・mysql_fetch_array()
> >> > の順でデータの取得を行うと、約10秒程の時間が掛かってしまいます。
> >> >
> >> > SQL文自体は、一つのテーブルから検索条件にキー項目を指定して、複数の項
目
> >
> > を取
> >
> >> > 得する、
> >> > という単純なものなので、SQL文には問題ないと思うのですが・・・
> >> >
> >> > もしお心当たりの点等が御座いましたら、情報を頂きたく思います。
> >>
> >> 単純にブラウザのレンダリングに時間がかかっているということはありません
> >> か？
> >>
> >>
> >
> > ご返信、有難う御座います。
> >
> > 時間が掛かる検索部分のコーディングを削除し、DB接続をなくしてテストしてみ

> > たの
> > ですが、
> > その場合はすぐにページが作成されるので、やはりPHP+MySQLの接続部分に何ら
かの
> > 問題があるのかと思います。
> >
> >
> > _________________________________________________________________
> > キャリアアップを目指すあなたのナビゲーター MSN 就職・転職
> > http://career.msn.co.jp/
> > _______________________________________________
> > PHP-users mailing list
> > PHP-users@php.gr.jp
> > http://ns1.php.gr.jp/mailman/listinfo/php-users
> >
>
>
>_______________________________________________
>PHP-users mailing list
>PHP-users@php.gr.jp
>http://ns1.php.gr.jp/mailman/listinfo/php-users

_________________________________________________________________
キャリアアップを目指すあなたのナビゲーター MSN 就職・転職   
http://career.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 06:12:19 2003
From: php-users@php.gr.jp (tateyan)
Date: Mon, 27 Jan 2003 15:12:19 +0900
Subject: [PHP-users 12829] Re: PHP+MYSQLの検索速度について
In-Reply-To: <3E34C725.2000503@sts.co.jp>
References:  <3E34C725.2000503@sts.co.jp>
Message-ID: <20030127150751.7951.TATEYAN@amy.hi-ho.ne.jp>

たてやんっす

tamagawaさんの
題名「[PHP-users 12826] Re: PHP+MYSQLの検索速度について」のメールからの引用です
> 玉川@STSです。
> 
> ・PHPとMySQLは同一のマシン上でうごいていますか？
> ・その検索でMySQLが返す件数はどの程度ですか？
> ・検索結果を表示する部分のコードはどのようになっていますか？
Linuxマシンのメモリも影響してるのでその辺の状況も必要かと思います

取り合えず問題の php を実行せずに　telnet等で接続して
free コマンド実行などでメモリを確認

実行中　top などで　メモリやプロセスの状況を見るなど
も一つの解決策と思います

いずれにしても吉泉さんの環境の詳細分からないと
推定できませんね
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  彡彡从        たてやんっす
 d□/□-ｂ      
 ヽ"ー"丿

Key fingerprint = 5D56 8EA3 B9FE A721 4866  FB4A 0041 672C 08DD C33A

From php-users@php.gr.jp  Mon Jan 27 06:51:54 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 15:51:54 +0900
Subject: [PHP-users 12830] Re: PHP+MYSQLの検索速度について
Message-ID: 

吉泉です。

データベース処理部分の時間を測定したところ、0秒(!)でした。

ということは、データ検索ではなく他の部分で時間が掛かっている、と
推測されます。

他の部分のコーディングを見てみようと思います。

色々とご指南いただき、大変勉強になりました。
本当にありがとうございます。

>
>原因特定の為に、とりあえず。microtime()等を使用して、
>データーベース処理部分の実行時間を測定してみてはいかがでしょうか。
>
>include_once("../db_connect.inc");
>
>$start = microtime();
>
>/*********実働処理******************/
>$sql = "select * from HOGE";
>$result = mysql_db_query("DB_NAME", "$sql");
>if(!$result){
>	print(mysql_error());
>	mysql_close($conn);
>	exit;
>}
>/*********実働処理(END)*************/
>$end = microtime();
>
>$execution_time = $end - $start;
>
>print($execution_time);
>?>
>
>DB接続の部分に障害があるようでしたら解りません。m(_ _)m
>---
>Shinobu Sugai
>sugai@mlsweb.co.jp
>
>_______________________________________________
>PHP-users mailing list
>PHP-users@php.gr.jp
>http://ns1.php.gr.jp/mailman/listinfo/php-users

_________________________________________________________________
最新のファイナンス情報とライフプランのアドバイス MSN マネー  
http://money.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 07:37:33 2003
From: php-users@php.gr.jp (Satoshi Sato)
Date: Mon, 27 Jan 2003 16:37:33 +0900
Subject: [PHP-users 12831] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: <20030127163155.D821.SATO@stage.gr.jp>

初めまして、佐藤です。

On Mon, 27 Jan 2003 15:51:54 +0900
カンダ マサキ  wrote:

> 吉泉です。
> 
> データベース処理部分の時間を測定したところ、0秒(!)でした。
> 
> ということは、データ検索ではなく他の部分で時間が掛かっている、と
> 推測されます。

予想ですが、10秒という中途半端な時間が、名前引きのタイムアウトのような感
じがします。

include_once("../db_connect.inc");

の時間を計ってみてはどうでしょうか？
もしそこが原因のようなら、DNSにMySQLがインストールしてあるサーバーを登録
するか、hostsファイルの書いてあげれば解決すると思います

違っていたらすいません。

--
Satoshi Sato 

From php-users@php.gr.jp  Mon Jan 27 07:40:56 2003
From: php-users@php.gr.jp (SAWADA Hodaka)
Date: Mon, 27 Jan 2003 16:40:56 +0900
Subject: [PHP-users 12832] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: 

At Mon, 27 Jan 2003 15:51:54 +0900,
カンダ マサキ wrote:

> データベース処理部分の時間を測定したところ、0秒(!)でした。
> 
> ということは、データ検索ではなく他の部分で時間が掛かっている、と
> 推測されます。

約10秒かかるということですが、DNS の逆引きは大丈夫でしょうか。
-- 
         =^^= HODA =^^=          http://www.tail.gr.jp/~hoda/
澤田保隆@しっぽアルゴリズム情報研究所  mailto:hoda@tail.gr.jp

From php-users@php.gr.jp  Mon Jan 27 09:08:12 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 18:08:12 +0900
Subject: [PHP-users 12833] Re: PHP+MYSQLの検索速度について
Message-ID: 

吉泉です。

ご指南頂きましたDNSの設定ですが、正引き・逆引きともに
問題ないようです。

やはり、サーバーの環境という類の話なのかな・・・
という感じがしております。

引き続き色々と試しつつ、何らかの改善が見られましたら
報告させていただきます。

>From: Satoshi Sato 
>Reply-To: php-users@php.gr.jp
>To: php-users@php.gr.jp
>Subject: [PHP-users 12831] Re: PHP+MYSQLの検索速度について
>Date: Mon, 27 Jan 2003 16:37:33 +0900
>
>初めまして、佐藤です。
>
>On Mon, 27 Jan 2003 15:51:54 +0900
>カンダ マサキ  wrote:
>
> > 吉泉です。
> >
> > データベース処理部分の時間を測定したところ、0秒(!)でした。
> >
> > ということは、データ検索ではなく他の部分で時間が掛かっている、と
> > 推測されます。
>
>
>予想ですが、10秒という中途半端な時間が、名前引きのタイムアウトのような感
>じがします。
>
>include_once("../db_connect.inc");
>
>の時間を計ってみてはどうでしょうか？
>もしそこが原因のようなら、DNSにMySQLがインストールしてあるサーバーを登録
>するか、hostsファイルの書いてあげれば解決すると思います
>
>違っていたらすいません。
>
>--
>Satoshi Sato 
>
>_______________________________________________
>PHP-users mailing list
>PHP-users@php.gr.jp
>http://ns1.php.gr.jp/mailman/listinfo/php-users

_________________________________________________________________
ハイセンスな商品を気軽に購入 MSN ショッピング   http://shopping.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 09:28:40 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Mon, 27 Jan 2003 18:28:40 +0900
Subject: [PHP-users 12834] Re: コマンドライン版+PEAR DB
In-Reply-To: <20030124074918.B8CE.PHP@angelicwing.net>
References: <20030124074918.B8CE.PHP@angelicwing.net>
Message-ID: <200301270928.SAA17515@mail1.rim.or.jp>

いわきりです

Kiryu Tsukimiya wrote in <20030124074918.B8CE.PHP@angelicwing.net> :
>仕事でCLI版を使うようになったんですが、
>CLI版PHPよりPEAR DBで
>MySQLに接続しようとすると、以下のようなメッセージが出ます。
>File 'NONEXISTENT/charsets/?.conf' not found (Errcode: 2)
>Character set '#12' is not a compiled character set and is not specified
>in the 'NONEXISTENT/charsets/Index' file

 http://www.mysql.jp/mysql/TIPS/clients.html

で、解決しませんか?

>//そういえば、--enable-mbstringってデフォルトで有効でしたっけ？＞4.3.x

残念ながら、無効です。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Mon Jan 27 09:32:31 2003
From: php-users@php.gr.jp (カンダ マサキ)
Date: Mon, 27 Jan 2003 18:32:31 +0900
Subject: [PHP-users 12835] Re: PHP+MYSQLの検索速度について
Message-ID: 

吉泉です。一応解決しましたので、自己レス致します。

当件ですが、mysql_fetch_arrayで取得した値をそのまま
次のSQLのパラメータに指定した場合に、検索結果が遅くなることが分かりました。

遅いケース：
$sql ="select a from T where no='$rno'";
$result = mysql_query($sql,$con);
$row = mysql_fetch_array($result);

$dsql = "select title from CDJT_DISC where kanrino = ".$row{a};
$dresult = mysql_query($dsql,$con);
$drow = mysql_fetch_array($dresult);

これを、
$sql ="select a from T where no='$rno'";
$result = mysql_query($sql,$con);
$row = mysql_fetch_array($result);

$param = $row{a};

$dsql = "select title from CDJT_DISC where kanrino = '$param'";
$dresult = mysql_query($dsql,$con);
$drow = mysql_fetch_array($dresult);

とした場合、検索スピードが見違えました。

何故そうなったのかはまだよく理解しておりませんので、もう少し
勉強しようと思います。

ご指南いただきました皆様、本当に有難う御座いました。

今後とも、宜しくお願い致します。

>From: カンダ マサキ 
>Reply-To: php-users@php.gr.jp
>To: php-users@php.gr.jp
>Subject: [PHP-users 12833] Re: PHP+MYSQLの検索速度について
>Date: Mon, 27 Jan 2003 18:08:12 +0900
>
>吉泉です。
>
>ご指南頂きましたDNSの設定ですが、正引き・逆引きともに
>問題ないようです。
>
>やはり、サーバーの環境という類の話なのかな・・・
>という感じがしております。
>
>引き続き色々と試しつつ、何らかの改善が見られましたら
>報告させていただきます。
>
>
>
>>From: Satoshi Sato 
>>Reply-To: php-users@php.gr.jp
>>To: php-users@php.gr.jp
>>Subject: [PHP-users 12831] Re: PHP+MYSQLの検索速度について
>>Date: Mon, 27 Jan 2003 16:37:33 +0900
>>
>>初めまして、佐藤です。
>>
>>On Mon, 27 Jan 2003 15:51:54 +0900
>>カンダ マサキ  wrote:
>>
>> > 吉泉です。
>> >
>> > データベース処理部分の時間を測定したところ、0秒(!)でした。
>> >
>> > ということは、データ検索ではなく他の部分で時間が掛かっている、と
>> > 推測されます。
>>
>>
>>予想ですが、10秒という中途半端な時間が、名前引きのタイムアウトのような感
>>じがします。
>>
>>include_once("../db_connect.inc");
>>
>>の時間を計ってみてはどうでしょうか？
>>もしそこが原因のようなら、DNSにMySQLがインストールしてあるサーバーを登録
>>するか、hostsファイルの書いてあげれば解決すると思います
>>
>>違っていたらすいません。
>>
>>--
>>Satoshi Sato 
>>
>>_______________________________________________
>>PHP-users mailing list
>>PHP-users@php.gr.jp
>>http://ns1.php.gr.jp/mailman/listinfo/php-users
>
>
>_________________________________________________________________
>ハイセンスな商品を気軽に購入 MSN ショッピング   
>http://shopping.msn.co.jp/
>
>_______________________________________________
>PHP-users mailing list
>PHP-users@php.gr.jp
>http://ns1.php.gr.jp/mailman/listinfo/php-users

_________________________________________________________________
今が旬のクルマを徹底的に分析します MSN 自動車   http://car.msn.co.jp/  

From php-users@php.gr.jp  Mon Jan 27 10:12:10 2003
From: php-users@php.gr.jp (tamagawa)
Date: Mon, 27 Jan 2003 19:12:10 +0900
Subject: [PHP-users 12836] Re: PHP+MYSQLの検索速度について
In-Reply-To: 
References: 
Message-ID: <3E3505FA.9090708@sts.co.jp>

玉川@STSです。

素直に読むと、前者は引数がシングルクォートなしで、後者はシングル
クォートつきで問い合わせされると思うんですが、この辺に原因は
ないでしょうか？

カンダ マサキ wrote:
> $dsql = "select title from CDJT_DISC where kanrino = ".$row{a};
> $dsql = "select title from CDJT_DISC where kanrino = '$param'";

MySQLって、引数がクォートでくくってあろうとなかろうと、とりあえず
検索しちゃうんですね・・・・
--
玉川@STS

From php-users@php.gr.jp  Mon Jan 27 13:59:34 2003
From: php-users@php.gr.jp (Kiryu Tsukimiya)
Date: Mon, 27 Jan 2003 22:59:34 +0900
Subject: [PHP-users 12837] Re: コマンドライン版+PEAR DB
In-Reply-To: <200301270928.SAA17515@mail1.rim.or.jp>
References: <20030124074918.B8CE.PHP@angelicwing.net> <200301270928.SAA17515@mail1.rim.or.jp>
Message-ID: <20030127223729.762B.PHP@angelicwing.net>

月宮です。

>  http://www.mysql.jp/mysql/TIPS/clients.html
> で、解決しませんか?
MySQLもPHPもmakeし直したつもりだったんですが・・・。
もう一度やってみます。

ありがとうございました。

>>//そういえば、--enable-mbstringってデフォルトで有効でしたっけ？＞4.3.x
> 残念ながら、無効です。
む、勘違いでしたか。
デフォルトになる日がくるんですかね・・・。

-- 
月宮紀柳 

From php-users@php.gr.jp  Mon Jan 27 15:28:28 2003
From: php-users@php.gr.jp (KAWAGUCHI, Shusaku)
Date: Tue, 28 Jan 2003 00:28:28 +0900
Subject: [PHP-users 12838] IIS5.0+PHP4.3.0で変数の受け渡しについて
In-Reply-To: 
References: 
Message-ID: <20030128002404.06A8.M-LIST@sitekgn.net>

初めて投稿致します。川口と申します。

現在、Redhat7.2サーバーでapache1.3.27 + PHP4.2.3を運用しています。

フォーム受け渡しのスクリプト(検索条件を渡すフォーム)を運用していましたが、
仕事の関係で同じスクリプトを、Windows2000サーバーに移行することになりました。
Windows2000サーバーは、IIS5.0 + PHP4.3.0で構築してあります。

単純に移行したら動くものと思っていましたが、フォームからPHPスクリプトに変数を
全く渡せない(受け取らない？)という状況に陥りました。

以下、スクリプトの要約を記します。
--index.html--

--search.php--

ファイルのパスなどは問題ないように思えます。
どなたか同じような現象に遭遇した方はいらっしゃいませんでしょうか。
また、お心当たりの点等が御座いましたら、情報を頂きたく思います。

よろしくお願いいたします。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@sitekgn.net
　website  : http://www.sitekgn.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Mon Jan 27 15:29:44 2003
From: php-users@php.gr.jp (Shusaku Kawaguchi)
Date: Tue, 28 Jan 2003 00:29:44 +0900 (JST)
Subject: [PHP-users 12839] IIS5.0+PHP4.3.0で変数の受け渡しについて
Message-ID: <1043681384.3e35506849932@mail.sitekgn.net>

初めて投稿致します。川口と申します。

現在、Redhat7.2サーバーでapache1.3.27 + PHP4.2.3を運用しています。

フォーム受け渡しのスクリプト(検索条件を渡すフォーム)を運用していましたが、
仕事の関係で同じスクリプトを、Windows2000サーバーに移行することになりました。
Windows2000サーバーは、IIS5.0 + PHP4.3.0で構築してあります。

単純に移行したら動くものと思っていましたが、フォームからPHPスクリプトに変数を
全く渡せない(受け取らない？)という状況に陥りました。

以下、スクリプトの要約を記します。
--index.html--

--search.php--

ファイルのパスなどは問題ないように思えます。
どなたか同じような現象に遭遇した方はいらっしゃいませんでしょうか。
また、お心当たりの点等が御座いましたら、情報を頂きたく思います。

よろしくお願いいたします。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@sitekgn.net
　website  : http://www.sitekgn.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Mon Jan 27 16:02:49 2003
From: php-users@php.gr.jp (Sumito_Oda)
Date: Tue, 28 Jan 2003 01:02:49 +0900
Subject: [PHP-users 12840] Re: IIS5.0+PHP4.3.0で変数の受け渡しについて
In-Reply-To: <1043681384.3e35506849932@mail.sitekgn.net>
References: <1043681384.3e35506849932@mail.sitekgn.net>
Message-ID: 

今晩は。

>--search.php--
>print "$code1";
>以下略。
>?>

単純に前の環境では「register_globals On」で、
今回の環境では推奨設定である、「register_globals Off」に
なっているだけでは？PHPのリリース情報やphp.iniの最初の方にも
散々アナウンスがなされています。当MLにも何度も出ていますが、
こちらは検索ワードがちょっと指定しづらいかな、と思います。

-- 
Sumito_Oda mailto:oda@bst.jp

From php-users@php.gr.jp  Mon Jan 27 16:08:23 2003
From: php-users@php.gr.jp (ysano)
Date: Tue, 28 Jan 2003 01:08:23 +0900
Subject: [PHP-users 12841] Re: IIS5.0+PHP4.3.0で変数の受け渡しについて
In-Reply-To: <1043681384.3e35506849932@mail.sitekgn.net>
References: <1043681384.3e35506849932@mail.sitekgn.net>
Message-ID: <2AC2C61E512336ysano@ysnet.org>

ysanoです。

>単純に移行したら動くものと思っていましたが、フォームからPHPスクリプトに変数を
>全く渡せない(受け取らない？)という状況に陥りました。

http://phpfaq.encore-ann.com/modules/news/article.php?storyid=4

超FAQかと。
--
ysano

From php-users@php.gr.jp  Mon Jan 27 16:29:21 2003
From: php-users@php.gr.jp (KAWAGUCHI, Shusaku)
Date: Tue, 28 Jan 2003 01:29:21 +0900
Subject: [PHP-users 12842] Re: IIS5.0+PHP4.3.0で変数の受け渡しについて
In-Reply-To: 
References: <1043681384.3e35506849932@mail.sitekgn.net> 
Message-ID: <20030128012410.D14C.M-LIST@sitekgn.net>

川口です。こんばんわ。

まずはじめに、マルチポストになってしまいました。
申し訳ありません。

> 単純に前の環境では「register_globals On」で、

なるほど、スクリプトの方にばかり問題があると思い、
その辺は全く気に掛けていませんでした。

確かに、Windows2000のほうのphp.iniはデフォルトのままです。
おそらくそれで解決するような気がします。
明日、会社でやってみます。

register_globals = Offにというアナウンスは知っていましたが、
今になってみれば内容をしっかりと把握していなかったように思います。

皆様、有り難うございました。
今後とも宜しくお願いいたします。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@siteKGN.net
　website  : http://www.siteKGN.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Mon Jan 27 20:30:36 2003
From: php-users@php.gr.jp (etsurou miyazaki)
Date: Tue, 28 Jan 2003 05:30:36 +0900
Subject: [PHP-users 12843] エラーについて
Message-ID: <002201c2c642$f39589c0$7701a8c0@kar.ie.kanagawau.ac.jp>

This is a multi-part message in MIME format.

------=_NextPart_000_001E_01C2C68E.62C49020
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

お世話になっております。miyazakiです。
最近私はPHPの勉強を始めたのですが、エラーが出たときどのようなエラーなのかが
わからないことがあります。
そこでエラーなどの種類などが載っているサイトなどはないのでしょうか？PHP３の
マニュアルの中にあるパーサトークン一覧をみつけたのですが、詳しくかいてあるサ
イトや本などを知っていらっしゃる方がいらっしゃいましたら教えていただけません
か。

miyazaki

------=_NextPart_000_001E_01C2C68E.62C49020
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$B$*@$OC$K$J$C$F$*$j$^$9!#=1B(Bmiyazaki=1B$B$G$9!#=1B(B

=1B$B:G6a;d$O=1B(BPHP=1B$B$NJY6/$r;O$a$?$N$G$9$,!"%(%i!<$,=3DP$?=
$H$-$I$N$h$&$J%(%i!<$J$N$+$,$o$+$i$J$$$3$H$,$"$j$^$9!#=1B(B
=1B$B$=3D$3$G%(%i!<$J$I$N\$7$/$+$$$F$"$k%5%$%H$dK\$J$I$rCN$C$F$$$i$C$7$c$kJ}$,$$$i$C=
$7$c$$$^$7$?$i65$($F$$$?$@$1$^$;$s$+!#=1B(B
=1B$B!!=1B(B
miyazaki

------=_NextPart_000_001E_01C2C68E.62C49020--

From php-users@php.gr.jp  Tue Jan 28 01:27:29 2003
From: php-users@php.gr.jp (KiyohitoTanaka)
Date: Tue, 28 Jan 2003 10:27:29 +0900
Subject: [PHP-users 12844] JOIN文でのカラム名の指定の仕方
Message-ID: 

田中@MCと申します。

下記(簡略化しています)のようなsql文でpostgresqlの2つのテーブルより
データを取り出そうとしています。
下のような2つのテーブルがあります。
テーブル名：table1
カラム名：code,hiduke,shimei,kingaku.....
テーブル名：table2
カラム名：code,hiduke,shimei,suuryou,.....
sql文：
$sql="select * from table1 join table2 on table1.code=table2.code where
table1.code='123'";

table1とtable2という2つのテーブルより、codeというカラム名でINNER JOIN
を組み、table1.code='123’というレコードを取り出しています。

テーブルにアクセスした後
$data=pg_fetch_object($result,0);
でオブジェクトを生成します。
この$dataオブジェクトより
例えば
table1のhiduke
table2のshimei
データを取り出したい場合に、
$data[1]=$data->table1.hiduke;
$data[2]=$data->table2.shimei;
と記述するとデータが取り出せません。
スクリプト記述の問題だと思いますが、要求する
データと取り出すための正しいテーブル名&カラム名の指定方法
を教えていただけませんでしょうか？
解説を当ってみましたが、同じカラム名の存在するJOINからの
取り出し例が見当たりませんでした。

よろしくお願いします。m(__)m

From php-users@php.gr.jp  Tue Jan 28 02:00:03 2003
From: php-users@php.gr.jp (Youichi Mano)
Date: Tue, 28 Jan 2003 11:00:03 +0900
Subject: [PHP-users 12845] Re: gdのバージョンを確認する方法
In-Reply-To: <20030122061438.CBBE.MANOYOUICHI@hotmail.com>
References: <20030122061438.CBBE.MANOYOUICHI@hotmail.com>
Message-ID: <20030128105649.C379.MANOYOUICHI@hotmail.com>

間野です。
お返事が送れて申し訳ありません。

皆様からいただいたご意見をまとめると、
gd libraryのバージョンを確認する方法としては、

・phpの関数phpinfo()
ただしPHP付きでWebサーバを立てる必要あり

・サポートされている関数からバージョン推定
例: gdImageCreateTrueColor()があれば gd >= 2.0.0

・一旦アンインストールして、バージョン名の判っているものを
インストールする

の3つの方法があることが分かりました。

ありがとうございました。

-- 
Youichi Mano 

From php-users@php.gr.jp  Tue Jan 28 02:26:14 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Tue, 28 Jan 2003 11:26:14 +0900
Subject: [PHP-users 12846] Re: JOIN文でのカラム名の指定の仕方
In-Reply-To: 
References: 
Message-ID: <200301280226.LAA28163@mail1.rim.or.jp>

いわきりです
いわきりです

KiyohitoTanaka wrote in  :
>例えば
>table1のhiduke
>table2のshimei
>データを取り出したい場合に、
>$data[1]=$data->table1.hiduke;
>$data[2]=$data->table2.shimei;
>と記述するとデータが取り出せません。

print_r($data);

するとどう表示されますか?

$dataはobjectですよね、
>$data[1]=$data->table1.hiduke;
で、配列$dataがちゃんと生成されていますか?

私の所では、
PHP Warning:  Cannot use a scalar value as an array in /home/iwa/test.php on line xx
と注意されます。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Tue Jan 28 03:13:38 2003
From: php-users@php.gr.jp (zomu)
Date: Tue, 28 Jan 2003 12:13:38 +0900
Subject: [PHP-users 12847] 検索文字有無チェックについて
References:  <200301280226.LAA28163@mail1.rim.or.jp>
Message-ID: <004601c2c67b$40fb4000$c801a8c0@matsuzaki>

まつざきです。

文字列中の検索文字有無チェックについて質問させて頂きます。

＃1　ある、配列を格納しているファイルからデータを取り出します。
＃2　for文ループでその配列にある文字列が存在しているか検索。
＃3　検索文字列がヒットすれば変数 $count = $count +1;　とします。

現在分からない点は、＃2の文字列存在チェックの方法です。
現在、strrpos関数を使い存在チェックをしているのですが
うまくいきません。ソースは
----------------------------------------------------
for( $i=0; $i<$num_array; $i++ ){
    if( strpos( $hairetsu[$i], $str_serch ) ){
     $count = $count + 1;
    }
}
----------------------------------------------------
です。

文字列中の特定文字列有無チェックについてご存知の方ご教授お願い致します。

From php-users@php.gr.jp  Tue Jan 28 03:29:16 2003
From: php-users@php.gr.jp (KiyohitoTanaka)
Date: Tue, 28 Jan 2003 12:29:16 +0900
Subject: [PHP-users 12848] Re: JOIN文でのカラム名の指定の仕方
In-Reply-To: <200301280226.LAA28163@mail1.rim.or.jp>
Message-ID: 

田中です。

いわきりさんすみませんでした。
スクリプトを簡略化する際のミスです。
配列に同じ名称を書いてしまいました。m(__)m

table1のhiduke
table2のshimei
データを取り出したい場合に、
$kekka[1]=$data->table1.hiduke;
$kekka[2]=$data->table2.shimei;
と記述するとデータが取り出せません。

こう表現したかったのです。
回り道をしてしまいました。

どうなのでしょうか？
例えば私の方では、
それぞれ
$kekka[1]は『hiduke』という文字列
$kekka[2]は『shimei』とう文字列
になってしまうのです。

よろしくお願いします。

From php-users@php.gr.jp  Tue Jan 28 03:40:13 2003
From: php-users@php.gr.jp (WADA Hiroyuki)
Date: Tue, 28 Jan 2003 12:40:13 +0900
Subject: [PHP-users 12849] Re: JOIN文でのカラム名の指定の仕方
References: 
Message-ID: <3E35FB9D.6C2616B4@komine-ag.co.jp>

和田です。

KiyohitoTanaka wrote:

> table1のhiduke
> table2のshimei
> データを取り出したい場合に、
> $kekka[1]=$data->table1.hiduke;
> $kekka[2]=$data->table2.shimei;
> と記述するとデータが取り出せません。

SQLの結果にはテーブル名というものは存在しません。
カラム名に別名をつけるか、番号でアクセスします。

> $kekka[1]は『hiduke』という文字列
> $kekka[2]は『shimei』とう文字列
> になってしまうのです。

$data->table1 と hiduke の連結だからそうなるのでしょう。

From php-users@php.gr.jp  Tue Jan 28 03:41:21 2003
From: php-users@php.gr.jp (Mashiki)
Date: Tue, 28 Jan 2003 12:41:21 +0900
Subject: [PHP-users 12850] Re: 検索文字有無チェックについて
In-Reply-To: <004601c2c67b$40fb4000$c801a8c0@matsuzaki>
References: <004601c2c67b$40fb4000$c801a8c0@matsuzaki>
Message-ID: 

　Mashikiです。

>for( $i=0; $i<$num_array; $i++ ){
>    if( strpos( $hairetsu[$i], $str_serch ) ){
>     $count = $count + 1;
>    }
>}

if( strpos( $hairetsu[$i], $str_serch )!==False ){

と書いたら何か変わらないでしょうか？

From php-users@php.gr.jp  Tue Jan 28 03:44:37 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Tue, 28 Jan 2003 12:44:37 +0900
Subject: [PHP-users 12851] Re: JOIN文でのカラム名の指定の仕方
In-Reply-To: 
References: <200301280226.LAA28163@mail1.rim.or.jp>

Message-ID: <200301280344.MAA08292@mail1.rim.or.jp>

いわきりです

KiyohitoTanaka wrote in  :
>例えば私の方では、
>それぞれ
>$kekka[1]は『hiduke』という文字列
>$kekka[2]は『shimei』とう文字列
>になってしまうのです。

ですから、pg_fetch_object()が返すObjectがどうなっているかを
提示して欲しかったのです。

print_r($data);

で、結果がどの様に格納されているか教えてください。

#当方、手近にJOINをサポートしたPostgreSQLが無いので試せません。

と言ったコードでObjectを作成しようとしても

PHP Parse error:  parse error, unexpected '=' in /home/iwa/test.php on line 2

となり、'.'を含む名前はオブジェクトで使えないので、
pg_fetch_object()がどういう値を返しているかを確認するのが手っ取り早いです。

あとは、
select table1.code as t1_code, table1.hiduke as t1_hiduke, table2.shimei as t2_shimei,...  from table1 join table2 on table1.code=table2.code where table1.code='123'

とエイリアスで取得すれば、
$kekka[1] = $data->t1_hiduke;
$kekka[2] = $data->t2_shimei;

で取得できると思います。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Tue Jan 28 03:50:03 2003
From: php-users@php.gr.jp (S.Izumi)
Date: Tue, 28 Jan 2003 12:50:03 +0900
Subject: [PHP-users 12852] Re: 検索文字有無チェックについて
References:  <200301280226.LAA28163@mail1.rim.or.jp> <004601c2c67b$40fb4000$c801a8c0@matsuzaki>
Message-ID: <000d01c2c680$5753f9f0$2bd814db@izushin>

和泉と申します。

文字列中の検索文字有無チェックは色々と方法はあるとは思いますが、
strstr()はいかがでしょうか？

//----------------------------------------------
$hairetsu[0]="田中一郎";
$hairetsu[1]="中村次郎";
$hairetsu[2]="田中と中村";
$num_array = 3;
$str_serch = "田中";

for( $i=0; $i<$num_array; $i++ ){
    if(strstr($hairetsu[$i],$str_serch))
 {
      $count++;
      echo "match:$count -> string:$hairetsu[$i] 
";
  }
}
//----------------------------------------------

これならどうですか？
趣旨と違っていたらすいません。

//-----------------------
//   Izumi.Shinichi
//   izumi@izushin.com
//-----------------------

From php-users@php.gr.jp  Tue Jan 28 04:16:13 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Tue, 28 Jan 2003 13:16:13 +0900
Subject: [PHP-users 12853] Re: JOIN文でのカラム名の指定の仕方
In-Reply-To: <200301280344.MAA08292@mail1.rim.or.jp>
References: <200301280226.LAA28163@mail1.rim.or.jp>

 <200301280344.MAA08292@mail1.rim.or.jp>
Message-ID: <200301280416.NAA12165@mail1.rim.or.jp>

いわきりです

Youichi Iwakiri wrote in <200301280344.MAA08292@mail1.rim.or.jp> :
>となり、'.'を含む名前はオブジェクトで使えないので、

和田さんもおっしゃてますが、'.'は結合演算子です。

開発中であれば、
error_reporting = E_ALL
display_errors = On

にしておくと間違いに気付きます。

先程のスクリプトだと
PHP Notice:  Use of undefined constant hiduke - assumed 'hiduke' in /home/iwa/test.php on line xx

と表示されるので、何処を直すべきかが判ります。

開発時は、apacheのDSO版phpでなく、cgi/cli版を使った方が
errorレポートもテキストで取得でき、楽なんですけどね。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Tue Jan 28 05:33:01 2003
From: php-users@php.gr.jp (Tomonori Ueno)
Date: Tue, 28 Jan 2003 14:33:01 +0900
Subject: [PHP-users 12854] PHP-Postfixでのメール送信
Message-ID: <20030128143301.B8EFA480.tomo-u@abeam.ocn.ne.jp>

はじめまして。
上野と申します。
御世話になります

PHPで書かれたメールフォームプログラムからメールが送信できず困っていま
す。
厳密にはメール送信はできますが、件名と差出人だけが送信できるのに、
本文はブランクになってしまいます。 フォーム送信したコピーを確認のため
に
送信者に返す用途のプログラムですが。 
シェルからはmailコマンドで日本語メールがISPに送れます。

環境はVineLinux2.6ftp, Apache1.3.27, PHP4.3.0, Postfix-1.1.12-0vl0.26
です。
PHPのインストール時は、/usr/sbin/sendmailにパスがあるのを確認していま
す。

メールアドレスは値が渡されていて、名前や住所や趣味などの値が渡されてい
ないと
仮定すれば、どこをチェックすればよろしいのでしょうか?

下記がスクリプトです。 これはある教則本のサンプルですが。 
どうぞよろしくお願いいたします。  

";
  }
  if ( $_REQUEST[ "VALUE_MAIL" ] == "" ) {
    $IsError = true;
    $ErrorMessage .= "メールアドレスを入力してください。
";
  }
  if ( $IsError == false ) {
    $mail_to = $_REQUEST[ "VALUE_MAIL" ];
    $subject = "ありがとうございました。";
    $body    = "PHPメールフォームのご利用ありがとうございました。\n" .

               "以下は、送信された内容のコピーです。\n\n";
    $body   .= "名前　　　　　：" . $_REQUEST[ "VALUE_NAME" ] . "\n";
    $body   .= "郵便番号　　　：" . $_REQUEST[ "VALUE_POST" ] . "\n";
    $body   .= "住所　　　　　：" . $_REQUEST[ "VALUE_ADDRESS" ] . "\n
";
    $body   .= "メールアドレス：" . $_REQUEST[ "VALUE_MAIL" ] . "\n";
    $body   .= "趣味　　　　　：" . $_REQUEST[ "VALUE_FAVORITE" ] . "
\n";
    mb_send_mail( $mail_to, $subject, $body );

    header( "Location: http://" . $_SERVER[ "HTTP_HOST" ]
          . dirname( $_SERVER[ "PHP_SELF" ] ) . "/complete.php?VALUE_
NAME="
          . urlencode( $_REQUEST[ "VALUE_NAME" ] ) );
    exit();
  }

}
?>

05-01

メールフォーム
"
 METHOD="POST">

下記項目に情報を入力後、「送信」ボタンをクリックしてください。

*のついた項目は入力必須です。

  お名前

    ">*

  郵便番号

    ">

  住所

    ">

  メールアドレス

    ">*

  趣味

    >旅行
    >音楽
    >プログラミング

From php-users@php.gr.jp  Tue Jan 28 10:14:23 2003
From: php-users@php.gr.jp (Yuki Matsuda)
Date: Tue, 28 Jan 2003 19:14:23 +0900 (JST)
Subject: [PHP-users 12855] PHPLIB で複数のログイン画面
Message-ID: <20030128101423.69322.qmail@web404.mail.yahoo.co.jp>

松田といいます。
よろしくお願いします。

PHPLIB7.4を使って認証処理を行おうと思っています。
ただ、条件としてログイン画面が複数あり、デザインも異なる
ものにしたいと思っています。
エラー画面もそれぞれ別なものを考えています。

仕様を読むと、ログイン画面は、loginform.htmlという固有の
ファイルが表示されるとかかれていますが、複数ログイン画面
というのは、可能なのでしょうか？

ご教授よろしくお願いします。

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Tue Jan 28 14:18:41 2003
From: php-users@php.gr.jp (Kentaro Ohkouchi)
Date: Tue, 28 Jan 2003 23:18:41 +0900
Subject: [PHP-users 12856] Re: PHPLIB で複数のログイン画面
In-Reply-To: <20030128101423.69322.qmail@web404.mail.yahoo.co.jp>
References: <20030128101423.69322.qmail@web404.mail.yahoo.co.jp>
Message-ID: <20030128141842.11651@mail.fsm.ne.jp>

大河内です。

On 03.1.28 19:14
Yuki Matsuda  wrote：

>
>PHPLIB7.4を使って認証処理を行おうと思っています。
>ただ、条件としてログイン画面が複数あり、デザインも異なる
>ものにしたいと思っています。
>エラー画面もそれぞれ別なものを考えています。
>
local.inc
----
class Auth_1 extends Auth
{
    function auth_loginform()
    {
        require_once "loginform_1.ihtml";
    }
}

class Auth_2 extends Auth
{
    function auth_loginform()
    {
        require_once "loginform_2.ihtml";
    }
}

のようにクラスを定義しておき、

Auth_1.php
----
 "Sess_1",
                "auth" => "Auth_1");
?>

Auth_2.php
----
 "Sess_2",
                "auth" => "Auth_2);
?>

のように、page_openする際に別のクラスを読み込むようにしてはどうでしょう？

//                                    //
//   from: Kentaro Ohkouchi           //
//   mail: nanasess@fsm.ne.jp         //
//   mobile: nanasess@jp-c.ne.jp      //
//   phone: 090-1757-6327             //
//   msn messenger: spa@nanasess.net  //
//   home: http://nanasess.net/       //
//                                    //

From php-users@php.gr.jp  Tue Jan 28 15:42:33 2003
From: php-users@php.gr.jp (Takahiro Oku)
Date: Wed, 29 Jan 2003 00:42:33 +0900
Subject: [PHP-users 12857] PhpLibのインストールについて教えてください
Message-ID: <002b01c2c6e3$dfed9380$fc93e3da@acxa7jw2xnnfp4b>

はじめて、投稿いたします。
奥と申します。

PHPに興味をもったのは１年以上も前でしたが、最近、本格的にはじめてみようと思
い
WEBやテキストを参考にやってます。

以前、購入した秀和システム出版のPHP4　サンプル集に、PHPLibによる認証なるもの
が
紹介されており、添付のCDには
phplib-7.2d.tar.zip　と
phplib-7.2d.zip の２種のファイルがありました。

書籍はLinux と　Winの両方の利用についてかかれています。

自宅のPCはWin2000 でAn_http、PHP 4.3.0で稼動させています。
phplibを解凍しますと。
contribdoc
pages
php
stuff
unsup
などのホルダがあります。

サンプルプログラムはPHPlibから認証プログラムをコールして、動作する
と書いてありますが、肝心のインストール方法がかかれていません。
どういう風に設定すればよいのでしょうか？

An_httpでなくて、Win Apacheの環境でお使いの方でもいかまいません。
インストール方法をお教えください。

動作させたいサンプルプログラムは、最初に
page_open（）　なる関数をコールしています。

よろしくお願いします。

From php-users@php.gr.jp  Tue Jan 28 22:13:13 2003
From: php-users@php.gr.jp (Etsurou　Miyazaki)
Date: Wed, 29 Jan 2003 07:13:13 +0900
Subject: [PHP-users 12858] DOMXMLについて
Message-ID: <002101c2c71a$7448cb40$6801a8c0@kar.ie.kanagawau.ac.jp>

This is a multi-part message in MIME format.

------=_NextPart_000_001D_01C2C765.E37D9E00
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

お世話になっております。miyazakiです。
私は現在Apacheサーバ上にあるXMLデータを
MySQLやPostgreSQL、Accessに格納することをやろうとしているのですが、その際に
XMLデータを
DOMの機能を利用しデータを取り出し、SQL文により格納していこうと思っているので
すが、
 DOMXMLを利用する際には「--with-dom=[DIR]を指定してPHPを設 定」とマニュアル
の方に書かれていましたが、
１．この設定の仕方が理解できません、どのときにおこなえばよいのでしょうか？
２．すでにインストールされている場合には再インストールしなければならないので
しょうか？
どなたかご存知の方ご教授いただけないでしょうか。
環境
OS:WindosXP
Apache1.3
MySQL3.23.54
PostgreSQL7.3.1

miyazaki

------=_NextPart_000_001D_01C2C765.E37D9E00
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$B$*@$OC$K$J$C$F$*$j$^$9!#=1B(Bmiyazaki=1B$B$G$9!#=1B(B

=1B$B;d$O8=3D:_=1B(BApache=1B$B%5!<%P>e$K$"$k=1B(BXML=1B$B%G!<%?=
$r=1B(B
MySQL=1B$B$d=1B(BPostgreSQL=1B$B!"=1B(BAccess=1B$B$K3JG<$9$k$3$H=
$r$d$m$&$H$7$F$$$k$N$G$9$,!"$=3D$N:]$K=1B(BXML=1B$B%G!<%?$r=1B(B
DOM=1B$B$N5!G=3D$rMxMQ$7%G!<%?$r

 DOMXML=1B$B$rMxMQ$9$k:]$K$O!V=1B(B--with-dom=3D[DIR]=1B$B$r;XDj$7$F=1B(BPHP=1B$B$r@_=1B=
(B =1B$BDj!W$H%^%K%e%"%k$NJ}$K=3Dq$+$l$F$$$^$7$?$,!"=1B(B
=1B$B#1!%$3$N@_Dj$N;EJ}$,M}2r$G$-$^$;$s!"$I$N$H$-$K$*$3$J$($P$h$=
$$N$G$7$g$&$+=1B(B=1B$B!)=1B(B
=1B$B#2!%$9$G$K%$%s%9%H!<%k$5$l$F$$$k>l9g$K$O:F%$%s%9%H!<%k$7$J$=
1$l$P$J$i$J$$$N$G$7$g$&$+!)=1B(B
=1B$B$I$J$?$+$4B8CN$NJ}$465

=1B$B4D6-=1B(B
OS:WindosXP
Apache1.3
MySQL3.23.54
PostgreSQL7.3.1

miyazaki

------=_NextPart_000_001D_01C2C765.E37D9E00--

From php-users@php.gr.jp  Tue Jan 28 23:24:07 2003
From: php-users@php.gr.jp (tadashi nagao)
Date: Wed, 29 Jan 2003 08:24:07 +0900
Subject: [PHP-users 12859] Re: DOMXMLについて
References: <002101c2c71a$7448cb40$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <00e301c2c724$5b4df160$340aa8c0@ASSIST2000EA>

This is a multi-part message in MIME format.

------=_NextPart_000_00DF_01C2C76F.CAE7A070
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

長尾です。

とりあえず、使えるだけでいいなら、Apache と、MySQL をアンインストールして、
FoxServ をいれれば、XML サポートにはなります。

Win でPHP使うときには、FoxServ が便利です。

------=_NextPart_000_00DF_01C2C76F.CAE7A070
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$BD9Hx$G$9!#=1B(B

=1B$B$H$j$"$($:!";H$($k$@$1$G$$$$$J$i!"=1B(BApache =
=1B$B$H!"=1B(BMySQL=20
=1B$B$r%"%s%$%s%9%H!<%k$7$F!"=1B(B
FoxServ =
=1B$B$r$$$l$l$P!"=1B(BXML =1B$B%5%]!<%H$K$O$J$j$^$9!#=1B(B

Win =
=1B$B$G=1B(BPHP=1B$B;H$&$H$-$K$O!"=1B(BFoxServ =
=1B$B$,JXMx$G$9!#=1B(B

------=_NextPart_000_00DF_01C2C76F.CAE7A070--

From php-users@php.gr.jp  Tue Jan 28 23:35:49 2003
From: php-users@php.gr.jp (tadashi nagao)
Date: Wed, 29 Jan 2003 08:35:49 +0900
Subject: [PHP-users 12860] Re: DOMXMLについて
References: <002101c2c71a$7448cb40$6801a8c0@kar.ie.kanagawau.ac.jp>
Message-ID: <012001c2c725$fd5d6930$340aa8c0@ASSIST2000EA>

This is a multi-part message in MIME format.

------=_NextPart_000_011C_01C2C771.6D141620
Content-Type: text/plain;
	charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit

長尾です。わ、間違いです。
朝だったんだ、あたまボーとしていたんですね。
PHPのDOMに関しては、下記が詳しいです。

http://www.geocities.jp/wingdraw/

------=_NextPart_000_011C_01C2C771.6D141620
Content-Type: text/html;
	charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable

=1B$BD9Hx$G$9!#$o!"4V0c$$$G$9!#=1B(B
=1B$BD+$@$C$?$s$@!"$"$?$^%\!<$H$7$F$$$?$s$G$9$M!#=1B(B
PHP=1B$B$N=1B(BDOM=1B$B$K4X$7$F$O!"2<5-$,>\$7$$$G$9!#=1B(B

http://www.geocities.jp/wingdr=
aw/

------=_NextPart_000_011C_01C2C771.6D141620--

From php-users@php.gr.jp  Tue Jan 28 23:46:00 2003
From: php-users@php.gr.jp (Yamaguchi Hiroshi)
Date: Wed, 29 Jan 2003 08:46:00 +0900 (JST)
Subject: [PHP-users 12861] Re: PhpLib のインストールについて教えてください
In-Reply-To: <002b01c2c6e3$dfed9380$fc93e3da@acxa7jw2xnnfp4b>
Message-ID: <20030128234600.5011.qmail@web305.mail.yahoo.co.jp>

山口です。こんにちは。

> 紹介されており、添付のCDには
> phplib-7.2d.tar.zip　と
> phplib-7.2d.zip の２種のファイルがありました。
> と書いてありますが、肝心のインストール方法がかかれてい
ません。どういう風に設定すればよいのでしょうか？

資産管理システム（1）の項に紹介されているようですが？

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Wed Jan 29 01:39:31 2003
From: php-users@php.gr.jp (Takahiro Oku)
Date: Wed, 29 Jan 2003 10:39:31 +0900
Subject: [PHP-users 12862] Re: PhpLib のインストールについて教えてください
References: <20030128234600.5011.qmail@web305.mail.yahoo.co.jp>
Message-ID: <000f01c2c737$45235f70$a269cb3d@acxa7jw2xnnfp4b>

奥です。
すみません。読みがたりませんでした。

インストールや索引から追っていたので全体をくまなく読むことに気づいて
なかったです。
最初に言葉をだしておりておいてお尻で解説してあるのでわかりにくかったです。

----- Original Message -----
From: "Yamaguchi Hiroshi" 
To: 
Sent: Wednesday, January 29, 2003 8:46 AM
Subject: [PHP-users 12861] Re: PhpLib のインストールについて教えてください

> 山口です。こんにちは。
>
> > 紹介されており、添付のCDには
> > phplib-7.2d.tar.zip　と
> > phplib-7.2d.zip の２種のファイルがありました。
> > と書いてありますが、肝心のインストール方法がかかれてい
> ません。どういう風に設定すればよいのでしょうか？
>
> 資産管理システム（1）の項に紹介されているようですが？
>
> __________________________________________________
> Do You Yahoo!?
> Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
>
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
>

From php-users@php.gr.jp  Wed Jan 29 01:58:17 2003
From: php-users@php.gr.jp (Yuki Matsuda)
Date: Wed, 29 Jan 2003 10:58:17 +0900 (JST)
Subject: [PHP-users 12863] Re: PHPLIB で複数のログイン画面
In-Reply-To: <20030128141842.11651@mail.fsm.ne.jp>
Message-ID: <20030129015817.47471.qmail@web401.mail.yahoo.co.jp>

松田です。

大河内様ありがとうございました。
参考にしてみます。

 --- Kentaro Ohkouchi  からのメッセ
ージ：
> 大河内です。
> 
> On 03.1.28 19:14
> Yuki Matsuda  wrote：
> 
> >
> >PHPLIB7.4を使って認証処理を行おうと思っています。
> >ただ、条件としてログイン画面が複数あり、デザインも異
なる
> >ものにしたいと思っています。
> >エラー画面もそれぞれ別なものを考えています。
> >
> local.inc
> ----
> class Auth_1 extends Auth
> {
>     function auth_loginform()
>     {
>         require_once "loginform_1.ihtml";
>     }
> }
> 
> class Auth_2 extends Auth
> {
>     function auth_loginform()
>     {
>         require_once "loginform_2.ihtml";
>     }
> }
> 
> のようにクラスを定義しておき、
> 
> Auth_1.php
> ----
>  page_open(array("sess" => "Sess_1",
>                 "auth" => "Auth_1");
> ?>
> 
> Auth_2.php
> ----
>  page_open(array("sess" => "Sess_2",
>                 "auth" => "Auth_2);
> ?>
> 
> のように、page_openする際に別のクラスを読み込むように
してはどうでしょう？
> 
> 
> //                                    //
> //   from: Kentaro Ohkouchi           //
> //   mail: nanasess@fsm.ne.jp         //
> //   mobile: nanasess@jp-c.ne.jp      //
> //   phone: 090-1757-6327             //
> //   msn messenger: spa@nanasess.net  //
> //   home: http://nanasess.net/       //
> //                                    //
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Wed Jan 29 02:04:46 2003
From: php-users@php.gr.jp (Takahiro Oku)
Date: Wed, 29 Jan 2003 11:04:46 +0900
Subject: [PHP-users 12864] PhpLib のインストールその後
References: <20030128234600.5011.qmail@web305.mail.yahoo.co.jp> <000f01c2c737$45235f70$a269cb3d@acxa7jw2xnnfp4b>
Message-ID: <000701c2c73a$cca6cfb0$a269cb3d@acxa7jw2xnnfp4b>

奥です。
たびたびすみません。

本の案内にしたがって、PHPディレクトリに　includes というディレクトリをつくり
そこに
phplibを解凍したものをいれ、php.ini 　で

include_path =" .;c:/php/includes"

と設定しましたが

Fatal error: Call to undefined function: page_open() in
C:\www\public_html\mng\login.php on line 2

となり、やはり、 page_open() がコールされないとなります。
本「秀和システム出版のPHP4　サンプル集」の説明では単にコピーするだけでよいと
なってます。

問題のエラーが出る記述は
"authSesSample","auth"=>"authAtSample",perm=>"authPr
mSample"));
?>

具体的にはどの inc ファイルにこの関数は本来含まれているのでしょうか？

----- Original Message -----
From: "Takahiro Oku" 
To: 
Sent: Wednesday, January 29, 2003 10:39 AM
Subject: [PHP-users 12862] Re: PhpLib のインストールについて教えてください

> 奥です。
> すみません。読みがたりませんでした。
>
> インストールや索引から追っていたので全体をくまなく読むことに気づいて
> なかったです。
> 最初に言葉をだしておりておいてお尻で解説してあるのでわかりにくかったです。
>
> ----- Original Message -----
> From: "Yamaguchi Hiroshi" 
> To: 
> Sent: Wednesday, January 29, 2003 8:46 AM
> Subject: [PHP-users 12861] Re: PhpLib のインストールについて教えてください
>
>
> > 山口です。こんにちは。
> >
> > > 紹介されており、添付のCDには
> > > phplib-7.2d.tar.zip　と
> > > phplib-7.2d.zip の２種のファイルがありました。
> > > と書いてありますが、肝心のインストール方法がかかれてい
> > ません。どういう風に設定すればよいのでしょうか？
> >
> > 資産管理システム（1）の項に紹介されているようですが？
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/
> >
> > _______________________________________________
> > PHP-users mailing list
> > PHP-users@php.gr.jp
> > http://ns1.php.gr.jp/mailman/listinfo/php-users
> >
>
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
>
>

From php-users@php.gr.jp  Wed Jan 29 02:16:34 2003
From: php-users@php.gr.jp (KiyohitoTanaka)
Date: Wed, 29 Jan 2003 11:16:34 +0900
Subject: [PHP-users 12865] JavaScriptで取得した値をPHPで扱えますか？
Message-ID: 

田中@MCと申します。

親窓と小窓があり、小窓であるデータを選択クリックします。
選択したデータを親窓のJavaScriptで取得すると同時に小窓を
閉じます。

ここまではJavaScriptの範疇で、実際に動作しています。
次に上で取得したデータをPHPで変数に格納して取扱いたい
のですが、その方法が解らず困っています。
変数名を同じにしても取り出せないのですが・・。

初歩的かもしれませんが、アドバイスお願いします。m(__)m

From php-users@php.gr.jp  Wed Jan 29 02:19:18 2003
From: php-users@php.gr.jp (kossy)
Date: Wed, 29 Jan 2003 11:19:18 +0900
Subject: [PHP-users 12866] Re: PhpLib のインストールその後
In-Reply-To: <000701c2c73a$cca6cfb0$a269cb3d@acxa7jw2xnnfp4b>
Message-ID: 

page_open() はPHPLibを解凍したフォルダの中の /php というフォルダに
ある page.inc というファイルで宣言されています。
このファイルを読み込むように定義しておかないとダメです。

Windowsの「ファイル検索」で調べればどこのファイルで記述されているか
わかるかと思います。

小柴
kossy@mtg.biglobe.ne.jp

> -----Original Message-----
> From: php-users-admin@php.gr.jp [mailto:php-users-admin@php.gr.jp]On
> Behalf Of Takahiro Oku
> Sent: Wednesday, January 29, 2003 11:05 AM
> To: php-users@php.gr.jp
> Subject: [PHP-users 12864] PhpLib のインストールその後
> 
> 
> 奥です。
> たびたびすみません。
> 
> 本の案内にしたがって、PHPディレクトリに　includes というディレクトリをつくり
> そこに
> phplibを解凍したものをいれ、php.ini 　で
> 
> include_path =" .;c:/php/includes"
> 
> と設定しましたが
> 
> Fatal error: Call to undefined function: page_open() in
> C:\www\public_html\mng\login.php on line 2
> 
> となり、やはり、 page_open() がコールされないとなります。
> 本「秀和システム出版のPHP4　サンプル集」の説明では単にコピーするだけでよいと
> なってます。
> 
> 問題のエラーが出る記述は
>  page_open(array("sess"=>"authSesSample","auth"=>"authAtSample",perm=>"authPr
> mSample"));
> ?>
> 
> 具体的にはどの inc ファイルにこの関数は本来含まれているのでしょうか？
> 

From php-users@php.gr.jp  Wed Jan 29 02:19:39 2003
From: php-users@php.gr.jp (NAKAMURA Takeshi)
Date: Wed, 29 Jan 2003 11:19:39 +0900
Subject: [PHP-users 12867] Re: PhpLib のインストールその後
In-Reply-To: <000701c2c73a$cca6cfb0$a269cb3d@acxa7jw2xnnfp4b>
References: <000f01c2c737$45235f70$a269cb3d@acxa7jw2xnnfp4b> <000701c2c73a$cca6cfb0$a269cb3d@acxa7jw2xnnfp4b>
Message-ID: <20030129111607.DE23.1YEN@sh.rim.or.jp>

仲村です。本を持っていませんが...

From: "Takahiro Oku" 
Date: Wed, 29 Jan 2003 11:04:46 +0900
Subject: [PHP-users 12864] PhpLib のインストールその後

> 本の案内にしたがって、PHPディレクトリに　includes というディレクトリをつくり
> そこに
> phplibを解凍したものをいれ、php.ini 　で
>
> include_path =" .;c:/php/includes"

 PHPディレクトリに　includes というディレクトリをつくり
   ===> 上の c:/php/includes の場所のことですが合っていますか？
        何となく、include_pathに ;./includes を追加して動きそうな
        ところへファイルをコピーしているのではないかと思うのですが...

> 問題のエラーが出る記述は
>  page_open(array("sess"=>"authSesSample","auth"=>"authAtSample",perm=>"authPr
> mSample"));
> ?>
 こんな所で改行していてはまた別のエラーが出そうですが
流石にメーラーのせいと、いうことにしておきましょう(^^;;;
----+----1----+----2----+----3----+----4----+----5----+----6----+----7----+
 関西沖縄青年の集い がじまるの会 手伝い 一人だけの勝手に神奈川支部
 仲村 武 <1yen@sh.rim.or.jp>

From php-users@php.gr.jp  Wed Jan 29 02:20:25 2003
From: php-users@php.gr.jp (Yamaguchi Hiroshi)
Date: Wed, 29 Jan 2003 11:20:25 +0900 (JST)
Subject: [PHP-users 12868] Re: PhpLib のインストールその後
In-Reply-To: <000701c2c73a$cca6cfb0$a269cb3d@acxa7jw2xnnfp4b>
Message-ID: <20030129022025.68922.qmail@web306.mail.yahoo.co.jp>

山口です。

> となり、やはり、 page_open()
> がコールされないとなります。
> 本「秀和システム出版のPHP4　サンプル集」の説明では単に
コピーするだけでよいと
> なってます。
5-16　資産管理システム（1）
P.251PHPLibを使用するにあたって　では、P.141の一連の
初期設定後「php.iniのaduto_prepend_fileパラメータを
設定する」「セッションクラスが使用するテーブルをデータ
ベース上に生成する」などなど説明されていますが、この辺
やられてますか？

がんばってください。

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!  http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Wed Jan 29 02:42:38 2003
From: php-users@php.gr.jp (Koji KUSANAGI)
Date: Wed, 29 Jan 2003 11:42:38 +0900
Subject: [PHP-users 12869] Re: JavaScriptで取得した値をPHPで扱えますか？
In-Reply-To: 
References: 
Message-ID: <200301291142796.SM01076@kusanagi>

草薙です。

JavaScriptで取得した値をformのhiddenフィールド等に格納して、submit後に
$_REQUEST等から取得すると言った方法では駄目なのでしょうか？

# クライアントサイドとサーバサイドの区別を明確にする必要があるかと思いま
# す。

----------------------------------------------------
草薙考司 

From php-users@php.gr.jp  Wed Jan 29 03:07:11 2003
From: php-users@php.gr.jp (KiyohitoTanaka)
Date: Wed, 29 Jan 2003 12:07:11 +0900
Subject: [PHP-users 12870] Re: JavaScriptで取得した値をPHPで扱えますか？
In-Reply-To: <200301291142796.SM01076@kusanagi>
Message-ID: 

田中@MCと申します。

私と同様な質問が過去ログに発見できました。
http://ns1.php.gr.jp/pipermail/php-users/2002-November/011532.html
草薙様。どうもありがとうございます。
草薙様の案、一度試してみます。

現在上手く動作しています。ソフト工房の近藤様のを参考にさせていただきました。
m(__)m

From php-users@php.gr.jp  Wed Jan 29 03:38:25 2003
From: php-users@php.gr.jp (Shusaku Kawaguchi)
Date: Wed, 29 Jan 2003 12:38:25 +0900 (JST)
Subject: [PHP-users 12871] horde/IMPとPHP-4.3.0について
Message-ID: <1043811505.3e374cb1def23@mail.sitekgn.net>

いつもお世話になっております。川口です。

現在、IMPを利用してWebメールを運用しています。

さて、以前まで問題なく動作していたWebメールのhorde-1.2.8/IMP-2.2.8ですが、
PHPを4.3.0にアップデートした所、

Fatal error: Cannot redeclare gc() in 
/var/www/mail/horde/phplib/session.inc on line 460

というエラーがでてしまい、ログイン画面が表示されなくなってしまいました。

またもや、php.ini関係かなと思い過去ログなど調べてみましたが、
どうにも分かりませんでした。

環境は以下の通りです。
OS : Redhat7.2
httpd : apache1.3.27 + PHP4.2.3

どなたか同じような現象に遭遇した方はいらっしゃいませんでしょうか。
また、お心当たりの点等が御座いましたら、情報を頂きたく思います。

宜しくお願いいたします。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@sitekgn.net
　website  : http://www.sitekgn.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Wed Jan 29 04:29:39 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 29 Jan 2003 13:29:39 +0900
Subject: [PHP-users 12872] Re: horde/IMPとPHP-4.3.0について
In-Reply-To: <1043811505.3e374cb1def23@mail.sitekgn.net>
References: <1043811505.3e374cb1def23@mail.sitekgn.net>
Message-ID: <200301290429.NAA22543@mail5.rim.or.jp>

いわきりです

Shusaku Kawaguchi wrote in <1043811505.3e374cb1def23@mail.sitekgn.net> :
>さて、以前まで問題なく動作していたWebメールのhorde-1.2.8/IMP-2.2.8ですが、
>PHPを4.3.0にアップデートした所、
>Fatal error: Cannot redeclare gc() in 
>/var/www/mail/horde/phplib/session.inc on line 460
>というエラーがでてしまい、ログイン画面が表示されなくなってしまいました。
>またもや、php.ini関係かなと思い過去ログなど調べてみましたが、
>どうにも分かりませんでした。

horde/phplib/session.inc
のsession class内で2度、gc()が定義されています。
hordeのbugだと思います。

4.2.3以前では再定義されたclass関数は、
後のもので、置き換えられますが、4.3.0では、
構文チェックがより厳しくなり、再定義エラーとなります。

直すならば、前述のsession.incの最初に現れるgc()を削ってください。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 29 14:36:08 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Wed, 29 Jan 2003 14:36:08 +0900(JST)
Subject: [PHP-users 12873] date、mktime 関数について
Message-ID: <20030129143608.51aa.oh@aaron.co.jp>

お世話になっております。たくと申します。
環境：windows2000, IIS5.0, php4.0.6

$this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
$next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
echo "/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
";
echo "/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
";
結果：
/2003/01/log.txt
/2003/03/log.txt　になっています。

"/2003/02/log.txt"の取り方をご教授頂けますか？

宜しくお願いします。

From php-users@php.gr.jp  Wed Jan 29 05:38:20 2003
From: php-users@php.gr.jp (Katsuhiro Saito)
Date: Wed, 29 Jan 2003 14:38:20 +0900
Subject: [PHP-users 12874] Re: date 、mktime 関数について
In-Reply-To: <20030129143608.51aa.oh@aaron.co.jp>
References: <20030129143608.51aa.oh@aaron.co.jp>
Message-ID: <200301291438.GGC63677.ISLUJPBTV@teruya.co.jp>

2月29日は存在しないから3月になってしまうんじゃないでしょうか？
date("m", strtotime("+1 month"));
でどうでしょうか？

   "[PHP-users 12873] date、mktime 関数について" において、
   "oh@aaron.co.jp"さんは書きました：

> お世話になっております。たくと申します。
> 環境：windows2000, IIS5.0, php4.0.6
> 
> $this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
> $next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
> echo "/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
";
> echo "/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
";
> 結果：
> /2003/01/log.txt
> /2003/03/log.txt　になっています。
> 
> "/2003/02/log.txt"の取り方をご教授頂けますか？

----------------------------
Katsuhiro Saito（齊藤 勝弘）
katsuhiro@teruya.co.jp

From php-users@php.gr.jp  Wed Jan 29 05:40:41 2003
From: php-users@php.gr.jp (Y.Nakamura)
Date: Wed, 29 Jan 2003 14:40:41 +0900
Subject: [PHP-users 12875] Re: date 、mktime 関数について
In-Reply-To: <20030129143608.51aa.oh@aaron.co.jp>
Message-ID: 

中村です。

外してたらアレですが、単純に、今年は2/29が存在しないから、
とか言う話じゃないんでしょうか？

date("d")の部分を1(01?)で固定してやるとかすればいいような気が。

On 03.1.29 11:36 PM, "oh@aaron.co.jp"  wrote:

> お世話になっております。たくと申します。
> 環境：windows2000, IIS5.0, php4.0.6
> 
> $this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
> $next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
> echo 
> "/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
 >";
> echo 
> "/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
 >";
> 結果：
> /2003/01/log.txt
> /2003/03/log.txt　になっています。
> 
> "/2003/02/log.txt"の取り方をご教授頂けますか？
> 
> 宜しくお願いします。
> 
> _______________________________________________
> PHP-users mailing list
> PHP-users@php.gr.jp
> http://ns1.php.gr.jp/mailman/listinfo/php-users
> 

---------------- 
Y.Nakamura

From php-users@php.gr.jp  Wed Jan 29 05:43:07 2003
From: php-users@php.gr.jp (H.Isimaru)
Date: Wed, 29 Jan 2003 14:43:07 +0900
Subject: [PHP-users 12876] Re: date、mktime 関数について
In-Reply-To: <20030129143608.51aa.oh@aaron.co.jp>
References: <20030129143608.51aa.oh@aaron.co.jp>
Message-ID: <20030129144027.26F9.INFO@isimaru.net>

こんにちは。
石丸＠アイエヌです。

On Wed, 29 Jan 2003 14:36:08 +0900(JST)
oh@aaron.co.jp wrote:

> お世話になっております。たくと申します。
> 環境：windows2000, IIS5.0, php4.0.6
> 
> $this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
> $next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
> echo "/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
";
> echo "/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
";
> 結果：
> /2003/01/log.txt
> /2003/03/log.txt　になっています。
> 
> "/2003/02/log.txt"の取り方をご教授頂けますか？
> 
> 宜しくお願いします。

今日が1/29
一ヵ月後が2/29・・・これは存在しないので3/1になってしまいます。
日付の部分は使用しないのであれば、
mktime (0,0,0,date("m"),1,date("Y"));
mktime (0,0,0,date("m")+1,1,date("Y"));
とすれば良いかと思います。

――――――――――――――――――――――――――――――――――――
石丸泰達 --> info@isimaru.net
[ 携帯 ] 090-4421-1807
---------------------------------------
アイエヌ（個人事業）
[主業務] CGI/PHPスクリプト・MIDIデータ作成代行
[所在地] 〒182-0024 東京都調布市布田4-3-5 メドウィン調布204号
[ 電話 ] 0424-90-1306
------------>>>>> http://www.isimaru.net/ <<<<<-------------------------

From php-users@php.gr.jp  Wed Jan 29 05:50:56 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 29 Jan 2003 14:50:56 +0900
Subject: [PHP-users 12877] Re: date、 mktime 関数について
In-Reply-To: <20030129143608.51aa.oh@aaron.co.jp>
References: <20030129143608.51aa.oh@aaron.co.jp>
Message-ID: <200301290550.OAA18508@mail1.rim.or.jp>

いわきりです

oh@aaron.co.jp wrote in <20030129143608.51aa.oh@aaron.co.jp> :
>$this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
>$next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
>echo 
>"/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
";
>echo 
>"/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
";
>結果：
>/2003/01/log.txt
>/2003/03/log.txt　になっています。
>"/2003/02/log.txt"の取り方をご教授頂けますか？

今日、試してますか?

$next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));

は、
$next_month_mktime = mktime (0,0,0,1+1,29,2003);
と等価です。

phpのカレンダー関数は、あり得ない日 2003/02/29 を 2003/03/01と評価して
くれます。

一月後でなく、翌月一日でよければ、
$next_month_mktime = mktime(0,0,0,date("m"),date("t") + 1,date("Y"));
で算出できます。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 29 06:40:45 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Wed, 29 Jan 2003 15:40:45 +0900
Subject: [PHP-users 12878] Re: date、mktime 関数について
In-Reply-To: <20030129143608.51aa.oh@aaron.co.jp>
References: <20030129143608.51aa.oh@aaron.co.jp>
Message-ID: <20030129153807.D7F0.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

聞かれてもないことですが、

	echo date('Y-m',$timeStamp) . '-log.txt';

のようにすれば何度も呼ばなくていいです。>date

# / は Windows XP ではファイル名に使えないので、
# そういう文字は、今のうちに使うのをやめた方がいいのかも。
-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Wed Jan 29 07:32:25 2003
From: php-users@php.gr.jp (keiko kono)
Date: Wed, 29 Jan 2003 16:32:25 +0900
Subject: [PHP-users 12879] (無題)
Message-ID: <20030129163222.9D9F.KONO@opendoor.co.jp>

From php-users@php.gr.jp  Wed Jan 29 16:59:27 2003
From: php-users@php.gr.jp (php-users@php.gr.jp)
Date: Wed, 29 Jan 2003 16:59:27 +0900(JST)
Subject: [PHP-users 12880] Re: date、mktime 関数について( 解決)
In-Reply-To: 
References: 
Message-ID: <20030129165927.c93f.oh@aaron.co.jp>

皆さん、　お助け頂いて有難うございます。
以下の様にdate("d")の部分を1で固定した事で解決しました。
$this_month_mktime = mktime (0,0,0,date("m"),1,date("Y"));
$next_month_mktime = mktime (0,0,0,date("m")+1,1,date("Y"));

> 中村です。
> 
> 外してたらアレですが、単純に、今年は2/29が存在しないから、
> とか言う話じゃないんでしょうか？
> 
> date("d")の部分を1(01?)で固定してやるとかすればいいような気が。
> 
> 
> On 03.1.29 11:36 PM, "oh@aaron.co.jp"  wrote:
> 
> > お世話になっております。たくと申します。
> > 環境：windows2000, IIS5.0, php4.0.6
> > 
> > $this_month_mktime = mktime (0,0,0,date("m"),date("d"),date("Y"));
> > $next_month_mktime = mktime (0,0,0,date("m")+1,date("d"),date("Y"));
> > echo 
> > "/".date("Y",$this_month_mktime)."/".date("m",$this_month_mktime)."/log.txt
 > >";
> > echo 
> > "/".date("Y",$next_month_mktime)."/".date("m",$next_month_mktime)."/log.txt
 > >";
> > 結果：
> > /2003/01/log.txt
> > /2003/03/log.txt　になっています。
> > 
> > "/2003/02/log.txt"の取り方をご教授頂けますか？
> > 
> > 宜しくお願いします。

From php-users@php.gr.jp  Wed Jan 29 08:13:18 2003
From: php-users@php.gr.jp (Shusaku Kawaguchi)
Date: Wed, 29 Jan 2003 17:13:18 +0900 (JST)
Subject: [PHP-users 12881] Re: horde/IMPとPHP-4.3.0について
In-Reply-To: <200301290429.NAA22543@mail5.rim.or.jp>
References: <1043811505.3e374cb1def23@mail.sitekgn.net>
 <200301290429.NAA22543@mail5.rim.or.jp>
Message-ID: <1043827998.3e378d1ef0095@mail.sitekgn.net>

いつもお世話になっております。川口です。

いわきりさん、ご助言有り難うございました。

function gc() を一つに纏めたら先ほどのエラーは解決しました。
しかし、次は以下のエラーがでました。

Warning: setlocale() [function.setlocale]: 
Passing locale category name as string is deprecated. Use the LC_* -constants
instead.
in /var/www/mail/horde/imp/lib/postconf.php3 on line 27

Warning: Cannot modify header information - headers already sent by (output
started at
/var/www/mail/horde/imp/lib/postconf.php3:27) in
/var/www/mail/horde/phplib/session.inc on line 448

マニュアルで調べた所、setlocale(LC_TIME,"ja")のようにクオーテーションをとれば
解決できると書いてあり、そのようにしたら上記のエラーは解決しました。

しかしログイン後、今度はメールの日本語の部分だけ解読不能な文字になってしまいました。
（その他のコマンドなどの日本語はちゃんと表示されます。）
おそらく、メールのデコードがちゃんと出来ていないのだと思います。

ここら辺までくるとさっぱり分からないもので、半ば諦めかけている所です。
素直にPHP-4.2.3に戻そうかなと。

識者の皆様、ご教授いただけないでしょうか。どうぞ宜しくお願い致します。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@sitekgn.net
　website  : http://www.sitekgn.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Wed Jan 29 08:31:51 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Wed, 29 Jan 2003 17:31:51 +0900
Subject: [PHP-users 12882] Re: horde/IMPとPHP-4.3.0について
In-Reply-To: <1043827998.3e378d1ef0095@mail.sitekgn.net>
References: <1043811505.3e374cb1def23@mail.sitekgn.net>
 <200301290429.NAA22543@mail5.rim.or.jp>
 <1043827998.3e378d1ef0095@mail.sitekgn.net>
Message-ID: <200301290831.RAA08976@mail1.rim.or.jp>

Shusaku Kawaguchi wrote in <1043827998.3e378d1ef0095@mail.sitekgn.net> :
>しかしログイン後、今度はメールの日本語の部分だけ解読不能な文字になってしまいま
>した。
>（その他のコマンドなどの日本語はちゃんと表示されます。）
>おそらく、メールのデコードがちゃんと出来ていないのだと思います。

php.iniは、どうなっていますか?

4.2.3 => 4.3.0での*大きな*変更として、
mbstring.language
というディレクティブが追加されています。

mbstring.language = Japanese

としていますか。
これが無いと、mbstringモジュールは、お望みの動作を
しないと思います。

#上記以外で、あと思い付く事はありません。

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Wed Jan 29 08:53:57 2003
From: php-users@php.gr.jp (Shusaku Kawaguchi)
Date: Wed, 29 Jan 2003 17:53:57 +0900 (JST)
Subject: [PHP-users 12883] Re: horde/IMPとPHP-4.3.0について
In-Reply-To: <200301290831.RAA08976@mail1.rim.or.jp>
References: <1043811505.3e374cb1def23@mail.sitekgn.net>
 <200301290429.NAA22543@mail5.rim.or.jp>
 <1043827998.3e378d1ef0095@mail.sitekgn.net>
 <200301290831.RAA08976@mail1.rim.or.jp>
Message-ID: <1043830437.3e3796a53dd06@mail.sitekgn.net>

川口です。

いわきりさん、早速のリプライ本当に有り難うございます。

php.iniを確認した所 mbstring.language = Japanese となっていました。
phpinfo()で確認しても、有効になっているようです。

  -- This is private mail ----------------------------------------------

　川口　周作 (KAWAGUCHI, Shusaku)
　e-mail   : zero@sitekgn.net
　website  : http://www.sitekgn.net/

  -- End of Mail -------------------------------- ε=┏( ・＿・)┛ -----

From php-users@php.gr.jp  Wed Jan 29 16:02:51 2003
From: php-users@php.gr.jp (Kenji Ono)
Date: Thu, 30 Jan 2003 01:02:51 +0900
Subject: [PHP-users 12884] php プロセスの実行時間
Message-ID: <200301300102.JFF35987.PPO@fjct.fujitsu.com>

皆さん今日は。小野と言います。

redhat7.3 + postgreSQL7.1.3 + Apahce1.3.27 + PHP3.0.18JP
でWEB開発をしております。

ClientからApache経由PHPでデータベースの情報を抽出しClient
へ実行結果を返す処理を実行しています。
SQLのチューニングの話はさておき、時間40分くらいかかるSQL
を実行しています。
ApacheのHTTPD.CONFのTimeout=3600、SSLSessionCacheTimeout=3600
にしています。
ところが、ブラウザのStatusバーは20分ほどで進捗メータ？が消え
ます。
画面に処理が完了するとメッセージを表示するようにしている
のですが、表示されません。
サーバのPHPはログを出力するように作っているのですが、40分くらい
かけて実行しています。

最初、HTTPD.CONFのTimeout=300を600,900,1200と伸ばしていくと、
その秒数分だけブラウザのStatusバーも伸びてました。
しかしそれ以上に秒数を伸ばしてもStatusバーは伸びません。

Apacheが悪いのか、PHPが悪いのか、Postgresが悪いのかわからない
のですが、この環境でWEBアプリを構築する場合、Clientへ戻せる
プロセスの起動時間は20分程度なのでしょうか。
それとも、どこかにまだ起動時間の設定があるのでしょうか。

Apacheネタか、PHPネタか、Postgresネタかわからなかったのですが、
Postgresは起動している事から、PHPサイトへ投稿させて頂きました。

宜しくお願い申し上げます。

--

From php-users@php.gr.jp  Wed Jan 29 16:59:50 2003
From: php-users@php.gr.jp (Naomasa Numajiri)
Date: Thu, 30 Jan 2003 01:59:50 +0900
Subject: [PHP-users 12885] Re: php プロセスの実行時間
In-Reply-To: <200301300102.JFF35987.PPO@fjct.fujitsu.com>
References: <200301300102.JFF35987.PPO@fjct.fujitsu.com>
Message-ID: <20030130014648.DE5F.NAONUMA@ubiquitous.co.jp>

こんにちは

質問への直接の回答ではないですが、
	* 処理は別のスクリプトに渡して、Browser/Web Sereverのやり取りから分離する。
	* バックグラウンドで動いているその処理内で
		-- 実行時の様子をログファイルに出力
		-- 終了したら"xxx.done"のような空ファイルを作成(あるいはDBに書き込む)
	* PHP上では、"xxx.done"をチェックし、なければ処理中のログファイルを
	  表示。"xxx.done"があればどこかに保存した処理結果を表示。
という作りに変更するのはどうでしょうか？

参考になれば

-- ぬ

On Thu, 30 Jan 2003 01:02:51 +0900
Kenji Ono  wrote:

; 皆さん今日は。小野と言います。
; 
; redhat7.3 + postgreSQL7.1.3 + Apahce1.3.27 + PHP3.0.18JP
; でWEB開発をしております。
; 
; ClientからApache経由PHPでデータベースの情報を抽出しClient
; へ実行結果を返す処理を実行しています。
; SQLのチューニングの話はさておき、時間40分くらいかかるSQL
---snip--
; 
; 最初、HTTPD.CONFのTimeout=300を600,900,1200と伸ばしていくと、
; その秒数分だけブラウザのStatusバーも伸びてました。
; しかしそれ以上に秒数を伸ばしてもStatusバーは伸びません。
; 
---snip---
;
; Apacheが悪いのか、PHPが悪いのか、Postgresが悪いのかわからない

p.s.
ブラウザーの、Statusバーの表示ロジックの問題という可能性は
ありませんか？

From php-users@php.gr.jp  Thu Jan 30 03:40:45 2003
From: php-users@php.gr.jp (yasushi,m)
Date: Thu, 30 Jan 2003 03:40:45 GMT
Subject: [PHP-users 12886] Re: php プロセスの実行時間
In-Reply-To: <200301300102.JFF35987.PPO@fjct.fujitsu.com>
References: <200301300102.JFF35987.PPO@fjct.fujitsu.com>
Message-ID: <20030130124044M001.DS2BDA@192.168.0.55>

こんにちは

php3.ini 内の "max_execution_time" の設定はどうなっているのでしょうか？

エラーレポートのレベルセットにもよりますが、ここで引っかかって居るのに
エラー表示されていないのかも？

外してたら、すんまそ！

From php-users@php.gr.jp  Thu Jan 30 07:00:19 2003
From: php-users@php.gr.jp (S. Oode)
Date: Thu, 30 Jan 2003 16:00:19 +0900
Subject: [PHP-users 12887] テキストボックスに値が入りません。
Message-ID: <3E38CD83.7000507@yuge.ac.jp>

はじめまして。大出と申します。

Redhat Linux 7.3
apache 1.3.23-11
php 4.1.2　を使用しています。

年

月

日

というようなプログラムを組んでいるのですが、
テキストボックスに「$Acc_Y、$Acc_m、$Acc_d」が
そのまま文字列として入ってしまいます。
直前のechoではちゃんと表示されるんですが…

すごく初歩的な事かとは思いますが、
どうか宜しくお願い致します。

i98007@yuge.ac.jp
大出幸子

From php-users@php.gr.jp  Thu Jan 30 06:59:53 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Thu, 30 Jan 2003 15:59:53 +0900
Subject: [PHP-users 12888] Re: テキストボックスに値が入りません。
In-Reply-To: <3E38CD83.7000507@yuge.ac.jp>
References: <3E38CD83.7000507@yuge.ac.jp>
Message-ID: <20030130155533.AE4B.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

手元の PHP 4.3.0 では、そのままのコードを実行したところ、
期待した動作をしました。
# SunOS + cgi版 ですが。

short tag の問題ならば、echo の部分もうまく行かないはずですし、
コードを見た範囲では、私は問題がわかりません。

print_r() や 4.1.2 では使えないかもしれませんが、
var_dump() などで変数の内容をよく確認してみてください。

P.S.
弓削商船では PHP も学習するのですか?
とても実践的ですね。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Thu Jan 30 07:03:32 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Thu, 30 Jan 2003 16:03:32 +0900
Subject: [PHP-users 12889] Re: テキストボックスに値が入りません。
In-Reply-To: <3E38CD83.7000507@yuge.ac.jp>
References: <3E38CD83.7000507@yuge.ac.jp>
Message-ID: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp>

きしだです

>  value="">年

$が全角になってるとか。

----
岸田 哉生(きしだ なおき)
	email:kishida@fk.urban.ne.jp
	http://www.fk.urban.ne.jp/home/kishida/

From php-users@php.gr.jp  Thu Jan 30 07:37:05 2003
From: php-users@php.gr.jp (S. Oode)
Date: Thu, 30 Jan 2003 16:37:05 +0900
Subject: [PHP-users 12890] Re: テキストボックスに値が入りません。
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp>
Message-ID: <3E38D621.5010401@yuge.ac.jp>

大出です。ご指摘ありがとうございました。

naoki kishida wrote:

>>>value="">年
> 
> 
> $が全角になってるとか。

$を全て書きなおしてみたところ、無事表示されました。
どうもありがとうございました。

初心者がどうもお騒がせ致しました、すみません。

Osamu Shigematsu wrote:
>
> P.S.
> 弓削商船では PHP も学習するのですか?
> とても実践的ですね。
>

ご指導どうもありがとうございました。
私は卒業研究でPHPを学習しています。
授業は基本的にCが主ですが、カリキュラムが変わって
最近はJavaなども授業で取り上げられるようになったみたいです。

i98007@yuge.ac.jp
大出幸子

From php-users@php.gr.jp  Thu Jan 30 08:57:38 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Thu, 30 Jan 2003 17:57:38 +0900
Subject: [PHP-users 12891] Segmentation Fault (11)のエラー
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp>
Message-ID: <001101c2c83d$a3f5f240$2a04a8c0@Solution03>

GyRCJCQkRCRiJCpAJE9DJEskSiRDJEYkJCReJDkhIxsoQg0KDQobJEI0eyRLMnI3aCQ3JD8kTiRH
JDkkLDUkJEskSiRDJD8kTiRHPEFMZCQ3JF4kOSEjGyhCDQoNChskQiVeJS8lbSVhJUclIyUiJE4b
KEJEcmVhbXdlYXZlciBNWBskQiRyO0hNUSQ3JEYzMDRRJHI6bkAuJDchIhsoQg0KGyRCOGUkKyRp
I1AjSCNQJE5KVD04JHIkNyRGJTUhPCVQITwkSyUiJUMlVyQ3JF4kNyQ/ISMbKEINChskQiNJI0Uj
NiRHST08KCQ3JD8kSCQzJG0hViVaITwlOCRyST08KCRHJC0kXiQ7JHMhVyROJSglaSE8GyhCDQob
JEIkSyRKJEMkRiQ3JF4kJCReJDckPyEjGyhCDQoNCkFwYWNoZRskQiROJW0lMCRyJUElJyVDJS8k
NyQ/JEgkMyRtISIbKEJlcnJvcl9sb2cbJEIkSxsoQg0KGyRCIVYbKEJTZWdtZW50YXRpb24gRmF1
bHQgKDExKRskQiFXJE4lbSUwJCwkIiRqJF4kNyQ/ISMbKEINCg0KGyRCJT0hPCU5JE41JCRLJEok
a0l0Siwkcj8nITkkJCQ4JEMkRjtuJDckPyRIJDMkbRsoQg0KRHJlYW13ZWF2ZXIbJEIkLEFeRn4k
NyQ/JEckIiRtJCYwbDlUGyhCDQobJEIhVhsoQjwhLS0gRmlyZXdvcmtzIE1YIERyZWFtd2VhdmVy
IE1YIHRhcmdldC4gIENyZWF0ZWQgVHVlIEphbiAyOCAxNzozNjoxMCBHTVQrMDkwMCAoPz8/PyAo
P1c/gD8/KSkgMjAwMy0tPhskQiFXGyhCDQobJEIkcjpvPXwkNyQ/JGlJYURMJEs8QjlUJEckLSRe
JDckPyEjGyhCDQoNChskQiQzJE45VCROMj8kLDg2MHgkKyQ0QjhDTiROSn0kLCQkJF4kNyQ/JGkk
NDY1PHgkaCRtJDckLyQqNGokJCQ3JF4kOSEjGyhCDQoNChskQiEmJTUhPCVQITw0RDYtGyhCDQpW
aW5lTGludXggMi42DQpQSFA0LjMuMA0KQXBhY2hlMS4zLjI3DQobJEIhJiUvJWklJCUiJXMlSDRE
Ni0bKEINCldpbmRvd3NYUCBQUk8NCklFNi4wDQoNCl8vXy9fL18vXy9fL18vXy9fL18vXy9fL18v
Xy9fL18vXy9fL18vXy9fL18vXy8NClRha2FmdW1pIFN1enVraQ0K

From php-users@php.gr.jp  Thu Jan 30 09:04:52 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Thu, 30 Jan 2003 18:04:52 +0900
Subject: [PHP-users 12892] Re: Segmentation Fault (11)のエラー
In-Reply-To: <001101c2c83d$a3f5f240$2a04a8c0@Solution03>
References: <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03>
Message-ID: <20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

ちょっと文字化けしてしまってます。>Dreamwaver の行

そこに制御文字などがあって、もしかしたら、コード変換なんかで、
ありえない文字になり、アクセス違反しているのかもしれませんね。

再現できるかどうか試したいのですが、
そのタグの部分を正確に記載してみていただけませんか。

そのときに、PHP スクリプトのエンコード、マルチバイト関連の
設定状況 (phpinfo() で確認可能です) もあると、
原因の追求が容易かと思います。

それと、無関係なメールに返信して新規のメッセージを送信しないでください。
スレッド (メッセージの親子関係) がおかしくなりますから。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Thu Jan 30 09:12:35 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Thu, 30 Jan 2003 18:12:35 +0900
Subject: [PHP-users 12893] Re: テキストボックスに値が入りません。
In-Reply-To: <3E38D621.5010401@yuge.ac.jp>
References: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp>
Message-ID: <20030130180536.AE51.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

あと、よく陥るのが、新しくファイルを追加したときに、
エンコーディングが EUC と SJIS と混在してしまい、
意味不明の位置で parse error になることや、
全角スペースを入れてしまう、ということがあります。

	find . -type f -name "*.php" -exec qkc -eu {} \;

とすると、漢字コードを EUC に統一できます。(ついでに改行コードを LF に)

コーディングのときは、インプットメソッドの設定で、全角スペースや記号は
入力できなくしてしまうのも良いかもしれません。

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Thu Jan 30 09:24:01 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Thu, 30 Jan 2003 18:24:01 +0900
Subject: [PHP-users 12894] Re: Segmentation Fault (11)のエラー
References: <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03> <20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <002901c2c841$531e2870$2a04a8c0@Solution03>

GyRCPUU+PiQ1JHNBYUIuJE4lbCU5JCIkaiQsJEgkJiQ0JDYkJCReJDkhIxsoQg0KDQo+IBskQiQ9
JGwkSCEiTDU0WDc4JEolYSE8JWskS0pWPy4kNyRGPzc1LCROJWElQyU7ITwlOCRyQXc/LiQ3JEok
JCRHJC8kQCQ1JCQhIxsoQg0KPiAbJEIlOSVsJUMlSRsoQiAoGyRCJWElQyU7ITwlOCROP0Y7UjRY
NzgbKEIpIBskQiQsJCokKyQ3JC8kSiRqJF4kOSQrJGkhIxsoQg0KGyRCJDkkJCReJDskcyEiMEo4
ZTUkJHJJVSQxJF4kOSEjGyhCDQoNCj4gGyRCOkY4PSRHJC0kayQrJEkkJiQrO24kNyQ/JCQkTiRH
JDkkLCEiGyhCDQo+IBskQiQ9JE4lPyUwJE5JdEosJHJANTNOJEs1LTpcJDckRiRfJEYkJCQ/JEAk
MSReJDskcyQrISMbKEINChskQjhAJG8kbCRGJCQka0o4O3oyPSQxSXRKLCQsGyhCR01UKzA5MDAb
JEIwSjlfJE4zZzhMJE5DZiROO3YkRyQ3JD8kaRsoQg0KGyRCJGIkSCRiJEhKODt6Mj0kMSQ3JEYk
JCQ/JE4kRyQ5JCwhIxsoQg0KPCEtLSBGaXJld29ya3MgTVggRHJlYW13ZWF2ZXIgTVggdGFyZ2V0
LiAgQ3JlYXRlZCBUdWUgSmFuIDI4IDE3OjM2OjEwIEdNVCswOTAwICg/Pz8/ICg/Vz+APz8pKSAy
MDAzLS0+DQobJEI+ZSROJTMlYSVzJUglPyUwJHIkSSRzJEo0SkMxJEojUCNII1AlOSUvJWolVyVI
JEtBXkZ+JDckRiRiRjEkOCRoJCYkShsoQg0KGyRCJSglaSE8JEskSiRqJF4kNyQ/ISMbKEINCg0K
PiAbJEIkPSROJEgkLSRLISIbKEJQSFAgGyRCJTklLyVqJVclSCROJSglcyUzITwlSSEiJV4layVB
JVAlJCVINFhPIiROGyhCDQo+IBskQkBfRGo+dTY3GyhCIChwaHBpbmZvKCkgGyRCJEczTkcnMkRH
PSRHJDkbKEIpIBskQiRiJCIkayRIISIbKEINCj4gGyRCODYweCROREk1YSQsTUYwVyQrJEg7VyQk
JF4kOSEjGyhCDQobJEIlOSUvJWolVyVIJE4lKCVzJTMhPCVJJE8bKEJTSElGVF9KSVMbJEIkRyQ5
ISMbKEINChskQiVeJWslQSVQJSQlSDRYTyIkTkBfRGokTxsoQnBocC5pbmkbJEIkRxsoQg0KW21i
c3RyaW5nXQ0KbWJzdHJpbmcubGFuZ3VhZ2UgPSBKYXBhbmVzZQ0KbWJzdHJpbmcuaW50ZXJuYWxf
ZW5jb2RpbmcgPSBFVUMtSlANCm1ic3RyaW5nLmh0dHBfaW5wdXQgPSBhdXRvDQptYnN0cmluZy5o
dHRwX291dHB1dCA9IFNKSVMNCm1ic3RyaW5nLmVuY29kaW5nX3RyYW5zbGF0aW9uID0gT24NCm1i
c3RyaW5nLmRldGVjdF9vcmRlciA9IGF1dG8NCm1ic3RyaW5nLnN1YnN0aXR1dGVfY2hhcmFjdGVy
ID0gbm9uZTsNCm1ic3RyaW5nLmZ1bmNfb3ZlcmxvYWQgPSAwDQptYnN0cmluZy5zY3JpcHRfZW5j
b2RpbmcgPSBhdXRvDQobJEIkR0BfRGokNSRsJEYkJCReJDkhIxsoQg0KDQobJEIkaCRtJDckLyQq
NGokJCQ3JF4kOSEjGyhCDQoNCl8vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18v
Xy9fL18vXy8NClRha2FmdW1pIFN1enVraQ==

From php-users@php.gr.jp  Thu Jan 30 09:33:57 2003
From: php-users@php.gr.jp (Osamu Shigematsu)
Date: Thu, 30 Jan 2003 18:33:57 +0900
Subject: [PHP-users 12895] Re: Segmentation Fault (11)のエラー
In-Reply-To: <002901c2c841$531e2870$2a04a8c0@Solution03>
References: <20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp> <002901c2c841$531e2870$2a04a8c0@Solution03>
Message-ID: <20030130182904.AE55.M5ISSIGE@mr.hitachi-medical.co.jp>

重松です。こんにちは。

> 言われている文字化け部分がGMT+0900以降の括弧の中の事でしたら
> もともと文字化けしていたのですが。

そうですが、それだと、こちらで同じデータの作りようがありませんから、
その部分だけ、od を使ってダンプで内容を示すとかしないと、
どういうデータなのか、こちらで再現できないです。

ところで、configure スクリプトのオプションはどうなっていますか?
Shift_JIS を使うためには、Zend エンジンをマルチバイトサポートする必要が
あるんですけど、--enable-zend-multibyte は指定されていますか?

手前味噌ですが、

	http://www.ravi.ne.jp/~shige/index.php?%5B%5BPHP4.3.0%5D%5D

にちょこっと整理しておきました。>configure とかについて

-- 
Osamu Shigematsu 

From php-users@php.gr.jp  Thu Jan 30 09:47:07 2003
From: php-users@php.gr.jp (Masashi Ohba)
Date: Thu, 30 Jan 2003 18:47:07 +0900
Subject: [PHP-users 12896] Re: Segmentation Fault (11)のエラー
In-Reply-To: <002901c2c841$531e2870$2a04a8c0@Solution03>
References: <002901c2c841$531e2870$2a04a8c0@Solution03>
Message-ID: <200301300947.AA02629@titan.intelight.co.jp>

大場です。

Takafumi Suzuki wrote;

>言われている文字化け部分がGMT+0900以降の括弧の中の事でしたら
>もともと文字化けしていたのですが。

ついでに言うならメールのシグネチャも
化けてたりしてませんか？

そういうのがあると元々がばけらったなのか
メール段階でばけらったなのか、他人に判断できません…

------------------------------------------------------------
大場正志(Masashi Ohba)
E-Mail  ohba@intelight.co.jp
(株) インテライト
http://www.intelight.co.jp
------------------------------------------------------------

From php-users@php.gr.jp  Thu Jan 30 09:51:46 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Thu, 30 Jan 2003 18:51:46 +0900
Subject: [PHP-users 12897] Re: Segmentation Fault (11)のエラー
References: <20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp> <002901c2c841$531e2870$2a04a8c0@Solution03> <20030130182904.AE55.M5ISSIGE@mr.hitachi-medical.co.jp>
Message-ID: <004501c2c845$338e2f10$2a04a8c0@Solution03>

GyRCTmtMWiRHJDkhIxsoQg0KGyRCJCo8aj90JHIkKjNdJDEkNyReJDkhIxsoQg0KDQo+IBskQiQ9
JCYkRyQ5JCwhIiQ9JGwkQCRIISIkMyRBJGkkR0YxJDglRyE8JT8kTjpuJGokaCQmJCwkIiRqJF4k
OyRzJCskaSEiGyhCDQo+IBskQiQ9JE5JdEosJEAkMSEiGyhCb2QgGyRCJHI7SCRDJEYlQCVzJVck
R0ZiTUYkcjwoJDkkSCQrJDckSiQkJEghIhsoQg0KPiAbJEIkSSQmJCQkJiVHITwlPyRKJE4kKyEi
JDMkQSRpJEc6Rjg9JEckLSRKJCQkRyQ5ISMbKEINCm9kGyRCJEgkJCQmJE4kLE5JJC8kbyQrJGkk
SiQrJEMkPyROJEdENCRZJD8kTiRHJDkkLCEiGyhCDQobJEIkMyRsJHJEczwoJDkkbCRQJGgkbSQ3
JCQkRyQ3JGckJiQrISkbKEINCi0tLS0tLRskQiEhJDMkMyQrJGkhIRsoQi0tLS0tLS0tLS0NCjAw
MDAwMDAgMDY0MDc0IDA2NjU2NCAwMzcxNTQgMDM2MDEyIDAyNjQ0MSAwMjAwNTUgMDY0NTA2IDA2
MjU2Mg0KMDAwMDAyMCAwNjc1NjcgMDY1NTYyIDAyMDE2MyAwNTQxMTUgMDQyMDQwIDA2MjU2MiAw
NjY1NDEgMDYyNTY3DQowMDAwMDQwIDA3MzE0MSAwNzExNDUgMDQ2NDQwIDAyMDEzMCAwNjA1NjQg
MDYzNTYyIDA3MjE0NSAwMjAwNTYNCjAwMDAwNjAgMDQxNDQwIDA2MjU2MiAwNzIxNDEgMDYyMTQ1
IDA1MjA0MCAwNjI1NjUgMDQ1MDQwIDA2NzE0MQ0KMDAwMDEwMCAwMzEwNDAgMDIwMDcwIDAzMzQ2
MSAwMzE0NzIgMDM1MDY2IDAzMDA2MSAwNDM0NDAgMDUyMTE1DQowMDAwMTIwIDAzMDA1MyAwMzAw
NzEgMDIwMDYwIDAzNzQ1MCAwMzc0NzcgMDIwMDc3IDAzNzQ1MCAwMzc1MjcNCjAwMDAxNDAgMDM3
NjAwIDAyNDQ3NyAwMjAwNTEgMDMwMDYyIDAzMTQ2MCAwMjY0NTUgMDA1MDc2IDA2NDA3NA0KMDAw
MDE2MCAwNjA1NDUgMDM3MTQ0IDA3MjA3NCAwNzIxNTEgMDYyNTU0IDAzNjA3NiAwNzIwNTcgMDcy
MTUxDQowMDAwMjAwIDA2MjU1NCAwMzYwNzYgMDY0MDU3IDA2MDU0NSAwMzcxNDQgMDM2MDEyIDA2
NzU0MiAwNzQ1NDQNCjAwMDAyMjAgMDA1MDc2IDEyMDIwMiAxMjEyMDIgMTIyMjAyIDEyMzIwMiAx
MjQyMDIgMDM2MDEyIDA2MTA1Nw0KMDAwMDI0MCAwNjIxNTcgMDM3MTcxIDAzNjAxMiAwNjQwNTcg
MDY2NTY0IDAzNzE1NA0KMDAwMDI1NA0KLS0tLS0tGyRCISEkMyQzJF4kRyEhGyhCLS0tLS0tLS0t
LQ0KDQo+IBskQiRIJDMkbSRHISIbKEJjb25maWd1cmUgGyRCJTklLyVqJVclSCROJSolVyU3JWcl
cyRPJEkkJiRKJEMkRiQkJF4kOSQrGyhCPw0KPiBTaGlmdF9KSVMgGyRCJHI7SCQmJD8kYSRLJE8h
IhsoQlplbmQgGyRCJSglcyU4JXMkciVeJWslQSVQJSQlSCU1JV0hPCVIJDkka0ksTVckLBsoQg0K
PiAbJEIkIiRrJHMkRyQ5JDEkSSEiGyhCLS1lbmFibGUtemVuZC1tdWx0aWJ5dGUgGyRCJE87WERq
JDUkbCRGJCQkXiQ5JCsbKEI/DQotLWVuYWJsZS16ZW5kLW11bHRpYnl0ZRskQiRPO1hEaiQ3JEYk
JCReJDkhIzBsMX4wSjI8JEsbKEJjb25maWd1cmUbJEIlKiVXJTclZyVzJGIbKEINChskQj1xJCsk
OyRGJGIkaSQkJF4kOSEjGyhCDQotLS0tLS0bJEIhISQzJDMkKyRpISEbKEItLS0tLS0tLS0tDQou
L2NvbmZpZ3VyZSAtLXdpdGgtcGdzcWwgLS1lbmFibGUtdHJhY2stdmFycyAtLXdpdGgtYXB4cz0v
dXNyL2xvY2FsL2FwYWNoZS9iaW4vYXB4cyAtLWVuYWJsZS10cmFucy1zaWQgLS1lbmFibGUtbWJz
dHJpbmcgLS1lbmFibGUtbWJyZWdleCAtLXdpdGgtemxpYiAtLXdpdGgtZ2QgLS13aXRoLWZyZWV0
eXBlLWRpcj0vdXNyIC0tZW5hYmxlLWdkLW5hdGl2ZS10dGYgLS1lbmFibGUtemVuZC1tdWx0aWJ5
dGUgLS13aXRoLWpwZWctZGlyPS91c3IgLS13aXRoLXRpZmYtZGlyPS91c3IgLS13aXRoLXBuZy1k
aXI9L3Vzcg0KLS0tLS0tGyRCISEkMyQzJF4kRyEhGyhCLS0tLS0tLS0tLQ0KDQo+IGh0dHA6Ly93
d3cucmF2aS5uZS5qcC9+c2hpZ2UvaW5kZXgucGhwPyU1QiU1QlBIUDQuMy4wJTVEJTVEDQo+IA0K
PiAbJEIkSyRBJGckMyRDJEhAME19JDckRiQqJC0kXiQ3JD8hIxsoQj5jb25maWd1cmUgGyRCJEgk
KyRLJEQkJCRGGyhCDQo+IA0KGyRCJF4kQEZJJHMkRyQkJF4kOyRzJCw7MjlNJEskNSQ7JEYkJCQ/
JEAkLSReJDkhIxsoQg0KDQobJEIkaCRtJDckLyQqNGokJCQ3JF4kOSEjGyhCDQoNCl8vXy9fL18v
Xy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy8NClRha2FmdW1pIFN1enVraQ0K
DQoNCg==

From php-users@php.gr.jp  Thu Jan 30 12:32:28 2003
From: php-users@php.gr.jp (しょうなり [ml])
Date: Thu, 30 Jan 2003 21:32:28 +0900
Subject: [PHP-users 12898] Re: Segmentation Fault (11) のエラー
In-Reply-To: <002901c2c841$531e2870$2a04a8c0@Solution03>
References: <3E38D621.5010401@yuge.ac.jp>
 <001101c2c83d$a3f5f240$2a04a8c0@Solution03>
 <20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp>
 <002901c2c841$531e2870$2a04a8c0@Solution03>
Message-ID: <20030130213228.25934A%00000000@webappli.jp>

しょうなりです。

Takafumi Suzuki さんは書きました：
>
>> 再現できるかどうか試したいのですが、
>> そのタグの部分を正確に記載してみていただけませんか。
>
>言われている文字化け部分がGMT+0900以降の括弧の中の事でしたら
>もともと文字化けしていたのですが。
>
>
>
>上のコメントタグをどんな簡単なＰＨＰスクリプトに挿入しても同じような
>エラーになりました。

プログラムのほうが自動的に付けてくるコメント文ですよね。
これがエラーになるとは聞いたことがないです。

ちなみにメールからコピペした文字を
試しにプログラムに付けてみましたが問題なく動作しました。

試しにこの文字列をもっと短く、

とかにしてみたらどうなりますか？
また別の文字列ではどうでしょうか？

前後の部分が記入されてませんので、
この部分以外のエラーなのかもという気がします。
文字出力がされていてはいけない部分で
この記述があるからエラーが出ているとか？（当てずっぽうですが）

-- 
print << JSlayout 評価版
SIGNATURE;

From php-users@php.gr.jp  Thu Jan 30 14:19:14 2003
From: php-users@php.gr.jp (Sumito_Oda)
Date: Thu, 30 Jan 2003 23:19:14 +0900
Subject: [PHP-users 12899] Re: テキストボックスに値が入りません。
In-Reply-To: <3E38CD83.7000507@yuge.ac.jp>
References: <3E38CD83.7000507@yuge.ac.jp>
Message-ID: 

織田です。

ちゃちゃですが、

>echo $Acc_Y,"年",$Acc_m,"月",$Acc_d,"日";

は、コンマ(,)演算子じゃなくて、無難に文字結合演算子(.)でいいと思いますよ。
この場合は、どちらでも結果は同じになりますけど。
生憎とコンマ(,)演算子を使うべき良い例が示せないので、
「これだ」という使い分け方を示せないのですが、

echo $t="兎","は".($t=="兎" ? "羽" : "匹")."と数える\n";
echo $t="亀","は".($t=="兎" ? "羽" : "匹")."と数える\n";
上記では最初にある、代入の後はコンマ演算子の必要があります。

#例が良くない上に、兎を匹で数えても間違いではないという点で破綻してます。

-- 
Sumito_Oda mailto:oda@bst.jp

From php-users@php.gr.jp  Thu Jan 30 18:20:24 2003
From: php-users@php.gr.jp (Sumito_Oda)
Date: Fri, 31 Jan 2003 03:20:24 +0900
Subject: [PHP-users 12900] Re: テキストボックスに値が入りません。
In-Reply-To: 
References: <3E38CD83.7000507@yuge.ac.jp>

Message-ID: 

織田です。事故フォロー

>は、コンマ(,)演算子じゃなくて、無難に文字結合演算子(.)でいいと思いますよ。

きちんとマニュアル見たら第2引数以降が許されてますね。
http://www.php.net/manual/ja/function.echo.php
echo("1","2"); が通らないので、てっきり引数として取れるのは
1個だけかと思っていましたが、件の説明にもあるとおり
echo "1","2"; なら複数許可されてました。
と言う訳で最初の記述で全然問題ないです。
(printとの違いはここにもあるのか…)

#因みにチャットで動物業界の奴と話してたら、
#「全部まとめて何頭だよ」だそうな。これはちょっと違和感あり。

-- 
Sumito_Oda mailto:oda@bst.jp

From php-users@php.gr.jp  Thu Jan 30 23:52:05 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Fri, 31 Jan 2003 08:52:05 +0900
Subject: [PHP-users 12901] Re: Segmentation Fault (11) のエラー
References: <3E38D621.5010401@yuge.ac.jp><001101c2c83d$a3f5f240$2a04a8c0@Solution03><20030130180131.AE4F.M5ISSIGE@mr.hitachi-medical.co.jp><002901c2c841$531e2870$2a04a8c0@Solution03> <20030130213228.25934A%00000000@webappli.jp>
Message-ID: <001801c2c8ba$97e402d0$2a04a8c0@Solution03>

GyRCJCokTyRoJCYkNCQ2JCQkXiQ5ISMbKEINChskQk5rTFokRyQ5ISMbKEINCg0KGyRCQmc+bCQ1
JHMhIiQ3JGckJiRKJGokNSRzSlY/LiQiJGokLCRIJCYkNCQ2JCQkXiQ5ISMbKEINChskQiU3JTAl
TSVBJWMyPSQxJEYkXiQ5JE0hJiEmISYbKEINCg0KPiAbJEI7biQ3JEskMyROSjg7ek5zJHIkYiRD
JEhDOyQvISIbKEINCj4gPCEtLSAoPz8/PyAoP1c/gD8/KSkgMjAwMy0tPg0KPiAbJEIkSCQrJEsk
NyRGJF8kPyRpJEkkJiRKJGokXiQ5JCshKRsoQg0KGyRCJDMkTiUzJWElcyVIJEskNyQ/Pmw5ZyRi
I0EjcCNhI2MjaCNlJE4lKCVpITwlbSUwJEtGMU1NJE4lbSUwJCwbKEINChskQjtEJDUkbCVWJWkl
JiU2JEskTyFWJVohPCU4JCxJPTwoJEckLSReJDskcyFXJEgkSiRqJF4kOSEjGyhCDQoNCj4gGyRC
JF4kP0pMJE5KODt6TnMkRyRPJEkkJiRHJDckZyQmJCshKRsoQg0KPiA8IS0tIFNlZ21lbnRhdGlv
biBGYXVsdCAoMTEpIEVycm9yIC0tPg0KGyRCJDMkTj5sOWckT0A1Pm8kS0k9PCgkNSRsJF4kNyQ/
ISMbKEINChskQj1FPj4kNSRzJCw4QCRvJGwkPyRIJCokajI9JDEkRiQkJGtJdEosJCwwLSQ1JHIk
NyRGJCQkayRzJEckOSQrJE0hKRsoQg0KDQo+IBskQkEwOGUkTkl0SiwkLDUtRn4kNSRsJEYkXiQ7
JHMkTiRHISIbKEINCj4gGyRCJDMkTkl0SiwwSjMwJE4lKCVpITwkSiROJCskYiRIJCQkJjUkJCwk
NyReJDkhIxsoQg0KPiAbJEJKODt6PVBOTyQsJDUkbCRGJCQkRiRPJCQkMSRKJCRJdEosJEcbKEIN
Cj4gGyRCJDMkTjUtPVIkLCQiJGskKyRpJSglaSE8JCw9UCRGJCQkayRIJCshKSFKRXYkRiQ6JEMk
XSQmJEckOSQsIUsbKEINChskQiNQI0gjUCROJT0hPCU5JHI1LT1SJDskOiEiJD8kQCROI0gjVCNN
I0wlMyE8JUkkS0YxJDglMyVhJXMlSCRyQV5GfiQ3ISIbKEINChskQjNIRCU7UiRyIVYbKEIucGhw
GyRCIVckSyQ3JD8kQCQxJEckKiQrJDckLyRKJEMkPyROJEckIiQoJEYlPSE8JTkkTxsoQg0KGyRC
OlwkOyReJDskcyRHJDckPyEjQGJMQElUQi0kRyQ5JCQkXiQ7JHMhIxsoQg0KGyRCJEEkSiRfJEtG
MU1NJE4lVSUhJSQlayRyM0hEJTtSIVYbKEIuaHRtbBskQiFXJEtKUSQoJGwkUExkQmokSiQvST08
KCQ1JGwkXiQ5ISMbKEINCg0KDQpfL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9fL18vXy9f
L18vXy9fL18vDQpUYWthZnVtaSBTdXp1a2kNCg0KDQoNCg==

From php-users@php.gr.jp  Fri Jan 31 01:11:40 2003
From: php-users@php.gr.jp (Yasuo Ohgaki)
Date: Fri, 31 Jan 2003 10:11:40 +0900
Subject: [PHP-users 12902] Re: Segmentation Fault (11)のエラー
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03>
Message-ID: <3E39CD4C.2080900@ohgaki.net>

大垣です。

Takafumi Suzuki wrote:
> マクロメディアのDreamweaver MXを使用して外観を作成し、
> 後からＰＨＰの編集をしてサーバーにアップしました。
> ＩＥ６で表示したところ「ページを表示できません」のエラー
> になってしまいました。
> 
> Apacheのログをチェックしたところ、error_logに
> 「Segmentation Fault (11)」のログがありました。
> 
> ソースの気になる部分を色々いじって試したところ
> Dreamweaverが挿入したであろう一行
> 「」
> を削除したら普通に実行できました。
> 
> この行の何が原因かご存知の方がいましたらご教授よろしくお願いします。
> 
> ・サーバー環境
> VineLinux 2.6
> PHP4.3.0
> Apache1.3.27
> ・クライアント環境
> WindowsXP PRO
> IE6.0

sessionモジュールのtrans_sidを有効にしていませんか？
onの場合はoffにしてみるとどうでしょうか？

# trans_sidは出力をパースするので、コメントで
# segfaultする可能性もあります。

--
Yasuo Ohgaki

From php-users@php.gr.jp  Fri Jan 31 01:56:51 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Fri, 31 Jan 2003 10:56:51 +0900
Subject: [PHP-users 12903] Re: Segmentation Fault (11)のエラー
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03> <3E39CD4C.2080900@ohgaki.net>
Message-ID: <001d01c2c8cc$0591a5b0$2a04a8c0@Solution03>

GyRCTmtMWiRHJDkhIxsoQg0KGyRCJCo8aj90JCozXSQxJDckXiQ5ISMbKEINCg0KGyRCQmczQCQ1
JHNKVj8uJCIkaiQsJEgkJiQ0JDYkJCReJDkhIxsoQg0KDQo+IHNlc3Npb24bJEIlYiU4JWUhPCVr
JE4bKEJ0cmFuc19zaWQbJEIkck0tOHokSyQ3JEYkJCReJDskcyQrISkbKEINCj4gb24bJEIkTj5s
OWckTxsoQm9mZhskQiRLJDckRiRfJGskSCRJJCYkRyQ3JGckJiQrISkbKEINCj4gDQpwaHBpbmZv
GyRCJEczTkcnJDckPyRIJDMkbSEiGyhCDQpzZXNzaW9uLnVzZV90cmFuc19zaWQbJEIkTjlgTFwk
TxsoQm9mZhskQiRLJEokQyRGJCQkXiQ3JD8hIxsoQg0KDQpfL18vXy9fL18vXy9fL18vXy9fL18v
Xy9fL18vXy9fL18vXy9fL18vXy9fL18vDQpUYWthZnVtaSBTdXp1a2kNCg0K

From php-users@php.gr.jp  Fri Jan 31 03:00:09 2003
From: php-users@php.gr.jp (ITO Munehiro)
Date: Fri, 31 Jan 2003 12:00:09 +0900
Subject: [PHP-users 12904] Re: Segmentation Fault (11)のエラー
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03>
Message-ID: <020301c2c8d4$ddf7c620$e73c7c3d@63K>

伊藤です．

一般的に，
文字化けしてるスクリプトが正しく動くことは期待出来ません．
動くこともありますがそれは偶然と考えるべきです．
ですのでまず文字化けの原因を探るのが手順だと思います．

> マクロメディアのDreamweaver MXを使用して外観を作成し、
> 後からＰＨＰの編集をしてサーバーにアップしました。
> ＩＥ６で表示したところ「ページを表示できません」のエラー
> になってしまいました。
>
> Apacheのログをチェックしたところ、error_logに
> 「Segmentation Fault (11)」のログがありました。
>
> ソースの気になる部分を色々いじって試したところ
> Dreamweaverが挿入したであろう一行
> 「」
> を削除したら普通に実行できました。
>
> この行の何が原因かご存知の方がいましたらご教授よろしくお願いします。
>
> ・サーバー環境
> VineLinux 2.6
> PHP4.3.0
> Apache1.3.27
> ・クライアント環境
> WindowsXP PRO
> IE6.0

From php-users@php.gr.jp  Fri Jan 31 03:35:47 2003
From: php-users@php.gr.jp (Takafumi Suzuki)
Date: Fri, 31 Jan 2003 12:35:47 +0900
Subject: [PHP-users 12905] Re: Segmentation Fault (11)のエラー
References: <3E38CD83.7000507@yuge.ac.jp> <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <3E38D621.5010401@yuge.ac.jp> <001101c2c83d$a3f5f240$2a04a8c0@Solution03> <020301c2c8d4$ddf7c620$e73c7c3d@63K>
Message-ID: <000601c2c8d9$d7a63e50$2f04a8c0@solutiondesk>

鈴木です
伊藤さんありがとうございます。

> 一般的に，
> 文字化けしてるスクリプトが正しく動くことは期待出来ません．
> 動くこともありますがそれは偶然と考えるべきです．
> ですのでまず文字化けの原因を探るのが手順だと思います．
一番初めにDreamweaverで挿入されたコメントだと思っていたのですが
FireWorksで画像をスライスしてＨＴＭＬで出力した時に挿入される
コメントでした。
おっしゃられる通り文字化けコメントを挿入するFireWorksの方をまず
調べてみようと思います。
どちらにせよアプリケーションが挿入するコメントには
今後気を付けたいと思います。

皆さん参考になるご意見ありがとうございました。

-------------
Takafumi Suzuki

From php-users@php.gr.jp  Fri Jan 31 03:39:06 2003
From: php-users@php.gr.jp (yasushi,m)
Date: Fri, 31 Jan 2003 03:39:06 GMT
Subject: [PHP-users 12906] PHPlib-URIに含まれるセッションIDについて 2
Message-ID: <20030131123906M001.DS78BC@192.168.0.55>

何時もお世話様です

年も変わり、システムの整理をはじめまして・・
その一環で、PHPlibも、最新バージョンに替えてみました。
ここでも多少問題はあったのですが、それはおいといて

[PHP-users 4404] でも、有ったクッキー使用時にGETにてIDが表示される問題も
同時に修正しようと、このスレッドの方法で解決しました。

でも、その後新たな問題が・・
セッション及びユーザー認証の期限切れ後、その画面をリロードすると、
サーバーがないので「ページを表示できません」と怒られてしまいます。
もう一度、リロードすると、正しく認証画面が表示されます。

session.use_trans_sid を、触ってみたりしたのですが結果は同じでした。
また、$lifetime　を引数にして、期限切れと同時に他ページへ転送したり
してみましたが、やっぱりダメでした。

session.ini 内のコードをろくに見ないで、質問するのはためらわれるのですが
どなたか、この問題を解消された方は、いらっしゃいますでしょうか？

From php-users@php.gr.jp  Fri Jan 31 05:33:37 2003
From: php-users@php.gr.jp (Kenji Ono)
Date: Fri, 31 Jan 2003 14:33:37 +0900
Subject: [PHP-users 12907] Re: PHP-users digest, Vol 1 #820 - 18 msgs
In-Reply-To: <20030131030112.513684C1@ns1.php.gr.jp>
References: <20030131030112.513684C1@ns1.php.gr.jp>
Message-ID: <200301311433.IHF64048.OPP@fjct.fujitsu.com>

小野です。

助言頂いた方々有難うございました。
間抜けでした。
PHPにも「max_execution_time」があるのをすっかり忘れてました。
無事解決です。
処理時間については、メモリを１２８Ｍから４００くらいまで増設
したら１時間かかっていたＳＱＬが４分くらいになりました。
ＤＢ情報をＰＨＰの配列に縦軸で沢山と横軸に沢山ためてその結果
からＳＱＬを作成して情報収集してます。
このためる作業が１アクセスに１秒くらいかかってました。
さらに２次曲線的に増加してました。３０分を越すと２秒くらいに
なってました。

> Message: 1
> Date: Thu, 30 Jan 2003 03:40:45 GMT
> To: php-users@php.gr.jp
> From: "yasushi,m" 
> Subject: [PHP-users 12886] Re: php プロセスの実行時間
> Reply-To: php-users@php.gr.jp
> 
> こんにちは
> 
> php3.ini 内の "max_execution_time" の設定はどうなっているのでしょうか？
> 
> エラーレポートのレベルセットにもよりますが、ここで引っかかって居るのに
> エラー表示されていないのかも？
> 
> 外してたら、すんまそ！

From php-users@php.gr.jp  Fri Jan 31 06:22:37 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Fri, 31 Jan 2003 15:22:37 +0900
Subject: [PHP-users 12908] Windows版PHP-4.3.0でのPEARインストール方法
Message-ID: <200301310622.PAA16516@mail3.rim.or.jp>

いわきりです。

PHP-4.3.0 for Windows 95/98/Me and on Windows NT/2000/XP
ですが、パッケージングミスで、PEARが入っていません。

以下の手順で、Installできます。
1) php.exe(cli版)の置かれたディレクトリをパスに追加する
2) php4ts.dllを、php.exeと同じディレクトリにコピーする
   (もしくは、c:\windows\systemにコピーする)
3) phpインストールディレクトリに移動する(例 c:\php)
4) c:\php> php -n -r "include 'http://go-pear.org';"
5) 4)の実行で色々と設問されますが、応えていくことでインストールされます。

以下、news.php.netのphp.pear.generalニュースグループからの引用です。

Subject: HowTo: Pear + Windows install
Kerry Kobashi wrote in <20030131032401.66079.qmail@pb1.pair.com> :
>Tip for Quick Windows installations of Pear:
>
>In the 4.3 PHP distribution, there is the PHP client. Running the php.exe
>client alone in the CLI directory will result in error so you need to have
>php4ts.dll in the system path, or just put it in the same CLI directory.
>When you unrar the distribution, php4ts.dll will be located in the C:\Php
>root directory so make a copy of it and store it in the CLI directory.
>
>Go to the CLI directory and type in the following:
>       php -n -r "include 'http://go-pear.org';"
>
>as directed and just answer with the defaults. Upon execution, the pear
>installer will download to the C:\Php\pear directory all the pear packages
>with directory structure intact.
>
>Hope this saves someone some time.
>
>- Kerry
>
>P.S.
>  Would have been nice to see the command above in the pear documentation. I
>spent way too much time on such a simple thing.
>  In the manual, it says the Pear base is already installed on the system.
>This is not true under the Windows distribution as it is placed in RAR
>format in the packages directory. The first thing I wanted to do was just
>create a pear directory and Unrar all the packages in it.... well that would
>defeat the purpose of the installer and who knows if it would be installed
>correctly. Since there were no instructions on how to go about installing
>these packages in the documentation, one is sort of left hanging.... please
>change this.

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Fri Jan 31 06:32:05 2003
From: php-users@php.gr.jp (kenboo55)
Date: Fri, 31 Jan 2003 15:32:05 +0900 (JST)
Subject: [PHP-users 12909] 検索結果のインデックス数を制限
Message-ID: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp>

こんな個人的な細かいことを質問してはいけないと思うのです
が、
どうしても参考にするものもなく、
自分のスキルではどうしようもないので、
質問させて頂きます。

データベースを作っていて、
GOOGLEのページ下部の「前へ」123456．．．．．．「次へ」
のようなものを作ろうとしています。

「前へ」123456．．．．．．「次へ」の部分まではできたので
すが、
現状のスクリプトだと数字が30でも40でも横長に表示しまくっ
てしまいます。
常に10件表示にし、前後の数字を表示する、
まさにGOOGLEのような形式にしたいのですが、
どのような制御文を書けばいいのでしょうか。

ご教授の程よろしくお願いします。

	print("\n");
	print("\n");
	print("\n");

	print("\n");

	print("\n");

	print("\n");

	print("\n");

	if ($page == 0){
	print ("");
	} else {
	print ("\n");
	print ("<<　前の10件　　\n");
	}

	print(" \n");

	if($data_num > 10)
	 {
		for($i2 = 0; $i2 * 10 < $data_num; $i2++)	 {
			$coffset = $i2 * 10;
			if($offset == $coffset) {
				print ("".($i2+1)."\n");
			} else 	{
				$offset = $coffset;
				print ("".($i2+1)."\n");
				}
							}
	}

	print(" \n");

	if ($oldpage == ""){
	print ("");
	} else {
	print ("　　\n");
	print ("次の10件　>>\n");
	}

	print("\n");
	print ("

\n");

__________________________________________________
Do You Yahoo!?
Yahoo! BB is Broadband by Yahoo!
http://bb.yahoo.co.jp/

From php-users@php.gr.jp  Fri Jan 31 06:36:50 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Fri, 31 Jan 2003 15:36:50 +0900
Subject: [PHP-users 12910] Re: 検索結果のインデックス数を制限
In-Reply-To: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp>
References: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp>
Message-ID: <20030131153542.9087.KISHIDA@fk.urban.ne.jp>

岸田です

> 現状のスクリプトだと数字が30でも40でも横長に表示しまくっ
> てしまいます。
> 常に10件表示にし、前後の数字を表示する、
> まさにGOOGLEのような形式にしたいのですが、
> どのような制御文を書けばいいのでしょうか。

現在のページの4ページ前から10ページ分表示するようにすればよいと思います

----
岸田 哉生(きしだ なおき)
	email:kishida@fk.urban.ne.jp
	http://www.fk.urban.ne.jp/home/kishida/

From php-users@php.gr.jp  Fri Jan 31 06:44:14 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Fri, 31 Jan 2003 15:44:14 +0900
Subject: [PHP-users 12911] Re: 検索結果のインデックス数を制限
In-Reply-To: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp>
References: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp>
Message-ID: <20030131154138.908B.KISHIDA@fk.urban.ne.jp>

きしだです
ついでに

> まさにGOOGLEのような形式にしたいのですが、
> どのような制御文を書けばいいのでしょうか。

googleは、最初のページから今のページの１０ページ後までを表示すると思うの
ですが。
そういうインターフェイスができるのは、必要な情報は前のページにあるという
前提があるからですね。

----
岸田 哉生(きしだ なおき)
	email:kishida@fk.urban.ne.jp
	http://www.fk.urban.ne.jp/home/kishida/

From php-users@php.gr.jp  Fri Jan 31 06:46:34 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Fri, 31 Jan 2003 15:46:34 +0900
Subject: [PHP-users 12912] Re: 検索結果のインデックス数を制限
In-Reply-To: <20030131154138.908B.KISHIDA@fk.urban.ne.jp>
References: <20030131063205.51940.qmail@web1310.mail.yahoo.co.jp> <20030131154138.908B.KISHIDA@fk.urban.ne.jp>
Message-ID: <20030131154548.908D.KISHIDA@fk.urban.ne.jp>

きしだです

> > まさにGOOGLEのような形式にしたいのですが、
> > どのような制御文を書けばいいのでしょうか。
> 
> googleは、最初のページから今のページの１０ページ後までを表示すると思うの
> ですが。

勘違いしてました。前10件うしろ9件を表示するようです。

----
岸田 哉生(きしだ なおき)
	email:kishida@fk.urban.ne.jp
	http://www.fk.urban.ne.jp/home/kishida/

From php-users@php.gr.jp  Fri Jan 31 07:03:05 2003
From: php-users@php.gr.jp (Tomohiko Murakami)
Date: Fri, 31 Jan 2003 16:03:05 +0900
Subject: [PHP-users 12913] HTTP_POST_VARSについて
Message-ID: <054101c2c8f6$ce1248d0$0400a8c0@tomohiko>

村上と申します。

$HTTP_POST_VARSより値を取得できずに困っています。

form（text）にnameが z000003_001_000 から z000003_001_004 までの5個のフォー
ムがあります。
このフォームには以下の値が入力されています。

z000003_001_000 -> 10
z000003_001_001 -> 20
z000003_001_002 -> 30
z000003_001_003 -> 40
z000003_001_004 -> 50

これに値を代入しsubmitを行い値の取得行っているのですが、どうも上手くいきませ
ん。

取得方法は

$a = 3;
$b = 1;
for($i = 0; $i < 5; $i++) {
    $key = "z" . sprintf("%06d", $a) . "_" . sprintf("%03d", $b) . "_" .
sprintf("%03d", $i);
    $value = $HTTP_POST_VARS[$key]

    print $value;
}

たったこれだけなのですが、取得できないのです。
また、取得できるのはz000003_001_001の値だけです

register_globals = On（phpinfoでも確認済）
print_r($HTTP_POST_VARS)で値が入っていることも確認し、
$HTTP_POST_VARS[$key]
$HTTP_POST_VARS["$key"]
$HTTP_POST_VARS['$key']
の3つ試したがだめでした。

また、個別に以下の様に記述を行うと正常に取得できます。
print $_POST['z000003_001_000'] . "
";
print $_POST['z000003_001_001'] . "
";
print $_POST['z000003_001_002'] . "
";
print $_POST['z000003_001_003'] . "
";
print $_POST['z000003_001_004'] . "
";

print $z000003_001_000 . "
";
print $z000003_001_001 . "
";
print $z000003_001_002 . "
";
print $z000003_001_003 . "
";
print $z000003_001_004 . "
";

環境はredhat7.2 apache1.3.27 php4.2.2です

お手数ですが、よろしくお願いいたします。

From php-users@php.gr.jp  Fri Jan 31 07:33:12 2003
From: php-users@php.gr.jp (Seto)
Date: Fri, 31 Jan 2003 16:33:12 +0900
Subject: [PHP-users 12914] 制御構文内での関数定義について
Message-ID: <6C2C8FB02C72Fseto@cii.gr.jp>

Setoです。

テスト用スクリプトを作成していて
記載コードのように制御構文内に関数を定義してしまったのですが
submitボタンクリック後に
Call to undefined function: functest1()
とエラーが出てしまいました。

__EOD;
exit;
?>

#そもそもコーディングスタイルとして？かもしれませんが
#テスト用スクリプトだったので
#つれずれなるままにコーディングしていたのです。

最初のif制御を
ケース1
if ( $_SERVER[ 'REQUEST_METHOD' ] == 'POST' ) functest1( "test" );
function functest1( $str ) {
	return;
}
または
ケース2
if ( $_SERVER[ 'REQUEST_METHOD' ] == 'POST' ) {
function functest1( $str ) {
	return;
}
	functest1( "test" );
}
とすればOKでしたのでif分制御内での関数定義が原因のようです。

またケース2の部分だけを別スクリプト(if文つきのまま)として
呼び出してもNGでした。

マニュアルにはユーザー定義関数
http://www.php.net/manual/ja/functions.php#functions.user-defined
PHP 3 では、関数は参照される前に定義されている必要がありました。
PHP 4ではそのような制限はありません。

とあるだけなのですが、どのように解釈すべきでしょうか？
どこかほかに説明されているのでしょうか？

よろしくお願いいたします。

******************************
 Junya Seto
******************************

From php-users@php.gr.jp  Fri Jan 31 07:55:53 2003
From: php-users@php.gr.jp (Seto)
Date: Fri, 31 Jan 2003 16:55:53 +0900
Subject: [PHP-users 12915] Re: 制御構文内での関数定義について
In-Reply-To: <6C2C8FB02C72Fseto@cii.gr.jp>
References: <6C2C8FB02C72Fseto@cii.gr.jp>
Message-ID: <7C2C8FE2DFCEBseto@cii.gr.jp>

　Setoです。
すみません環境書き忘れました。
linux
apache-1.3.27
php-4.3.0
です。

phpinfoより
'./configure'
'--with-pgsql=/usr/local/pgsql'
'--enable-mbstring'
'--enable-mbregex'
'--with-apxs=/usr/local/apache/bin/apxs'
'--enable-track-vars'
'--enable-versioning'
'--enable-trans-sid'
'--without-mysql'
'--enable-apc' 

apcは現在offにしてあります。

CLIとphp-3もインストールしてあります。

******************************
 Junya Seto
******************************

From php-users@php.gr.jp  Fri Jan 31 07:56:10 2003
From: php-users@php.gr.jp (Moriyoshi Koizumi)
Date: Fri, 31 Jan 2003 16:56:10 +0900
Subject: [PHP-users 12916] Re: 制御構文内での関数定義について
In-Reply-To: <6C2C8FB02C72Fseto@cii.gr.jp>
References: <6C2C8FB02C72Fseto@cii.gr.jp>
Message-ID: <200301310756.h0V7uARO096350@at.wakwak.com>

小泉です。

うーん、おそらくドキュメントの不備ですね。

inner statement ("{" "}" でくくられている個所) での関数定義は
ランタイムで行われるので、順序が重要になります。

> http://www.php.net/manual/ja/functions.php#functions.user-defined
> PHP 3 では、関数は参照される前に定義されている必要がありました。
> PHP 4ではそのような制限はありません。

このくだりは、トップレベルでの関数定義はコンパイルタイムで行われるため、
実行時に定義された順序を気にする必要はない、という意味です。

念のため触れておきますと、PHP はスクリプト言語なので、この「コンパイル」とい
う言葉に違和感を覚えるかもしれませんが、ZendEngine は、速度を稼ぐため、まず
はじめにスクリプトを中間コードに変換してから実行するようになっているため、
このような区別が生じています。

「ここ」と書かれた部分をコメントアウトした場合とそうでない場合で実行結果が異
なるのはそういう理由からです。

From php-users@php.gr.jp  Fri Jan 31 08:17:16 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Fri, 31 Jan 2003 17:17:16 +0900
Subject: [PHP-users 12917] Re: 制御構文内での関数定義について
In-Reply-To: <6C2C8FB02C72Fseto@cii.gr.jp>
References: <6C2C8FB02C72Fseto@cii.gr.jp>
Message-ID: <200301310817.RAA00631@mail5.rim.or.jp>

Seto wrote in <6C2C8FB02C72Fseto@cii.gr.jp> :
>テスト用スクリプトを作成していて
>記載コードのように制御構文内に関数を定義してしまったのですが
>submitボタンクリック後に
>Call to undefined function: functest1()
>とエラーが出てしまいました。

>マニュアルにはユーザー定義関数
>http://www.php.net/manual/ja/functions.php#functions.user-defined
>PHP 3 では、関数は参照される前に定義されている必要がありました。
>PHP 4ではそのような制限はありません。

>とあるだけなのですが、どのように解釈すべきでしょうか？

ソースを追ったわけじゃないですけど、
ブロック内での関数定義は、実行時に評価され、ファンクションテーブルに
登録されている様な気がします。

また、ブロック内で定義された関数であっても、グローバルレンジで
呼び出せます。
参照されたマニュアルページに以下も書かれていますので
> PHP は関数のオーバーロードをサポートしていません。 また、宣言された
> 関数の定義を取り消したり再定義することも できません。

別ブロックで同一の名称を持つ関数を定義する事自体ができませんので
素直にグローバルレンジで定義するしかないと思います。

また、include, requireで読み込むスクリプトの関数を使うには、
呼び出し前に、include, requireが必要です。
ZendEngineにより実行前にコンパイルされますが、
C言語等の様に、プリコンパイルフェーズで全てのソースを結合し
単一のソースを生成することで、前方参照を可能としますが、
PHPは、ファイル単位でコンパイルし、require, include文の実行時に
対象をコンパイルします。

#肝心なブロック内の問題は、使わない方向で対処するってのはどうですか?

-- 
Youichi Iwakiri

From php-users@php.gr.jp  Fri Jan 31 08:23:43 2003
From: php-users@php.gr.jp (Youichi Iwakiri)
Date: Fri, 31 Jan 2003 17:23:43 +0900
Subject: [PHP-users 12918] Re: 制御構文内での関数定義について
In-Reply-To: <200301310817.RAA00631@mail5.rim.or.jp>
References: <6C2C8FB02C72Fseto@cii.gr.jp>
 <200301310817.RAA00631@mail5.rim.or.jp>
Message-ID: <200301310823.RAA01780@mail5.rim.or.jp>

いわきりです

文章が変だったので訂正します。

Youichi Iwakiri wrote in <200301310817.RAA00631@mail5.rim.or.jp> :
>ZendEngineにより実行前にコンパイルされますが、
>C言語等の様に、プリコンパイルフェーズで全てのソースを結合し
>単一のソースを生成することで、前方参照を可能としますが、
>PHPは、ファイル単位でコンパイルし、require, include文の実行時に
>対象をコンパイルします。

C言語等は、プリコンパイルフェーズで全てのソースを結合し
単一のソースを生成することで、前方参照を可能としますが、
PHPは、ファイル単位でコンパイルかつ実行を行い、require, include文の実
行時に対象をコンパイルし実行します。

-- 
Youichi Iwakiri mailto:yiwakiri@st.rim.or.jp

From php-users@php.gr.jp  Fri Jan 31 08:36:31 2003
From: php-users@php.gr.jp (Seto)
Date: Fri, 31 Jan 2003 17:36:31 +0900
Subject: [PHP-users 12919] Re: 制御構文内での関数定義について
In-Reply-To: <6C2C8FB02C72Fseto@cii.gr.jp>
References: <6C2C8FB02C72Fseto@cii.gr.jp>
Message-ID: <9C2C903DAB624seto@cii.gr.jp>

　Setoです。

小泉さん：
>inner statement ("{" "}" でくくられている個所) での関数定義は
>ランタイムで行われるので、順序が重要になります。
了解いたしました。

引用が前後してますが
>念のため触れておきますと、PHP はスクリプト言語なので、この「コンパイル」とい
>う言葉に違和感を覚えるかもしれませんが、ZendEngine は、速度を稼ぐため、まず
>はじめにスクリプトを中間コードに変換してから実行するようになっているため、
>このような区別が生じています。
この処理の流れは以前どこかで読んだ記憶があったので
全ての関数定義がコンパイル時に行われていると思っておりました。

>このくだりは、トップレベルでの関数定義はコンパイルタイムで行われるため、
>実行時に定義された順序を気にする必要はない、という意味です。
>
違うのですね。

Youichi Iwakiriさん：
だいぶ略させていただきますが、理解しやすい説明ありがとうございます。
>#肝心なブロック内の問題は、使わない方向で対処するってのはどうですか?
そのようにしました。

# include について試していたのですが、
# includeの動作がちょっと予想外でした。

ありがとうございました。

******************************
 Junya Seto
******************************

From php-users@php.gr.jp  Fri Jan 31 10:37:26 2003
From: php-users@php.gr.jp (ITO Munehiro)
Date: Fri, 31 Jan 2003 19:37:26 +0900
Subject: [PHP-users 12920] Re: HTTP_POST_VARSについて
References: <054101c2c8f6$ce1248d0$0400a8c0@tomohiko>
Message-ID: <037001c2c914$bf7b1a40$e73c7c3d@63K>

伊藤です．

> 取得方法は
> 
> $a = 3;
> $b = 1;
> for($i = 0; $i < 5; $i++) {
>     $key = "z" . sprintf("%06d", $a) . "_" . sprintf("%03d", $b) . "_" .
> sprintf("%03d", $i);
>     $value = $HTTP_POST_VARS[$key]
> 
>     print $value;
> }
> 
> たったこれだけなのですが、取得できないのです。

apacheのエラーログはどうなってますか？
$value = $HTTP_POST_VARS[$key]
にセミコロンが無いのが気になる・・・

From php-users@php.gr.jp  Fri Jan 31 13:50:54 2003
From: php-users@php.gr.jp (Mashiki)
Date: Fri, 31 Jan 2003 22:50:54 +0900
Subject: [PHP-users 12921] Re: テキストボックスに値が入りません。
In-Reply-To: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp>
References: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp>
Message-ID: <8CC2C92FC5E356mashiki@yanah.com>

　Mashikiです。

きしださんに質問。 (MLで名指しで質問するのはよくないなあ。)
 → わかる人、どうか教えてください。

これ、何でわかるんですか？

>> > value="">年
>
>$が全角になってるとか。

From php-users@php.gr.jp  Fri Jan 31 14:11:45 2003
From: php-users@php.gr.jp (しょうなり [ml])
Date: Fri, 31 Jan 2003 23:11:45 +0900
Subject: [PHP-users 12922] Re: テキストボックスに値が入りません。
In-Reply-To: <8CC2C92FC5E356mashiki@yanah.com>
References: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp>
 <8CC2C92FC5E356mashiki@yanah.com>
Message-ID: <20030131231145.2629A2%00000000@webappli.jp>

しょうなりです。

Mashiki さんは書きました：
>これ、何でわかるんですか？
>
>>> >> value="">年
>>
>>$が全角になってるとか。

自分も経験があるから、とか(^^;

#きっとお知り合いの方に
#同じようなことをされた方がいらっしゃるのではないでしょうか？

-- 
print << JSlayout 評価版
SIGNATURE;

From php-users@php.gr.jp  Fri Jan 31 15:15:18 2003
From: php-users@php.gr.jp (naoki kishida)
Date: Sat, 01 Feb 2003 00:15:18 +0900
Subject: [PHP-users 12923] Re: テキストボックスに値が入りません。
In-Reply-To: <8CC2C92FC5E356mashiki@yanah.com>
References: <20030130160223.68C9.KISHIDA@fk.urban.ne.jp> <8CC2C92FC5E356mashiki@yanah.com>
Message-ID: <20030201000405.510D.KISHIDA@fk.urban.ne.jp>

きしだです

> これ、何でわかるんですか？
> >>  >> value="">年
> >$が全角になってるとか。

推理の過程としては
・PHPはちゃんと動いている
・$Acc_Y自体には値が入っている
・「echo」は出力されていないのでPHPのスクリプトとして解釈されている
      →
Message-ID: <005a01c2c940$303b0760$0bf8e0da@pfuto2k>

もしかして、ブラウザに表示させるときに、ヘッダとかちゃんと出してます？
結果のみechoしてませんか？・・・ま、ないとは思いますけど。

From php-users@php.gr.jp  Fri Jan 31 15:58:24 2003
From: php-users@php.gr.jp (Masashi Ohba)
Date: Sat, 01 Feb 2003 00:58:24 +0900
Subject: [PHP-users 12925] Re: テキストボックスに値が入りません。
In-Reply-To: <20030201000405.510D.KISHIDA@fk.urban.ne.jp>
References: <20030201000405.510D.KISHIDA@fk.urban.ne.jp>
Message-ID: <200301311558.AA02231@nt.priv.netforce.ne.jp>

大場です。

In message "[PHP-users 12923] Re: テキストボックスに値が入りません。",naoki kishida wrote...

>「字づら」があってるときには全角、という標語が心にあるわけです。

もとの質問の方がどのような開発環境なのかわかりませんが
例えば、Winodws上で編集、サーバへはftpやSambaで
ファイルを送るような環境の場合、プログラムをする時の
エディタではP-明朝やP-ゴシックのような
プロポーショナルフォントは使わないことですね。
2バイト英数字とアスキーの区別がつかなくなるので。

等幅フォントだと2バイト英数字とアスキーの区別は
カーソル動かすだけで区別がつきやすいです。

＃メールでもプロポーショナルフォントを駆使して
＃一生懸命に字面をあわせてアスキーアートや図を
＃書く人いるんだけど、等幅フォントで見てる人間から
＃言わせるなら位置ずれてるしグチャグチャ…

それと、動かそうとしたコードの実際が「2バイト＄」なのに
メールの時は問題の無い「1バイト$」っていう
食い違いがあるってことは「AS IS」で状況を示せてないってことです。

今回はたまたま岸田さんの想像が当たったのですが
普通は問題があっても示された例と実際のコードが違ってたら
想像以上の話ができないので、解決には至りません。

なので例示する物は「AS IS」で(「コピー&ペースト」で)
というのは非常に重要なことなのです＞大出さん

＃これは、ほとんどの技術系MLで意思の疎通を図るための
＃基本的な約束だと思っていいと思います。

--------------------------------------------------
Name  : 大場正志(Masashi Ohba)
E-mail: ohba@netforce.ne.jp
url   : http://www.netforce.ne.jp/~ohba
        コガネメキシコインコ飼ってます
Add   : Fukuoka-city, Japan

お名前	">*
郵便番号	">
住所	">
メールアドレス	">*
趣味	>旅行 >音楽 >プログラミング