トップページ⇒php
1001コメント236KB

[PHP-users MLヲチ7]今日の質問でございめう

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん05/02/26 12:37:11ID:???
PHP-users mailing list
http://ns1.php.gr.jp/mailman/listinfo/php-users

[PHP-users MLヲチ6] 教えていただけませんか?
http://pc5.2ch.net/test/read.cgi/php/1096871691/
[PHP-users MLヲチ5]何とか、自力更生できました。
http://pc5.2ch.net/test/read.cgi/php/1090322290/
[PHP-users ML ヲチ4]二度目の投稿なのですが…
http://pc5.2ch.net/test/read.cgi/php/1085576406/
[PHP-users ML ヲチ3] Re:全くの別人です。
http://pc5.2ch.net/test/read.cgi/php/1078749366/
[PHP-users ML ヲチ2] Re:MLってなんですか?
http://pc2.2ch.net/test/read.cgi/php/1066903820/
PHP-users ML ヲチ
http://pc2.2ch.net/php/kako/1031/10317/1031734100.html
0391nobodyさん2005/04/24(日) 10:21:02ID:ztBG8afq
25442
ネタかと思った...
0392nobodyさん2005/04/24(日) 13:18:14ID:???
しかし、関西セミナーは、なんのために投稿したかわからんな。
こう遅れると。
0393nobodyさん2005/04/25(月) 09:52:56ID:???
25442はひどいな、高卒の新卒だとしても、やばくない?
インタネット検索という神器があるのに、自分でまったく調べられない人が増えてる。
ゆとり教育の弊害か?MLやBBSの回答者がやさしすぎのせいか?
0394nobodyさん2005/04/25(月) 10:44:09ID:???
君のその推論も酷いな
0395nobodyさん2005/04/25(月) 10:52:10ID:???
>>393
何でもゆとり教育論デター
0396nobodyさん2005/04/25(月) 10:54:33ID:???
つーか、25442ってtext/plainのヘッダ吐いてたってことは、
<html>とかのタグもそのまんまの形で表示させたかったのかね。
…いや、そんな深いことまでは考えてなかったな、多分。

あそこまで基礎的な部分で勘違いしてると検索も役に立たん気がする。
0397nobodyさん2005/04/25(月) 12:33:06ID:???
なんであんなところでheaderを
0398nobodyさん2005/04/25(月) 13:08:49ID:???
>>397
それがどういう意味を持ってるのか理解してないからだろ。
0399nobodyさん2005/04/25(月) 16:47:06ID:???
またwww.hoge.comに迷惑掛けるバカが・・・
0400nobodyさん2005/04/25(月) 17:16:04ID:???
まー、あんなのクリックしちゃうやつもいないと思うが。
しかしあれ、サーバーとクライアントの挙動を完全に勘違いしてるな…
受信側がヘッダ付けてファイル出力してどうするよ。
0401nobodyさん2005/04/26(火) 09:54:43ID:???
[PHP-users 25468] HTMLソースの暗号化
初歩的な難読化じゃん。「オレサマすごいこと思いついたぜ!」なアホか?
0402nobodyさん2005/04/26(火) 12:24:13ID:???
誰もお前のソースを見たいとは思わないから心配するな
と言ってやれ
0403nobodyさん2005/04/26(火) 14:05:30ID:???
hoge.comって、まじめな会社なんだな。
Hoge Lumber Company ワロタ
0404nobodyさん2005/04/26(火) 17:24:57ID:???
PHP-users 25484] Re: php-4.3.11で文字化け
SQLに使うんなら表\のままじゃないと駄目だろう
stripslashesとかmysql_escape_string使えば邯鄲なのに
0405nobodyさん2005/04/26(火) 17:39:41ID:???
回答もらっても、それを元に検索したり、提示されたURLを読むことをしないような奴はだめ人間
0406nobodyさん2005/04/26(火) 17:49:19ID:???
典型的だめ人間がきましたね。
常連さんになりそうな悪寒
0407nobodyさん2005/04/26(火) 19:41:19ID:???
やっと、本格的な春到来ですかね。
0408nobodyさん2005/04/27(水) 16:24:27ID:???
[PHP-users 25500]

都合の悪いところは引用しないのが、春の特徴
0409nobodyさん2005/04/28(木) 16:15:49ID:BqLIqqHi
25507
mb_convert_encodingをauto指定で大丈夫だと思ってるんだろうか?
0410nobodyさん2005/04/29(金) 21:14:27ID:???
[PHP-doc 413]
漢字Talk 7 時代から Mac もエイリアスという言葉を使っていた気が。
0411nobodyさん2005/04/29(金) 21:54:23ID:???
Windowsが「ショートカット」という名前でパクった機構だね >エイリアス
0412nobodyさん2005/04/29(金) 22:05:35ID:???
シンボリックリンクはぱくられてませんか?
0413nobodyさん2005/04/29(金) 23:19:50ID:???
アンチエイリアス
0414nobodyさん2005/04/30(土) 00:41:02ID:???
関係ないけどー
Mac の「エイリアス」って Windows のショートカットと同じ仕組みなの?
UNIX でいうと,シンボリック? ハード?
0415nobodyさん2005/04/30(土) 00:53:05ID:???
MacOSXではシンボリックリンクはエイリアス扱いだけど、
Finderから作ったエイリアスはシンボリックリンクにはならない。

MacOSエイリアスは、指定先ファイルがどこに行っても追跡できる所が
シンボリックリンクとは異なる。


MacOSX何年か使ってきて、初めてFinderからエイリアスを作った気がする。
0416nobodyさん2005/04/30(土) 00:58:22ID:???
エイリアスを削除しても実体を削除できないので
どっちかというとシンボリックリンクに近いけど
実体をリネームしたりパスを変えたりしても参照が生きている点では
ハードリンク的とも言えます。
0417nobodyさん2005/04/30(土) 01:19:01ID:???
>>412
パクってる。
というか、Winを3.1から95にする際にMac風にしようとして
エイリアスも導入しようとしたけど、まともに実装すると面倒だから
楽なシンボリックリンクモドキでお茶を濁した、というのが事実かと思う。
でも実態は、新規の拡張子のファイルでそれ見たエクスプローラが
シンボリック風に動作するだけだから、エイリアスどころかシンボリックリンク以下。
0418nobodyさん2005/04/30(土) 01:26:37ID:???
>>415-416
さんくす
そうなのか.意外と賢いというか OS の負担が大きそうな仕組みなんだな.
0419nobodyさん2005/04/30(土) 01:52:40ID:???
リソースフォークとかファイルタイプ・クリエーターとか、OSXになって退化した部分も大きいね。
0420nobodyさん2005/04/30(土) 08:41:09ID:xxotIpnU
おまいらは、Macでphpを書いてるのでつか?
妙にMacに詳しいね

漏れは、Mac+Zendでphpをシコシコいじってるけども
0421nobodyさん2005/05/01(日) 14:46:26ID:???
複数言語と複数 OS 知っているのは嗜みです
0422nobodyさん2005/05/02(月) 12:21:25ID:???
複数OSにMacが入ることって少ないよな。
Macでのプログラム知ってることってさらに少ないよな。
0423nobodyさん2005/05/03(火) 00:48:10ID:???
しかもPHPの話でな。
0424nobodyさん2005/05/03(火) 00:49:35ID:???
PHP の場合、Mac の IE, NN, Safari での確認が必要にならない?
0425nobodyさん2005/05/03(火) 01:41:30ID:???
>>424

そりはHTML or css or JavaScriptの確認ではないのかい??
0426nobodyさん2005/05/03(火) 01:51:09ID:???
PHPが出力したHTML/css/JavaScriptの確認。
つまりPHPのプログラムの動作確認。
0427nobodyさん2005/05/03(火) 01:56:25ID:???
>>426

動作確認って言えばそうかもしれんけど
JavaだろうとPerlだろうとrubyだろうとasp(?)だろうと同じなわけで
>>424の「PHPの場合」っていうのとは違うと思うけどなぁ。。
0428nobodyさん2005/05/03(火) 02:10:15ID:???
Webアプリの世界ではMacは(他に比べると)比較的重要な存在。

…と424は言いたいんだろうな。
でもHTMLでデザインだけ作った際にあらかじめ確認してあれば、
PHPの開発フェーズでMac持ち出す必要は全くないよな。
0429nobodyさん2005/05/03(火) 03:37:48ID:???
>>427
流れ的には問題ないと思うけど。

>>428
動的に吐いたHTMLは、やっぱり対象ブラウザで確認したほうがいいと思うよ。
全くないと言い切れるもんでもない。
0430nobodyさん2005/05/03(火) 04:11:49ID:???
>>429
そんなアホな手間かけるくらいなら、デザイナー作成の
出力想定HTMLとのdiffを取るとかやった方がマシでは。
動的に出力した際に本来の想定と出力内容が変わってしまうなんて
よっぽどへたくそなコーディングしてるんじゃないの?

逆に言えば「動けばいい」ってもんでもないんだし、出力結果の
内容に不安があるなら、ブラウザ解釈で確認しないで
HTMLの中身をちゃんと確認しなよ。
0431nobodyさん2005/05/03(火) 04:21:55ID:???
>>430
HTMLの中身を確認しても、ちゃんと表示されるかどうかは表示してみないとわからんよ。
実際に使う環境で確認することは、アホな手間ではないと思うが。
むしろ、当たり前の確認作業かと。
理論的に問題ないから確認の必要ないっていうのは、危険な考えだよ。
0432nobodyさん2005/05/03(火) 04:48:47ID:???
>>431
当然、OS、ブラウザも想定してる全バージョンを揃えて
しらみつぶしにチェックしてるんだよね?当たり前だよね?
0433nobodyさん2005/05/03(火) 06:06:31ID:???
>>432
現実的な範囲でね。
少なくとも、デザインの段階でちゃんと見れて論理的にHTMLが出力されてるから確実に表示できるとかは言わない。

子供の日が近いからって、ガキみたいにムキになることはないと思うが。
0434nobodyさん2005/05/03(火) 06:31:47ID:???
>>432
当たり前やん。

ケータイで機種毎/リビジョン毎にテストしたときは死ぬかと思った...
0435nobodyさん2005/05/03(火) 06:35:34ID:???
もつかれ
0436nobodyさん2005/05/03(火) 10:43:19ID:???
ひょっとして >432 は正しいHTMLで書かれていれば何の問題もないと思ってるんだろうか。
0437nobodyさん2005/05/03(火) 11:16:42ID:???
動的に吐いたHTMLと静的に作ったHTMLに差がないのが明らかなのに、
わざわざ実機で確認しろと?

>実際に使う環境で確認することは、アホな手間ではないと思うが。
誰がどんな環境で使うかなんて無限に等しい組み合わせがあるんだが。
想定可能な全ての組み合わせをここに列挙してみろよ。
アホな手間といわずして何という。

>ケータイで機種毎/リビジョン毎にテストしたときは死ぬかと思った...
それでもケータイの世界は限られた機種数しかないと言える。
0438nobodyさん2005/05/03(火) 11:42:42ID:???
なんか暇そうな会話してるなぁ。
ちなみに動的出力のHTMLで実際に出る問題って何?
HTTPヘッダ周りのトラブルで文字化けするくらいしか思いつかないけど。
0439nobodyさん2005/05/03(火) 12:26:24ID:???
>>437
>動的に吐いたHTMLと静的に作ったHTMLに差がないのが明らかなのに、
はそうだが、喪前さんは静的に作ったHTMLの実機確認はしないのか。
プロフェッショナルだと想定して、顧客が求めるのはHTMLそのものなのかい
顧客が欲しいのはブラウザを使って出来る機能だと思うんだが、
その要求を満たしていることはどうやって確認するのだ。
0440nobodyさん2005/05/03(火) 12:48:33ID:???
>>439
>>428 が前提だろう?
0441nobodyさん2005/05/03(火) 12:53:00ID:???
なんか話が大きくなってるなぁ。

>>410
>>420
という流れで
>>424
が出てくるのに違和感があるだけなんだけども。

0442nobodyさん2005/05/03(火) 12:58:38ID:???
トリップ無しなので誰がどれを言ってるのか分からないが、
共通認識として、静的・動的出力の違いによってhtmlの表示が左右される事は無い、つーことでいいよな。
その事と、どの時点で動作確認をするかという話がごちゃまぜになってるぞ。

まぁ、各自のスクリプトの作成スタイルなんかも関係してそうだけど。
htmlをまず作って表示確認後、スクリプト作成 -> 動作確認不要
スクリプト作成後、出力調整 -> 最後に動作確認
etc.
0443nobodyさん2005/05/03(火) 12:59:31ID:???
>>426
>PHPが出力したHTML/css/JavaScriptの確認。

望んでいるとおりのHTMLが出力されてるか?
ちうのはPHPの動作確認だね。
でもそれはブラウザ云々には関係ない。

出力したHTMLで思ったとおり表示されるか?
出力したJavaScriptが思ったとおり動くか?
ちうのはブラウザの動作確認だね。
でもそれはPHP云々には関係ない。


いつまでも拘るつもりはないけど
なんかサーバサイドとクライアントサイドが
ごっちゃになってる気がしたから。
0444nobodyさん2005/05/03(火) 13:01:31ID:???
うへ。
昼休みが終わる。

皆様良い連休を!
0445nobodyさん2005/05/03(火) 14:16:27ID:???
デザイナーと分業体制の場合に、静的HTMLの時点で
想定されてる複数のブラウザ/OS/端末環境での表示が
事前に確認・保障されてなかったらそりゃデザイナーの怠慢だ。

プログラマは、HTML自体は正しいことを前提にした上で
デザイナーのできないレベルでの確認作業を優先すべきで、
全く同じことを何十時間もかけて繰り返すのは愚の骨頂だろう。

デザイナー=プログラマの場合にデザイン確認をどのタイミングで
やるのかは本人の好き好きだと思うが、一般的には表示の検証は
静的HTMLで確認してしまうのが作業は早い。
(いちいち全てのページ遷移に至る操作条件を全機種で揃えてたら
日が暮れるし、静的HTMLなら容易にHTML-lintにもかけられる)
また、普段からそういう作業スタイルにしとかないと、いざ分業になったとき
本来すべき作業をちゃんと理解できなくなったりするやつが出る。
(同一HTMLが吐かれてないのに端末で見た目一緒だからOKにしたりとか)

…と俺は思ってるんだけどどう?
0446nobodyさん2005/05/03(火) 15:55:02ID:???
>>445
実際に確認する必要が全くないとはいえない。
「こういうプロセスで確認するなら必要ない」と条件を限定すればいえるかもしれんが。
どこかで理想的なプロセスが、他でも理想的とは限らない。
0447nobodyさん2005/05/03(火) 16:03:26ID:???
>>446
具体的にケースを出してよ
0448nobodyさん2005/05/03(火) 16:26:13ID:???
>>447
先に、どんな状況でも実際に確認する必要が全くないということをちゃんと示してくれれば。
0449nobodyさん2005/05/03(火) 16:44:01ID:???
>>448
全く同じHTMLを吐いてる状態で動的HTMLと静的HTMLとで
表示が変わったことがないから。以上。

あえて直に確認してるってことはそっちはこういうケースを実際に見てるんでしょ?
提示するケースなんて1件で十分なんだからそっちは出すの難しくないだろう。
1件も事例の無いケースのためにわざわざ納期遅らせてられないから
現実的な選択肢として「表示確認はデザイナーに任せる」を選択してるだけだよ。
0450nobodyさん2005/05/03(火) 17:09:23ID:???
で、それを実現するには、どんなプロセスが必要なの?
比較すれば可能っていうだけじゃ、ただの机上の空論。
うちでは出来てるっていわれても、そんな特殊な状況だけで「どんな状況でも実際に確認する必要が全くない」といわれても説得力ないよ。
0451nobodyさん2005/05/03(火) 17:21:23ID:???
まあいいや
>>449がやってることを実現するためにはそれなりのプロセスが必要
とくに静的な保証で動的保証の必要が全くないというためには、かなりしっかりしたプロセスが必要
当然コストがかかるし、人やプロセスを育てる期間も必要
そのコストが割にあわなくて、求められる品質がそこまで高くなければ、動かしてチェックする方が安く確実。
少なくとも、静的チェックのプロセスが確立するまでは、動的チェックが必要。
どんな状況でも実際に確認する必要が全くないといえるだけのプロセスも示されていない。

ブラウザのバージョンも日々更新されて微妙に動作も変わっているので、静的チェックを追随させるコストもかなり高くなる。

ということで、実際に動かして確認する必要がないとはいえない。
以上。

間違っているというなら、動的チェックを不要にするような静的チェックにコストがかからないことを示してください。
0452nobodyさん2005/05/03(火) 19:15:16ID:???
そりゃきみんちのデザイナーがタコなだけでは
0453nobodyさん2005/05/03(火) 19:18:29ID:???
>>451
> ブラウザのバージョンも日々更新されて微妙に動作も変わっているので、
だからこそプログラム動作で操作しながら確認するとえらいコストがかかるので
デザインの段階で各種端末での表示を確認しておく…って話じゃないの?
0454nobodyさん2005/05/03(火) 19:26:09ID:???
だから、それでやれるところはそれでやればいいし、動的に生成されるすべてのパターンについてあらかじめ静的に検証するのが大変なら動的に生成されたものをチェックすればいいだけの話で。

>>452
かけるコストの話。
タコじゃないデザイナでも、すべての動的に生成されるパターンをあらかじめ検証しておくことがコストにあわないこともある。
動的に生成されたものをチェックしたほうが割りにあうこともある。
0455nobodyさん2005/05/03(火) 19:33:30ID:???
>>452
デザイナの責任範囲にもよるよ。
どっちにしろ、「PHPの開発フェーズでMac持ち出す必要は全くない」と言い切れるもんじゃない。
0456nobodyさん2005/05/03(火) 20:18:29ID:v/SPkPXh
PHP-users mailing list
http://ns1.php.gr.jp/mailman/listinfo/php-users

のサーバ、今落ちてるよね。
ミラーとか、あったでしょうか?
0457nobodyさん2005/05/03(火) 20:22:37ID:???
いまサーバの引っ越し中。
だからまったりまて。
0458nobodyさん2005/05/03(火) 20:41:30ID:???
>>456
無かったと思う。

サーバ移転(ns.php.gr.jp=MX)の影響かと思ったけど
停止時間は 5月3日(祝) 18:00〜 5月4日(祝) 18:00の予定で、
ネットワークを見た感じも別の原因ぽいな。
0459nobodyさん2005/05/03(火) 21:13:31ID:???
>>457
くだらないフレームしながら待ってちゃだめですか?
0460nobodyさん2005/05/03(火) 21:28:07ID:???
まだあれ続けんのかw
0461nobodyさん2005/05/03(火) 21:32:15ID:???
なんかネタある?
0462nobodyさん2005/05/03(火) 21:48:55ID:???
しかし、せっかくの連休、釣りの時期なのにな。
0463nobodyさん2005/05/05(木) 10:18:44ID:???
過去ログ見ててふと、O場タン最近全然見ないが何してんだろと思った。
0464nobodyさん2005/05/05(木) 10:29:54ID:???
つか、相変わらずns1.php.gr.jp�d�j
GW厨対策でわざとmail止めてるんかいな(w
0465nobodyさん2005/05/05(木) 15:40:54ID:???
古くからの人、全然いなくなったね。
0466nobodyさん2005/05/05(木) 17:08:42ID:???
どこも勢いが無くなるとそんなもん。
0467nobodyさん2005/05/05(木) 18:27:34ID:???
最近勢いがあるPHPのMLってあるの?
ってか、MLっていう媒体自体、昔ほどの勢いないよね。
0468nobodyさん2005/05/05(木) 20:11:10ID:???
PHPのは今どころか昔から勢いのあったとこなんて知らないが。
ポスグレとかあの辺は今もわりかし熱くない?
まぁ、MLというシステムがそろそろ寿命なのは同意。
でもblogも情報集積という点では弱いので何かいいの無いかな…と思ったりもする。
0469nobodyさん2005/05/05(木) 21:04:01ID:???
googleがあるから無問題
0470nobodyさん2005/05/05(木) 21:27:35ID:???
>>469
いやそれ、blog書いてる個人が「正しく広い知識を持ってる人」という前提ならばでしょ?
MLとかコミュニティベースでないと意見の交換が狭い範囲でしか行われないから
どこ見ても「いい視点なんだけどもう少し突っ込んだ内容が欲しい」って場合が
多々発生しがちなんだよね。あと、誤解や嘘情報が公然と垂れ流されてたり。
この辺をカバーするにはコメントとトラックバックだけではちと弱い感じ。
0471nobodyさん2005/05/05(木) 22:27:03ID:???
>>470
googleでみつかるのはblogだけじゃないし。
0472nobodyさん2005/05/07(土) 12:37:55ID:???
[PHP-users 25522]
リンクはできるだろ。表示できないだけだw
0473nobodyさん2005/05/07(土) 12:59:37ID:6Xz/FeTQ
>>472
ワラタ

0474nobodyさん2005/05/07(土) 13:51:03ID:???
まあ先にサービスしてたものをコピーしといて
DNSの浸透待ちするのが良い(普通)とは思うけどね。
mailmanはバラるとアーカイブとかの構築で手間掛かるのかね。
よく知らないけど。
0475nobodyさん2005/05/07(土) 17:49:06ID:???
PHP-users mailing list フカーツ! 記念パピコ
0476nobodyさん2005/05/09(月) 03:23:21ID:???
内部エンコードにSJIS使っちゃダメ〜な話題って前にも出たけど、
PHP4.3.0以降ではそれほど問題ないんじゃなかったっけ?
ttp://jp.xoops.org/modules/news/article.php?storyid=85
> 注目されるのは従来国際化版として藤本氏が配布していたパッチが盛込まれ、
> 内部エンコーディングにShift_JISが使えるようになったこと。
よく引き合いに出されてる例のマニュアル上の記述でも「記述子やリテラルに
使用される場合には」動作しない可能性があるとか書かれてるけど、
そんな使い方する人まずいないし。

ま、もちろん、絶対安心ってわけじゃないから文字コードの仕組みを
よく知らないような人には推奨されないだろうけどさ。
0477nobodyさん2005/05/09(月) 03:32:44ID:???
>>470の言うようななんか為になるblogとか無いっすか?
結構深いとこまで突っ込んでるっつーかtipsみたいのが載ってるblog

知ってる人紹介キボン
0478nobodyさん2005/05/09(月) 09:39:39ID:???
[PHP-users MLヲチ8] リンクできません
0479nobodyさん2005/05/09(月) 12:12:33ID:???
>>476
PHP4.3.0以降で藤本パッチは盛込まれてるのだが、コンパイル時に
それの使用を「有効」にしないと、デフォルトでは「無効」にされているので使えない。
--enable-zend-multibyte (--enable-mbstringとは別物)
無論公式サイトで提供されてるバイナリや、巷のLinuxディストリに入ってるバイナリは、
デフォルトの「無効」の状態が多い(ある意味特殊な設定だから。Vineはどうだったかな)
だから国内の野良ビルドや、廣川さん提供のバイナリを使えということに帰結する。

マニュアルの説明はデフォルトに基づくものだけど、注記ぐらいはあってもいいかもね。
今はPHPでは対応してて、提供してるバイナリが対応してないだけだから。
0480nobodyさん2005/05/09(月) 22:56:33ID:???
なんか素人っぽい質問なんだけどさー
--enable-zend-multibyte ってどうしてデフォルトで有効にされないんだろう?
なんか副作用でもあるのかな?
0481nobodyさん2005/05/09(月) 23:37:18ID:???
コンパイルの速度はかなり遅くなりそう〜って雰囲気あるけど
実際はどうなのか知らん。
0482nobodyさん2005/05/10(火) 00:26:24ID:???
>>480
必要な人だけ入れれば良いから。
zend-multibyteって日本語を扱う人の中でも一部の人だけが
必要とする機能。PHPを使用する人口の中でも極少数。
mbstringだって全体から見れば少数だけどね。
だから大抵は別パッケージ。zend-multibyteは拡張じゃないので別パッケージ化できない
(スタンダードのパッケージの大部分入れ替える形で別パッケージ化は出来るけど)

コンパイルの時間はちょっとだけ増えるけど、まあそれは一回きりだから大したことはない。
ネックなのはプログラムサイズかな。Webで使うことが多いから、無駄なコードの部分は
同時コネクションの数だけ積算される訳だし。他に実行時において、SJISだと内部で多重に変換が
繰り返されるので、最初からPHPスクリプトを変換不要な文字コードにするのに比べて無駄が多い。
0483nobodyさん2005/05/10(火) 00:30:59ID:???
>>482
あのパッチってSJISをそのまま解釈できるようにするんじゃなくて
全部コード変換してから元に戻してるだけだったんだ…そりゃ遅い罠。
0484nobodyさん2005/05/10(火) 01:05:04ID:???
>>482
なるほどねー「メモリ食う・実行時に遅い」という副作用があるわけか
そらデフォルトになんかならんわな
どうもありがとう
0485nobodyさん2005/05/10(火) 02:23:11ID:???
>>484
「実行時に遅い」つうのは、zend-multibyteを有効にして
かつ、その機能を使った場合だけどね。機能を使わなかった場合
zend-multibyteを有効/無効で速度的な差は余りなかったように思う。
サイズが大きい分ロードに時間が掛かる=遅いのは事実だけど。
0486nobodyさん2005/05/12(木) 00:59:41ID:???
サイズってそんな大幅にでかくなるんだっけ?
0487nobodyさん2005/05/13(金) 01:09:52ID:???
>>482
プログラムサイズはほとんど関係ないよ。
Web サーバのプロセスが fork しても、コード領域の内容がコピーされる訳じゃないから。
でも通常の設定では (アクセラレータとか使わない場合で) エンコーディング変換のための
バッファ分は余計にメモリを食う罠。
まあ >>482 の言っていることは90%正しいけどね。
0488nobodyさん2005/05/13(金) 17:31:06ID:???
25593-25594

もっとケンカ汁!
最近つまんないし(´・ω・`)
0489nobodyさん2005/05/13(金) 18:04:50ID:???
>488 ワロス

慇懃無礼って「丁寧過ぎて失礼なこと」だと思ってたけど
あれで使い方あってんのかな?
0490nobodyさん2005/05/13(金) 18:18:08ID:KlirdE5W
しかし、ずいぶんとhtmlのことをひきずってるよね
そのうちPerlの質問とかも出てくるかもね。

「ちょっと違うかもしれませんが、Perlのことでお尋ねします.......」
みたいなのが出てくるかも
0491nobodyさん2005/05/13(金) 18:28:50ID:???
いんぎん-ぶれい 5 【▼慇▼懃無礼】

(名・形動)[文]ナリ
表面の態度は丁寧だが、心の中では相手を軽くみている・こと(さま)。
■ このスレッドは過去ログ倉庫に格納されています