- 1 名前：nobodyさん [2005/08/01(月) 21:27:12 ID:pG+mahP3]
- 落ちてたんで立てとく
■PEAR
pear.php.net/
■前スレ
Pear
pc8.2ch.net/test/read.cgi/php/985665522/
- 51 名前：nobodyさん mailto:sage [2005/09/24(土) 23:32:10 ID:???]
- スペース1個に置き換えるだけで十分な場合がほとんどじゃん。
XMLは遅いし、めんどくさいし、DBはメンテに手間がかかるし、タブ区切りが一番手軽でしょ。
PHPの場合は、SQLiteも普及するかもしれないけど。
- 52 名前：nobodyさん mailto:sage [2005/09/26(月) 22:12:34 ID:???]
- PEAR本買ったぞ。結構有用な感じ。
思ったよりHTML_QUICK_FORMにページ割いてるので嬉しい
あとなんか紙質が安っぽいwwww
購入を迷っていてなんか質問ある人は答えるよ
- 53 名前：nobodyさん mailto:sage [2005/09/26(月) 22:52:44 ID:???]
- 結婚はしてますか？
- 54 名前：nobodyさん mailto:age [2005/09/26(月) 22:55:57 ID:???]
- これからPEARをやってみたいんだけど〜って人にも勧められる内容なのかな？
前提条件として、「このくらいは知っておかないと」というのがあれば、それもお願い。
せっかくだからage
- 55 名前：nobodyさん mailto:sage [2005/09/26(月) 23:07:00 ID:???]
- PEAR本なんか必要ないんじゃないの？
- 56 名前：nobodyさん mailto:sage [2005/09/26(月) 23:20:08 ID:???]
- 自分は52とは違うけど
>>54
むしろこれからPEAR触ってみようかな、って人にいいんじゃないかな
ざっと見たら手広く紹介してあるみたいだったよ
>>55
PEPrまで毎日チェックしてるぜ！な人にはもちろんいらんと思う
- 57 名前：nobodyさん mailto:sage [2005/09/26(月) 23:42:11 ID:???]
- >>53
してません。ちなみに当方28才女自営業です。
>>54
PEAR『入門』ですから、PEARの導入方法から使用法まで割と親切に書いてあります。
ただしPHP初心者には難しいと思います。
>>55
まあ今まで無くてもみんなやってこれたので、必要ないと言えば無いのですが・・・
でもPEAR公式マニュアルって翻訳が追いついていなくて、半分英語・半分日本語だったりするじゃないですか。
HTML_QUICK_FORMなんかはマニュアルだけで使いこなすのは絶対に無理だと思いますし。
- 58 名前：nobodyさん mailto:sage [2005/09/27(火) 00:17:59 ID:???]
- 絶対に無理ってことはないな。
- 59 名前：53 mailto:sage [2005/09/27(火) 00:38:02 ID:???]
- >57
それでは購入することにします。
当方も28才男自営業ですので、よろしくお願いします。
- 60 名前：nobodyさん mailto:sage [2005/09/27(火) 16:49:44 ID:???]
- 今の2ch PEAR Wikiって>>4でいいんだっけ？
最近色々触ってみてるからちょっと情報上げていこうかと思うんだけど、
FrontPageとか勝手にいじっちゃっていいもんなのかな
- 61 名前：nobodyさん mailto:age [2005/09/27(火) 20:12:02 ID:???]
- いいんじゃないか？
- 62 名前：nobodyさん mailto:sage [2005/09/27(火) 21:51:56 ID:???0]
- >>59
何気にプロポーズすんな。
前に一部の上位ｴﾛの方々が脱HTML_QuickFormと
言ってるのをどこかで読んだが、使わない方向で頑張った方が
良いのだろうか？
今使ってて便利だと思ってるのはhierselectが便利って事くらいかなぁ・・・。
- 63 名前：nobodyさん mailto:sage [2005/09/27(火) 23:30:15 ID:???]
- 俺も正直このまま案件でQF使いつづけるべきか悩んでる
ちょっと小回りが利かしづらい部分がある
生成した時点でリクエストとマッピングされてるのも
便利っちゃ便利なんだがさせたくない時とかもある
最初はラジオボタンとチェックボックスで悩み
デフォではfileエレメントがサポートしてないのに悩み
レンダラで悩み色々試行錯誤してようやく使い物になる
かと言って代行になるようなライブラリもないし
あったとしてもチーム全体がそれになじむまでには
QFの使い方に慣れるまでと同等のコストがかかりそう
QFは全体像を掴むまでが大変
QFくらいの機能を備えててもうちょっとシンプルな
フォームに特化したライブラリがあればいいんだけど
ｴﾛい人らはやっぱ自作してるんでしょか
- 64 名前：nobodyさん mailto:sage [2005/09/28(水) 01:25:58 ID:???]
- 上位のひとが脱だーって言ったからって，
それを超えるものを提供した上で言ってるわけじゃないからなー．
むしろ共存のために Maple 用の Filter_HQF とかを作った方がいい気がしてるので，
いまその辺をいじくり中．
重複しない機能をうまく使えば，これで充分になるんじゃないかと……
- 65 名前：nobodyさん mailto:sage [2005/09/28(水) 01:42:23 ID:???]
- ヒント: Flexy
- 66 名前：nobodyさん mailto:sage [2005/09/28(水) 01:45:10 ID:???]
- >>61
じゃ暇があったらなんか書いてみるよ
>>63
HTML_Formはシンプルすぎるか
以前QFのエレメントの設定を設定ファイルに書くハンドラを作ったことがあるな
まぁ設定ファイルをXMLにしたもんで、HTMLを書かなくて済むQFを生成するために
XMLを書くという堂々巡りになってしまったわけだが
- 67 名前：nobodyさん mailto:sage [2005/09/28(水) 20:39:25 ID:???]
- 結局、記述量や習得するまでの時間を考えると使うメリットが無いって事でしょ。
Validaterは各フレームワークのものを使用すると。
俺はQF使う派だけど、確かにQFだと悩みながら書くこと多いから、
普通にHTML＆Javascriptで書くのに比べてかなりの多くの時間を費やす事がよくある。
- 68 名前：nobodyさん mailto:sage [2005/09/28(水) 21:00:34 ID:???]
- でも JS の自動生成や advmultiselect みたいな拡張機能は他にはない魅力……
なので何とか共存の方向を考えたいところだ
- 69 名前：nobodyさん mailto:sage [2005/09/28(水) 22:53:17 ID:???]
- 便乗で質問だけど、DBまわりは何使ってる？
MDBとか使ってたけど、意味あるのかなぁ・・・と思って
最近は思い切ってPDO使うか、もしくはネイティブ関数使ってる。
たまに
「mysql_query（）なんてのをコードの中にたくさん書いてたら、
あとで困るんじゃないの？」
って意見を見かけるけど、困らないね。
コネクトとかquery発行する箇所はクラスに纏めてるから一ヶ所だし。
それにだいたいSQL文からして方言の差があるのに、
そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。
DBプロジェクトに対してDBを変更することってかなり稀だと思うし。
- 70 名前：nobodyさん mailto:sage [2005/09/28(水) 23:15:25 ID:???]
- ADODB
だけどそろそろ移行の時期だと思ってる。
- 71 名前：69 mailto:sage [2005/09/28(水) 23:28:51 ID:???]
- ADODBも使ってたけど、更新が頻繁にあるものが多いので、
目玉の（？）cache機能が殆ど使えないから止めた。
- 72 名前：nobodyさん mailto:sage [2005/09/28(水) 23:40:59 ID:???]
- DB_DataObject
遅いっちゃ遅いんだが、便利で手放せない
PDO+DBDOが使えるようになるのはいつのことやら・・・
- 73 名前：70 mailto:sage [2005/09/29(木) 00:11:09 ID:???]
- >71
ADODBの最強な点はダイナミックリンク可能な点だと思ってるから無問題
DBの速度にはまだこまってないからやってないけどね
>72
俺もPECLのDBDO待ち
- 74 名前：nobodyさん mailto:sage [2005/09/29(木) 01:02:34 ID:???]
- おれも DBDO が使えるようになるまでは DB_DataObject で粘ろうと思ってる
そこまでパフォーマンスに厳しい仕事をしてないってのもあるが……
- 75 名前：nobodyさん mailto:sage [2005/09/29(木) 07:44:25 ID:???]
- PEAR DBは重すぎて糞
PDOﾏﾝｾｰ
- 76 名前：nobodyさん mailto:sage [2005/09/29(木) 19:28:05 ID:???]
- >>74
やめとけ。updateがDB_DATAOBJECT_WHEREADD_ONLYでしか動かないぞ。
最新バージョンは挙動がかなりおかしい。
PHP5+Propelにしとけ
- 77 名前：nobodyさん mailto:sage [2005/09/29(木) 19:32:15 ID:???]
- >>13
いまさらだけど、Smarty使ってるならプラグインにまとめようぜ、そういう処理は。
- 78 名前：nobodyさん mailto:sage [2005/09/29(木) 21:41:23 ID:???]
- >>76
Propelって初めて聞いた。
検索かけても殆ど情報得られないなぁ。
>>73
DBDOって現状じゃ全然使えない？
更新が4月から止まってるけど。
今やらなきゃいけないものを何でやったらいいのやら・・・。
今ならPDO単体でやるのがいいのかなぁ。
- 79 名前：nobodyさん mailto:sage [2005/09/30(金) 04:40:45 ID:???]
- >>78
配布先に使い方全部書いてあるし。
てかpropelしらかったて…
- 80 名前：nobodyさん mailto:sage [2005/09/30(金) 18:37:09 ID:???]
- >>79
使い方じゃなくて、使えるレベルにあるかって事だろ。
自分で調べれ。
propel知らないのも別に不思議じゃなくね？
そんな有名じゃないだろ。日本で。
- 81 名前：nobodyさん [2005/10/01(土) 17:31:35 ID:+fvd5pTY]
- 質問です。
PEAR::DBを勉強中なのですが、PHP関数で言うmysql_insert_id()と同じことをやる場合には
どうしたら良いのでしょうか？
pearマニュアルを何度も読んだのですが、該当する部分が見つからないです。。。
どなたかお助けください。よろしくお願いします。
- 82 名前：nobodyさん mailto:sage [2005/10/01(土) 18:47:26 ID:???]
- mysql相手だと、
pear.php.net/manual/ja/package.database.db.db-common.nextid.php
これは使えないのかな？
使えないのなら、
$db->getOne("SELECT LAST_INSERT_ID()");
- 83 名前：nobodyさん [2005/10/14(金) 17:10:01 ID:TRgLsoyz]
- PEAR::Authをインストールするためコマンドプロンプトから
cd c:\php
pear config-set http_proxy http://(プロキシサーバ):8080
pear install Auth
と打っても
XML error at line 1, check URL
Invalid return payload: enable debugging to examine incoming payload
とエラーが出ます。ググっても解決策がよくわかりません。ご教授お願いします。
（プロキシサーバ）のとこには自分のプロキシサーバ・アドレスを入れています。
- 84 名前：nobodyさん mailto:sage [2005/10/15(土) 00:48:58 ID:???]
- >>83
氏ねや。
- 85 名前：nobodyさん mailto:sage [2005/10/15(土) 01:03:49 ID:???]
- なんで？
- 86 名前：nobodyさん mailto:sage [2005/10/16(日) 03:51:20 ID:???]
- >>69
自分の今いる現場では、PEARはほとんど使ってないね。
携帯向けサイトの仕事なんだけど、TV局のサイトなので告知とかあると
アクセスが集中してWebサーバとDBサーバの両方に負荷がかかる。
ハードの強化は予算的にどうしようもないので、プログラム側で工夫することになるんだけど、
１リクエストに対するレスポンスを上げるため、できるだけ処理速度を上げるように言われてる。
そのためDBアクセスでは、PEAR::DBは使わずに、ネイティブ関数をラップした共通関数orクラスを使ってる。
＞「mysql_query（）なんてのをコードの中にたくさん書いてたら、
＞あとで困るんじゃないの？」
＞って意見を見かけるけど、困らないね。
確かに全然困らないね。
DBアクセスは一箇所にまとめるんだから。
＞それにだいたいSQL文からして方言の差があるのに、
＞そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。
SQLを改善するほうがPHPのソースをいじくるよりレスポンスの改善効果は高いし。
そのためには、SQLの方言はどんどん使うべきだと思う。
＞DBプロジェクトに対してDBを変更することってかなり稀だと思うし。
そうだね。自分の場合は、ずっと運営してきたサイトで何百ものソースが動いているのに
DBMSを変更するような事はまずないと思う。
DBMSが変更になったら、例え少ない変更でもほぼすべてのソースのテストを行わないといけない。
客にとってはDMBSはなんでもよくて、サイトがちゃんと動いてればいいわけだから、
そんな変更はあり得ないし、そんな予算ないと思う。
自分の場合は、こんな感じだけど、もちろんまったく違う状況の人もいると思うので
参考にならないかもしれないけど、とりあえず1例としてあげてみた。
- 87 名前：nobodyさん mailto:sage [2005/10/16(日) 03:57:55 ID:???]
- まあそういう理解が前提じゃないの？
Martin Fowlerがまとめのがよく言及されてるけど
- 88 名前：nobodyさん mailto:sage [2005/10/16(日) 03:58:50 ID:???]
- それよかコンポーネントがちゃんと出来てるかどうかのほうが重要かもと思う
- 89 名前：86 mailto:sage [2005/10/16(日) 04:29:55 ID:???]
- >>87
Martin Flowlerは知らなかったので、ググってみた。
この記事のことかな？
まだ、読み始めたばかりだけど参考になりそうだ。
ttp://capsctrl.que.jp/kdmsnr/wiki/bliki/?DomainLogicAndSQL
- 90 名前：nobodyさん mailto:sage [2005/10/16(日) 05:16:19 ID:???]
- おれもSQL好きだなあ。
ストアドとかで一発処理できると結構快感がД`)
sql92だけでもそこそこやれるよね。
- 91 名前：nobodyさん mailto:sage [2005/10/16(日) 08:23:31 ID:???]
- >86
adodb使ったら？
- 92 名前：nobodyさん mailto:sage [2005/10/16(日) 08:35:47 ID:???]
- Pear::DB使わないで得られる負荷低下なんてすずめの涙ほどもないよ
- 93 名前：nobodyさん mailto:sage [2005/10/16(日) 16:06:05 ID:???]
- 条件によるのだろうけど
うちが手がけた案件で両方実装してテストした結果
かなりの差がでたのでpearを使わなかったものもある。
- 94 名前：nobodyさん mailto:sage [2005/10/16(日) 17:13:51 ID:???]
- PEAR::DBっぽいインタフェースを備えた
ネイティブ関数のラッパークラスでいいんじゃないの？
直接 mysql_*() を書くのは抵抗がある．
- 95 名前：nobodyさん mailto:sage [2005/10/17(月) 00:11:32 ID:???]
- >>86
レスポンスを上げたいなら、そんな事より先にCache_Liteを検討すべきでは?
キャッシュをメモリに置けばお手軽に負荷テストの結果を一桁あげられるよ。
SQLの最適化もいいけど、SQL問い合わせをいかに減らすかの方が
アプリケーション全体のレスポンス向上への貢献度がはるかに高いと思うな。
だから生SQLはできるだけ書かずにPEARならDB_DataObjectにおまかせで済ます派。
まぁ、キャッシュの使えない局面もけっこうあるけどね...
- 96 名前：nobodyさん mailto:sage [2005/10/17(月) 00:20:16 ID:???]
- PEAR::DBでOCI8使ったら一部のSQLでフィールドがずれたり文字が化けたから
OCI8関係は自分でPEAR::DBっぽいクラス作ったな…
- 97 名前：nobodyさん mailto:sage [2005/10/17(月) 01:20:58 ID:???]
- >>92
ん？
結構違うと思うぞ。やってみ。
- 98 名前：nobodyさん mailto:sage [2005/10/17(月) 02:05:06 ID:???]
- そこで組み込みの SQLiteDatabase クラスですよ。
mysqli クラスは使ったことないけどプロパティ・メソッドの一覧を見る限り
「MySQLでできること全部詰め込んでみました」な感じが良いような嫌なような。
本命は PDO だけど現状では PDO_SQLITE/PDO_SQLITE2 で予期せぬテーブルロックが発生することがあって使えない。
PDO_PGSQL はいい感じ。
MDB2 はドキュメントにもあるとおり API 変更が当たり前のようにあるのでメインに使うのは怖い。
- 99 名前：nobodyさん [2005/10/17(月) 07:11:47 ID:QlBs94zi]
- 前にベンチとった。
１０万件から、単にセレクトしてテーブルで表示するだけのもの。
ネイティブ関数を1とすると、
PEAR::DBを使用した場合、2倍。
DB::DataObjectを使用した場合3倍くらい時間がかかった。
adodbは1,8から1,9くらい。
（とりあえず、PEAR::DBよりは遅くなることはなかった）
ネイティブ関数のラッパークラス（自作）だと、1,2から、1.4くらい。
速度にシビアなとこは、やっぱネイティブ関数使うんじゃない？
ちなみに同じ環境でmod_perlだと、0,7以下。（Apache::Registryのみ）
あ、スペルいい加減。
- 100 名前：nobodyさん mailto:sage [2005/10/17(月) 07:20:43 ID:???]
- なんだこれ？
- 101 名前：nobodyさん mailto:sage [2005/10/17(月) 18:15:47 ID:???]
- >>99
ADODBの本領はダイナミックリンクだってば。
- 102 名前：nobodyさん mailto:sage [2005/10/17(月) 18:55:19 ID:???]
- >>101
>ダイナミックリンク
DLL？
ADOdbext?
- 103 名前：nobodyさん mailto:sage [2005/10/17(月) 19:04:05 ID:???]
- ADOdb extension。
- 104 名前：nobodyさん mailto:sage [2005/10/17(月) 20:59:35 ID:???]
- >>103
俺の環境では使えなかったので却下。
- 105 名前：nobodyさん mailto:sage [2005/10/17(月) 21:33:46 ID:???]
- >>104
環境plz
基本的にはphp.iniかextensions.iniで直接呼んでください
- 106 名前：nobodyさん mailto:sage [2005/10/17(月) 22:01:28 ID:???]
- >>105
FreeBSDのバージョンいくつか忘れたけど、使えなかったと記憶してる。
- 107 名前：nobodyさん mailto:sage [2005/10/17(月) 23:12:27 ID:???]
- >>107
そんな無茶な。
mod_perlって言いたいだけちゃうんかと。
- 108 名前：nobodyさん mailto:sage [2005/10/17(月) 23:13:20 ID:???]
- ×107
○106
- 109 名前：nobodyさん [2005/10/23(日) 00:40:25 ID:p3DWBPtp]
- PEAR入門 PHP標準ライブラリを極める！
www.amazon.co.jp/exec/obidos/ASIN/4798109592/qid%3D1129995283/249-9551878-6230755
ってどうなの？
- 110 名前：nobodyさん mailto:sage [2005/10/23(日) 01:12:54 ID:???]
- >>109
PHP関連書籍のスレがあるからそこで聞こう
- 111 名前：nobodyさん [2005/10/23(日) 01:57:27 ID:p3DWBPtp]
- >>110
そうなんですか。
失礼しました。
- 112 名前：nobodyさん [2005/10/23(日) 16:24:41 ID:Bt6ZIoqC]
- >>110
いやPEAR本だし、さすがにここでもいいんじゃないの？
>>109
上の方で話題にあがってるよ
- 113 名前：nobodyさん [2005/10/23(日) 16:46:59 ID:I/RMFvXv]
- PEAR::Cache っておなくなりになったんですかい？
- 114 名前：nobodyさん mailto:sage [2005/10/23(日) 16:51:27 ID:???]
- >>113
え？ 生きてますけど？
- 115 名前：nobodyさん mailto:sage [2005/10/23(日) 17:07:13 ID:???]
- >>114
お・・ありました。マニュアルの方を見ててなかったので、
なくなったのかと勘違いしてしまいました。失礼。
- 116 名前：nobodyさん mailto:sage [2005/10/26(水) 01:17:05 ID:???]
- >>99
phpaとかアクセラレーター使ってみての比較？
- 117 名前：nobodyさん mailto:sage [2005/10/27(木) 00:45:47 ID:???]
- >>116
使ってないでしょ。
前提条件が適当で曖昧すぎる。その曖昧なままのベンチってのは99もわかってるとは思う。
- 118 名前：nobodyさん mailto:sage [2005/10/28(金) 10:25:19 ID:???]
- Pear の Ajax ライブラリのサンプルプログラムを載せてるWebページ無いでしょうか？
- 119 名前：nobodyさん mailto:sage [2005/10/28(金) 10:31:07 ID:???]
- >>118
itpro.nikkeibp.co.jp/article/COLUMN/20051023/223253/
ここの2ページ目
- 120 名前：nobodyさん mailto:sage [2005/10/28(金) 17:00:35 ID:???]
- HTML_Template_Flexy と Translation2 を組み合わせて
多言語対応 Web アプリを作りたいのだが，
情報源がまったくといっていいほど見つからない・・。
ぐぐってもリリース情報しか出てこない。日本語だけじゃなくて世界で。
だれも使ってないの？？？ あぁ 困ったorz
どなたか有用な情報もっていらっしゃいませんか？
- 121 名前：nobodyさん mailto:sage [2005/10/28(金) 17:40:03 ID:???]
- >>120
コード読むしかないね
- 122 名前：120 mailto:sage [2005/10/29(土) 11:43:30 ID:???]
- >>121
やっぱり （´д｀）
- 123 名前：nobodyさん mailto:sage [2005/10/29(土) 13:33:02 ID:???]
- PEARってこういうの多いよね。
英語で良いから最低限のマニュアルくらい作ってから公開してくれんかのう。
javadoc形式のでも良いけど分かるように書いてくれー。
個人で使うのにはかまわんが、仕事で他人に勧めることができん。
- 124 名前：nobodyさん mailto:sage [2005/10/29(土) 19:50:51 ID:???]
- >>123
日本人が作ったライブラリでも、英語だけで日本語のマヌアル用意してない場合も多いよね。。。。
- 125 名前：nobodyさん mailto:sage [2005/10/29(土) 21:23:02 ID:???]
- >>124
それでもマヌアル無いよりは100倍ましだけどね。
- 126 名前：nobodyさん mailto:sage [2005/10/31(月) 12:50:48 ID:???]
- まあそう思った人が解析してマニュアル書き起こす（せめて自分のHP上でまとめる）しかないんだろうなぁ
がんばろうぜ、みんな
- 127 名前：nobodyさん [2005/10/31(月) 13:32:47 ID:KLBqKPJE]
- SimpleTestで質問です。
WebTestCaseクラスでラジオボタンをチェックできないのでしょうか？
<input type="radio" name="rdoTest" value="test" checked/>Test
を
$this->assertField('rdoTest', 'test');
とすると、
Fail Field [rdoTest] should match with
[Field expectation [String: test] fails with [Boolean: false] at character 0 with [test] and []] at line [18]
となってしまいます。
よろしくお願いします。
- 128 名前：nobodyさん mailto:sage [2005/10/31(月) 14:09:23 ID:???]
- あ、こちらこそよろしく
- 129 名前：nobodyさん mailto:sage [2005/10/31(月) 17:19:32 ID:???]
- どうぞおさきに
- 130 名前：nobodyさん mailto:sage [2005/10/31(月) 22:05:58 ID:???]
- >>127
>$this->assertField('rdoTest', 'test');
$this->assertField( 'rdoTest', array( 'test' ) );
とかは？
あと、
> checked/>
半角スペースなくてもOKだっけ？
checked />
スペース入れるのって、後方互換のためだけだっけ？
間違ってたらスマソ
- 131 名前：nobodyさん mailto:sage [2005/10/31(月) 22:37:02 ID:???]
- >後方互換のためだけだっけ？
そう。本来はスペースなしが正しかったはずだけど
checkedは古い書き方だな・・・
- 132 名前：127 mailto:sage [2005/10/31(月) 22:41:51 ID:???]
- >130
ご指摘の通りでした。
checked/> の半角スペースがないのが原因でした。
それと、array()の件もラジオボタンが複数あればその通りです。
ありがとうございました。
- 133 名前：127 mailto:sage [2005/10/31(月) 22:45:43 ID:???]
- >131
レスどうもです。
checked は古い書き方なんですか？
- 134 名前：127 mailto:sage [2005/10/31(月) 22:48:48 ID:???]
- checked="checked"
と、いうことですね。
- 135 名前：nobodyさん mailto:sage [2005/10/31(月) 22:49:29 ID:???]
- checked="checked" だったっけ？ 正しくは．
- 136 名前：nobodyさん mailto:sage [2005/10/31(月) 22:50:03 ID:???]
- >>133
スレ違いネタだけど、
XHTMLなら checked="checked" だな。
- 137 名前：nobodyさん mailto:sage [2005/10/31(月) 23:19:57 ID:???]
- 127の人気に嫉(ry
- 138 名前：nobodyさん mailto:sage [2005/11/01(火) 20:27:34 ID:???]
- 質問したい事があったのですが、今スルーされると悲しいので
出来ません・・・。>>127ｳﾗﾔﾏｼｽ
- 139 名前：nobodyさん mailto:sage [2005/11/03(木) 02:43:53 ID:???]
- ＊＊＊ すべてのPHPユーザーに告ぐ ＊＊＊
www.hardened-php.net/advisory_202005.79.html
www.hardened-php.net/globals-problem
blog.ohgaki.net/index.php/yohgaki/2005/11/02/phpa_rc_fei_a_oa_oa_fa_sa_le_acsa_oe_afp
PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。
- 140 名前：nobodyさん [2005/11/03(木) 15:21:46 ID:gVE/R27X]
- >>139
誘導
news19.2ch.net/test/read.cgi/newsplus/1130985853/
- 141 名前：nobodyさん mailto:sage [2005/11/03(木) 16:24:45 ID:???]
- >>140
Ｐ ペニス
Ｈ ヒップ
Ｐ ペニス
だってw
一般人には「PHP?ﾅﾆｿﾚ？」って感じなんだなーとｵﾓﾀ
- 142 名前：nobodyさん mailto:sage [2005/11/04(金) 15:44:02 ID:???]
- PHP出版とどっちが有名なのかなｗ
- 143 名前：nobodyさん mailto:sage [2005/11/04(金) 21:56:11 ID:???]
- ！【緊急】開発言語PHPに“最悪”のセキュリティ・ホール，全ユーザーは今すぐ対処を
news19.2ch.net/test/read.cgi/newsplus/1130985853/
- 144 名前：nobodyさん mailto:sage [2005/11/05(土) 06:15:23 ID:???]
- >>140
なんでニュー速に誘導なんだよ。何のための板だ糞ガキ。
- 145 名前：nobodyさん mailto:sage [2005/11/05(土) 09:03:45 ID:???]
- >>140
人口が多いためか早いうちから良い情報が書き込まれていたためです。
それにひきかえWebProg住人はスルーでした。
（プログラマは多いけど、サーバ管理者やセキュリティに関心のある人は少ないのかもしれん）
DAT落ちも早いだろうから、落ちたらPHPスレに情報をまとめて貼るよ。
まあ一般のニュースサイトにも載るくらいの緊急事態だったもので勘弁してくれ。
- 146 名前：nobodyさん mailto:sage [2005/11/05(土) 09:25:04 ID:???]
- >>145
まぁ、なんだ。そのadvisoryをちゃんと自分で読んでみ。
JOYりすぎなのが自覚できると思うよ。
- 147 名前：nobodyさん mailto:sage [2005/11/05(土) 09:37:49 ID:???]
- >>145
11月2日（ニュースサイトに載るより前）に脆弱性に関する正確な情報が PHP-users ML に投稿されてるわけで・・
それ読めばニュー速＋なんて読む必要は全くないんです．
WebProgよりも自宅サーバ板とかレン鯖板の人たちに伝えるべきでは？
- 148 名前：nobodyさん mailto:sage [2005/11/05(土) 10:24:52 ID:???]
- >>146
いやいや、業務で負の資産を使っていて、register_globalsをoffにできない人も多いのよ実際
あと、このセキュリティホールそのものより、4.4.*の不具合問題の方が話題の中心になったりしてる
>>147
うん、PHP-users MLもリアルタイムで見てた
過去ログ見ればわかるけど、正確な情報は流れていないんです。
11/2の時点では情報が錯綜していて、yohagi's blogに正確な続報が出されたのが11/3。
php.gr.jpに公式アナウンスが載ったのが、更にその後（おそらく11/4）。
>WebProgよりも自宅サーバ板とかレン鯖板の人たちに伝えるべきでは？
こちらにはまあ同意だけど、じゃあWebProgの人には関係ない問題かというと、そうではないでしょ？
※PEARスレなのにスレ違いスマン
- 149 名前：nobodyさん mailto:sage [2005/11/05(土) 13:48:54 ID:???]
- 関係なくはないがPHP関連のスレ全部にマルチするのは勘弁
- 150 名前：nobodyさん mailto:sage [2005/11/05(土) 14:14:24 ID:???]
- >>149
だよな。興味ある奴は自分から情報とりにいくだろうし。
- 151 名前：nobodyさん mailto:sage [2005/11/05(土) 14:19:48 ID:???]
- まあ、>>139, >>143みたいのをマルチしたの俺じゃないしな
それがウザイから誘導したつもりだったんだが、、、
こういう場合はどうするのが良かったんだ？放置か？
でもそうするとこのスレ内で「この問題って結局何なんですか？」みたいな議論が始まっちゃうでしょ？
|
 |
