【php】part29【php】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2005/07/06(水) 09:57:54ID:0DucnAyH・新規質問の方は上げてください。age進行でお願いします。
・質問する際には環境も明記。
・正しい日本語で分かりやすく。
・レスがつかないからって逆切れする厨お断り。
・解決しなくてもこたえてもらったら礼を。
■本家
http://www.php.net/
■日本 PHP ユーザ会
http://www.php.gr.jp/
■PHP マニュアル
http://www.php.net/manual/ja/
■PEAR マニュアル
http://pear.php.net/manual/ja/
過去スレ, 関連スレ等>>2-10辺り
前スレでは、尾張の方でお世話になりました。
原因は唯のファイル名間違いでした。ダッセー俺OTZ
0495nobodyさん
2005/09/22(木) 17:26:18ID:???0496nobodyさん
2005/09/24(土) 04:46:04ID:???↓
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
0497nobodyさん
2005/09/24(土) 14:06:31ID:9gGfIW9pいったん表示してから
また後のを読み込むことは
PHPでできますか?
0498nobodyさん
2005/09/24(土) 14:08:20ID:???0499nobodyさん
2005/09/24(土) 14:40:12ID:9gGfIW9pどういう関数でそれができますか?
0500nobodyさん
2005/09/24(土) 14:42:48ID:h0yprU63解決法をできれば。・゚・(つД`)・゚・。
if($_POST['send']=="送信")
{
if($_POST['tmp']!=="")
{
$writedata="";
$fp=file($bbs_log);
foreach($fp as $rec)
{
$writedata.=$_POST['maxcnt'];
$writedata.=",";
$writedata.=$_POST['user_name'];
$writedata.=",";
$writedata.=$_POST['user_mail'];
$writedata.=",";
$writedata.=$_POST['delpass'];
$writedata.=",";
$writedata.=$_POST['tmp'];
$writedata.="\r\n";
}
$fp=fopen($bbs_log,"w");
fwrite($fp,$writedata);
fclose($fp);
}
}
0501nobodyさん
2005/09/24(土) 14:50:31ID:???マニュアルからfopenのmode=wの部分を抜粋。
> 'w' 書きこみのみでオープンします。ファイルポインタをファイルの 先頭に置き、ファイルサイズをゼロにします。
> ファイルが存在しない 場合には、作成を試みます。
0502nobodyさん
2005/09/24(土) 15:08:44ID:???何をやりたいのか良く判らないな。
$bbs_log という名前からするとファイルの末尾に追加するのが正しいように思えるんだけど、
foreach($fp as $rec) でループさせると元のファイルの行数分、新規に書き込んだ行が
複製されてしまうよね。
「ファイル書き換え」って書いているから、その言葉が正しいとすると書き換える条件が
どこにも出てこないし。。。
元のファイルの内容、新規データの内容、処理後の期待するファイルの内容の3つを
カキコしてもらった方が早いんではないかな。
0503nobodyさん
2005/09/24(土) 15:31:58ID:aOKQyrNZ頭をゼロパディングして文字列に入れたいのですが、
どうやったらいいですか?
0506キラーハンター
2005/09/24(土) 16:55:39ID:3ud88b51また、その動画を3gppやAMCに変換するやり方(またはモジュール)も知っておられる方は
教えていただけると幸いです。
よろしくお願いいたします。
0507nobodyさん
2005/09/24(土) 17:23:28ID:???0510nobodyさん
2005/09/25(日) 15:12:41ID:lpUMQVsIPHP4.311、MySQL4.023でセッションはDBに積んでいきます。
ポータルサイトなどでみる、ページ表示に関わるユーザのカスタマイズ値(地域選択、興味ある
分野の優先表示、好みのCSS選択などのこまごまとした変数群)は全部セッションに格納すべきでしょうか?
それとも、最低限の情報(ユーザを一意に限定出来るメアドと認証状態)のみを格納して、
あとは認証がTrueの場合のif文の中であらためてDBから引っ張り込んでくるべきでしょうか?
前者の方がいかにもすっきりしますが、なんでもかんでもセッションに格納すんなという情報も
書籍などで見受けられます。
「複数ページで必要な変数は全部ぶっ込め派」と「最低限格納して、あとは引っ張ってくる派」は
どちらが主流なのでしょうか?
0511nobodyさん
2005/09/25(日) 16:25:50ID:???0512nobodyさん
2005/09/25(日) 16:49:29ID:???それらの値の取得または計算によって算出するのはJavaScript側でする作業だよ。
その上でそれらの値をform.submit()などを使ってPHPに送出すればよい。
0513nobodyさん
2005/09/26(月) 07:53:08ID:???ありがとうございます。
screen.widthなどで取得するところまではわかったのですが、フォームではなく、これをページ読み込み時に自動的に送る方法がよくわかりません。
0514nobodyさん
2005/09/26(月) 08:14:56ID:???ページ表示時にJavaScriptを実行させて、そのデータをもった別のリクエスト(img srcで画像呼び出し)を鯖に送る。
<!--
document.write("<img src='〜log.php?"
// 解像度等を name=valueの形式に整形して文字列連結
+ "' width=1 height=1>");
// ->
0516nobodyさん
2005/09/26(月) 12:11:34ID:???結局は、管理人の好みな希ガス。
業務用とかであれば、誰がどのCSSを好んで使ってるかとか、
そういった、いわゆるマーケティングもしないといけないから、
結局ユーザー側に発行してもDBにも入ってる、じゃあDBだけでいいか、ってなる事が多い。
発行するデータ量と、発行対象になるおよそのクライアント数によっても、
違いはあると思うし、それぞれだと思うよ。
0517nobodyさん
2005/09/26(月) 13:48:22ID:???言語を変えましょうかという話が出たとき死ぬので、手広くはやれないと思う。
0518nobodyさん
2005/09/26(月) 14:08:00ID:???HTTP_FORWARDED変数はどのように取得するのでしょうか?
0521nobodyさん
2005/09/26(月) 15:26:30ID:???ありがとうございます。無い場合、エラーログに記録されてログがどんどん肥大化してしまうのですが、
無い場合でもエラーを出さないコーディングの方法はないでしょうか?
0522nobodyさん
2005/09/26(月) 15:34:25ID:???is_set()で確認。
E_NOTICEレベル(定義無しで参照した時はこのレベルに含まれる)のエラーを記録しないようにするって手もあるかな。
0523nobodyさん
2005/09/26(月) 15:38:41ID:???isset()で未定義でないことを確認してから処理する(オススメ)
if (isset($_SERVER['HTTP_HOGE']) && 〜)
エラーを抑止する(ハマることも)
error_reporting(E_ALL ^ E_NOTICE);
getenvを使う(環境変数なら)
getenv('HTTP_HOGE')
0524522
2005/09/26(月) 15:49:14ID:???0525nobodyさん
2005/09/26(月) 22:36:36ID:???こんなのもあるよ
@ $_SERVER['HTTP_〜']
セットされてない場合、エラー吐かずにnullとして扱われる
(文字列として扱えば空文字、数値として扱えば0として扱われる)
0526nobodyさん
2005/09/27(火) 12:11:14ID:???細かいことだけど、E_ALL ^ E_NOTICE って本当は行儀いい書き方じゃないよな。
公式マニュアルにもそう載ってるから困ったもんだ。
それが悪いとまでは言わないが、意味から考えても、汎用性から考えても、E_ALL & ~E_NOTICE でしょ。
0527nobodyさん
2005/09/27(火) 13:26:40ID:dcy1hLQRフレームなしで、セッションはウマくいくのですが、
フレーム内に表示すると別々のSIDとなります。
どうすればよろしいのでしょうか?
┌───┐ ┌───┐ ┌───┐
│A.php │.>│B.php │.>│C.php │.>・・・
└───┘ └───┘ └───┘
セッション変数は、うまく流れる(全て同一SID)
↓
フレーム内に表示
┌┬───┐ ┌┬───┐ ┌┬───┐
││A.php │.>││B.php │.>││C.php │.>・・・
└┴───┘ └┴───┘ └┴───┘
セッション変数が渡らない
(全部別々SID)
0528nobodyさん
2005/09/27(火) 13:46:44ID:???確かにE_ALL ^ E_STRICTなんて書くやつがいるかもしれない。
ということでマニュアルにはちゃんと E_ALL & ~E_NOTICE が使ってありますぜ。
http://jp.php.net/manual/ja/ref.errorfunc.php
0529nobodyさん
2005/09/27(火) 13:51:14ID:???いつ変わったんだろう。
0531527
2005/09/27(火) 14:23:15ID:???┌┬───┐
││A.php │
└┴───┘
↑
right.htm
なので、A.php、B.php ・・・ に target指定を追加して
<form method="post" action="*.php" target="right.htm">
と、記述しましたが、、
駄目です。
0532nobodyさん
2005/09/27(火) 14:32:05ID:???<form target="right">
こんな感じにしたらって事。
0533nobodyさん
2005/09/27(火) 14:32:33ID:???,. -一'´ ,fl〃リk'ニヽ、
/ ,-、 '}jリ'^´ レ',ハヘ
' ,」ハl|レ' /,:仁テ,ハ、
j厂リ'-、、 ッ一' ̄´ l
∠_−、>∠、 |
∠_ー 、ン´ ̄`ll l
r‐イ−、ン'´ リ 丿
V/ / ぃ
\/__ム〉
0534527
2005/09/27(火) 14:43:20ID:???<form ・・・ action="*.php?<? echo htmlspecialchars(SID); ?>"
と、SIDを明示しましたらOKでした。
セキュリティ上、かなりちょっと不安ではありますが・・・
0535nobodyさん
2005/09/27(火) 15:11:14ID:???このへんの影響じゃまいか
>With PHP > 5.0.0 E_STRICT with value 2048 is available. E_ALL does NOT include
error level E_STRICT.
0536nobodyさん
2005/09/27(火) 15:27:38ID:???http://jp.php.net/manual/ja/function.error-reporting.php
は依然xorだな
>>528のとこはand notだけど元々はどうなってたんだろう?
とりあえずxorやめれってこったわな
0537nobodyさん
2005/09/27(火) 15:56:44ID:???スクリプト内で設定する場合でも、合わせて数値で指定しちゃってるな。
>エラーレポートレベル
0539527
2005/09/27(火) 22:00:54ID:???0これかな。。
でもどうやって使うのか知らないけど。
session_write_close
セッションでフレームセットを使用する場合、
このロックのためにフレームがひとつずつロードされるような経験をするでしょう。
http://manual.xwd.jp/function.session-write-close.html
0540nobodyさん
2005/09/27(火) 22:09:10ID:oCiYbKLV0echo "これは$home 円です";
0541nobodyさん
2005/09/27(火) 22:19:16ID:???0どちらでも好きな方で。
echo "これは${home}円です";
echo "これは" . $home . "円です";
キツイ言い方かもしれないが、下段の方法が思いつかないのは
プログラムを書く人間としてはチトツライと思う。
0542nobodyさん
2005/09/27(火) 22:44:27ID:???<?php
function getmicrotime(){
list($usec, $sec) = explode(" ",microtime());
return ((float)$sec + (float)$usec);
}
$time_start = getmicrotime();
$data = '';
$home = '';
for ($i=0; $i < 1000000; $i++){
$data = "これは".$home."円です"; // 3.41249799728
// $data = 'これは'.$home.'円です'; // 3.57745289803
// $data = "これは${home}円です"; // 6.93447685242
// $data = "これは$home 円です"; // 7.57996416092
}
$time_end = getmicrotime();
$time = $time_end - $time_start;
echo $time;
?>
0543nobodyさん
2005/09/27(火) 22:49:34ID:???より、
// $data = 'これは'.$home.'円です'; // 3.57745289803
の方が遅いのが謎だなー。
0544540
2005/09/27(火) 22:59:47ID:oCiYbKLVまだ始めて三日なもんで。。
ifとforとswitchしか使えない身です。。。。
本当に有難うございます
0545nobodyさん
2005/09/27(火) 23:07:35ID:???そんなもんただの誤差。大抵はシングルクォートの方が早い。
ただ>>542から言えることは、シングルクォートとダブルクォートを躍起になって使い分けてる香具師は無意味ってことだな。
0547nobodyさん
2005/09/28(水) 03:02:31ID:???うちだとこんな感じだし、それぞれ幅が上下0.05sec程度あるから、誤差だな
//$data = "これは".$home."円です"; // 1.72963690758
//$data = 'これは'.$home.'円です'; // 1.76355910301
//$data = "これは${home}円です"; // 2.18645095825
//$data = "これは$home 円です"; // 2.1633310318
>>546
関数呼び出しはちょいと遅かった
0548nobodyさん
2005/09/28(水) 07:16:13ID:???気になって色々測定してみたら、総じてシングルクォートよりダブルクォートの方が早いことがわかった。
まずシングルクォートには謎のオーバーヘッドがあるらしく、
for ($i = 0; $i < 1000000; $i ++) '';
for ($i = 0; $i < 1000000; $i ++) "";
を比べると、だいたい2.46秒vs2.44秒でダブルクォートのほうが0.02秒ほど早い。
(ってことは一個につき20ナノ秒しか変わらんわけだが・・・)
それから
'aaaaaa ... aaaaaa'
"aaaaaa ... aaaaaa"
って感じでaを1000000個並べてみたけど、8.03秒vs8.02秒でやっぱりダブルクォートの方が早い。
自分は今まで、変数の展開も改行もタブも含まない場合には意識的にシングルクォートを使うようにしていたが、実はそれは無意味であることがわかった。
たぶんシングルクォートによる文字列リテラルの表記の利点は、「$」および「"」をエスケープせずに使える、という点以外には全くないのではないだろうか。
$_SERVER['REMOTE_ADDR']とかさ、$_SERVER["REMOTE_ADDR"]でいいじゃん。
echo 'Hello, World'まで書いてみたら、「あ、やっぱ改行入れようかな」、なんてダブルクォートに直すのとか馬鹿みたいじゃないか。
とにかく測定には誤差がかなりあるので「ダブルクォートのほうが早い」という言い方は不適切かもしれない。
それでも、変にシングルクォートとダブルクォートを使い分ける悪習慣は治して、なるべくダブルクォートに統一するほうが効率や読みやすさも向上するだろうなぁと思った。
おしまい。
0550nobodyさん
2005/09/28(水) 07:55:07ID:???0551nobodyさん
2005/09/28(水) 10:05:16ID:???(゜д゜)<あらやだ
>>548はPHP5.0.4/WinXP/Athlonでやったんだけど、
レンサバのPHP4.3.11/Linux/i686でやってみたらシングルクォートのがちと早いみたい。
まー100万みたいなバカデカイ数でやって0.01秒差とかだし、ダブル・シングルのどっちを使うかでパフォーマンスに影響を与えることはなさそう。
環境依存な面もあるのかもしれないけど、大差ないでしょう。たぶん。
0553nobodyさん
2005/09/28(水) 11:12:54ID:???パースにかかる時間を測定していることになってるのは間違いないね。
むしろ実は個人的に気になっていたのはその部分で、ダブルクォートだと変数の展開とかあるので余計な処理が挟まってるんじゃないかと危惧してたのであります。
つーか何度か色々な計測してみたけど、たぶんこう結論付けるのが一番手っ取り早い。
ダブルクォートもシングルクォートも変わんねぇ!!
>>548で「微妙に差が出る」って書いちゃったから、そこが引っかかってた人ももしかしたらいたのかな・・・orz
どちらかというと「ダブルクォートはシングルクォートより遅いのかどうか」ってのが自分の気になっていたことなので、紛らわしい表現スマソ。
一応>>548を書いた時点では、それぞれ100回ずつ全く同じ処理を繰り返して平均出してたんだけど、そのときにダブルクォートの方が早いかのように思ったから調子に乗ってチラシの裏のつもりで書いたわけ。
もう一度言っておくけど、結論は「どっちも変わんねぇ」ってことでよろしく。
度々長文で失礼。
0554nobodyさん
2005/09/28(水) 11:22:46ID:Vv+BhbqS0555nobodyさん
2005/09/28(水) 13:06:02ID:???>>542 3000000回 3回〜5回平均
5.4427189827、5.31593894958、9.08038902283、9.09205913544
>>546 sprintfで$dataに代入 他同
9.70766806602
>>548 同
1.96628095627〜1.93123102188 、1.95970702171〜1.91702103615
0556nobodyさん
2005/09/28(水) 13:18:11ID:???Fatal error: Maximum execution time of 15 seconds exceeded (w
1500000回(半分)の結果 8.34855318069
0557nobodyさん
2005/09/28(水) 13:35:06ID:???$data = "これは".$home."円です";
$data = 'これは'.$home.'円です';
の方が
$data = "これは${home}円です";
$data = "これは$home 円です";
より早いってことでFA?
0558nobodyさん
2005/09/28(水) 13:38:46ID:???0559nobodyさん
2005/09/28(水) 13:49:54ID:???0560nobodyさん
2005/09/28(水) 14:05:38ID:???>>542 3000000回 3回〜5回平均
PHP5.0.5
3.1555199146271 3.1570108413696 6.9906218846639 8.0708059469859
PHP5.1.0b2
1.623534154892 1.6456735610962 5.2970746358236 5.7716292540232
0561nobodyさん
2005/09/28(水) 14:06:12ID:???結果から見るとそうなるね。
" "の中に $ が現れると変数展開の準備(実際には変数じゃなかったとしても)とかで
結構道草を喰うんじゃないかな。
$data = "これは".$home."円です"; // 3.41249799728 . を使って結合
$data = "こ$ れは".$home."円です"; // 8.35340023041 ""内の$は文字
$data = "こ$ れは$home 円です"; // 9.865629673 ""内の$は文字。. を使って結合
誰かがpeclのparsekitあたりで中間コード(opcode)を出してくれたらさくっと結論がでそうな気が。
0562561
2005/09/28(水) 14:08:20ID:???0563nobodyさん
2005/09/28(水) 14:11:52ID:???echo "これは".$home."円です"; // 結合
より
echo "これは",$home,"円です"; // 順番に出力
のが速かったりするんだな。
0564nobodyさん
2005/09/28(水) 15:40:06ID:???>>559
> まあ、クオートに気を使うより設計とかアルゴリズムを見直すほうが建設的だな。
異議なし。
0565nobodyさん
2005/09/28(水) 18:25:29ID:???あほ
<?php
0566nobodyさん
2005/09/28(水) 18:30:24ID:???0567nobody
2005/09/28(水) 20:50:43ID:bZ/NcdOD■環境
- Apache2.0.54 + PHP5.0.5 + eAccelerator0.9.3
- 確認ブラウザはFirefoxとIE6
■phpinfo() :キャッシュに関係しそうなところ
- session.cache_limiter : no-cache
- session.cache_expire : 0
- _SERVER["HTTP_CACHE_CONTROL"] : max-age=0
■問題のページ
- session関数を使ってログイン管理(cookie)
- page.php?mode=*** で動作変更(トップページ表示・フォーム表示・投稿画像確認ページ表示・変更処理など)
- やることはtest.jpg の管理
- トップページ(page.php?mode=top)で test.jpgを表示
■やってみたこと
- session_startの前にsession_cache_limiter('nocache');
- 出力ページの<head></head>内にmetaでキャッシュ無効の指定
- firefoxのliveheader で ヘッダーの確認(Cache-Control・Pragmaともにno-cacheだった)
フォームから新しい画像をアップロードして test.jpg を書き換えて完了画面表示後、リンクをクリックしてトップページに戻ると変更前の画像(キャッシュ)が表示されます。
ブラウザをリロードすることで変更後の画像が表示されます。
別サーバ(ほぼ同じ環境)でsession関数なしにやった場合はキャッシュが表示されることはなかったです。他のサイトでもそういったことは起きません。
session関数を使った上でこのキャッシュを無効にするにはどうすればいいのでしょうか?
0568nobodyさん
2005/09/29(木) 00:43:55ID:???phpで生成されるページの問題というよりは読み込んだtest.jpgのヘッダーの問題でした。
その方向で調べて見たら、解決しました。
失礼しました。
0569nobodyさん
2005/09/29(木) 07:12:06ID:???0571nobodyさん
2005/09/29(木) 09:45:57ID:???いまいち意味わからんので、次の中から好きなの使え
sort (普通に値の比較でソート)
ksort (キーの比較でソート)
asort (連想配列の「キー=>値」関係を維持して、値の比較でソート)
rsort krsort arsort (逆順バージョン)
usort uksort uasort (比較に自作コールバック関数を使用できるバージョン)
どれを使えばいいか自分で判別できない場合は、適当に配列のサンプルを出して質問してくれ。
0572nobodyさん
2005/09/29(木) 11:08:17ID:???こういうことかな
<?php
$a[0] = array(3,7,1,4);
$a[1] = array(10,5,45,3,4);
$a[2] = array(6,8,2,1,4);
var_dump($a);
foreach($a as $key=>$val) {
$a[$key] = sort($val);
}
var_dump($a);
?>
0573nobodyさん
2005/09/29(木) 14:44:46ID:???列の特定の要素でソートするって事?
(そんな簡単じゃないか・・・普通二次元配列使わないしな)
code value --> code value
01 200 03 100
02 300 01 200
03 100 04 250
04 250 02 300
0574nobodyさん
2005/09/29(木) 22:41:07ID:???つarray_multisort
動作が複雑だが複雑なソートを一発で済ませられる優れもの
>>573
n次元配列、よく使ってるんですが・・・。データ形式が悪い?
n次元配列とか配列の入れ子化なんてphpらしいと思うんだけどな
0575nobodyさん
2005/09/29(木) 23:28:13ID:???GETメソッドで渡せないかと思い、
include("config.php?id=$num");
としてみましたが、渡っていないようでした。
何か方法がありましたら、ご教授ください。。
0576nobodyさん
2005/09/29(木) 23:33:17ID:???Cで考えてました、phpって配列の要素の型は統一されてなくて
良かったんですね。それなら構造体とかクラス使うかなと思って。
0578nobodyさん
2005/09/29(木) 23:41:04ID:???>>575
http://php.s3.to/man/function.include.html#AEN4828
PHP 4.3.0より前のバージョンの Windows版PHPは、現在この関数に関してリモートファイルアクセス機能をサポートしていません。
これは、allow_url_fopenを有効にした場合でも同様です。
//include("config.php?id=$num");
ではローカルのinc_path/config.php?id=$num
というファイルを探しに行くので�_とのことです。
0580sage
2005/09/30(金) 10:11:34ID:RUxAZUA/サンプルソースそのままコピペで試してるのですが、
Fatal error: Class 'Plot' not found in /home/mizuno/WWW/jpgraph-1.19/src/jpgraph_scatter.php on line 64
Fatal error: Class 'Graph' not found in /home/mizuno/WWW/PHP/test/sanpu.php on line 8
と出てしまいうまく起動できません。
文からクラスが無いのは分かるんですけど、改善策などありましたら教えてください。
0583nobodyさん
2005/09/30(金) 14:15:09ID:???0584583
2005/09/30(金) 15:09:55ID:???ttp://www.ss.iij4u.or.jp/~somali/web/im_example/write.html
な感じのサンプルが欲しいのですが…
1個でいいので、誰か書いていただけないでしょうか。
0587nobodyさん
2005/09/30(金) 15:41:30ID:???あーImageMagickの結果をそのまま出力するだけならファイル通す必要ないか
header("Content-type: image/jpeg");
system("convert なんやらかんやら jpeg:-");
あとは
http://www.imagemagick.org/script/command-line-processing.php
http://www.imagemagick.org/script/command-line-tools.php
あたりを参照してくれ
0588586
2005/09/30(金) 16:17:18ID:???実行させたらエラーは出ないものの、画像も出ない。
エラーログ見ると『/usr/bin/convert: そのようなファイルやディレクトリはありません』て。
PHPでは、convertサポートしてないってどっかで読んだ事あるんだけど、
それでつか??
0589nobodyさん
2005/09/30(金) 19:07:13ID:???ImageMagickをインストールすると使える筈のconvertコマンドが
/usr/bin/convertに存在しなかったってことだべ。
・ImageMagickがインストールされているのか?
・インストールされている場合は どこにconvertがあるのか?
から確認するよろし。
サポート云々に関しては、system()から呼び出した時にはPHPの実行ユーザが誰かくらいしか影響しない。
0590nobodyさん
2005/10/01(土) 04:08:23ID:???一応PECLでImageMagick拡張がある。
>>585
嘘をつくなと。
ただ使いにくいというか開発が止まってる。
結局のところImageMagickをつかうならコマンドから。
っていうのが正しい。
0591569
2005/10/01(土) 10:26:58ID:???皆様返信ありがとうございます。
ありがたいレス一つ一つよく確認して後ほど返信しますね。
0592569
2005/10/01(土) 10:42:13ID:???やりたかったことは>>573さんのレスにあるようなことです。
>>574さんのarray_multisortで上手くいきそうな気がしますた。
どうもありがとうございます。
0593nobodyさん
2005/10/02(日) 01:04:38ID:???0594593
2005/10/02(日) 02:05:52ID:???DSOってのはWindowsのDLLのことなんですよね。文脈によって
モジュール版PHPをSAPI版と言ってみたり、DSO版と言ってみたり
するだけという理解でよろしいでしょうか?
0595nobodyさん
2005/10/02(日) 02:31:59ID:???>文脈によってモジュール版PHPをSAPI版と言ってみたり、DSO版と言ってみたりするだけ
違う。DSOとして組み込まなければDSO版とは言わない。
そもそも公式のドキョメントでDSO"版"という言い方してるのかな。
とすると説明としては不適切だと思うよ。(それこそ文脈みないと判らんけど)
因みにPHPの種類において広義のSAPIではCGI版もCLI版もSAPI(版)に含まれる。
狭義ではSAPI=Apache SAPIだけどね。
■ このスレッドは過去ログ倉庫に格納されています