トップページ⇒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
0369nobodyさん2005/04/19(火) 14:55:47ID:???
[PHP-users 25405] PDFLIB-4.0.3の未ライセンスロゴの削除方法について
なんでサポートに問い合わせないんだろな、この池沼クン。
0370nobodyさん2005/04/19(火) 16:35:05ID:???
>>369
1. サポートに問い合わせられない照れ屋さん
2. お金を取られたらどうしよう

ってとこか?
0371nobodyさん2005/04/19(火) 17:03:20ID:???
[PHP-users 25419]
こりゃまたものすごい人から投稿があったもんだ。
0372nobodyさん2005/04/19(火) 17:05:55ID:???
25419
> From : 野中 元官房長官
> はじめて投稿させていただきます。ナカノと申します。

電波っぽいのキターーーーーーー
0373nobodyさん2005/04/19(火) 17:13:04ID:???
京都の悲惨な状態を作り出した元凶こと野中先生も閲覧しているとはな。
PHP-MLも有名になったもんだな。
0374nobodyさん2005/04/19(火) 17:25:21ID:ErHiHGoO
自ら「元」と名乗るところがかぐわしいですな
0375nobodyさん2005/04/19(火) 18:10:43ID:hRScwOrV
>>372
野中なのにナカノか・・・
0376nobodyさん2005/04/19(火) 20:02:09ID:???
[PHP-users 25420]

> ナカノさん、こんにちは。

「野中元官房長官様」
と書いてほしかった。
0377nobodyさん2005/04/19(火) 21:13:28ID:???
ノナカナノカ
ナカノナノカ
0378nobodyさん2005/04/20(水) 01:24:56ID:???
[PHP-users 25427] $_FILESについて
そらぁそうだろう。うんうん。
0379nobodyさん2005/04/20(水) 01:59:08ID:???
爺がこめかみをピクピクさせてる様が目に浮かぶ(顔知らないけどw
0380nobodyさん2005/04/20(水) 09:14:25ID:???
なんでマニュアルすら読まないんだ。なんでHTMLを理解しないでwebプログラムを作ろうとするんだ
0381nobodyさん2005/04/20(水) 09:41:56ID:???
HTMLを全て理解している人の方が少ない・思ラから
そこをとやかく言う気はしないけどね〜
マ二ュアルはなぁ…

enctypeはHTMLっつ〜よりhttpって気もするし。
0382nobodyさん2005/04/20(水) 10:45:01ID:???
> なんでマニュアルすら読まないんだ。

読まなくても使ってこれたから。
わかんないうちに読んでも、なんのことかわからないから。
マニュアルの存在をしらないから。
0383nobodyさん2005/04/20(水) 10:49:59ID:???
マニュアル
アップロード用のフォームが enctype="multipart/form-data"属性を有しているかを 確認してください。さもないと、ファイルのアップロードは動作しません。
0384nobodyさん2005/04/20(水) 11:40:00ID:???
ふ〜ん、書いてあるんだね〜、へぇ〜。
0385nobodyさん2005/04/20(水) 12:42:28ID:???
>>384
どうしちゃったの?この人。
0386nobodyさん2005/04/20(水) 13:26:55ID:???
Xcは釣り師
0387nobodyさん2005/04/20(水) 14:49:02ID:???
サオ持ってますからねえ
0388nobodyさん2005/04/22(金) 00:12:49ID:???
25440
無理な相談だ。
0389nobodyさん2005/04/22(金) 00:54:53ID:???
Webの仕様です。
0390nobodyさん2005/04/24(日) 06:03:37ID:???
25442以降がいまごろ送られてきたのだけど、これは、質問内容が恥ずかしかったり、サブジェクトと関係なかったり、名前が恥ずかしかったり、MLマネージャーが送る価値が無いと判断したため?
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があるから無問題
■ このスレッドは過去ログ倉庫に格納されています