常連

拍手喝采

自己紹介

### 質問

PHPにおいてpassword_hash()はなぜ安全なのでしょうか？
暗号アルゴリズム、ストレッチング回数、ソルトなどパスワードの解析における情報は全てそのハッシュに収められています。従って、password_verify()単独で真偽判定が可能であり、それは本当に便利なのですが、その分、ハッシュが漏洩した際に十分安全ではないと言えるのではないでしょうか？

password_hash()の安全性について

ルート証明書の署名アルゴリズムはSHA-1でも問題ないのでしょうか？

たとえばシマンテックの[サイト](https://www.jp.websecurity.symantec.com/repository/root.html#c3pcag5)で使われているサーバ証明書を確認すると、ルート証明書は「VeriSign Class 3 Primary CA - G5」とでますが、
その署名アルゴリズムを確認するとsha1RSAとあります。
中間CAとサーバ証明書はsha256RSAなのに、ルート証明書はsha1RSAで問題ないのでしょうか？
理由をご教示・ご解説いただけると幸いです。


![キャプチャ画像](eac745440b8d21121dd2d483cc13da1a.png)

ルート証明書の署名アルゴリズムはSHA-1でも問題ないのでしょうか？

私は現在PHPプログラマーとして仕事が受けられるように独学しているのですが、どのレベルまで頑張って、何を習得して、その習得したスキルがどのくらいまで高ければいいのかまったく見当がつかないのと、何のスキルどのくらい伸ばせばいいのか、何のスキルを身につければよいのかわかりません汗

何か自分がどのようにPHPのスキルを身に着けたら良いか、どのレベルなら仕事を受けても良いのかわかるための方法がありましたら教えて下さい！

PHPプログラマーとして初めて仕事ができるかどうかを見定める方法

マイナンバーカードの電子証明書を使ってログインするシステムを作りたいですが、どこから、どうやって始まるかさっぱり分かりません。

###やりたいことは
カードリーダにマイナンバーカードをかざして、ログインすることです。
できればpythonでやりたいです。

マイナンバーカードのシステムについてネットに情報が少ないか分かりませんが、なかなかみつけなくて、ご存知の方、少しでもいいので、教えてください。

マイナンバーカードでログイン

エンジニアならこれは読んでおけ みたいな本を教えてください。
ほかにも読んですごく良かった本などでも知りたいです。

アルゴリズムの本や正規表現、TCP/IPなどなど
お願いします

読んでおいたほうがいい本

for文はもう使わない？

forおじさんと揶揄されていますがJS、phpなどではすでに使わないほうがいいのでしょうか？
極力whileを使って、どうしても使わざるおえないときのみ使うべきなのでしょうか？

ただwhileでできない事はまったくないと聞くので一切使わない手もありますね。

読みにくいからでしょう？


皆さんありがとうございます。
沢山ご回答いただいたのでここで一括にお返事させてもらいます。

まだfor文を使うのは有りなのですね。
単純な繰り返し、繰り返しの回数が決まっていない場合は、
最速はwhileをとりあえず使い。

何回繰り返すか、決まっている場合でwhileでは無理のある場合のみforで良い。
という感じですかね。

for文はもう使わない？

主にJavaScript(Node.js、TypeScript含む)を使っているのですが、設計力というのはどのように身につけていけば良いものなのでしょうか？
※PHPやObjective-cの経験はあります。

教えてくれる人がいないため、本などで学ぶ訳ですが、いまいち、設計力が身についている実感も自信もありません。

MVCの概念、デザインパターン、オブジェクト指向、ドメイン駆動開発、関数型プログラミング、テスト駆動開発となんとなーく浅いですが勉強はしてきましたが、ちゃんと理解出来ているのかも謎ですし、身についているかというと中途半端ですし、なんというか、ダメダメなのです。

頭の中のごちゃごちゃしたものを整理しますと、こんなところでしょうか！

1.何をすれば、どうすれば設計力が身につくのか？
2.設計力がどのくらい身についているかを知る判断基準は？
3.そもそも、目指すべき良い設計とは？
4.設計の手順は？

尚、ここでの設計力という言葉が指す対象範囲は、インフラとかDBとか含まない範囲とします。（言葉を適切に使えなくてわかりにくいかもしれませんが、すみません。）

ぼやけた質問で恐縮ですが、よろしくお願いいたします。

# なんとなく分かっていること
- テストしやすいコードは良いよね(疎結合、副作用を伴わない)
- 何か変更をする必要が出てきたときに、あっちもこっちも修正しないといけないコードは良くないよね。(凝集度の高い１つのファイルを修正すれば、他を修正しなくても全部解決！）
- 設計から離れるかもしれないけど、読みやすいコードはいいよね。（Lintツール、整形ツールが味方さ！）

システム・ソフトウェアの設計力はどのように身につける？

###前提・実現したいこと

illuminate/database + PHPUnit でデータベースを使ったユニットテストを書こうとしています。

その際、PDOのエラーが発生しました。


###発生している問題・エラーメッセージ

```
PDOException: You cannot serialize or unserialize PDO instances
```

###該当のソースコード

```php
use Illuminate\Database\Capsule\Manager as Capsule;

...
...

public static function setUpBeforeClass()
{
	Capsule::schema()->create('articles', function ($table) {
		$table->increments('id');
		$table->string('title');
		$table->string('detail');
		$table->timestamps();
	});
}

...
...
```

↑のように `setUpBeforeClass` でテーブル作成処理を書くと、最初の何でもないテストでこけました。

###試したこと

エラーコードでとりあえず調べると、以下の stack が近いかなぁと思いました。

[Keep getting “You cannot serialize or unserialize PDO instances” in PHPUnit using PHPStorm](https://stackoverflow.com/questions/34225720/keep-getting-you-cannot-serialize-or-unserialize-pdo-instances-in-phpunit-usin)

そこで、phpunit.xml に `backupGlobals="false"` を追加することでテストは通るようになりました。

英語がちょっとよくわかんなくて ... 何なんだろうなぁという気持ちです。
ご助力お願いします！

###補足情報(言語/FW/ツール等のバージョンなど)

phpunit と php のバージョン

```
$ vendor/bin/phpunit --version
PHPUnit 5.7.21 by Sebastian Bergmann and contributors.

$ php -v
PHP 5.6.22 (cli) (built: May 26 2016 15:44:55)
```

illuminate/database : ^4.0

[Keep getting “You cannot serialize or unserialize PDO instances” in PHPUnit using PHPStorm](https://stackoverflow.com/questions/34225720/keep-getting-you-cannot-serialize-or-unserialize-pdo-instances-in-phpunit-usin)

↑翻訳

> 私はついにそれを理解した！何らかの理由でテスト環境変数を設定しても何の効果もありませんでした。
>
> phpunit.xml設定を作成し、テストパラメータを定義し、Phpstormでリファレンスを作成することによって、私は最終的にテストを実行することができました。
> 
> 参考までに、これは私のphpunit.xmlの内容でした

これ以降も PHPStorm について語ってるので、関係ないっぽいんでしょうか ... ？
phpunit.xml はたまたまだった可能性が ... ?

[PHP] PDO の例外がなぜ発生したのか解決したいです

**「あるドメイン上でログインしただけで別のドメイン上でもログインしたことになる」**という，シングルサインオン認証について調べています．

- [iframeを使ってクロスドメインでCookieを書き込む[iframe][sso]](http://sigisi.hatenablog.com/entry/20111222)

ここにGoogleが実際にそれで実現しているという言及があるのですが，当該ソースを閲覧してみたり，下に書いてある解説を読んでもなぜこれでシングルサインオンが成立するのかさっぱり分かりませんでした．

- 単純に子フレーム内でログインさせる方法を考えると，親フレームのフォームから子フレームに対してIDとパスワードをPOSTする方法が考えられると思うのですが，**CSRFトークンはクロスドメインで取得できない**ため，CSRF対策されている場合にこの方法が成立しないように思えてしまうのです．
- 別ドメイン側で「GETパラメータで指定されたセッションIDをセットする」スクリプトを用意してもいいのですが，これもまたCSRF対策と相反している感じがします．

Googleはどうやって実現しているのでしょうか？