トップページ⇒tech
981コメント306KB

PHPがいかに駄目言語であるかをちゃんと説明

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2013/11/15(金) 20:57:08.46
age推奨で

他の言語と比較しながら、具体的にちゃんと説明してください！
0497デフォルトの名無しさん2014/02/11(火) 17:35:19.03
>>496
その例えって、すごくバカで、開発者側からしか見てないよね?
競合がc++で書いて2倍の工数を掛けるなら、短納期で安い方に顧客が移るだろ
0498デフォルトの名無しさん2014/02/11(火) 17:36:24.97
Haskell開発者は、CやPHPの開発者と単価同じで仕事してくれるの？
0499デフォルトの名無しさん2014/02/11(火) 17:37:13.87
そもそも趣味だっつんだから論点ずれてねーか？
0500デフォルトの名無しさん2014/02/11(火) 17:37:57.27
○○言語で書くから2倍の工数と賃金を下さいって、すごく間抜けな発言
0501デフォルトの名無しさん2014/02/11(火) 17:38:24.15
>>497
> 短納期で安い方に顧客が移るだろ
それがPHPだったりするんですよね。
0502デフォルトの名無しさん2014/02/11(火) 17:38:57.38
>>498
裁量労働か無料で仕事するんじゃないか?
0503デフォルトの名無しさん2014/02/11(火) 17:40:42.91
競合がPHPで書いているとすると、それに対抗するなら
短い時間、安い金額で仕事をしないといけないわけで。
0504デフォルトの名無しさん2014/02/11(火) 17:46:56.61
タダのWebアプリ、Webサイト作りならね
パーサー書いたりコード解析などの将来性まで含めたら、
どちらが費用対効果高いか分かるでしょ
0505デフォルトの名無しさん2014/02/11(火) 17:47:26.27
一番重要なのは、ちょっとぐぐれば大抵のことはわかる言語かどうか

Yes な言語なら開発者はヘボでもいい
No な言語ならプロジェクト内で発生する課題一つ一つを自力で解決できるレベルの開発者が必要になる
この差はでかい
0506デフォルトの名無しさん2014/02/11(火) 17:50:04.03
>>504
将来のことは分からないから無駄な投機はしない
ってかぶっちゃけパーサとかコード解析とかならHaskellよりOcamlの方が使いやすい
その程度の用途にHaskellはぶっ飛びすぎ
0507デフォルトの名無しさん2014/02/11(火) 17:50:09.81
DelphiやVBより、Haskellの方が優れた選択肢になるじゃないか
0508デフォルトの名無しさん2014/02/11(火) 17:53:30.08
>>506
Ocamlって、パッと見たときに型が分からないんだけど
これって、Objectが状態遷移を表現してるの?
0509デフォルトの名無しさん2014/02/11(火) 18:16:17.51
はじめてのc、すごいH、パーフェクト3P
0510デフォルトの名無しさん2014/02/11(火) 18:49:00.74
PHPゴリゴリ書いていたらいいんだよ
0511デフォルトの名無しさん2014/02/11(火) 19:45:48.68
>>510
WEB のサーバー側しか書けないじゃん >PHP

# 組み込み門は無理
# バックエンドの計算主体系は無理
# 遅いし
# コンパイラ屑だし
0512デフォルトの名無しさん2014/02/11(火) 20:32:47.71
PHPだと後からいくらでも不具合出るから保守費用でどっさり追加できるもんね
0513デフォルトの名無しさん2014/02/11(火) 21:49:37.00
>>511
なんかもうc++でいーじゃん
0514デフォルトの名無しさん2014/02/11(火) 21:59:36.37
>>508
型推論で記述が省略されているか、.mliファイルに記述されている
0515デフォルトの名無しさん2014/02/11(火) 23:08:28.49
PHPが駄目なのはわかるけど何の言語と比較して駄目なのか
同じ駄目さが他の多くの言語にもあるし、PHPがずば抜けて糞とは言えない

PHPユーザーにプログラミング初心者が多すぎて糞コードが量産されているから悪いイメージがあるだけだと思う

OOP十分理解していれば他のLL(特にruby,js,perl)より相当読みやすいコード書けるよ
0516デフォルトの名無しさん2014/02/11(火) 23:42:59.53
C#もよく出来た言語の割に初心者コード量産してるよ。Unity関係でとち狂った説明してるサイトも良くぐぐった先で到達してもやもやする。「なんかstaticって付けたらすげー便利になった」みたいなレベルの解説ブログとか。

言語が良くできてるかどうかじゃないと思うよ
obj-cなんか起源からして建て増し住宅の末路な糞設計のくせしてちゃんと回ってるからな
ARCとかblocks拡張とか魔改造で振り回しくさって酷いもんだよ。Appleの改変の歴史知らずに古いコードをコピペしても、もはや謎のエラーしか出ない
一方、文法などが美しいのではと聞かれたら、八割がたの経験者が鼻で笑うだろう
あの変態さがクセになってる奴もいるのだけど。c/c++とsmalltalk同居させてARCの罠を掻い潜ってトールフリーな連携できたときの達成感といったらもうそれこそ黒魔術うっひょーだよほんと

脱線した
要するに、phpは世間がいうほど悪くない程度の糞
0517デフォルトの名無しさん2014/02/11(火) 23:49:11.18
C#みたいなタイプセーフでブロックスコープな言語はどんなにメチャクチャに書こうとコンパイルが通る以上、最低限のクオリティは保証される
他人のコードをリファクタリングするのも容易
スクリプト言語とは決定的な差がある
0518デフォルトの名無しさん2014/02/12(水) 00:00:21.55
最初から綺麗にコードを書けばいいだけの話。
じっくりと設計に時間をかけて、拡張性を持たせて、
仕様変更もないようにすれば
リファクタリングが必要になることはない。
0519デフォルトの名無しさん2014/02/12(水) 00:09:24.18
無理だね
0520デフォルトの名無しさん2014/02/12(水) 00:29:15.97
>>515
OOPに関してPHPが読みやすいということはないっしょ。そもそもPHPって満足にOOPできないし。OOPの機能は充実してるけど、基本的な値に対してOOPを使えないのが致命的。
str.lengthと書きたいのに、strlen($str)と書かないといけないし。（マルチバイト考慮するならmb_strlen($str)になるのがさらに糞）

OOPを理解していることで他のLLより読みやすいコード理屈はない。（良いプログラマが書くなら対してかわらん）
PHPの場合読みやすさ云々より、くそプログラマを呼び寄せやすいという体質が一番の問題。しかもそれはイメージではなく本当のこと。
0521デフォルトの名無しさん2014/02/12(水) 00:36:52.45
>>516
Obj-CのARCとBlocksを引き合いに出すのはちがうとおもうぞ。
両方共必要だから追加された仕様なわけで。ARCはiOS用に、BlocksはGCDのために。（そもそもBlocksはObj-Cではなく、Cのコンパイラ仕様）

対してPHPの場合、例えばトレイトなんてなんのために追加されたのかわからない。
クラスさえ満足に扱えていないし、そもそもinterfaceがあるのにトレイトとか取って付けた感しかない。

＞要するに、phpは世間がいうほど悪くない程度の糞
これは同意。ただ、ただクソプログラマの傍若無人さを助長してしまうのは何とかしてほしい。
0522デフォルトの名無しさん2014/02/12(水) 00:50:51.83
逆じゃないかな
なんでPHPはインターフェイスや抽象クラス導入したんだろう
PerlやPythonやRubyは多重継承やミックスインが以前から出来た
スクリプト言語のくくりで言えば、もっと早くトレイトは導入すべきで、インターフェイスはなくても良かった
0523デフォルトの名無しさん2014/02/12(水) 01:02:02.08
トレンド真似る順番間違えた、ってことじゃないの
5系初期はとりあえずJava真似ときました感があるし
0524デフォルトの名無しさん2014/02/12(水) 01:11:46.35
>>520
rubyのObjectクラスみたいに元々あるクラスの設計が酷すぎて、それに依存するもの全てがキモくなるとかがあるからラッパー書いた方がまだ綺麗と思った
0525デフォルトの名無しさん2014/02/12(水) 01:14:52.91
多重継承とミックスインなら、継承とインターフェースとトレイトの方が好き
前者はis aがすぐ崩れる
0526デフォルトの名無しさん2014/02/12(水) 01:22:22.47
phpの大量の小汚い謎関数ゴリ押しも、ラッパー書けば足りることではあるな
まるっと非推奨にしてくれたら見た目の印象も綺麗になるのかな

でもexplodeって関数名なんかはある意味発明だと思うw
0527デフォルトの名無しさん2014/02/12(水) 01:56:13.97
>>524
RubyのObjectがどう酷いのかよくわからんが、ラッパーだって設計が変われば新しいラッパーができて、じゃあどっち使えばいいんだよ！古い方の使ってたコードはそのまま放置？ってなるからたいして変わらないと思うけど。
0528デフォルトの名無しさん2014/02/12(水) 02:02:10.43
>>521
> 例えばトレイトなんてなんのために追加されたのかわからない。
> クラスさえ満足に扱えていないし、

君のレベルはまだまだ低い。がんばろう。
0529デフォルトの名無しさん2014/02/12(水) 02:22:42.48
いい感じの議論が起こってるなｗ
とりあえず現時点で一番糞なのは話題にものぼらなくなったPerlだと思う

なんだあいつ
0530デフォルトの名無しさん2014/02/12(水) 02:24:21.77
なんだあいつってお前が荒らしてるんだろｗ
0531デフォルトの名無しさん2014/02/12(水) 02:28:55.87
Perlの最新事情なんも知らないなー。随分世話になったのに
「学生時代にアイドルだったxxxちゃんって今どうしてるのかな……いや、別にどうでもいいけど」的な位置づけ
mixiで現役だっけ？
0532デフォルトの名無しさん2014/02/12(水) 02:54:07.94
>>528
何のために追加されたかわからないという言い方は不適切だったな。
利点は分かるが、一度JavaのようなOOPスタイルにしたのに、トレイトを追加とか節操がないなと思った。
他の言語はもっと慎重だからさ。

特にPHPの開発者はついて行けないと思うんだよな。クラスも満足にってのはそういう意味ね
0533デフォルトの名無しさん2014/02/12(水) 03:28:32.44
traitは一部でコードテストを後付けするのに使っとるくらいだわ
オブジェクトとしてクラス定義を操作できるようになるまでは、わざわざ使わないかなー
0534デフォルトの名無しさん2014/02/12(水) 03:59:57.07
>>532
いや、お前がトレイトわかってないだけだよ。
トレイトと継承やインターフェースは全く別の概念。

ダイアログを継承して、ボタン付きダイアログを作るだろ？
この時、ボタン付きダイアログは、ダイアログの多く機能をそのまま備えており
ダイアログに＋αしたもの。これが継承。

インターフェースというのはあるクラスが、どんなクラスとして使えるかって定めたもの
めちゃくちゃな例だが、ボタン付きダイアログにシューティングゲームの自機戦闘機インターフェースを
持たせれば、ボタン付きダイアログを自機戦闘機としても使える。
外部から見た時にあるクラスがどんな性質を持っているか、という時にインターフェースを使う。

そしてトレイトはたとえるならば装備だ。レーザーとかミサイルとかな。
自機戦闘機にレーザーを装備できる。だが自機戦闘機はレーザーを継承しているわけじゃないし
レーザーインターフェースを持ったわけじゃない。（別に外部からインターフェースを知りたいわけじゃない）

単に、自機戦闘機がレーザーを使いたいからそれを装備した。
これは継承ともインターフェースとも違う。
0535デフォルトの名無しさん2014/02/12(水) 04:31:48.97
>>534
それは知ってる。
でもそれを理解して使い分けられる人は少ないよ。
PHPのトレイトは本来の意味を忠実に実装してる分、返って理解されにくいと思う。あと、型とトレイトが分かれてるのもかったるいし、説明しにくい。
それよりはinterfaceが実装を持てるぐらいの方が良かったなと思う。(Java8はこれを選んだけど)
0536デフォルトの名無しさん2014/02/12(水) 05:08:02.37
いや、お前がトイレわかってないだけだよ。
トイレと便座や便器は全く別の概念。

トイレットペーパーを継承して、香り付きトイレットペーパーを作るだろ？
この時、香り付きトイレットペーパーは、トイレットペーパーの多く機能をそのまま備えており
トイレットペーパー＋αしたもの。これが継承。
0537デフォルトの名無しさん2014/02/12(水) 05:23:57.50
>>534
その説明だと、トレイトってよりは、コンポジットだな。
鳥(親クラス)にトレイト(飛べる)つけて、スズメ(具象クラス)とかみたいな例がいいかと。
さらに言うと、合成についても説明がいるが、端折ったのか？
0538デフォルトの名無しさん2014/02/12(水) 05:26:28.69
朝の4時5時から詳細な説明を要求する人って・・・
0539デフォルトの名無しさん2014/02/12(水) 05:40:12.85
トレイトと型(インターフェイス)が分かれているのって一見綺麗だけど、トレイトを型安全に書くには両方必要になって面倒(名前どうすればいいだろ…)

割り切って、トレイトオンリーってなら、Rubyのようにダックタイピングにするか、Scalaのように型としての機能も持たせればよかった。
だから、実用性がなんか微妙なんだよな。ある意味PHPらしくない

結局、インターフェイス入れたのが間違いな気がする。タイプヒントとか使ってるのあまり見たことないし
0540デフォルトの名無しさん2014/02/12(水) 06:54:00.18
>>520
現場的に言えば、そういうのはコードの読みやすさと関係ないのでどっちでもいい
str.length と書いても strlen($str) と書いてもどちらでも理解できる
そういうところに拘るのは宗教
0541デフォルトの名無しさん2014/02/12(水) 07:11:42.14
>>540
「oop理解してたら他のLLよりphpが読みやすい」とか言うから、文字列すらオブジェクトじゃないのに関係ないだろ、と返しただけで、メソッドと関数どっちが読みやすいなんて論じてないよ。

ま 、strlen他文字列関数には読みやすさ以外にダメな点たくさんあるけどね。
0542デフォルトの名無しさん2014/02/12(水) 07:20:19.38
>>541
ああ、なるほど。
Perl, PHP, Python, Ruby の中だと OOP を意識した設計がなされているのは Ruby だけで他 3 言語はどっこいどっこい
という主張なら同意する
0543デフォルトの名無しさん2014/02/12(水) 07:43:14.16
>>541
文字列だけに限らず、OOPの機能が一切存在しないといえなければ、関係ないとはいえないが…
0544デフォルトの名無しさん2014/02/12(水) 07:53:21.91
perlとやubyをヘビーに使ってる人は読み易さの基準が一般人と違う印象があるな
彼らが読み易いと言うコードは読み難い
0545デフォルトの名無しさん2014/02/12(水) 07:55:21.20
それは今だに闇属性が抜けきれてないPerlerやRubyist
0546デフォルトの名無しさん2014/02/12(水) 07:57:05.33
>>544
一般人はソースコードなんて読めないんだが？
それが技術ってもんだろう？

どっちが読みやすいかは両方知っている人でないと
判断できない。

片方しか知らない人がいう「読みにくい」は
まさに一般人がソースコードを読めないのと同じこと。

技術力がついてから読みやすいかどうかの話題に参加してね。
0547デフォルトの名無しさん2014/02/12(水) 07:57:57.81
噂をすれば闇プログラマ
0548デフォルトの名無しさん2014/02/12(水) 08:00:25.40
反論できない、悔しい。
そうだ悪口を言おう、
お前は闇プログラマ。（よし勝った！）　←馬鹿じゃね？ｗ
0549デフォルトの名無しさん2014/02/12(水) 08:04:54.95
perlやrubyに限らず、闇属性(笑)は一定数いるよ
リファクタリングとパフォーマンスチューニングとコードゴルフの区別がつかない技術者が実際多すぎて、しかもそういう人間に限ってヲタク的な知識をひけらかしてチヤホヤされるから本当に闇
0550デフォルトの名無しさん2014/02/12(水) 08:06:21.53
だからなんだよｗ
スレ上げてまで、なにお前の話してるんだよｗ
0551デフォルトの名無しさん2014/02/12(水) 08:07:24.69
とある誰かにこてんぱんにされて、
ここでうっぷん晴らしてるんだろ？
0552デフォルトの名無しさん2014/02/12(水) 08:37:15.60
こんな早朝から盛り上がりすぎｗｗｗ
0553デフォルトの名無しさん2014/02/12(水) 08:58:10.59
今日は休みなんで。
0554デフォルトの名無しさん2014/02/12(水) 12:21:05.39
年中の間違いだろ
0555デフォルトの名無しさん2014/02/12(水) 13:37:02.05
糞の役にも立たない日本語は廃止すべき。
0556デフォルトの名無しさん2014/02/12(水) 15:12:48.42
perlのoopをまともにしたのがruby

この2言語、一人で書くにはかなり生産性高いグッド
人に読ませるには読みにくくてバッド

選民主義って言われるのもよくわかる
0557デフォルトの名無しさん2014/02/12(水) 15:18:50.08
読みにくいと思ってる>>556は
民として選ばれなかったんですね？
0558デフォルトの名無しさん2014/02/12(水) 15:34:19.18
そんあことより賤民言語の極みの英語を何とかしたい
0559デフォルトの名無しさん2014/02/12(水) 16:05:42.97
プログラミング技法の記事って、ほとんど英語で書かれてるわけで
日本語は盲目に生まれついたのと同じレベルの不幸
0560デフォルトの名無しさん2014/02/12(水) 19:23:52.81
いやperlは読みにくいよ
0561デフォルトの名無しさん2014/02/12(水) 20:18:02.70
Perlはブロックスコープで変数宣言必須なのがいい
0562デフォルトの名無しさん2014/02/12(水) 20:29:24.92
>>561
宣言必須に出来るだけだっけ？
0563デフォルトの名無しさん2014/02/13(木) 00:27:14.58
>>448,451
こういうことであってる？
これだと無名関数の呼び出しは性的コールじゃないから、別ケースだと思う。
どういう挙動がいいかは分からん。

class X {
static function f() {
static::g();
return function() { static::g(); };

}

static function g() {
print("X");
}
}

class Y extends X {
static function g() {
print("Y");
}
}

$cg = X::f();
$cg();

$dg = Y::f();
$dg();

// 5.3 => fatal
// 5.4 => XXYX
05645362014/02/13(木) 00:59:03.57
今見たら読みにくかったので直しました。すんまそん。

class X {
static function f() {
static::g();
$g = function() { static::g(); };
$g();
}

static function g() {
print("X");
}
}

class Y extends X {
static function g() {
print("Y");
}
}

X::f();
Y::f();
0565デフォルトの名無しさん2014/02/13(木) 07:00:21.08
>>562
ワンライナーや個人的スクリプトでない限りそうするのがマナーだね
0566デフォルトの名無しさん2014/02/13(木) 18:21:01.82
>>563
マニュアルではそのオブジェクトのクラスと同じになるって書いてあるから
仕様通りならClosureのクラスメソッドがコールされることになってしまうような
とまあ戯言はおいといて、5.4の方向性でいくとフツーのClosureはYに、
Static closureはスコープエラーか何かになるべきじゃないかな

つーかどんだけstatic使いまわすのかと
0567デフォルトの名無しさん2014/02/13(木) 22:42:59.45
クロージャからstaticとか、なんか嫌な予感しかしない
0568デフォルトの名無しさん2014/02/14(金) 00:10:47.39
>>563,566
クロージャはクラス内で使うと、暗黙にクラスのメンバのように扱われるようになったから
「クロージャが宣言されてるオブジェクトのクラスと同じ」になると解釈できる
staticなクロージャも$thisをuseしてないだけで同様じゃねーか?

かつ、クロージャはレキシカルであると期待されてるから、後で評価しても定義された
時点のクラスを返すのは不自然ではない

クロージャを基準に考えると遅延静的束縛の方が無意味
0569デフォルトの名無しさん2014/02/15(土) 03:22:15.76
> クロージャはクラス内で使うと、暗黙にクラスのメンバのように扱われるようになったから

というか任意のインスタンスにバインドできる
ようはjsの関数だ

無名関数としてだけ使うこともできるし、クロージャとして使うこともできるし、
プロトタイプベースの関数オブジェクトのようにも使えるキメラ的な何か
0570デフォルトの名無しさん2014/02/15(土) 23:06:51.45
クロージャの中でLSB使えないってのは分かったけど定義クラスからのメソッドコールとみなすのは無理筋すぎる…
0571デフォルトの名無しさん2014/02/16(日) 00:07:02.70
PHPは言語定義が甘い
0572デフォルトの名無しさん2014/02/17(月) 10:59:23.43
adaやc++ほど優れた言語仕様を作ったところで、そんなもの誰も読まないじゃないか
0573デフォルトの名無しさん2014/02/18(火) 23:48:09.41
c++が優れてるなんてもちろん皮肉ですよね(棒)
0574デフォルトの名無しさん2014/02/19(水) 00:03:11.39
優れた、の意図するところに依るかな
少なくともナイスだとかマーベラスとかではない
ありゃ標準化の奴らが現場の空気読まずコンプリートとかクリンリネスあたりで優れようとしてるからたち悪いんだと思う

言語仕様に賭ける情熱は高いと思うよ
0575デフォルトの名無しさん2014/02/25(火) 19:23:38.05
最近Pythonばっか触ってたらPHPの書き方忘れた
PHPはWeb用のクライアント言語としてはナンバーワンだ
Pythonなんかめんどくさいの何のって
PHPは楽で本当に良い
ただし、問題は文字コード周り
コレのおかげでPython使わないといけなくなってる
0576デフォルトの名無しさん2014/02/25(火) 19:31:27.23
>>575
文字コードの問題を詳しく
0577デフォルトの名無しさん2014/02/25(火) 22:19:05.09
mbstrじゃダメっすか
0578デフォルトの名無しさん2014/02/26(水) 04:52:11.53
正確に覚える必要がある言語って、PHPとSQLみたいな仕事に直結するものだけだよね？
後は、趣味でHaskellでも叩いてるのが幸せ。
0579デフォルトの名無しさん2014/02/26(水) 08:31:01.25
Haskellってほんと趣味って感じ
実用で使われてるプロジェクトとかあんのかな
0580デフォルトの名無しさん2014/02/26(水) 10:08:56.31
PHPが悪いわけでなく、使うやつ次第だろ。
ベーシックやフォートランやコボルやアセンブラが得意な人はそれがいいわけで。
PHPが得意な人には良い言語で、苦手ならそうでないだけ。
どれでもそう。
0581デフォルトの名無しさん2014/02/26(水) 10:19:42.76
Haskellは特定環境下での速度がCより速いから
証券の高速売買とかで使われてるよ
0582デフォルトの名無しさん2014/02/26(水) 13:29:22.05
>>581
市販アプリケーションレベルでしか考えてない俺が無知でした
0583デフォルトの名無しさん2014/02/26(水) 14:33:40.76
HaskellやC言語が早いのでなく、コンパイラが早いだけ。
JavaScriptでHaskellやC言語のインタプリタ作れば遅い。
0584デフォルトの名無しさん2014/02/26(水) 14:50:21.67
M$の吐いたコードよりv8の方が速いからな
0585デフォルトの名無しさん2014/03/05(水) 01:26:31.10
pyramidよりもbottleよりも生PHPが速いのならwebサイトにPythonを使うメリットを感じないのですが、なぜ移行する人が多いのでしょうか。

1.phpのフレームワークよりはpythonのフレームワークの方が速いから。

2.webでもpythonを使っていたい。

こんな理由を想像してみました。
実際の意見が知りたいです。
0586デフォルトの名無しさん2014/03/05(水) 01:59:40.37
PHPの文字連結は「.」でやるという話を聞いてなんて複雑怪奇な言語なんだと思ったあの日
0587デフォルトの名無しさん2014/03/05(水) 02:11:35.95
>>585
データマイニング用のツールを使いたい
PHPでサーバー側のプログラムを書きたくない
0588デフォルトの名無しさん2014/03/05(水) 02:13:17.05
>>586
Gnuplotか何か別の言語でも、.を文字連結に使っていたよ
0589デフォルトの名無しさん2014/03/05(水) 11:31:53.58
>>585
1はない

pythonのが堅牢だからでないか？
0590デフォルトの名無しさん2014/03/06(木) 11:13:17.41
>>586
それPerl由来ですし
0591デフォルトの名無しさん2014/03/06(木) 19:16:37.74
+でやるより文字列連結を明示できて良いと思う
0592デフォルトの名無しさん2014/03/06(木) 20:46:44.01
>>591
"5" - 2 // 3
"5" + 2 // "52"

こんなJavaScriptは嫌いだ
0593デフォルトの名無しさん2014/03/09(日) 14:45:49.46
現在プログラム板のID制導入の投票を実施中です
よろしくお願いします

プログラム板 強制ID制導入に関する投票スレ
http://kohada.2ch.net/test/read.cgi/vote/1394290844/
0594デフォルトの名無しさん2014/03/10(月) 02:52:49.63
>>593
乙
0595デフォルトの名無しさん2014/03/10(月) 15:41:25.96
質問スレの回答する側が
http://kohada.2ch.net/test/read.cgi/php/1390166591/497
>saltが判明していれば、saltが無いのと同じ。
のレベルなこと
こうやって、だめなサイトが構築され、だめなブログ記事が書かれ、だめな知識が継承されていく
もう伝統芸
0596デフォルトの名無しさん2014/03/10(月) 17:23:44.72
>>595
他スレの一部を転載するな
ブルートフォースアタックに関しての話だろ、あってるよ
■ このスレッドは過去ログ倉庫に格納されています