【PHP】PEAR Part2
..
11:nobodyさん
05/08/12 17:01:20 +KZUiI46
HTML_QuickFormって、
入力確認画面(freeeze時)に自動でタグをエスケープしてしまうのですが、
HTMLタグを許可することって出来ないのでしょうか?
12:nobodyさん
05/08/12 17:51:12
>>11
通常は無理
自作のelementでgetFrozenHtml()をオーバーライドしたらいいんじゃない?
13:11
05/08/12 18:34:03
>>12
ありがとん、やっぱ無理なのね
レンダラーにSmartyを使ってたので、強引に置換えて解決してみました。
{$form.hoge.html|replace:'<':'<'|replace:'>':'>'|replace:'&':'&'|replace:'"e;':'"'}
動作遅そう・・・
14:11
05/08/12 18:35:54
>>13
うほ、エンティティ直書きだから意味わかんないね
置換え前の文字はそれぞれ次のとおりです
< => &lt;
> => &gt;
& => &amp;
15:nobodyさん
05/08/16 00:05:52
HTML_Ajaxなんてのが出てる
16:nobodyさん
05/08/16 00:09:01
>>15
漏れもちょっと気になったんだけど、ソース流し読みしてめんどくさくなって放置してた
試してみたなら感想plz
17:nobodyさん
05/08/16 19:13:56
PEAR AJAXはどうよ!?
18:nobodyさん
05/08/16 23:24:12
>>17
使ってみた。
ちょっとした事なら楽できそうだよ。
てか、自分で試してみなよw
19:nobodyさん
05/08/18 17:34:12
Net_UserAgent_Mobile 0.25.0 up
20:nobodyさん
05/08/20 11:00:17
>>19
いつもお知らせありがとう。助かってます。
ひょっとして中の人かな?
21:nobodyさん
05/08/20 11:05:02
FreeBSDユーザにお尋ねします。
PortsのPearと純粋Pear、どっち使ってますか?
22:nobodyさん
05/08/20 13:22:17
ノ
純正 pear コマンドでインストールしてま
23: ◆AngelH/kMI
05/08/20 14:34:41
>21
pearコマンド。redhat系でもだけど、pearはpearコマンドに任せてしまった方が楽な気がするです。
24:nobodyさん
05/08/25 20:10:04
こんにちは
pearモジュールで「値に改行コードを含む」CSVを扱うモジュールとかありますか?
あれば教えてください。
もし、pearでなくてもPHPで上記を扱えればいいので、良い方法があれば教えてください。
25:nobodyさん
05/08/25 20:32:45
fgetcsv
26:nobodyさん
05/08/25 22:18:08
File_CSV は今はマルチラインに対応していたようなー
File にバンドルのね
27:nobodyさん
05/08/26 02:16:29
File 1.2.1 や File_Find 1.0.0 を pear install/upgrade しようとすると
XML error: Undeclared entity warning at line xxx (xxx: package.xmlの最終行)
ってエラー出ません?
package.xmlを見てみたけど、特に問題があるようにも思えないし...
環境は Mac OS X 10.4/PHP 5.0.4, Mac OS X 10.4/PHP 4.4.0, FreeBSD 5.4/PHP 5.0.4 です。
28:nobodyさん
05/08/27 00:22:58
csvってフォーマットとして糞だよね?タブ区切りにしろよ。
29:nobodyさん
05/08/27 02:22:26
特定文字を区切りにして複数のテキストを構造的に格納する,って点で,
CSV と TSV(タブ区切り) がどれくらい違うのかさっぱり理解できない
カンマとタブの出現頻度だけの違いに思えるし,
それはデータの問題であってフォーマットが糞とかって話じゃないっしょ.
ただの独り言じゃないならその理由を聞かせてほしいもんだ.
30:nobodyさん
05/08/29 15:27:18
csvもtsvもクソだよね。RDBMSにしろよ。
31:nobodyさん
05/08/29 21:21:20
RDBMSクソだよね。XMLにしろよ。
→ 教訓: 臨機応変 適材適所
ぜんぜん PEAR と関係ないなw
32:nobodyさん
05/08/29 21:47:54
XMLクソだよね。OODBにしろよ。
33:nobodyさん
05/08/29 22:43:00
OODBクソだよね。CSVにしろよ。
34:nobodyさん
05/08/29 22:44:55
CSVクソだ。
せめてTSV。
35:nobodyさん
05/08/30 15:32:06
1ループしたところで次の議題に移ります
36:nobodyさん
05/08/30 16:16:12
PEARクソだよね。PECLにしろよ。
37:nobodyさん
05/09/06 03:33:29
CSVは、フィールド内にカンマあるときの処理をどうするかで悩まないといけない。
自分だけで使うならいいが、他のアプリで使う時に互換性で問題が出る。
バックスラッシュでエスケープするか、2個並べるか。
こんな単純なフォーマットなのに、統一できてない。だから、うんこ。
38:nobodyさん
05/09/06 17:38:01
>>37
あなたはTSVを扱うときフィールド内にタブがある時の処理で全く悩まないんですね・・・
39:nobodyさん
05/09/06 19:00:40
悩まないよ。
40:nobodyさん
05/09/07 00:02:32
>>37
Excel の CSV 形式("で囲う&"単体は "" にする方式)がデファクト標準じゃないかのー?
\ でエスケープした CSV なんて作って客に渡したら
たちどころに「エクセルで読めないんですけど?」とか言われるしなー……
まぁそういう客には最近は HTML ファイルに .xls って名前付けて渡すことにしてるけどねー
41:nobodyさん
05/09/07 22:33:18
Amazon.co.jp: 本: PEAR入門 PHP標準ライブラリを極める!
URLリンク(www.amazon.co.jp)
レビューきぼんぬ
42:nobodyさん
05/09/08 15:08:32
>>41
近日発売 予約可 らしい
もし中の人いたら詳細きぼんぬ
43:nobodyさん
05/09/08 17:52:20
pearの本か……こんなの売れるのか?
44:nobodyさん
05/09/08 22:26:09
本が手に入ったころには、仕様が変わってる。
45:nobodyさん
05/09/09 13:31:21
つ目次 URLリンク(www.wings.msn.to)
46:nobodyさん
05/09/09 13:36:50
PEAR本体をインストールせずに、必要なパッケージだけ手動でインストールすることってできるんでしょうか?
47:nobodyさん
05/09/09 13:49:03
>>46
自分のディレクトリにコピーするだけで使える
48:nobodyさん
05/09/09 13:52:47
マニュアルの日本語化+αって感じなんだろうね、書籍。
9月8日、昨日の発売だ。誰かレポしてYO
49:nobodyさん
05/09/21 23:46:56
>>38
WEBで扱う分には、タブそのものを必要とすることは滅多にないからね。
そもそもHTMLフォームじゃタブを入力しようと思っても、普通には出来ない。
50:nobodyさん
05/09/23 12:18:59
>>49
普通にできなくても,できる可能性がある以上は,
コード側では対応しとかないといけませんよ?
もちろん「対応しない」という仕様にして納得してもらうのが安上がりでいいけどさw
51:nobodyさん
05/09/24 23:32:10
スペース1個に置き換えるだけで十分な場合がほとんどじゃん。
XMLは遅いし、めんどくさいし、DBはメンテに手間がかかるし、タブ区切りが一番手軽でしょ。
PHPの場合は、SQLiteも普及するかもしれないけど。
52:nobodyさん
05/09/26 22:12:34
PEAR本買ったぞ。結構有用な感じ。
思ったよりHTML_QUICK_FORMにページ割いてるので嬉しい
あとなんか紙質が安っぽいwwww
購入を迷っていてなんか質問ある人は答えるよ
53:nobodyさん
05/09/26 22:52:44
結婚はしてますか?
54:nobodyさん
05/09/26 22:55:57
これからPEARをやってみたいんだけど〜って人にも勧められる内容なのかな?
前提条件として、「このくらいは知っておかないと」というのがあれば、それもお願い。
せっかくだからage
55:nobodyさん
05/09/26 23:07:00
PEAR本なんか必要ないんじゃないの?
56:nobodyさん
05/09/26 23:20:08
自分は52とは違うけど
>>54
むしろこれからPEAR触ってみようかな、って人にいいんじゃないかな
ざっと見たら手広く紹介してあるみたいだったよ
>>55
PEPrまで毎日チェックしてるぜ!な人にはもちろんいらんと思う
57:nobodyさん
05/09/26 23:42:11
>>53
してません。ちなみに当方28才女自営業です。
>>54
PEAR『入門』ですから、PEARの導入方法から使用法まで割と親切に書いてあります。
ただしPHP初心者には難しいと思います。
>>55
まあ今まで無くてもみんなやってこれたので、必要ないと言えば無いのですが・・・
でもPEAR公式マニュアルって翻訳が追いついていなくて、半分英語・半分日本語だったりするじゃないですか。
HTML_QUICK_FORMなんかはマニュアルだけで使いこなすのは絶対に無理だと思いますし。
58:nobodyさん
05/09/27 00:17:59
絶対に無理ってことはないな。
59:53
05/09/27 00:38:02
>57
それでは購入することにします。
当方も28才男自営業ですので、よろしくお願いします。
60:nobodyさん
05/09/27 16:49:44
今の2ch PEAR Wikiって>>4でいいんだっけ?
最近色々触ってみてるからちょっと情報上げていこうかと思うんだけど、
FrontPageとか勝手にいじっちゃっていいもんなのかな
61:nobodyさん
05/09/27 20:12:02
いいんじゃないか?
62:nobodyさん
05/09/27 21:51:56 0
>>59
何気にプロポーズすんな。
前に一部の上位エロの方々が脱HTML_QuickFormと
言ってるのをどこかで読んだが、使わない方向で頑張った方が
良いのだろうか?
今使ってて便利だと思ってるのはhierselectが便利って事くらいかなぁ・・・。
63:nobodyさん
05/09/27 23:30:15
俺も正直このまま案件でQF使いつづけるべきか悩んでる
ちょっと小回りが利かしづらい部分がある
生成した時点でリクエストとマッピングされてるのも
便利っちゃ便利なんだがさせたくない時とかもある
最初はラジオボタンとチェックボックスで悩み
デフォではfileエレメントがサポートしてないのに悩み
レンダラで悩み色々試行錯誤してようやく使い物になる
かと言って代行になるようなライブラリもないし
あったとしてもチーム全体がそれになじむまでには
QFの使い方に慣れるまでと同等のコストがかかりそう
QFは全体像を掴むまでが大変
QFくらいの機能を備えててもうちょっとシンプルな
フォームに特化したライブラリがあればいいんだけど
エロい人らはやっぱ自作してるんでしょか
64:nobodyさん
05/09/28 01:25:58
上位のひとが脱だーって言ったからって,
それを超えるものを提供した上で言ってるわけじゃないからなー.
むしろ共存のために Maple 用の Filter_HQF とかを作った方がいい気がしてるので,
いまその辺をいじくり中.
重複しない機能をうまく使えば,これで充分になるんじゃないかと……
65:nobodyさん
05/09/28 01:42:23
ヒント: Flexy
66:nobodyさん
05/09/28 01:45:10
>>61
じゃ暇があったらなんか書いてみるよ
>>63
HTML_Formはシンプルすぎるか
以前QFのエレメントの設定を設定ファイルに書くハンドラを作ったことがあるな
まぁ設定ファイルをXMLにしたもんで、HTMLを書かなくて済むQFを生成するために
XMLを書くという堂々巡りになってしまったわけだが
67:nobodyさん
05/09/28 20:39:25
結局、記述量や習得するまでの時間を考えると使うメリットが無いって事でしょ。
Validaterは各フレームワークのものを使用すると。
俺はQF使う派だけど、確かにQFだと悩みながら書くこと多いから、
普通にHTML&Javascriptで書くのに比べてかなりの多くの時間を費やす事がよくある。
68:nobodyさん
05/09/28 21:00:34
でも JS の自動生成や advmultiselect みたいな拡張機能は他にはない魅力……
なので何とか共存の方向を考えたいところだ
69:nobodyさん
05/09/28 22:53:17
便乗で質問だけど、DBまわりは何使ってる?
MDBとか使ってたけど、意味あるのかなぁ・・・と思って
最近は思い切ってPDO使うか、もしくはネイティブ関数使ってる。
たまに
「mysql_query()なんてのをコードの中にたくさん書いてたら、
あとで困るんじゃないの?」
って意見を見かけるけど、困らないね。
コネクトとかquery発行する箇所はクラスに纏めてるから一ヶ所だし。
それにだいたいSQL文からして方言の差があるのに、
そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。
DBプロジェクトに対してDBを変更することってかなり稀だと思うし。
70:nobodyさん
05/09/28 23:15:25
ADODB
だけどそろそろ移行の時期だと思ってる。
71:69
05/09/28 23:28:51
ADODBも使ってたけど、更新が頻繁にあるものが多いので、
目玉の(?)cache機能が殆ど使えないから止めた。
72:nobodyさん
05/09/28 23:40:59
DB_DataObject
遅いっちゃ遅いんだが、便利で手放せない
PDO+DBDOが使えるようになるのはいつのことやら・・・
73:70
05/09/29 00:11:09
>71
ADODBの最強な点はダイナミックリンク可能な点だと思ってるから無問題
DBの速度にはまだこまってないからやってないけどね
>72
俺もPECLのDBDO待ち
74:nobodyさん
05/09/29 01:02:34
おれも DBDO が使えるようになるまでは DB_DataObject で粘ろうと思ってる
そこまでパフォーマンスに厳しい仕事をしてないってのもあるが……
75:nobodyさん
05/09/29 07:44:25
PEAR DBは重すぎて糞
PDOマンセー
76:nobodyさん
05/09/29 19:28:05
>>74
やめとけ。updateがDB_DATAOBJECT_WHEREADD_ONLYでしか動かないぞ。
最新バージョンは挙動がかなりおかしい。
PHP5+Propelにしとけ
77:nobodyさん
05/09/29 19:32:15
>>13
いまさらだけど、Smarty使ってるならプラグインにまとめようぜ、そういう処理は。
78:nobodyさん
05/09/29 21:41:23
>>76
Propelって初めて聞いた。
検索かけても殆ど情報得られないなぁ。
>>73
DBDOって現状じゃ全然使えない?
更新が4月から止まってるけど。
今やらなきゃいけないものを何でやったらいいのやら・・・。
今ならPDO単体でやるのがいいのかなぁ。
79:nobodyさん
05/09/30 04:40:45
>>78
配布先に使い方全部書いてあるし。
てかpropelしらかったて…
80:nobodyさん
05/09/30 18:37:09
>>79
使い方じゃなくて、使えるレベルにあるかって事だろ。
自分で調べれ。
propel知らないのも別に不思議じゃなくね?
そんな有名じゃないだろ。日本で。
81:nobodyさん
05/10/01 17:31:35 +fvd5pTY
質問です。
PEAR::DBを勉強中なのですが、PHP関数で言うmysql_insert_id()と同じことをやる場合には
どうしたら良いのでしょうか?
pearマニュアルを何度も読んだのですが、該当する部分が見つからないです。。。
どなたかお助けください。よろしくお願いします。
82:nobodyさん
05/10/01 18:47:26
mysql相手だと、
URLリンク(pear.php.net)
これは使えないのかな?
使えないのなら、
$db->getOne("SELECT LAST_INSERT_ID()");
83:nobodyさん
05/10/14 17:10:01 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さん
05/10/15 00:48:58
>>83
氏ねや。
85:nobodyさん
05/10/15 01:03:49
なんで?
86:nobodyさん
05/10/16 03:51:20
>>69
自分の今いる現場では、PEARはほとんど使ってないね。
携帯向けサイトの仕事なんだけど、TV局のサイトなので告知とかあると
アクセスが集中してWebサーバとDBサーバの両方に負荷がかかる。
ハードの強化は予算的にどうしようもないので、プログラム側で工夫することになるんだけど、
1リクエストに対するレスポンスを上げるため、できるだけ処理速度を上げるように言われてる。
そのためDBアクセスでは、PEAR::DBは使わずに、ネイティブ関数をラップした共通関数orクラスを使ってる。
>「mysql_query()なんてのをコードの中にたくさん書いてたら、
>あとで困るんじゃないの?」
>って意見を見かけるけど、困らないね。
確かに全然困らないね。
DBアクセスは一箇所にまとめるんだから。
>それにだいたいSQL文からして方言の差があるのに、
>そんなとこ気にしても無意味じゃないかなと思うんだけど、どうだろう。
SQLを改善するほうがPHPのソースをいじくるよりレスポンスの改善効果は高いし。
そのためには、SQLの方言はどんどん使うべきだと思う。
>DBプロジェクトに対してDBを変更することってかなり稀だと思うし。
そうだね。自分の場合は、ずっと運営してきたサイトで何百ものソースが動いているのに
DBMSを変更するような事はまずないと思う。
DBMSが変更になったら、例え少ない変更でもほぼすべてのソースのテストを行わないといけない。
客にとってはDMBSはなんでもよくて、サイトがちゃんと動いてればいいわけだから、
そんな変更はあり得ないし、そんな予算ないと思う。
自分の場合は、こんな感じだけど、もちろんまったく違う状況の人もいると思うので
参考にならないかもしれないけど、とりあえず1例としてあげてみた。
87:nobodyさん
05/10/16 03:57:55
まあそういう理解が前提じゃないの?
Martin Fowlerがまとめのがよく言及されてるけど
88:nobodyさん
05/10/16 03:58:50
それよかコンポーネントがちゃんと出来てるかどうかのほうが重要かもと思う
89:86
05/10/16 04:29:55
>>87
Martin Flowlerは知らなかったので、ググってみた。
この記事のことかな?
まだ、読み始めたばかりだけど参考になりそうだ。
URLリンク(capsctrl.que.jp)
90:nobodyさん
05/10/16 05:16:19
おれもSQL好きだなあ。
ストアドとかで一発処理できると結構快感がД`)
sql92だけでもそこそこやれるよね。
91:nobodyさん
05/10/16 08:23:31
>86
adodb使ったら?
92:nobodyさん
05/10/16 08:35:47
Pear::DB使わないで得られる負荷低下なんてすずめの涙ほどもないよ
93:nobodyさん
05/10/16 16:06:05
条件によるのだろうけど
うちが手がけた案件で両方実装してテストした結果
かなりの差がでたのでpearを使わなかったものもある。
94:nobodyさん
05/10/16 17:13:51
PEAR::DBっぽいインタフェースを備えた
ネイティブ関数のラッパークラスでいいんじゃないの?
直接 mysql_*() を書くのは抵抗がある.
95:nobodyさん
05/10/17 00:11:32
>>86
レスポンスを上げたいなら、そんな事より先にCache_Liteを検討すべきでは?
キャッシュをメモリに置けばお手軽に負荷テストの結果を一桁あげられるよ。
SQLの最適化もいいけど、SQL問い合わせをいかに減らすかの方が
アプリケーション全体のレスポンス向上への貢献度がはるかに高いと思うな。
だから生SQLはできるだけ書かずにPEARならDB_DataObjectにおまかせで済ます派。
まぁ、キャッシュの使えない局面もけっこうあるけどね...
96:nobodyさん
05/10/17 00:20:16
PEAR::DBでOCI8使ったら一部のSQLでフィールドがずれたり文字が化けたから
OCI8関係は自分でPEAR::DBっぽいクラス作ったな…
97:nobodyさん
05/10/17 01:20:58
>>92
ん?
結構違うと思うぞ。やってみ。
98:nobodyさん
05/10/17 02:05:06
そこで組み込みの SQLiteDatabase クラスですよ。
mysqli クラスは使ったことないけどプロパティ・メソッドの一覧を見る限り
「MySQLでできること全部詰め込んでみました」な感じが良いような嫌なような。
本命は PDO だけど現状では PDO_SQLITE/PDO_SQLITE2 で予期せぬテーブルロックが発生することがあって使えない。
PDO_PGSQL はいい感じ。
MDB2 はドキュメントにもあるとおり API 変更が当たり前のようにあるのでメインに使うのは怖い。
99:nobodyさん
05/10/17 07:11:47 QlBs94zi
前にベンチとった。
10万件から、単にセレクトしてテーブルで表示するだけのもの。
ネイティブ関数を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さん
05/10/17 07:20:43
なんだこれ?
101:nobodyさん
05/10/17 18:15:47
>>99
ADODBの本領はダイナミックリンクだってば。
102:nobodyさん
05/10/17 18:55:19
>>101
>ダイナミックリンク
DLL?
ADOdbext?
103:nobodyさん
05/10/17 19:04:05
ADOdb extension。
104:nobodyさん
05/10/17 20:59:35
>>103
俺の環境では使えなかったので却下。
105:nobodyさん
05/10/17 21:33:46
>>104
環境plz
基本的にはphp.iniかextensions.iniで直接呼んでください
106:nobodyさん
05/10/17 22:01:28
>>105
FreeBSDのバージョンいくつか忘れたけど、使えなかったと記憶してる。
107:nobodyさん
05/10/17 23:12:27
>>107
そんな無茶な。
mod_perlって言いたいだけちゃうんかと。
108:nobodyさん
05/10/17 23:13:20
×107
○106
109:nobodyさん
05/10/23 00:40:25 p3DWBPtp
PEAR入門 PHP標準ライブラリを極める!
URLリンク(www.amazon.co.jp)
ってどうなの?
110:nobodyさん
05/10/23 01:12:54
>>109
PHP関連書籍のスレがあるからそこで聞こう
111:nobodyさん
05/10/23 01:57:27 p3DWBPtp
>>110
そうなんですか。
失礼しました。
112:nobodyさん
05/10/23 16:24:41 Bt6ZIoqC
>>110
いやPEAR本だし、さすがにここでもいいんじゃないの?
>>109
上の方で話題にあがってるよ
113:nobodyさん
05/10/23 16:46:59 I/RMFvXv
PEAR::Cache っておなくなりになったんですかい?
114:nobodyさん
05/10/23 16:51:27
>>113
え? 生きてますけど?
115:nobodyさん
05/10/23 17:07:13
>>114
お・・ありました。マニュアルの方を見ててなかったので、
なくなったのかと勘違いしてしまいました。失礼。
116:nobodyさん
05/10/26 01:17:05
>>99
phpaとかアクセラレーター使ってみての比較?
117:nobodyさん
05/10/27 00:45:47
>>116
使ってないでしょ。
前提条件が適当で曖昧すぎる。その曖昧なままのベンチってのは99もわかってるとは思う。
118:nobodyさん
05/10/28 10:25:19
Pear の Ajax ライブラリのサンプルプログラムを載せてるWebページ無いでしょうか?
119:nobodyさん
05/10/28 10:31:07
>>118
URLリンク(itpro.nikkeibp.co.jp)
ここの2ページ目
120:nobodyさん
05/10/28 17:00:35
HTML_Template_Flexy と Translation2 を組み合わせて
多言語対応 Web アプリを作りたいのだが,
情報源がまったくといっていいほど見つからない・・。
ぐぐってもリリース情報しか出てこない。日本語だけじゃなくて世界で。
だれも使ってないの??? あぁ 困ったorz
どなたか有用な情報もっていらっしゃいませんか?
121:nobodyさん
05/10/28 17:40:03
>>120
コード読むしかないね
122:120
05/10/29 11:43:30
>>121
やっぱり (´д`)
123:nobodyさん
05/10/29 13:33:02
PEARってこういうの多いよね。
英語で良いから最低限のマニュアルくらい作ってから公開してくれんかのう。
javadoc形式のでも良いけど分かるように書いてくれー。
個人で使うのにはかまわんが、仕事で他人に勧めることができん。
124:nobodyさん
05/10/29 19:50:51
>>123
日本人が作ったライブラリでも、英語だけで日本語のマヌアル用意してない場合も多いよね。。。。
125:nobodyさん
05/10/29 21:23:02
>>124
それでもマヌアル無いよりは100倍ましだけどね。
126:nobodyさん
05/10/31 12:50:48
まあそう思った人が解析してマニュアル書き起こす(せめて自分のHP上でまとめる)しかないんだろうなぁ
がんばろうぜ、みんな
127:nobodyさん
05/10/31 13:32:47 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さん
05/10/31 14:09:23
あ、こちらこそよろしく
129:nobodyさん
05/10/31 17:19:32
どうぞおさきに
130:nobodyさん
05/10/31 22:05:58
>>127
>$this->assertField('rdoTest', 'test');
$this->assertField( 'rdoTest', array( 'test' ) );
とかは?
あと、
> checked/>
半角スペースなくてもOKだっけ?
checked />
スペース入れるのって、後方互換のためだけだっけ?
間違ってたらスマソ
131:nobodyさん
05/10/31 22:37:02
>後方互換のためだけだっけ?
そう。本来はスペースなしが正しかったはずだけど
checkedは古い書き方だな・・・
132:127
05/10/31 22:41:51
>130
ご指摘の通りでした。
checked/> の半角スペースがないのが原因でした。
それと、array()の件もラジオボタンが複数あればその通りです。
ありがとうございました。
133:127
05/10/31 22:45:43
>131
レスどうもです。
checked は古い書き方なんですか?
134:127
05/10/31 22:48:48
checked="checked"
と、いうことですね。
135:nobodyさん
05/10/31 22:49:29
checked="checked" だったっけ? 正しくは.
136:nobodyさん
05/10/31 22:50:03
>>133
スレ違いネタだけど、
XHTMLなら checked="checked" だな。
137:nobodyさん
05/10/31 23:19:57
127の人気に嫉(ry
138:nobodyさん
05/11/01 20:27:34
質問したい事があったのですが、今スルーされると悲しいので
出来ません・・・。>>127ウラヤマシス
139:nobodyさん
05/11/03 02:43:53
*** すべてのPHPユーザーに告ぐ ***
URLリンク(www.hardened-php.net)
URLリンク(www.hardened-php.net)
URLリンク(blog.ohgaki.net)
PHPに深刻な脆弱性がある事が発表されました。今まで見つかったPHPの脆弱性の中でも「最悪」の脆弱性です。全てのPHPユーザは今すぐ対処を行う必要があります。
140:nobodyさん
05/11/03 15:21:46 gVE/R27X
>>139
誘導
スレリンク(newsplus板)
141:nobodyさん
05/11/03 16:24:45
>>140
P ペニス
H ヒップ
P ペニス
だってw
一般人には「PHP?ナニソレ?」って感じなんだなーとオモタ
142:nobodyさん
05/11/04 15:44:02
PHP出版とどっちが有名なのかなw
143:nobodyさん
05/11/04 21:56:11
!【緊急】開発言語PHPに“最悪”のセキュリティ・ホール,全ユーザーは今すぐ対処を
スレリンク(newsplus板)
144:nobodyさん
05/11/05 06:15:23
>>140
なんでニュー速に誘導なんだよ。何のための板だ糞ガキ。
145:nobodyさん
05/11/05 09:03:45
>>140
人口が多いためか早いうちから良い情報が書き込まれていたためです。
それにひきかえWebProg住人はスルーでした。
(プログラマは多いけど、サーバ管理者やセキュリティに関心のある人は少ないのかもしれん)
DAT落ちも早いだろうから、落ちたらPHPスレに情報をまとめて貼るよ。
まあ一般のニュースサイトにも載るくらいの緊急事態だったもので勘弁してくれ。
146:nobodyさん
05/11/05 09:25:04
>>145
まぁ、なんだ。そのadvisoryをちゃんと自分で読んでみ。
JOYりすぎなのが自覚できると思うよ。
147:nobodyさん
05/11/05 09:37:49
>>145
11月2日(ニュースサイトに載るより前)に脆弱性に関する正確な情報が PHP-users ML に投稿されてるわけで・・
それ読めばニュー速+なんて読む必要は全くないんです.
WebProgよりも自宅サーバ板とかレン鯖板の人たちに伝えるべきでは?
148:nobodyさん
05/11/05 10:24:52
>>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さん
05/11/05 13:48:54
関係なくはないがPHP関連のスレ全部にマルチするのは勘弁
150:nobodyさん
05/11/05 14:14:24
>>149
だよな。興味ある奴は自分から情報とりにいくだろうし。
151:nobodyさん
05/11/05 14:19:48
まあ、>>139, >>143みたいのをマルチしたの俺じゃないしな
それがウザイから誘導したつもりだったんだが、、、
こういう場合はどうするのが良かったんだ?放置か?
でもそうするとこのスレ内で「この問題って結局何なんですか?」みたいな議論が始まっちゃうでしょ?
152:nobodyさん
05/11/05 14:21:45
いいんじゃないの。俺もこのコピペで知ったわけだし。
153:nobodyさん
05/11/05 14:29:52 tf0gwVLz
>>152
お前はもう少し危機管理を行うべき
154:nobodyさん
05/11/05 14:59:06
>>151
それなりの考えがあってやったんだろうし、俺的には別に構わんよ。
ただ、マルチを煙たがる香具師も多いだろうから、そこも配慮した方がいいかもしれないね。
155:nobodyさん
05/11/05 15:12:39
とりあえず、WebProg板では、まともなレスはなかったよね。
>>145の↓
(カスは多いけど、サーバ管理者やセキュリティに関心のある人は少ないのかもしれん)
156:nobodyさん
05/11/05 15:14:51
喧嘩はよくないと思います!
157:nobodyさん
05/11/05 15:19:44
>>155
既知の情報をコピペではりまくられたら無視するだろ。
わざわざこことかで議論しなくてもuser-MLとか本家とかみればそれなりの情報があるわけだし。
例えコピペで知ったとしてもそれらを見に行けば済む話だしね。
バグについてここでどうこう言うのもすれ違いだし。
そういうことに気がつけと。
158:nobodyさん
05/11/05 15:31:40
あちらこちらに貼ってあるし、URLがニュー速だったから
また誤誘導かと思ってスルーした
最初から日経に貼ってあれば見に行ったと思うけど
159:nobodyさん
05/11/05 21:20:21
つーか
多数の認知 >>>>> 個人のウザイ感
だろ。
いちいちニュー速だコピペだ文句言ってる奴ケツの穴小さすぎ。
160:nobodyさん
05/11/05 21:22:01
うほっ
161:nobodyさん
05/11/06 06:10:13
>>159
言いたいことはわかるが、貼り付けるときに貼り付ける理由や動機、スレとの関係を書き添えてあったらまだましだったんじゃないかな。
2chでぶっきら棒にマルチコピペすりゃ荒らしとみなされても仕方ない。
まあいい加減この話題はスレ違いなので、お開きがいいかと。
162:nobodyさん
05/11/06 08:55:03
PEAR の Validate って使ったことある人いる?
163:nobodyさん
05/11/06 10:59:15
>>159
良いから黙ってろクズ
164:nobodyさん
05/11/06 12:31:22
>>163
自己紹介乙
165:nobodyさん
05/11/06 15:27:29
だからなんでこの板はスルーすることを知らないんだYO
うざくても「うざい」と書き込みさえしなけりゃ、その後、余計な時間を使ってストレスを
溜めることもなくなるのに。
166:nobodyさん
05/11/08 00:02:48
暇だからって結論が出てた希ガス
167:nobodyさん
05/11/08 00:36:02
他の板では華麗にスルーするネタでも、ここだと何故か触りたくてウズウズしてくる
168:nobodyさん
05/11/08 01:36:40
>>167
わかるわかる.この板結構まじめだからなぁ.
マ板とかなら軽やかにスルーしてる.
169:nobodyさん
05/11/10 21:56:01
>>164
良いから黙ってろ屑
170:nobodyさん
05/11/12 15:41:56
>>169
馬鹿の一つ覚え乙
171:nobodyさん
05/11/12 22:22:25
荒らし宣言だな
172:nobodyさん
05/11/24 23:18:42
Text_Wiki 使ってる香具師いる?重いって本当?
173:nobodyさん
05/11/25 12:03:29
>>172
Text_Wiki を使う YaWiki ってのがあるから使ってみれば?
174:nobodyさん
05/11/25 17:58:54 jDxpSmO4
この速さなら言える。
HTML_QuickFormは使う価値なし。
175:nobodyさん
05/11/25 18:19:40 mEnoPTSD
替わりのすばらしいvalidatorがああるなら移りたいから教えれ
176:nobodyさん
05/11/25 18:57:18
おれおれvali
177:nobodyさん
05/11/25 20:27:51 jDxpSmO4
>>175
validatorとして使ってるのか?
愚か者め!
178:nobodyさん
05/11/25 20:31:23
QFはhireselectの為だけに存在しています。
179:nobodyさん
05/11/25 21:44:23
最近、 おれおれvali はやってるよな。
180:nobodyさん
05/11/25 21:59:59
バリデータなんてそんなに複雑でもねーしな
181:nobodyさん
05/11/26 18:33:13 GyyEiC40
PHP 5.1.0のPEARがうまくインストールできません。
8. Path to CLI php.exe : C:\PHP\PHP5.1.0\.
ここを変更しようとphp.exe 選ぶんだけど、
**ERROR**
Please, enter the php.exe path.
って出て変更できんのだよ。
182:nobodyさん
05/11/26 20:29:04
ゴミにもならない報告乙
183:nobodyさん
05/11/26 23:18:51
ゴミにもならないだと。
ではなんなんだ。
184:nobodyさん
05/11/26 23:28:11
ゴミにはなってるよな。
手がかりになりそうな情報は全部隠してるし。
つまりあれか、ネタってことか。
185:nobodyさん
05/11/26 23:41:43
ためにしphp.exeを選択してみたところ死ぬほど明快な
エラーメッセージが出たんだよもん
つかバイナリだけ別ディレクトリに入れたい理由は何だ?
186:nobodyさん
05/11/27 00:55:24
なるほどね。
寝て待っていれば解決すると思われ。
187:nobodyさん
05/11/27 13:40:35 j3jzmlYw
Eclipse使ってれば勝ち組
188:nobodyさん
05/11/27 15:16:47
重すぎ
189:名無しでいいとも!
05/11/27 20:47:24 j3jzmlYw
↑それはマシンが悪い
190:nobodyさん
05/11/27 22:45:51
↑ダイエット汁
191:nobodyさん
05/11/29 20:01:51
マニュアルがむっちゃ重いんですけど、これで普通ですか?
192:nobodyさん
05/11/29 21:28:21
新型VAIOとかの軽いマシンに買い替えればいいんじゃないかないいんじゃないかな
193:nobodyさん
05/11/29 22:42:09
そっか、やっぱその手しかないのかな
ボーナスに期待しよ
194:nobodyさん
05/11/30 01:27:27
pear.php.net
おちまくりだなぁ
195:nobodyさん
05/11/30 17:48:31 6Ig6k9FD
おいおい受験シーズンなんだぞ
pearは配慮してくれないと
196:nobodyさん
05/11/30 19:48:30
受験と関係あるのかよww
197:nobodyさん
05/12/02 11:08:43
>>170
良いから黙ってろ屑
198:nobodyさん
05/12/05 19:58:31
pear.php.net
混んでんのか?レスポンスわるい。
199:nobodyさん
05/12/06 10:05:01
>>197
遅ぇーんだよゴミがw
200:nobodyさん
05/12/06 17:03:26
>>198
ミラーってないのかな?
201:nobodyさん
05/12/06 17:08:02
あるけど意味なし
202:nobodyさん
05/12/07 03:14:13
たまにすげー重いよね。
203:nobodyさん
05/12/07 03:17:12
jp2.pear.php.net
204:nobodyさん
05/12/16 11:07:29
hosyu
205:nobodyさん
05/12/16 21:52:11
PEARじゃなくてPECLのAPCなんだけど、MojaviやAgaviを使用すると、
ページが見つかりませんってなるけどなんでだ・・・。
iniの設定は
apc.mode = mmap
apc.cachedir = /tmp
apc.check_compiled_source = 1
apc.check_mtime = 1
で、Mojavi&Agavi外のPHPファイルは普通に表示されるのに。
mmapじゃなくてshmにしても同じだった。
206:nobodyさん
05/12/17 22:25:40
正直APCは微妙だな。不具合が多い気がする。
eAcceleratorに替えるといいよ。
PHP5.1には、まだ対応してないけどなー。
207:205
05/12/19 16:28:51
>>206
そうなんだ。
でもMojaviで同じ現象起きてる人いないみたいだったので、
絶対自分の設定がどこかおかしいのだと思う。
おとなしく5.1対応したZend Optimizerでも使っときます・・・。
208:nobodyさん
05/12/20 18:15:45 3cC2JEjt
HTML_QuickForm_hierselectを使ってるんですけど
サブの項目にデフォルト値をセットする方法がわかりません
誰か教えてもらえませんか?
209:nobodyさん
05/12/20 18:39:37
array(first , second)
210:nobodyさん
05/12/23 06:49:35 30HrNDez
FreeBSD 5.3とMOD_PHP Version 5.0.4、Apache1.3.34を入れてます。
MOD_PHPをポートからいれるとき、
--without-pear オプションを指定しないでconfigureしたのですが、
>locate PEAR.php
>/usr/local/lib/php/bootstrap/PEAR.php
のように、ここドコ?的なところにはいっています。
で、今度は「pear-DB-1.7.6」をポートから入れようとしたら、
インストール途中でなぜかphp4-4.4.1_3を必要だとかで、
php4をダウンロードしようとしてしまいました。
こわいので、中止してしまったのですが。。。
上記、ただしくはどうすればよいのでしょうか?
よろしくお願いします。
211:nobodyさん
05/12/23 09:52:45
>>210
make cleanしてみると、php4を前提にportsを作っているぽいね。
bsd# make clean
===> Cleaning for libiconv-1.9.2_1
===> Cleaning for autoconf-2.59_2
===> Cleaning for gettext-0.14.5
===> Cleaning for gmake-3.80_2
===> Cleaning for libtool-1.5.22
===> Cleaning for m4-1.4.4
===> Cleaning for p5-gettext-1.05_1
===> Cleaning for pear-1.4.5_2
===> Cleaning for php4-pcre-4.4.1_3
===> Cleaning for perl-5.8.7_1
===> Cleaning for php4-4.4.1_3
===> Cleaning for help2man-1.36.3
===> Cleaning for expat-1.95.8_3
===> Cleaning for php4-xml-4.4.1_3
===> Cleaning for apache-1.3.34_3
===> Cleaning for pear-DB-1.7.6,1
そういう時はpear-PEARだけportsで入れて、後はpear installコマンドで
必要なパッケージを入れたらいいのでは?
212:nobodyさん
05/12/23 15:22:03
どこか無料サイトでPEARが用意されているところは
ございますか?
213:nobodyさん
05/12/23 18:10:49
>>210
他意は無く、純粋な疑問なのだが、なぜApache1系?
>>212
つURLリンク(pear.php.net)
214:nobodyさん
05/12/23 18:19:25
>>213さんすみません。
質問の仕方が悪すぎたです。
PHP使用可の、無料ホームページやレンタルサーバで
PEARが使用可能なとこは、ございますか?
215:nobodyさん
05/12/23 18:31:38
>>210,212
pear-PEARは既に廃止されてます。(see /usr/ports/UPDATING)
まずはPortsツリーを最新版に更新してPHPもphp5-*-5.1.1にしてからdevel/pearを入れ、
その後、pear-HTTP_Client等を入れていけばOK。
あと、make install するよりportupgrade使った方がはるかに楽。
>>214
共有サーバにプリインストールされてるPEARは(そういう鯖があったとしても)
パッケージ管理が柔軟にできないのでおすすめできない。
自分で必要な分だけ集めてUPし、include_pathを設定した方がいい。
216:nobodyさん
05/12/23 19:17:35
>>215
お前優しいな・・・。
俺もFreeBSD使わされてるけど、Portsは使わない。
Linuxも使ってるので、なるべく両方同じような感覚で使いたいし。
>>214
つURLリンク(fol.axisz.jp)
217:212,214
05/12/23 21:04:45
>>215さん216さんありがとうございました。
218:211
05/12/23 21:35:12
>>215
そうっだのか・・・。
最近アップデートサボってたからPHPを5.1に上げがてらPEARもメンテしとくか。
portupgradeは使ってますよ。後、Portsツリーのアップデートにはportsnapが便利だね。
219:nobodyさん
05/12/23 23:15:07
>>205
PEARとは直接関係ないけど、APCの話題が出たので・・・
うちもPHP5にAPCを導入すると、エラーの出るスクリプトが多発した。
原因を調べたところ、キャッシュされたスクリプトから
superglobalsにアクセスできないようだった。
同じような現象がないかとぐぐってみたら、下の記事を発見。
URLリンク(pecl.php.net)
で、記事のとおりにphp.iniで
auto_globals_jit=Off
にしてみたら、エラーが出なくなった。
以上、参考まで。
220:nobodyさん
05/12/24 01:58:37
PHPは危なくて自動アップデートなんて出来ない。
221:nobodyさん
05/12/24 02:03:29
>>220
そんなこと無いけど?
222:nobodyさん
05/12/24 11:12:17
HTML_QuickFormでapplyFilter()された値を修正画面や確認画面で、
反映表示することはできませんか?
applyFilter()された値をユーザが確認できない仕様はどうしても嫌なので、
ソースを改造してでもどうにかしたいんですけど、
ソースを見てもどこをどうすればいいのかさっぱりです。
223:205
05/12/24 20:08:38
>>219
情報ありがとう。
ただ自分の場合は、エラーが出るところまでいかず、
ブラウザが「ページが見つかりませんでした」とエラーを出します。
>>221
自動アップデート云々はおいといて、
PHP5.1.1とMySQL5の組み合わせでPDOを使用した時
接続が出来なくなりました。
接続エラーは出てないのですけども。
別サーバでPHP5.1.1とMySQL4の組み合わせでは問題なく
接続出来ました。
224:nobodyさん
05/12/24 23:06:11
PHPは平気でバグ付きでリリースされる。
225:nobodyさん
05/12/24 23:18:01
>>223
> PHP5.1.1とMySQL5の組み合わせでPDOを使用した時
こんな特殊なケースを持ち出して、
>PHPは危なくて自動アップデートなんて出来ない。
なんて言うのはちょっとあれなんじゃない?
226:nobodyさん
05/12/24 23:25:57
とりあえずオフィシャルは見ないと駄目だよね
227:223
05/12/25 00:00:56
>>225
特殊かな?
DBサーバがMySQL4でも、Webサーバに入ってるMySQLが5だと
ダメだったんだけど。Webサーバ側の方は特に関係ないかと思ってた。
>PHPは危なくて自動アップデートなんて出来ない。
それ俺が言ったわけじゃないけど。
それはそれはおいといて、こういう事ありましたよって
ただ報告しただけ。
>>226
オフィシャルにバグレポート上がってました?
見てみます。
228:nobodyさん
05/12/25 00:07:28
mysql5ってサポートされてるの?
229:nobodyさん
05/12/25 00:11:08
>>227
PHP5.1.1もMySQL5もPDOもどれもβ版みたいなものじゃん?
何に原因があるかは(このスレ的にはPHPだが)容易に特定できないのでは?
という意味で言ったのだけど。
230:nobodyさん
05/12/25 00:12:28
ぐぐれ
231:nobodyさん
05/12/27 15:14:20 6hbW+Cc+
Authクラスってどうですかね?
ソース見たらどうもいまいち信頼性のない感じだったのですが、
バグとかないですか?大丈夫ですか?
機能が機能だけに少し心配です。
232:nobodyさん
05/12/27 15:28:09
ソースを見てダメなところを発見したならもう他人がどう言おうと使うべきじゃないのでは。
機能が機能だけに。
ちなみにどこがダメだった?
233:nobodyさん
05/12/27 16:30:24 6hbW+Cc+
>>232
verifyPassword()と、DB.phpのaddUser()で cryptType の扱いに
細かな統一性が取れないらしいところとか、ずさんさを感じましたよ。
234:nobodyさん
05/12/27 18:24:59
別にちゃんと取れてると思うけど?
スタイルが気持ち悪いという理由かいな?
違うならもうちょい具体的に頼むわ。
235:nobodyさん
05/12/27 19:00:53 6hbW+Cc+
>>234
Auth/Container.php の verifyPassword() と
Auth/Container/DB.php の addUser() を見比べて見てください。
一方ではnoneが有効で、一方では無効でしょ?
こういう内部的な相違は、
いちいちソースを確認しなければならず、無駄にハマる場合があると思います。
236:nobodyさん
05/12/27 22:09:08
>>235
確かに、とはいえcryptType自体ドキュメントに載ってないみたいだし、
その機能に気づく奴はそもそもソース読んだ奴だけでしょ。
いまはuserAdd()自体の説明も削除されてるけど、昔はあったような気がするから
たんに後方互換のためだけに存在してるのかも。
PEAR::Auth つかってるけどいままで特に問題は経験してないよ。
でも気になるなら書き直したっていいんじゃない?
237:nobodyさん
05/12/27 22:31:05 6hbW+Cc+
>>236
どうも。複雑な認証を行う場合は、大抵それ用にコード書くので、
ライトな使い方で、基本動作に問題ないようなら、とりあえずOKっす。
238:nobodyさん
06/01/03 11:02:07 bVutY5ZN
DB.phpを使って、URL(URLリンク(www.google.co.jp)とか)をDBに書き込もうとすると
エラーが出るのですが、これを回避する方法はないのでしょうか?
239:nobodyさん
06/01/03 11:12:25
それなんてエ(ry
240:nobodyさん
06/01/03 11:24:23
>>238
カラムの型とかエラーメッセージを示さないでどうやって答えろと?
241:nobodyさん
06/01/04 03:11:04 LqFUITlR
Pagerで
1 2 3 4
ではなく
1-100 101-200 201-300 301-400
のような表示はできますか?
あと、Factory()のオプションの、
expanded [boolean]. もし TRUE なら、ウィンドウサイズは常に 2*delta+1 となります。
とはどういう意味でしょうか?
242:nobodyさん
06/01/06 17:18:35 vfftbldx
インストールについての質問です。
このサイトでWin版マルチバイト対応PHP5.04をダウンロードしました。
URLリンク(www.geocities.jp)
このPHPに入っているgo-pear.batがなにかおかしくて
(実行すると[Could not open input file: PEAR\go-pear.php.]と出てしまう)
PEARがインストールできません。
そこで以前使っていたPHP4に入っていたgo-pear.batをこのPHP5にコピー
してPEARをインストールしようと思うんだけど、この方法で問題なくインストール
できるでしょうか。
243:nobodyさん
06/01/06 17:22:30
>>242
ちゃんとPHPが入っているフォルダに移動(cd)してから実行した?
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4346日前に更新/213 KB
担当:undef