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

【明暗】金持ちPHP様・貧乏Perl様【格差】

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん2005/11/23(水) 02:37:35ID:ivbeIFsi
このスレ中に5.1は出るのでしょうか？

過去スレ：
【5.1登場】PHP時代到来 他言語終了【Perl即死】
http://pc8.2ch.net/test/read.cgi/php/1129715894/
優秀な言語が色々ある時代 粗悪PHPの出る幕なし
http://pc8.2ch.net/test/read.cgi/php/1127441561/
今はPHPの時代Perlがこの先生きのこるのは無理3
http://pc8.2ch.net/test/read.cgi/php/1116912721/
これからはPHPの時代Perlはもう終わりバイバイ2
http://pc8.2ch.net/test/read.cgi/php/1046194468/
Perlはもう時代遅れPHPの時代
http://pc2.2ch.net/php/kako/1036/10369/1036915437.html
0159nobodyさん2005/11/27(日) 00:54:33ID:???
>>157
今度おかしなことを言ったら
お前の顔を掻きむしるからな
0160nobodyさん2005/11/27(日) 00:57:45ID:???
>>158
次々期バージョンPHP6はエンジンをPerlと共通化か

最後の「か」が見えないのか？
しかも2003年の記事だろ。最近のPHPデベロッパ周辺じゃ
そんな話出てもいねーよ。
0161nobodyさん2005/11/27(日) 01:02:04ID:???
その頃と情勢が変わってきてるからね。
parrot採用すると殿様商売しづらいし
ある程度のお作法を守らなければならないしね。
それからPerlとParrotは別物ですので
0162nobodyさん2005/11/27(日) 01:04:45ID:???
巻き込まれて怪我したくないからParrotはないです。
0163nobodyさん2005/11/27(日) 01:06:47ID:???
エンジンとかオプティマイザーとか厨が喜びそうなネーミング好きだよね
0164nobodyさん2005/11/27(日) 01:40:55ID:???
PHPがParrotを採用する = 先生きのこる
PHPがParrotを採用しない = 死亡
0165nobodyさん2005/11/27(日) 01:47:03ID:???
>>164
ヒント：逆
0166nobodyさん2005/11/27(日) 02:29:18ID:???
>>165
ハァ？
0167nobodyさん2005/11/27(日) 02:42:57ID:???
PHPがParrotを採用する = 即死
PHPがParrotを採用しない = PHP発展の第二ブースター点火
0168nobodyさん2005/11/27(日) 03:00:05ID:???
PHPをセキュ穴だらけとか抜かしてる奴は
MySQL4.1以降の文字コード系の改悪をどう考えてるんだ？
理不尽さはPHPの比じゃないわけだが
0169nobodyさん2005/11/27(日) 04:16:32ID:???
あれはバグともセキュリティとも全く関係ありませんよ。
何でもかんでも自動でやってくれないと気が済まないようですね。
0170nobodyさん2005/11/27(日) 05:04:55ID:???
>>169
MySQL4.1の場合、自動でやってくれる事が余計なお世話極まりないのが
大きな問題だと思うけど…
0171nobodyさん2005/11/27(日) 09:31:42ID:???
.NET Frameworkではとっくの昔にPHPから使える件について

PHPでWindowsコマンドラインアプリが作れます
PHPでWindowsデスクトップアプリが作れます
PHPでWindowsサービスが作れます
PHPでDirectXアプリが作れます
PHPでASP.NETのWebアプリが作れます
PHPでASP.NET XML Webサービスが作れます

言語とフレームワークを明確に分けたMSってSUGEEEEEEEEEEEEEEEEEEEEEE!!!!!!!!!
0172nobodyさん2005/11/27(日) 09:33:18ID:???
Windows ScriptでもPHPが使えるので・・・

PHPでWSHスクリプトが作れます
PHPでASPのWebアプリが作れます
PHPでブラウザで動くクライアントサイドスクリプトが作れます

MSの懐の深さに脱糞
0173nobodyさん2005/11/27(日) 09:39:34ID:???
まあ、Windows使ってもらえば儲かるからな。
0174nobodyさん2005/11/27(日) 11:03:26ID:???
Zendも色んな形でPHPを使ってもらえれば裾野が広がりZend Studioも売り込めるから願ったり叶ったりな訳で
0175nobodyさん2005/11/27(日) 11:12:13ID:3iyDkfUg
>>167
是非とも　根　拠　を示してくれ
0176nobodyさん2005/11/27(日) 11:45:01ID:???
先に主張した>>164が根拠を示すのがべきだろ。
0177nobodyさん2005/11/27(日) 11:54:15ID:???
IronPythonがおかしな速度だなんて話を聞くと
それって、もう.NETがそのまんまParrotじゃね？とか言う気がした。
0178nobodyさん2005/11/27(日) 12:02:04ID:???
PHPはASP.NETに感謝こそすれ戦う相手ではないことが証明されました


つかPHPの相手はC#とかVB.NETだと以前から.NET厨の指摘があったんだがな
0179nobodyさん2005/11/27(日) 12:13:55ID:???
ParrotとかUnix系の話を見てるとM$帝国のあまりの物量作戦に
やる気がうせてしまってるんじゃないかと。JavaはIBMがいるから戦えているけど
PHPでZendにケチつけるのはあまりにも酷な気がする。
0180nobodyさん2005/11/27(日) 13:17:50ID:???
.NETとJavaの大きさとPHPは比べもんにならんだろ
0181nobodyさん2005/11/27(日) 14:54:08ID:???
MySQL、確かにサーバごととかクライアントごとの変換機能は不要な場合が多いと思うけど、
そういうものだと理解できれば、別に困ることないだろ。
最初に1回設定するだけなんだから。
0182nobodyさん2005/11/27(日) 16:54:27ID:???
IEに未パッチの深刻な脆弱性、実証コード公開
IEがJavaScriptを処理する方法に未パッチの脆弱性が存在し、
システムを乗っ取られる恐れがある。
コンセプト実証コードが公開されたため、特に懸念が強まっている。

ASP.NET終わったなwwwww
0183nobodyさん2005/11/27(日) 17:07:35ID:???
>>181
まず問題を把握すること自体が困難。
実際ネット上に4.1のインストール〜設定を
ステップバイステップで解説してるサイトすらない。
普及度から言って技術系サイトが手がけてていい仕事なのに。
それだけﾔﾔｺｼｲし糞面倒くさいってことだろ。
0184nobodyさん2005/11/27(日) 17:43:35ID:???
>コンセプト実証コードが公開されたため
詳しくｗｗｗｗｗｗｗ
0185nobodyさん2005/11/27(日) 18:16:46ID:???
Parrotにふさわしい言葉：手遅れ
0186nobodyさん2005/11/27(日) 18:26:42ID:???
PHPにふさわしい言葉：自滅
0187nobodyさん2005/11/27(日) 18:52:43ID:???
このスレにふさわしい言葉：終了
0188nobodyさん2005/11/27(日) 18:54:47ID:???
お前に相応しいことば：童貞
0189nobodyさん2005/11/27(日) 19:06:47ID:???
なあに、かえって免疫がつく。
0190nobodyさん2005/11/27(日) 19:28:10ID:???
>>176
parrotは他の言語も巻き込んだ大きな流れなのだから
parrotとの互換性を保つ限り生き残ることはできるだろう。
＃どういう形であれ、ね。

マの視点ではわざわざＰＨＰを使わなくて良くなるので
ある意味>>167があげた前者は正しいかもしれない。
しかし、後者の根拠はどこにある？
parrotとの決別が"必ず良い方に作用する"という根拠は?
>>176または>>167はすぐにでも明確に根拠を示すのがべきだ。
0191nobodyさん2005/11/27(日) 19:57:38ID:???
Parrotが既に出る前から陳腐化してるから。
頓挫していきそうなプロジェクトに自らコミットしていくなんて単なる自殺行為。
0192nobodyさん2005/11/27(日) 20:01:39ID:???
なあに、かえって免疫力がつく
0193nobodyさん2005/11/27(日) 20:20:52ID:???
>>182
PHPに最もアクセスしているブラウザはIEな件について
0194nobodyさん2005/11/27(日) 20:21:41ID:???
サーバサイドとクライアントサイドの区別も付かないのがPHP厨ｸｵﾘﾃｨってヤツですか？
0195nobodyさん2005/11/27(日) 20:38:49ID:???
オレＳＯＨＯで仕事してるけどＰＨＰの仕事じゃんじゃんくるよ
ＰＥＲＬだけしかできない同業者は閑古鳥
正に金持ちＰＨＰ様貧乏ＰＥＲＬ様だな
0196nobodyさん2005/11/27(日) 20:48:39ID:???
>>195
おまえの様に低レベルな奴が作るアプリが続出して
>>78みたいなランクに載ってしまうわけだ。
0197nobodyさん2005/11/27(日) 21:36:08ID:???
金持ちPHP様が優雅に197をget！
0198nobodyさん2005/11/27(日) 22:19:59ID:???
>>193
おいらのブラウザはIEじゃないのにIEに偽装している件について。
0199nobodyさん2005/11/27(日) 22:43:21ID:???
>>198はタブブラウザであればIEではないと信じている池沼
02001952005/11/27(日) 22:45:15ID:???
>>196
貧乏人が何とでも言うがいいさ
客の要望に応えて作るのがオレの仕事だからな
アクセス解析付きカウンタ・高機能２ちゃん型掲示板・ショッピングカート・企業サイト・なんでもござれで金持ちオレ様！
0201nobodyさん2005/11/27(日) 23:21:28ID:???
ブタブラウザ
0202nobodyさん2005/11/28(月) 00:19:26ID:???
Perlなんて所詮C級言語
PHPのようなA級言語にはかないません
0203nobodyさん2005/11/28(月) 00:29:24ID:???
なんと！！！C言語級だと！！！
0204nobodyさん2005/11/28(月) 00:39:18ID:???
>>200
「なんでも」の範囲せまっw
レベルの低さからして中学生の方ですか？
0205nobodyさん2005/11/28(月) 00:43:10ID:???
>204
来年のお年玉でZendStudioを買う予定ですが、なにか？
0206nobodyさん2005/11/28(月) 00:48:45ID:???
確かに子供が遊ぶおもちゃには丁度いいかもねw
0207nobodyさん2005/11/28(月) 01:03:11ID:???
Zend Encoder高杉。
60万するじゃん
0208nobodyさん2005/11/28(月) 01:06:12ID:???
>>207
来年のお年玉で買う予定ですが、なにか？
0209nobodyさん2005/11/28(月) 06:57:40ID:???
>>207
来月のお小遣いで買う予定ですが、何か？
02101952005/11/28(月) 08:32:32ID:???
>>204
ワハハハ！
ＰＥＲＬ屋はいちいち細かいメニュー書かないと理解できないようだな！
客の要望にできるだけ応えつつ無茶な要望には立派な代替案を出すのが仕事なんだよ！
ＰＨＰ屋＝オートクチュール＝金持ち！
ＰＥＲＬ屋＝プレタポルテ＝貧乏人！
0211nobodyさん2005/11/28(月) 09:17:37ID:???
変なのが湧いてるな
0212nobodyさん2005/11/28(月) 09:29:18ID:???
個人レベルじゃ間違いなく事実だと思う。
しかも、最近思うのはヘタな企業に出してもレベルの低い
使い物にならないJavaとかわけ分からないのが出てくるだけで
結局いいのを考えると相当金がかかるな。
0213nobodyさん2005/11/28(月) 10:02:27ID:???
全角大文字だし業界で最底辺と呼ばれるPHP厨SOHOを騙ってるだけだろ
02141952005/11/28(月) 10:08:09ID:???
>>212
よく分かってるじゃないか！
ＳＯＨＯだから技術が低いと思ったら大間違い
普通の企業の枠に収まらないエンジニアが沢山いるもんね
まあ確かに枠にすら入れなかったドロップアウトもいるけどそういうのは皆ＰＥＲＬ屋だ！ハハハ！

>>213
全角大文字のどこが悪いんだ？
文字は統一！これがプロの仕事！
0215nobodyさん2005/11/28(月) 10:09:41ID:???
きんもーっ☆
0216nobodyさん2005/11/28(月) 10:25:32ID:???
うほっ 真性なのか
コスト抑えようとバイトにやらせてもリスク考えるとやりたくないような
うんこ案件を受け持ってくれてありがとうございます！！！
発注金額と期間を考えると手抜き工事になるのは致し方がないとは
思うのですがフォローするこちらの事、時々でいいから思い出して下さい＾＾＾＾＾
02171952005/11/28(月) 10:33:42ID:???
>>216
作ったきりのＰＥＲＬ屋とか無責任なバイトになんかやらせるなよ！
オレは瑕疵担保期間半年で契約してるんだからな！
もちろんその分のカネはもらうぜ！
ただ今まで１８件仕事してきたけど完璧な仕事だから半年の間に瑕疵が出たこと無いぜ！
ＰＨＰは少ないコードで手堅く作れるから瑕疵なんて出ないからな！
半年左団扇で金持ちＰＨＰ様！
0218nobodyさん2005/11/28(月) 10:45:43ID:???
>>216
PHP自体に問題が見つかっても、きっとそういう所は気づかないから、黙って放置しておいても
多分大丈夫なんじゃないかと思う。しかも、小規模な所は狙う人もいないし、リスクは意外と低いんじゃないだろうか。
0219nobodyさん2005/11/28(月) 10:52:27ID:???
>>218
> 小規模な所は狙う人もいないし

甘すぎ。
0220nobodyさん2005/11/28(月) 11:02:06ID:???
>>217
うほっ 頼もしいSOHO様ですね＾＾＾

>>218
その通りです。SQLインジェクション標準装備でも見て見ぬふりです。
この前DBが文字化けした現象でフォローしにいったんですね。
開発者にリスニングしたら
mySQLのバグで〜
PHPのエンバグが〜
とか得意気に言っちゃってるんです。
cp932問題はJava使いではデフォで頭にあるんですがPHP厨の方は
設定ファイルで設定するぐらいの認識しかないのでしょうか。
>>168みたいな感じかな。システムがやって当然みたいな。
島国のencodingなんかの配慮に期待せず自分で対処してくのが基本だと思います。
その前に業務用システムのDBにsjisで突っ込むなよって感じでしたが。
0221nobodyさん2005/11/28(月) 11:02:30ID:???
>>219
それを気にかけていたら儲けで無いんじゃない195みたいな人は。
それと程ほどで頼みたい所はセキュリティの問題を認識しても、それより価格の方を重視する
02221952005/11/28(月) 11:33:59ID:MfPG70rs
君たちは毎回開発でＳＱＬINJECTION対策のコードを入れるのかい？
さすが無駄にカネと開発期間を見積もるＪＡＶＡ屋さんですね！
ＸＳＳやその他のＩＮＪＥＣＴＩＯＮにも対応した拙作ライブラリには無用の心配だよハハハ！
02231952005/11/28(月) 11:34:32ID:???
おっとサゲ忘れたよ！メンゴメンゴ！
0224nobodyさん2005/11/28(月) 11:42:32ID:???
>>222
SQLINJECTION対策のコードっていっても、PreparedStatement使うだけだし、DBUtilsとかORマッパ使えば意識する必要ないし。
0225nobodyさん2005/11/28(月) 11:48:54ID:???
SQLインジェクションかまされてあっさりとデータを曝け出すDBの設定もどうかと思うが
0226nobodyさん2005/11/28(月) 11:51:42ID:???
Javaでも一定レベルになるとPHPと変わらない速度で開発出来ますよ。
その後のメンテやセキュリティ対策を考えるとJavaの方が結局は手が掛からない
事も多分にあります。
ただ、そういったメンテやセキュリティの事をあまり考慮しなくていい案件では
PHPで手続き型でごりごりするのも妥当な選択肢の１つだと思います。
0227nobodyさん2005/11/28(月) 12:28:57ID:???
>>226
Javaにおける“一定レベル”のハードルがどんくらいなもんかは知らんが、それを言い出したら全言語も同じなわけで。
容易に“仕様の実現に向けた”開発に取り組めるハードルの高さが問題じゃねーの？
そういう意味ではPHPのハードルは低い。
ただし、セキュリティ対策やら再利用性の高い開発を試みようとするとハードルは急に高くなる。
0228nobodyさん2005/11/28(月) 13:22:39ID:???
開発速度が速いのはPerlだと思う。一人ないし3−4人くらいのチームで開発するなら、Perlが最強。
ただし、チームのメンバー全員が上級者である必要があるけど。
0229nobodyさん2005/11/28(月) 13:27:14ID:???
前スレでもあったが、if を持ち出したらなんでも語れる。
メンバー全員が上級者ならIDE最強かつコード量最小のASP.NETが爆速に決まってんだろがｳﾞｫｹ
0230nobodyさん2005/11/28(月) 13:28:17ID:???
メンバー全員が上級者ならPHP最速、これ間違いなし
0231nobodyさん2005/11/28(月) 13:30:31ID:???
PHPが初心者向けなのは議論するまでもない。
Javaはステップがかかりすぎるからダメだ。
Perlじゃどうにもならないくらいの、超大型システムならJavaになるだろうが。
0232nobodyさん2005/11/28(月) 14:16:48ID:???
それは、ステップの減らし方をしらないだけかと。
ま、少ないステップでのやり方をしらないと手間が増えるのがJavaの弱点といえば弱点。
0233nobodyさん2005/11/28(月) 14:25:52ID:???
メンバーが全員上級者なら弱点なんて無いぜ！
0234nobodyさん2005/11/28(月) 14:34:32ID:???
>>233
それだ！
0235nobodyさん2005/11/28(月) 14:57:54ID:???
全員上級ならあえてPHPは使わないな。
物足りないというか底が浅いというか。
そういった層も取り込もうとしてるけど
見向きもされてないね。
0236nobodyさん2005/11/28(月) 15:26:16ID:???
全員上級なら言語なんて選ばねぇ！
そんときのノリで何だって使えるさ！
弘法筆を選ばずってな！
0237nobodyさん2005/11/28(月) 15:37:10ID:???
>>236
それだ！
0238nobodyさん2005/11/28(月) 15:39:49ID:???
って事は、問題は上級者じゃない下級者、中級者がどうかってところが重要だな。
0239nobodyさん2005/11/28(月) 15:46:15ID:???
そういった案件は初級、中級がやればいいんじゃないの。
求められる品質もコストも上級にやらせるのは割に合わないのだし。
別にそういう人達を貶しているわけじゃないよ。
要は適材適所。
PHPはそういった隙間を埋めるのに適した良い言語だと思う。
0240nobodyさん2005/11/28(月) 15:51:06ID:fbv4sUEn
javaのステップ数をperl並に減らせるわけないだろう。
ど素人以下だな。
0241nobodyさん2005/11/28(月) 16:15:17ID:???
上級者は短期間に要求を汲み取って確実かつ保守運用も楽なな成果物を上げてくれる人だと思う。

１．要件分析が的確
２．仕様定義が確実
３．開発が効率良い
４．セキュリティなど潜在的な問題が無い
５．管理がしやすい
６．もしものときの保守がしやすい

この要素がどういう部分に掛かるか考えてみる。

１．顧客とコミュニケーションを適切に取れる能力
２．要件を言語や環境に合わせて適切に組み立てる能力
３．言語の理解やIDEの支援の適切さ
４．言語やフレームワークの実装と、個人の知識
５．どのようなアプリケーションを構築するかのセンス
６．どのようなアプリケーションを構築するかのセンス

はて、PHPがどこに食い込めるんだ？

１．下手したら初心者や中級者は触れない部分だな
２．画面パーツを全て自作するPHPやPerlは不利、コントロール開発が可能なASP.NETやJavaが有利
３．言語の理解は個人の資質だが、IDEの支援はVisualStudioが最強
４．どの言語でも言語レベルでの支援はほとんど無いため、各言語の対策を知っているかが問題
５．アプリケーション動作やパフォーマンスのモニタリングなどを簡単に定義できるJavaや.NETは強い
６．ここはアプリの作りの問題だから言語差よりも開発者のセンス

初心者や中級者ができるだけ上級者のレベルで開発したければ、Javaか.NETだと思うんだがな。
PHPやPerlは敷居が低い分上級者への道が険しすぎ。Javaや.NETはそこをサポートするIDEやフレームワークが完備されている。

0242nobodyさん2005/11/28(月) 16:20:50ID:???
それはコーディング上級者ではなく単に上流の話ジャマイカ？
0243nobodyさん2005/11/28(月) 16:29:24ID:???
上流は１〜２だけだろ
0244nobodyさん2005/11/28(月) 16:33:54ID:???
上級者なら３はどれを選んでも差が無くて
むしろ自分の習熟しているものによると思うがね。
４、５，６も上級者なら自分の得意な言語の方がいいと思うがね。

気のせいかね？
0245nobodyさん2005/11/28(月) 16:34:50ID:???
PHPでIDE、VSS等使って厳密に管理するような局面は少ないよ。
だから彼らはIDEなんて使わなくて十分と平気で言うし。
0246nobodyさん2005/11/28(月) 16:43:09ID:???
上級者はどの言語でも平等にｽｰﾊﾟｰﾊｶｰｸﾗｽです
0247nobodyさん2005/11/28(月) 16:45:42ID:???
平等じゃなくても自分が得意なものの方がうまく使えるに決まってると思うんだが。
0248nobodyさん2005/11/28(月) 16:46:49ID:???
初心者から中級者への壁に再利用性ってのがある
その場しのぎの捨てコードを止め、今後の生産性向上にも繋がる再利用性を上げられるかどうか
そういう場面ではライブラリ管理の弱いPHPは不利だな
フレームワークが硬い.NETやJavaの独壇場

上級者どころか中級者への道も厳しいのがPHPｸｵﾘﾃｨ

つかさ、PHPって「物知りの初心者」ばかりじゃね？
なんつーか、漢字はいっぱい知ってるだけでマトモな文章は書けないお子様みたいなｲﾒｰｼﾞ
0249nobodyさん2005/11/28(月) 16:48:24ID:???
上級者に「得意な言語」は無い
「どの言語を扱うのも得意」なのだ


つかこのスレで出てくる“上級者”ってのはあらゆる要素で“上”なんだろ？
得意もへったくれも無い、完璧な if の存在
0250nobodyさん2005/11/28(月) 16:54:08ID:???
すべてに上級者なんて、存在するのかしらないが
一つの言語なら上級者といえるレベルに達してる人は普通にいるでしょ。
だったら、その得意な言語がいいと思うんだが、それでもJavaを使うべき
みたいな思考が一般的なのか？

習熟しやすいかが問題となるんじゃね？
0251nobodyさん2005/11/28(月) 17:02:01ID:???
>>241は上級者と同じような仕事を初心者や中級者もするにはどうすれば？を語っているんだと思うよ

漏れは新人にWebアプリやらせるときはASP.NETにしてる
まず確実に動くものを作るって視点ならこれが一番楽
これをベースに、Enterpriseチーム開発向きならJava、小規模個人開発向きならPHPと振り分けてる
少なくとも全員ASP.NETができて、需要に応じてJavaもPHPもこなせるからいいよ

そんな感じで覚えた連中が一番使いたがるのはASP.NETなんだよね
オレ的にはPHPが楽だと思っているんだがそうじゃないらしい
0252nobodyさん2005/11/28(月) 17:21:18ID:???
なるほど、Javaが楽に上級者レベルにたどり着けるといいたいわけね。
理解した。回りくどくて意味がよく分からなかったが

PHP,.NET,Javaどれが上級者の道に近いか
JavaでFAと

FA?
0253nobodyさん2005/11/28(月) 17:35:22ID:???
ASP.NETだろ
0254nobodyさん2005/11/28(月) 17:39:21ID:???
PHPに決まってるｼﾞｬﾏｲｶ
0255nobodyさん2005/11/28(月) 17:44:27ID:???
ぶっちゃけPerl以外ありえない
0256nobodyさん2005/11/28(月) 17:44:44ID:???
漏れが上司に選ぶなら>>241の内容だったら嫌だ。何言われてるか多分理解できない。>>251の方がいい。
Javaを使ってると日本語の文章構成までJavaっぽくなるんだろうか
漏れの脳みそにあわせて三段論法は3行にしてくれ。さもなくば結論からお願いしたい。
0257nobodyさん2005/11/28(月) 17:49:11ID:fbv4sUEn
PHPは他に書きようがないから、初心者も上級者もコードに差が出ない｡
PERLは上手い人が書くとステップ数が減り開発速度が上がり、アプリの実行速度も上がる。
いわゆるクイックハックに適しているのがPERL。
ただし、開発チームにへぼいのが混じってると、そいつはドキュメント書きくらいしか使い道がない。
0258nobodyさん2005/11/28(月) 17:56:44ID:???
>>256の期待を裏切って申し訳ないが、241=251だ
便所に落ちてるチラシの裏にマトモな文章を求めるのは間違ってる
■ このスレッドは過去ログ倉庫に格納されています