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

[PHP-users MLヲチ5]何とか、自力更生できました。

■ このスレッドは過去ログ倉庫に格納されています
0001104/07/20 20:18ID:???
PHP-users ML ヲチスレです。

ますます1日あたりの受信数が増え続けています。
もはや役に立つ情報満載間違いなしです。

PHP-users mailing list
http://ns1.php.gr.jp/mailman/listinfo/php-users


[PHP-users ML ヲチ4]二度目の投稿なのですが…
http://pc5.2ch.net/test/read.cgi/php/1085576406/
[PHP-users ML ヲチ3] Re:MLってなんですか?
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
0169nobodyさん04/07/29 02:41ID:???
川崎帝京聖マリってお布施の金額で合否が決まる三大馬鹿医大じゃん。
建前の合格率下がるから出来の悪い学生は国試受けさせてもらえないらしいよ。
0170nobodyさん04/07/29 04:11ID:???
22851
突っ込みどころ満載メールキタ━━━━━━━(゚∀゚)━━━━━━━━!!!!

>> 既知の方がいらっしゃいましたら、ご教授お願いいたします。

「御存知の方」ね。

>> PHP4.73 Readhat7.3 の環境で開発中です。

存在しないバージョンと存在しないディストリビューションで開発中らしいです。
すげえ。
0171nobodyさん04/07/29 04:23ID:???
>>170
超ワラタw
0172nobodyさん04/07/29 07:30ID:???
>>170

>> PHP4.73 Readhat7.3 の環境で開発中です。

これが爺のいう野良ビルドってやつですよ・・・たぶん。
0173nobodyさん04/07/29 09:41ID:???
川崎ってアフォな付属高があるから、なおさら質が低いんだよな。
0174nobodyさん04/07/29 11:24ID:???
>>173
藻前様、川崎と付いてるからってあのヘタレ学校が川崎にあると思いこんでないか。
0175nobodyさん04/07/29 11:41ID:???
>>174

倉敷だったとは。スマソ。
017617304/07/29 12:32ID:???
大丈夫だ。地味だが本当に付属があるんだよ。
ttp://www.kawasaki-m.ac.jp/senior/

ちなみに、ここの数年前、附高あがりのここの医学生が、献体のチ●ポでチョンマゲして遊んだっていって喜んでた。
もう、どうしようもないべ。
0177nobodyさん04/07/29 12:46ID:???
解剖の時間に「壁に耳あり」なんて当たり前にやっていそうだな。
0178nobodyさん04/07/29 13:05ID:CRdxTW7x
誰か丸投げMLに燃料投下汁
人数ばかり増えてネタが増えんのはヲチしていてもつまらん
0179nobodyさん04/07/29 13:28ID:???
[22860]
結局教えて君か
0180nobodyさん04/07/29 14:13ID:DEbA7avx
22860
暑中見舞いの書き出しみたいなタイトルですな
0181nobodyさん04/07/29 15:24ID:???
しかしみんなよく答えるなー

そんなに名前売りたいのかなー
会社からの名前売れっていう指令かと思うくらい
0182nobodyさん04/07/29 15:45ID:???
社名にマイナスイメージを与える人が多発してますが....(w
0183nobodyさん04/07/29 15:50ID:???
普通に考えたらusersは異常に親切すぎなMLだと思うんだけど、それが叩きでもその調子なもんだから
同時に異常なほど不親切というイメージを初心者に与えてるんだよな。
なにごともほどほどが肝心だよ。
0184nobodyさん04/07/29 16:08ID:???
33778

絶対これ、limitのせいじゃないだろw

select * from hoge offset 40 limit 2;

でも文字化けすると思われ……
0185nobodyさん04/07/29 16:13ID:???
どこのMLか書けよ… >>184
018618404/07/29 16:16ID:???
>>185
スマン。PHP-MLの投稿と勘違いした……
pgsql-jpでした。
0187nobodyさん04/07/29 18:08ID:???
>>186
おれもワロタ
別に不思議な現象じゃねーよw
0188nobodyさん04/07/29 22:49ID:???
>>168
ayamura.orgの中の人は医者だが?
0189nobodyさん04/07/30 01:32ID:???
>>188
他のMLヲチで話題の、そのayamura.orgの中の人って何?
何か有名どころのプロダクトでも作ってる人なの。
0190nobodyさん04/07/30 02:41ID:???
>>188
君は「SEとはこういう人種だ」という記事を見たとき、1人でも該当しないのがいたら
この記事は嘘だと公言する人?
0191nobodyさん04/07/30 07:08ID:???
論点ずれてるぞなもし。

>>190は、ひとりでも該当するのがいたら「SEはこういう人種だ」と公言する人?
それか、SEだけじゃなくてもあてはまるのに、SEってやつは、と公言する人?
「SEはオマケフィギュアをあつめる人種だ」みたいな。
0192nobodyさん04/07/30 09:51ID:???
SEはかくあるべき、みたいなネタならこのスレでも散々ガイシュツだけどな(藁
0193nobodyさん04/07/30 13:29ID:???
どんな職業でも、かくあるべきは
「めしも食わずにつつましく、西に病気の母あれば、行ってとどめをさしてやる」
というところに落ち着く。
0194nobodyさん04/07/30 13:43ID:???
>188
その医者は行方不明らしいね。
ttp://www.otv.co.jp/newstxt/news.cgi?mode=detail&code=20040727173762
0195nobodyさん04/07/30 14:30ID:FFIpZaPb
22887
内容以前に、「マックのメーラー」と「ウィンドウズのベッキー」が論外のような..
どうせなら、ピーエッチピーと書いてほしいな。

0196nobodyさん04/07/30 15:40ID:???
22887なんて来てねぇや、と思ったら、22877ね。
0197nobodyさん04/07/30 20:34ID:???
パールやジャバみたいに、分かりやすい名称をPHPにもつけるべきだな(藁
0198nobodyさん04/07/30 20:44ID:???
俺はピッピと呼んでいる
0199nobodyさん04/07/30 21:08ID:???
@長靴下?
0200nobodyさん04/07/30 21:29ID:???
>>197
どうせもうすぐ消える言語だから不要。
0201nobodyさん04/07/30 23:41ID:???
>>200
PL/Iみたいなもんか…
0202nobodyさん04/07/30 23:57ID:???
>200
ひまわりのようなものか...
0203nobodyさん04/07/31 01:43ID:???
ひまわりは、流行もなかったから。

PHPは、PHP5の混乱と、セキュリティー対応の甘さに一般の人が気付いたあたりで使われなくなると予測
0204nobodyさん04/07/31 01:44ID:???
セキュリティー対応じゃなくて、バージョン管理の甘さだな。
3桁目のバージョンが変わったときに動きが変わるのは最悪。
0205nobodyさん04/07/31 01:55ID:???
>200
Rubyのような...
0206nobodyさん04/07/31 02:22ID:???
Phalot … とか呟いてみる。
0207nobodyさん04/07/31 06:55ID:???
>>203
一般人はセキュリティ気にしない。
いや、マジで。ホント気にしない。
ちったぁ気にしやがれよ…
0208nobodyさん04/07/31 10:13ID:???
ぴゅう太の日本語ベーシック
0209nobodyさん04/07/31 10:34ID:???
>>207
どっかの雑誌(複数)で大々的に叩けば一般人が敬遠するかも。
大体にしろ「開発が簡単」とかいうのも噂話のイメージにすぎん。
0210nobodyさん04/07/31 14:24ID:???
Parrotとかすぐ消えそう...
0211nobodyさん04/07/31 15:22ID:???
PHPは開発が簡単というよりかは、とっつきやすいって感じだな。
実際にはPerlとたいした差はない気がする。ファイルベースでやるなら。

DBベースならPHPの方が作りやすいな。
0212nobodyさん04/07/31 20:53ID:???
最初の開発は簡単だが保守は大変。
頼むからセキュリティホールの穴埋めアップデートで
既存スクリプトを全部見直しする羽目になるのは勘弁。

今は雑誌でも開発時の労力の話しかしてないとこが多いけど、
数年後には保守労力がかかりすぎる話がわさわさ出てきて
PHPは世論で潰されるのでは。
0213nobodyさん04/07/31 21:40ID:???
[PHP-users 22886]
> PHS (CGI版)となってました。
PHSにCGI版なんてねぇよ。

> ネットで調べてみると、CGI版とコマンドライン版があるみたいですが、
DSO版はどこいったんだよ。
0214nobodyさん04/07/31 21:43ID:WRy9c9NN
>>213
ワラタ

> 毎度初歩的な質問で申し訳ないです。
もすこし勉強しましょう。
ってか、自前のサーバーで、CGI版を動かしてみれば、わかることじゃんかよ。
0215nobodyさん04/07/31 22:00ID:???
>>214
共用サーバー上でテストしかしてないんでしょう。間違いない。
0216nobodyさん04/07/31 23:24ID:WRy9c9NN
>>215
なるほど。

ところで....
php書いてる皆さんは、ローカルにテスト用のサーバー(LinuxでもWinでも)って、持ってるよね?
0217nobodyさん04/07/31 23:26ID:???
>>216
はい
0218nobodyさん04/08/01 02:59ID:???
共有サーバでテスト→暴走とかマジ勘弁。
0219nobodyさん04/08/01 05:17ID:???
>>212
アフォなのは PHP ではなく PHP を使う人間の方。
何使っても同じ。
それか、コストかけてもその辺をカバー出来る Java を使ってなさいって事になる。
0220nobodyさん04/08/01 06:28ID:???
>>219
そうでなく、PHPをマイナーアップデート程度でも更新したら既存スクリプトの
一部が動かなくなる場合があるでしょ。
PerlやJavaに比べても挙動の変わる頻度が高すぎる。上位互換くらいまともに取ってくれと言いたい。
これじゃ客先に保守を任せることができないだろ。
メンテ契約で別途金を取れるんならともかく、いつまでもこっちでメンテやれる顧客ばかりではない。

あと、PHPはPerl辺りに比べて本体内蔵の関数で機能をカバーしすぎてて
いくらプログラミングでカバーしても本体側にセキュリティ的な穴が出やすい。
これもPHP本体を頻繁に更新する羽目になる原因の1つになってる。
0221nobodyさん04/08/01 07:19ID:???
>>220
自分はそんな状態に遭ったことは無いけど、言いたいことはわかります。
開発陣もそれを認識しているからext以下のモジュールを
本体組み込みからPECLに移行させる動きがあるんじゃないかと思う。
FreeBSDのPortsでも各モジュールをDSOとして追加するようになったし。

でもPHPをアップデートする前にChangeLogを読んで、
それが運用中のシステムに影響があるかを問い合わせられるぐらいの客じゃないと
保守を任せられないような気も。(予算とかはおいといて)
0222nobodyさん04/08/01 09:06ID:5SNTpMWy
漏れの知合の会社は、新しく入ってきた自称SEが、稼働中のそれも一般ユーザに対してサービスを
提供しているサーバーのphpのバージョンを3から4に上げたらしい。
自称SEいわく、「バージョン4のほうが安定しているから」
おかげで、それまで動いていたスクリプトが一斉に動かなくなって、2徹したそうだ。
0223nobodyさん04/08/01 09:18ID:???
それはホントにアフォw
0224sage04/08/01 09:28ID:0BVqyGan
テスト機としてvmwareにLinux入れるのお勧め。
ノーパソに入れればどこでも開発できちゃうよん
0225nobodyさん04/08/01 12:28ID:???
>>222
普通アップデートする場合、テスト機で影響調べてからにしないか?
いきなり本番機をアップデートするとは、相当なキワモノだなその自称SE。
0226nobodyさん04/08/01 12:47ID:???
>>222
2徹で全スクリプトをPHP4対応に書き換えたんだろうか?
自称SEはともかく、それ以外の連中も相当なもんだな。
0227nobodyさん04/08/01 14:08ID:???
なんで PHP3 と PHP4 を同居させる方を選ばなかったんだろうな
4/5 じゃなく 3/4 ならそういう方法もアリだったろうと思うが
0228nobodyさん04/08/01 15:42ID:???
>>220
よく聞く話だけど、あんまり実感無いな。
漏れが PHP に手を付けたのが 4.2 以降からで大幅な変更に会ってないからかも知れないが。
それでももう 3 年目だしなぁ。

案外、無茶な書き方をしているか、4.2 系辺りであった register_globals のデフォルト値変更辺りから
イメージ先行な話になってるんじゃぁ、とか思う時がある。

>>221
同意だけど、PECL って PEAR のせいで管理の緩いイメージがあってしソレこそ互換性が怖かったりする。
0229nobodyさん04/08/01 16:37ID:???
>>220
そういう上位互換取れてない仕様変更って,最近の fgetcsv() 以外だと何があったっけ?

「頻度が高すぎる」とか「まともに互換取れてない」とかいえる程の変更があったら,
自分の 4.0.6 の頃に書いたスクリプトもどっかで不具合起こしてそうな気がするのだが,
特にそういう問題が起きてないから逆に不安だわ(w
0230nobodyさん04/08/01 18:17ID:???
>>229
PostgreSQLの関数
session_register
とか。

よく使っていたけど、ことごとく変更されてコード書き直した方が
はやかった。

0231nobodyさん04/08/01 18:22ID:???
>>228
イメージ先行じゃないよ。
自分が体験したのだけでも、nl2brが吐くタグが<br>から<br/>になって、携帯とか一部ブラウザでちゃんと見れなくなった。
contentTypeヘッダー吐くと日本語エンコーディングできなくなったり
で、その対応がされたアップデートは、そもそも日本語処理に不備があったり。
あとは、FreeTypeがどうのこうの、とか、マイナーバージョンアップのたびになにか聞く。
なんかのセキュリティー対応のバージョンで、PostgreSQLと一緒に使えないバージョンもあったね。

PECLとかPEARとかでライブラリが発散してしまうと、さらにだめになるだろ。
PHP5にほとんど対応してないような現状をみても。
信用できないね。
0232nobodyさん04/08/01 18:25ID:???
それに、PHP5で言語仕様が変わったっていっても、せいぜいオブジェクト指向の最低限の構文がちゃんと動くようになりましたっていう程度だし。
いまさらなに?って感じだな。
MSXが16ビットになってよろこんでる感じ。
0233nobodyさん04/08/01 18:34ID:???
ちゃんと整理しておく。
PostgreSQLが使えないのは4.0.6だった。
4.2.2でContent-typeを指定するとエンコーディングしなくなった
4.2.3でそこは修正されたけど、日本語処理にバグがある。で、これが4.2系列最終バージョン。
4.2.1以前はセキュリティーホールがあるから使うべきではない。
ってことで、4.2系列は全く使えない

4.3.0はオブジェクトの=演算子の扱いがかわってる。
で、4.3.2でprintf系にバグ。テストしてないことがバレバレ。
エンバグ多すぎ。
0234nobodyさん04/08/01 18:59ID:???
>>231
<br/> じゃなくて <br /> ね.
これで見れなくなるブラウザの実装の方に問題があるが,
まぁ商用サイト作ってるとそうも言ってられないか.

>>232
意味わからん.
0235nobodyさん04/08/01 19:51ID:???
>>234
なんか、世の中32ビットですよ、っていうときに、16ビット化されてよろこんでるMSXユーザーのような感じがした。
0236nobodyさん04/08/01 20:30ID:???
>>235
あぁそういうことか.
まぁ「PHP はオブジェクト指向言語ではない」とマニュアルで言い切ってるくらいだし,
生まれが OOP じゃない言語の OOP 機能って,
「非 OOP なコードも書ける」ってのが重要だと思うんで,最低限以上のものにはなりにくいと思う.
もっとガチな OOP したい人はそういう言語を使え,ってことで.

// あと MSX TurboR は Win95 より 5年ほども前なので,
// MSX の例えは適切ではないと思われ.いらん揚げ足取りですが(w
0237nobodyさん04/08/01 21:04ID:???
>>236
世の中すでに386が当たり前で、X68000もX68030で32ビット化したころに、16ビット化、それもバス幅は8ビットの半16ビットで、みたいな感じだった気がする

オブジェクト指向はどうでもいいんだけど、フレームワークとか再利用が声高に叫ばれるなかで、いまだに枠組みの提案がない。
フレームワークとか再利用のためにはオブジェクト指向が便利なんだけど。
なんか、明確な目的なく、とりあえずオブジェクト指向にしましたよ、という印象をうけまくり。
0238nobodyさん04/08/01 21:20ID:???
>>236
うーん、でもその中途半端なOOPを中途半端に見た目だけまともにするために
実行速度が落ちてたら本末転倒って気がするんだけどなー。
元々、DSOでの起動速度はともかく処理速度ではPerlに負けてたんだし、
さらに遅くしてどーすんの?とか思った。
0239nobodyさん04/08/01 21:22ID:???
しかもその程度の差でしかないPHP4とPHP5とで当たり前のように
まともな上位互換は無いしねw
0240nobodyさん04/08/01 22:13ID:???
そう、今思ったけど、PHPってバージョンあがるんだから互換性なくて当たり前という空気がある。
PostgreSQLとかJavaとか、開発環境に関してはなにも気にせず最新バージョンインストールしたりするけど、PHPはインストールする気にならん。
3桁目のバージョンが変わっただけでも。
0241nobodyさん04/08/01 22:51ID:???
>>240
開発してる側がプログラム言語作ってるって意識に欠けてるんじゃないかな。
なんだかその辺のアプリのマクロ言語みたいな機能拡張の仕方してると思う。
0242nobodyさん04/08/01 22:53ID:???
まぁアレだ,PHP みたいに取っ付きやすくて色々が簡単に出来て動作が速くて生粋な OOP で,
バージョン間完全互換かつエンバグしない開発体制の言語を誰か作ってくれ.
良さそうなら PHP から乗り換えるからさ.
0243nobodyさん04/08/01 23:00ID:5SNTpMWy
>>225
キワモノもきわめつけキワモノらしい。
「FireWallなんていらない。サーバーのセキュリティをちゃんとしてれば問題ない。」
なんてことも言ってるらしい。
ついでに...php.iniを知らなかったらしいし(禿藁

>>226
php3は、自称SE氏が削除したらしい。
で、それまで動いてたプログラムを書いたヤツは辞めてしまってたらしいから。
となれば、3→4にした自称SEが如何にDQNかがようわかる。

0244nobodyさん04/08/01 23:34ID:???
>>242
完璧じゃなきゃ乗り換えんてか?じゃあ一生PHP使い続けることに
なりそうだな。ご愁傷様。

「PHPよりマシ」レベルで良いならperlなんてのもあるけどね。
0245nobodyさん04/08/01 23:47ID:???
>>243
いや、たとえ削除されてたとしても環境戻すだろう、ふつう。
PHP3再インストールするかバックアップから戻すか。
0246nobodyさん04/08/02 00:18ID:???
>>244
// 「完璧じゃなきゃ」んなこたどこにも書いてねー,ってのはまぁおいといて……

つまり全ての点で完璧なプログラム言語なんて一生出てこねーってことは理解してんでしょ?
色々な言語がそれぞれ別々にダメな点があって,
それを我慢できる人がそれを使う,って現実も理解してんでしょ?
だったら PHP のそういう点はバージョン間非互換にある,とか思って,
その上で PHP 使うなり別の言語使うなりすればいいじゃん.
242みたいな完璧な言語を欲しがってるのは,ここで PHP に文句たれてる連中の方なんだと思うよ.


ところで Perl はバージョン間互換はかなりのものだと思うが OOP って点ではどうかなぁ……
0247nobodyさん04/08/02 00:36ID:???
> フレームワークとか再利用のためにはオブジェクト指向が便利なんだけど。
> なんか、明確な目的なく、とりあえずオブジェクト指向にしましたよ、という印象をうけまくり。

> 開発してる側がプログラム言語作ってるって意識に欠けてるんじゃないかな。
> なんだかその辺のアプリのマクロ言語みたいな機能拡張の仕方してると思う。

この意見を見て思ったこと。
これがインタプリタパターンって奴だな。
024822804/08/02 00:43ID:???
おまいらありがと(;´Д`)
>>233 は更にありがと。
0249nobodyさん04/08/02 07:03ID:???
>>242
Ruby?
自称言語オタクというだけあって、いい言語だし、へんなエンバグはなさげ。
ただし、たくさんたくさんの機能はいまのところなさげ。
0250nobodyさん04/08/02 13:54ID:???
Rubyはいい言語だけど、いかんせんマイナーすぎてなぁ。
動くサーバ少ないんじゃないか?
0251nobodyさん04/08/02 13:59ID:???
そりゃインストールすればいいだけで。
それにPHP5が動くサーバーの数よりは多い( ̄ー ̄)
0252nobodyさん04/08/02 14:09ID:???
>>251
自前サーバの話ならインスコすりゃいいけどね
レン鯖運用となると業者の選択幅が狭くなる
0253nobodyさん04/08/02 14:10ID:???
>>252
PHP5のほうが、選択の幅が狭い( ̄ー ̄)
0254nobodyさん04/08/02 14:11ID:???
>>253
どっちもどっちだよ
PHP5と比べる意味がわからん
0255nobodyさん04/08/02 14:13ID:???
正式リリースされたばかりのPHP5と比較するのもなんか変な話だ
0256nobodyさん04/08/02 14:16ID:???
最近PHPいじりはじめた人?
このスレの住人の大半はレンタルでは未対応だった頃からPHPに着目してて
PHPは自前サーバーで運用するのが当然と思ってる人ばかりだと思ってたけど。
レンタルのなんてオプションもいじりにくいしアップデートもできないしで使いにくいと思うけど。
0257nobodyさん04/08/02 14:20ID:???
>>255
PHP5が使えるサーバーは増えないと思ったわけで。

ところで

22896
単純なロジックの問題で、環境にはあまり左右されない問題なのに、なにを偉そうにしてるですか?
しかも、解決策として呈示したものも、どう「いけるでしょう」なのかわからないのですが、なぜこんなに得意げですか?
0258nobodyさん04/08/02 14:21ID:???
管理コストを抑える為に運用をレンタルサーバでというオーダーを受ける事は結構多いけどな
0259nobodyさん04/08/02 14:27ID:???
サーバー確保の話は、業務対象で全く違うからね。
0260nobodyさん04/08/02 14:34ID:???
シェアやフリーで作るとなると、レンタルサーバーがほとんどだからな。
普通の仕事でもレンタルサーバは選択肢に入れて作っておかないと使いまわしが効かん。

下位互換がしっかりしてるか、移行ツールでも出してくれりゃ問題ないのにな。
0261nobodyさん04/08/02 14:44ID:???
仕様のマイナーチェンジはどうしようもないけど
関数の下位互換はPEARのPHP_Compatである程度カバーできるかと。

ヲチスレで他のPHP関連スレよりPHPの話をしているというのも奇妙な気分ですな。
0262nobodyさん04/08/02 14:57ID:???
夏厨もあらわれなかったから、いいんじゃない?
こっちの方が楽しいし。

PEARのナントカで大丈夫、っていう言葉が一番あてにならない気がス
0263nobodyさん04/08/02 15:32ID:???
[PHP-users 22918]
ポカーン
0264nobodyさん04/08/02 15:52ID:???
デフォルトからいじってないというヤツに限って変な設定してる罠。
窓の手で設定してるか、IEが古い+例のチェックボックスがオンというオチに1票。
0265nobodyさん04/08/02 16:07ID:???
ところで、この問題って、権限が整理されてないだけだと思うんだけど、どうよ?
0266nobodyさん04/08/02 16:29ID:???
>>265
私には何がやりたいのかサパーリなんですが
0267nobodyさん04/08/02 16:45ID:???
>>266
別の画面で別のアカウントでログインしたい、と。
単純にセッションを使うと、画面ごとの認証管理ができない、と。

同時に別のアカウントでログインしたい、という状況が、権限管理をちゃんとできてない場合以外に思いつかない。
0268nobodyさん04/08/02 16:50ID:???
>>267
きっと自作自演なんだよ!(AAry
■ このスレッドは過去ログ倉庫に格納されています