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

【PHP】下らねぇ質問はID出して書き込みやがれ 88

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2009/09/16(水) 09:39:37ID:???
質問者はまず>>1を良く読むこと（必須！）
過去スレ、関連スレ、FAQなどは>>2-10辺り
次スレは>>980が立てる。10分以内に立たない場合、宣言してから立てたい人が立てること。

◆前スレ
【PHP】下らねぇ質問はID出して書き込みやがれ 87
http://pc11.2ch.net/test/read.cgi/php/1251447028/

◆質問用テンプレ
【OS名】vine linux
【PHPのバージョン】php5.26
【連携ソフトウェア】mysql
【質問内容】

◆質問する時の注意
・ スレを上げて自分のIDを表示させること。（メール欄に何も記述しない。専ブラのsageチェックを外す）
・ 己の行った操作、変更などを詳しく明記すること。
・ エラーメッセージはそのまま表記すること。「エラーが出ます」だけでは回答不可。
・ 質問者として、態度をわきまえること。
・ 事前に関連リンクの公式マニュアル、リファレンス本くらいはちゃんと目を通しておくこと。
（PHPで最良の教本はこの公式マニュアル。市販の書籍は嘘が多いので鵜呑みにしない。）

◆質問後の注意
・2回目以降は最初に質問した際のレス番号を入れて、偽者防止に必ずIDを表示させること。
・解決しなくても回答をもらった場合はお礼を言うこと。
　（荒らし、煽りは除く。煽られたときも、無闇に反論せずスルーすること。）

◆回答者への注意
・誰にレスしているのか分からないと困るので、>>(アンカー)をつけて回答すること。

【その他諸注意】
・SQL・正規表現・PEAR・テンプレート(Smarty等)・フレームワークは各該当スレへ
06086052009/10/02(金) 17:33:10ID:1rF2YxUP
>606

array(7) {
[0]=>
string(11) "1<>鈴木<><>"
[1]=>
string(12) "2<>佐藤<>7<>"
[2]=>
string(12) "3<>田中<>7<>"
[3]=>
string(12) "4<>小林<>1<>"
[4]=>
string(12) "5<>高橋<>4<>"
[5]=>
string(12) "6<>渡辺<>2<>"
[6]=>
string(12) "7<>加藤<>1<>"
}

先ほどのA〜Gを置き換えました。

結果として

鈴木
├加藤
│├佐藤
││└渡辺
│└田中
└小林
　└高橋

こんな感じの表示をしたいです。
0609nobodyさん2009/10/02(金) 17:39:03ID:???
>>608
その並べ方ををするには要素が足らなすぎる
0610nobodyさん2009/10/02(金) 17:41:33ID:Zilzfd9c
>608
階層はどうやって判断させる気？
0611nobodyさん2009/10/02(金) 17:42:00ID:???
ニ分木か
0612nobodyさん2009/10/02(金) 17:49:15ID:???
一度わかりやすいデータベースで構造をよく考えてから配列で考え直したほうがいいよ
>>609の言う通り
0613nobodyさん2009/10/02(金) 17:50:36ID:???
>609
元々のデータがこんな状態でしたので悩んでいました。
足らない＝できない　と判断して諦めます。

>610
並び替えさえ上手くできればなんとかなるかなと思ってました。



皆様、ありがとうございました。
0614nobodyさん2009/10/02(金) 18:00:04ID:???
>>608
ワロタｗ
0615nobodyさん2009/10/02(金) 18:43:28ID:???
最初の要素がルートで、各名前の次の数字が親要素でしょ？
0616nobodyさん2009/10/02(金) 19:01:54ID:???
id , 名前 , parent_id
自己結合・自己参照・ツリー構造
0617nobodyさん2009/10/02(金) 19:06:55ID:???
まず参照IDで並べ替えしないと
0618nobodyさん2009/10/02(金) 19:17:19ID:???
参照はわかるんだが、どうやってその'並び方'になるかの要素がない
0619nobodyさん2009/10/02(金) 20:12:17ID:CFt8Mg+b
鈴木の下につく加藤と小林は初期の並びからは逆になったけど
加藤の下につく佐藤と田中は初期の並び通りなのはなにを基準にしてかな
0620nobodyさん2009/10/02(金) 21:17:08ID:3TAJH0/w
文字列(バイナリデータ)から、画像形式を取得する事って可能でしょうか？

$res = imagecreatefromstring($data);

でデータから画像リソースを生成する事は出来るのですが、生成元の画像形式を判別したいです。
それらしい関数が存在しないのですが･･･自前でバイナリデータを解析するしか無いのでしょうか？
0621nobodyさん2009/10/02(金) 21:46:59ID:???
>>620
>>585
0622nobodyさん2009/10/03(土) 01:35:48ID:uCD1ueGG
CMSっぽいものを作っていまして、
後からプラグインで機能を追加できるようにしています。

プラグインによっては別のプラグインに含まれている関数と
重複してしまうファイルがあるのですが、
その場合もプラグイン用のフォルダには必要なファイルを入れています。

同じファイルが2つ3つと増えていくので無駄だと思うのですが、
プラグインのような後から追加するかも知れないファイルの場合
どのように管理すればいいか悩みます。
同じようなシステムを作った事がある方は、助言をいただければ助かります。
0623nobodyさん2009/10/03(土) 01:42:02ID:???
ネームスペース使うとか？
0624nobodyさん2009/10/03(土) 01:44:51ID:???
ごめん、全然関係ないね
俺が思うに1TBのHDが1万円の時代に数十KBのPHPファイルが重複してどうこうとみみっちいこと気にしなくてもいいんじゃないかと
リッチプログラミングってやつですよ
0625nobodyさん2009/10/03(土) 01:46:40ID:uCD1ueGG
いや、容量の問題じゃなくて
似たようなファイルがプラグイン毎にあるとおかしくないかな？と思いまして。
例えば、メール送信が入るプラグインって結構作ると思うんです。
それようの関数ファイルってプラグインによって微妙に違ったりするし。。
0626nobodyさん2009/10/03(土) 01:56:25ID:???
そこでカプセル化でうよ
0627nobodyさん2009/10/03(土) 01:58:04ID:???
どういうこっちゃ
プラグイン化されてるってことはファイルの相互依存関係なんてないはずだと思うけど
0628nobodyさん2009/10/03(土) 02:14:19ID:uCD1ueGG
プラグインを作った時期によって微妙に違う事がありまして・・・
後から自分が見て改善する事も良くありますから、
メール送信用の関数ファイルが、AのプラグインとBのプラグインで
違う事ってたまにないですか？
0629nobodyさん2009/10/03(土) 02:15:01ID:???
>>625
/plugin001/mail.php
/plugin002/mail.php
/plugin003/mail.php
こんな感じになってるって事？であれば共有出来るコードはプラグインから出して、共通ライブラリにでも配置すればいいんじゃないかね。

＞似たようなファイルがプラグイン毎にあるとおかしくないかな？と思いまして。
おかしくは無いよ。
特定のプラグインの関数にだけ修正をいれたい時等に柔軟に対応出来る。
反面、全部の関数に修正をいれたい場合に面倒になるけど･･･

理想としては、共通コードは1つのファイルに纏めておくべきだけど、
プラグイン間の相互依存関係が複雑になるので、事前にしっかりとした設計が必要になるよ。
0630nobodyさん2009/10/03(土) 02:15:28ID:uCD1ueGG
でも、普通は常に最新版のファイルを用意しますよね・・。
Aが古くてBが新しければ、Aの該当箇所もB用に作り替えますよね。
0631nobodyさん2009/10/03(土) 02:15:31ID:???
>>628
class使え
0632nobodyさん2009/10/03(土) 02:17:07ID:???
なんかぶっとんだ回答者がいるなｗ
0633nobodyさん2009/10/03(土) 02:17:37ID:uCD1ueGG
>>629
そんな感じです。

共通ライブラリ（メインのCMSに元からあるファイル）を
定期的に更新しているのですが、判断に迷う時がありまして。

新しい作り方をしたからと言って該当するファイル全て修正するのは手間だし、
どういう設計・管理方法をすればいいか悩み、質問しました。
0634nobodyさん2009/10/03(土) 02:20:06ID:uCD1ueGG
>>631
メール送信の場合はclassを作っていますが、
作り始めの物は関数使っています。
だんだん規模が大きくなってきたらclassにしてますが
0635nobodyさん2009/10/03(土) 02:21:47ID:???
>>622
SDKのような感覚で
プラグイン作成に必要なものがあるならそれは共通ファイルとして分けておくべき
まぁその辺のCMSのプラグインは単独で動作するようになってるので
もう少しシステムを見直したほうがいいと思うけど
0636nobodyさん2009/10/03(土) 02:24:14ID:???
CMSに汎用性があるAPIつくればいいんでない
0637nobodyさん2009/10/03(土) 02:25:14ID:???
違うと問題があるなら一緒にすればいいじゃん。

具体的に何が問題で何をしたいか言ってくれないと分からん。
0638nobodyさん2009/10/03(土) 02:30:09ID:uCD1ueGG
いや、特に問題はないのですが、
指摘を受けているように効率化の面で設計がおかしいかな？と思いまして。

とりあえず、共通ファイルに分けられるものは分けるようにして、
必要なものは似たような関数（ファイル）でも入れておくようにします。
みなさん、アドバイスありがとうございました。
0639nobodyさん2009/10/03(土) 02:31:57ID:???
>>633
99%各プラグインで普遍的に共通であろう処理は、CMS側に実装すればいいんじゃない？
メールであれば、MIME処理や、mail送信処理とかね。

きっちりOOP設計して、細かいclass群にわけて置けば将来的に拡張し放題だろうけど、面倒だし管理も大変になるからなぁ･･･
今どんなに完璧に書いたとしても、1年後には書き直したい衝動にかられてるだろうしｗ　
0640nobodyさん2009/10/03(土) 08:46:12ID:???
関数の切り方が悪い。
まず、共通になるように関数（クラス）のインターフェイスを変えろ　。
function hoge(a){
return fuga(a, 10)
}
みたいに処理の委譲を使うとか
$mail = new Mail( new Signature('Masashi Tashiro') );
みたいに、非共通部分を引数化するとか。
0641nobodyさん2009/10/03(土) 09:38:16ID:???
「プラグイン」って言うんなら、CMS本体側に
どんな機能を用意してるんだろう。
そのへん気になる。

ただ特定ディレクトリ以下のファイルを自動で
includeするだけ、っていうオチもあるだろうけど。
0642nobodyさん2009/10/03(土) 10:52:21ID:???
プラグインとかいらないだろ
全て関数にすればいい
0643nobodyさん2009/10/03(土) 11:46:45ID:???
環境：WindowsXP、Apache2.0系、php5.3.0です。

ポストメソッドで大容量のファイル(600MBくらい)を扱いたく、
php.iniの、post_max_sizeを変え見たんですが、(post_max_size=1000M)
型がintegerなのか、512MBを超えるとのエラーが出てしまいます。

エラーは以下です。
Warning: POST Content-Length of 618534863 bytes exceeds the limit of 536870912 bytes in Unknown on line 0

サイズの制限をより大きく、あるいは無制限にする方法を教えてください。
0644nobodyさん2009/10/03(土) 11:47:26ID:pEIS+Jzz
↑すみません。さげてしまいました。
0645nobodyさん2009/10/03(土) 11:48:49ID:???
それはphpというよりOSの制限によるものです。
個人的には、Mac OSをお薦めします。
今の時代、Vistaの後継OSまで発売されている時勢に、XPは時代遅れです。
XPで開発していると、たびたびトラブルが発生しますので、
OSごと乗り換える方が得策ではないでしょうか？
0646nobodyさん2009/10/03(土) 12:37:11ID:???
>>643
upload_max_filesizeも変えてる？
0647nobodyさん2009/10/03(土) 13:07:47ID:pEIS+Jzz
>>645
解決法はないのですか？

>>646
変えてます。


無理なようですので、フォームではファイル名入力してもらうようにして、
ftpでアップロードさせるようにします。

他にいい方法があれば、ご教授いただければ幸いです。
0648nobodyさん2009/10/03(土) 13:15:30ID:???
>>647
Apache再起動してる？
0649nobodyさん2009/10/03(土) 13:18:33ID:???
サーバーのOSの問題だとしたら、なぜMAC-OS薦めるんだろう・・・
0650nobodyさん2009/10/03(土) 13:18:44ID:tYIqChf6
>>647
昼間はレベルの低い初心者回答者がいますので気長に夜まで待ってれば素晴らしい回答者が現れますよ
ぼくも応援するのであげますね
0651nobodyさん2009/10/03(土) 16:04:45ID:???
いや、完全にOSの問題だと思うが。

WindowsXPの場合、32bitだけど、
Mac OSの場合、最大1024bitまでオーバークロックできる。

XPの制約に飽き飽きしているし、
パフォーマンス改善に有効なメモリーも3.2GBしか認識できないなどサーバーとしては致命的。
0652nobodyさん2009/10/03(土) 16:36:06ID:???
>>651
　＼　　　　　　　　　　　　　　　　　　　　/　　　　　　　　　　　　／
　　 ＼　　丶　　　　 　 i.　　 |　　　　　 /　　 　 ./　　　　 　 ／
　　　　＼　　ヽ　　　　　i. 　 .|　　　　　/　　　 /　　　　　 ／
　　　　　 ＼　　ヽ　　　　i　　|　　　　 /　　　/　　　　　／
　　　＼
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　-‐
　　　ー　　　　　　　　　 ／￣`Y ￣ヽ､
.　_＿　　　　　　　　 　 /　/ / / l | | lヽヽ　　　　　　　　　　　--
　　　　　二　　　　　　/　/ //　⌒　 ⌒ヽ　　　　　　　＝　二
　　￣　　　　　　　　　|　| |/　 （●） （●）　　　　　　　　　　　　￣
　　　　-‐　　　　　　 （Ｓ|| | 　　⌒　･ｨ　 ヽ　　　　　　　‐-
　　　　　　　　　　　　 |　|| |　　　ﾄ-＝-ｧ　ﾉ
　　　　／　　　　　　　|　|| |　　　|-ｒ ､/　/|　　　　　　　＼
　　　　　　　　　　　　 |　|| | ＼＿｀ﾆ'_／　|
　　　　　　　　　/　　　　　　　　　　　　　　　　　＼
　　　　　　　　/　　　　　　　　　　　　　　　　　　　　ヽ
　　　　／　　/　　　　　　　　　　　　　　　丶　　　　　 ＼
　　 ／　　　/　　　 /　　　　　　|　　　i,　　　 丶　　　　　＼
　／　　　 /　　　　/　　　　　　 |　　　 i,　　　　　丶　　　　　＼
0653nobodyさん2009/10/03(土) 16:54:58ID:???
Local ValueとMaster Valueはどうなってる
phpinfoで確認してみて
0654nobodyさん2009/10/03(土) 17:11:39ID:???
http://www.nikkei.co.jp/news/main/im20091003SSXKG018903102009.html
おい、どうでもいいけどこのシャラポワの顔酷くないか？？？
瞬間的な顔で変な顔に写ったのか、それとも相当顔が崩れたのかどっちなんだ？
0655nobodyさん2009/10/03(土) 17:13:59ID:pEIS+Jzz
>>653
post_max_sizeでしたら、ともに1000Mと表示されています。
0656nobodyさん2009/10/03(土) 17:15:01ID:???
post_max_sizeとupload_max_filesizeの部分のSS上げて
0657nobodyさん2009/10/03(土) 17:21:54ID:???
>>651
典型的なリンゴ信者だなｗ

サーバOSに通常のXPなんかつかわねーよｗ
開発機にMac？比較にならんほどの資産があるWindowsを切り捨てるメリットがねぇよｗ
0658nobodyさん2009/10/03(土) 17:23:02ID:???
サーバOSがXPだとどう違うの？
0659nobodyさん2009/10/03(土) 17:31:31ID:???
> 比較にならんほどの資産があるWindowsを切り捨てるメリットがねぇよｗ
っていうかサーバーならwindowsじゃなくて、
現状RedHatの方が数段上だろ。ほかのLinuxやUnixにしても同様。

windowsを使うメリットを教えて欲しいくらいだ。
0660nobodyさん2009/10/03(土) 17:32:37ID:pEIS+Jzz
>>656
お願いします。

http://kissho1.xii.jp/7/src/7jyou26589.jpg
http://kissho1.xii.jp/7/src/7jyou26590.jpg
0661nobodyさん2009/10/03(土) 17:33:00ID:???
XPはそもそもライセンス問題でサーバ用途では使えないよ。

WindowsServer系を使うのが普通だし、
MacOS使うくらいならLinux/Unix/BSD系を選択するわｗ
0662nobodyさん2009/10/03(土) 17:37:08ID:???
>>659
ごめん、開発機での話な。
素人でも導入が簡単、ネットに情報が溢れている、開発ツールも豊富、って意味でMACより楽だよ。と。

WindowsServerはインストールが簡単で、慣れ親しんだGUIで扱える、Windowsアプリが動作する、ってのがポイントかねぇ･･･
動画変換とか、WEBキャプチャとか面白いフリーソフトが揃ってるし。

WEBサーバとしてはウンコだけど
0663nobodyさん2009/10/03(土) 17:43:51ID:???
メモリ関連の設定全部洗えば？
memory_limitが512Mになっとらんか？
エラーの出方がそっちくさいんだが…
0664nobodyさん2009/10/03(土) 17:45:39ID:???
単に、持っているPCが中古で、メモリーが32GBだって落ちはないの？
0665nobodyさん2009/10/03(土) 17:48:19ID:pEIS+Jzz
>>663
それは-1になってます。

いままで、いろいろと値を変えて試してみましたが、
エラーの値に影響するのはpost_max_sizeの値だけでした。
0666nobodyさん2009/10/03(土) 17:50:45ID:???
xamppかよ・・・
0667nobodyさん2009/10/03(土) 17:52:41ID:pEIS+Jzz
>>666
そうです。
それのせいでしょうか？
0668nobodyさん2009/10/03(土) 17:52:50ID:???
うん
0669nobodyさん2009/10/03(土) 17:53:54ID:???
うんって決めつけかよ
なんでだめなんだ？
0670nobodyさん2009/10/03(土) 17:55:26ID:???
>>669
>>1
0671nobodyさん2009/10/03(土) 17:57:56ID:UkWOIQsI
おれはちがうやつなんだがな

ＩＤだしたぞ

教えてくれ
0672nobodyさん2009/10/03(土) 18:06:22ID:???
xamppということで今試してみたが問題なくいけたな

array
'name' => string 'CentOS-5.3-i386-LiveCD.iso' (length=26)
'type' => string 'application/x-iso9660-image' (length=27)
'tmp_name' => string 'D:\desktop\workspace\xampp\tmp\php354.tmp' (length=41)
'error' => int 0
'size' => int 724725760
　　　　　　　
0673nobodyさん2009/10/03(土) 18:12:02ID:???
分から無いくせに回答してたやつがてんこ盛りだったってこと？
0674nobodyさん2009/10/03(土) 18:15:59ID:???
単に、持っているPCが中古で、メモリーが32GBだって落ちはないの？
単に、持っているPCが中古で、メモリーが32GBだって落ちはないの？
単に、持っているPCが中古で、メモリーが32GBだって落ちはないの？
単に、持っているPCが中古で、メモリーが32GBだって落ちはないの？
0675nobodyさん2009/10/03(土) 18:30:36ID:???
>>651
> WindowsXPの場合、32bitだけど、
> Mac OSの場合、最大1024bitまでオーバークロックできる。

WindowsXPはSP2以降で物理アドレス拡張に対応してるから64GBまで利用可能
Macは知らんがオーバークロックの”クロック”がクロック周波数を指すなら単位はbitじゃなくてhzだろ
0676nobodyさん2009/10/03(土) 19:23:23ID:???
オーバークロックとか釣りだからスルーしとけって
0677nobodyさん2009/10/03(土) 19:24:01ID:???
メモリ32GBってすごいですねｗｗｗｗｗｗｗｗｗｗｗ
0678nobodyさん2009/10/03(土) 19:29:19ID:???
つーか4GB（3.5GB)あたりで、32ビット／64ビット、windows/linuxの話になるならわかるが
512MBならそれらは関係無いだろ。
0679nobodyさん2009/10/03(土) 21:05:53ID:???
xamppときくと脊椎反射的に拒否反応おこすバカがいるからな
0680nobodyさん2009/10/03(土) 21:20:01ID:???
そしてそのバカに反応するバカが
0681nobodyさん2009/10/03(土) 21:44:39ID:???
>>678
お前は馬鹿なの？
ほかのソフトがメモリーを使っていることは一切ないのか？
Apache立ち上げるだけでも、設定によって使用メモリーが300MBになるのは普通にある。
0682nobodyさん2009/10/03(土) 21:51:46ID:???
PHPって、POSTのデータは最終的に受け取り終わるまで全てメモリ上に保持し、
ファイルに書き出すのは受信が終わってから、おもむろに全部一気になんですか? >>681
0683nobodyさん2009/10/03(土) 22:03:30ID:???
>>682
まぁ、そういうこと。キャッシュ機能が働くからね。
0684nobodyさん2009/10/03(土) 22:28:55ID:???
メモリが32GBｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0685nobodyさん2009/10/03(土) 23:06:30ID:???
俺が言いたかったことは、HDDのメモリーが32GBなんじゃないかってことだよ。
32GBに脊髄反応しているやつって、馬鹿じゃないの？メモリーなんて、PCの色々な個所につかわれていることをしらないのか？
もっと情報工学とか勉強しろよｗｗｗ
0686nobodyさん2009/10/03(土) 23:20:45ID:???
最近のHDDはキャッシュメモリが32GBも付いてるのか
0687nobodyさん2009/10/03(土) 23:44:07ID:???
腹いてえよｗ

HDDのメモリーが32GBなんじゃないかってことだよ
HDDのメモリーが32GBなんじゃないかってことだよ
HDDのメモリーが32GBなんじゃないかってことだよ
HDDのメモリーが32GBなんじゃないかってことだよ
HDDのメモリーが32GBなんじゃないかってことだよ
HDDのメモリーが32GBなんじゃないかってことだよ
0688nobodyさん2009/10/03(土) 23:48:56ID:???
なぜこんなところで腹筋崩壊しなきゃならんのだｗｗｗ
0689nobodyさん2009/10/03(土) 23:49:23ID:???
HDDのメモリーｗｗｗｗｗｗｗｗｗｗｗｗｗ
0690nobodyさん2009/10/04(日) 00:16:56ID:???
HDDキャッシュが32GBって何UのDISK装置だよｗ
フェラーリ買えるぞｗ
0691nobodyさん2009/10/04(日) 01:30:39ID:???
ディスクサーバーにメモリ32GB積んでカーネルの使用量を
極限まで削ればdiskキャッシュ約32GBのディスク装置は構成できるぞ。
SANは解らんが、40Gbのinfini-bandで1対1接続すれば相当な
パフォーマンス出せるとおもうが。
信頼性を気にしなければ100万ぐらいで作れるだろ。

フェラーリって何の冗談だ。
0692nobodyさん2009/10/04(日) 01:38:00ID:???
うちの共有DISK装置は3000万以上したけど32GBもキャッシュ無いな
0693nobodyさん2009/10/04(日) 01:40:39ID:???
ちょっと調べたらもっと手軽に実現する方法があったわｗｗｗｗｗ
http://www.unitycorp.co.jp/si/acard/ram_disk/ans-9010/index.html

フェラーリとか言った奴はシメジ。
0694nobodyさん2009/10/04(日) 01:46:31ID:???
>>692
ディスク装置が備えるべき高信頼性、高可用性、高保守性と
ディスクキャッシュのサイズは関係ないしな。
うちの製品はソフトウェア設計がカスなんで32GBのディスクキャッシュが
意味を持つかもしれんがｗ
0695nobodyさん2009/10/04(日) 01:47:25ID:???
もういろいろと酷いな…
>>643のエラーは SG(request_info).content_length > SG(post_max_size) の時だけ出る。
んで exceeds the limit of 536870912 bytes のバイト数は post_max_size の値。
>>660では1GB弱と認識されてるが、エラーが出るスクリプト上で phpinfo() してみたか？
0696nobodyさん2009/10/04(日) 02:01:05ID:???
SGって何？
0697nobodyさん2009/10/04(日) 02:01:55ID:???
http://www.thosp.com/PC/SSD_vs_HDD/ANS_9010/
http://www.thosp.com/PC/RAID/ANS_9010_RAID_ICH10R/
http://www.thosp.com/PC/RAID/ANS_9010_RAID_Adaptec/

このレベルでウチのDB動かしてみたいわ・・・
0698nobodyさん2009/10/04(日) 02:37:23ID:???
>>696
PHPのソースコードで使われているグローバル変数用のマクロ
0699nobodyさん2009/10/04(日) 07:13:27ID:???
こんな、ど素人軍団が群がるphp
そりゃ他言語になめられるわ
0700nobodyさん2009/10/04(日) 09:01:54ID:???
>>699
別にいいんじゃないの？

>>691 >>693
それを、ディスクキャッシュと言いたいの？
0701nobodyさん2009/10/04(日) 10:08:44ID:???
>>691=693
OS上のメモリをキャッシュと言われてもな・・・

うちは政治的な理由でDBはOracleしか使わないので、DISK装置もこういうのしか使わない
でこのレベルのDISK装置でもキャッシュは4GBしかない。
そしてこのレベルで1000万超えだよ。

http://www-06.ibm.com/systems/jp/storage/products/disk/ds6000/ds6000.shtml
0702nobodyさん2009/10/04(日) 10:18:29ID:???
スレ違い
0703nobodyさん2009/10/04(日) 10:18:57ID:???
それくらいだとPHPの事例にでてきそうだな
0704nobodyさん2009/10/04(日) 10:20:25ID:???
php6で開発をすすめる事になったうちはどうかしてる
0705nobodyさん2009/10/04(日) 10:23:32ID:???
あれ？6ってもうでてたっけ？
0706nobodyさん2009/10/04(日) 10:28:58ID:???
でてないからどうかしてるって事ｗ
リリースが来年末だから今のうちから使っとけという事らしいorz
0707nobodyさん2009/10/04(日) 10:36:33ID:???
来年のカンファレンスで最速事例として発表できそうだな。

もっともunicode対応で手こずってるから1年後も出てないかもしれんが…
0708nobodyさん2009/10/04(日) 10:38:01ID:???
http://blog.ohgaki.net/php6-web
■ このスレッドは過去ログ倉庫に格納されています