常連

注目の的

社会貢献

質問力

### 発生している問題
カスタムセル上に配置したUITextFieldにストーリーボード上からAutoLayoutを設定しているのですが思い通りに実装することができません。
![イメージ説明](74701aa5a4a846081f74413d8d19af23.png)
![イメージ説明](684c1e27ba0baa93d4aa47ec38109342.png)

セル上にUITextFieldとStepperをバランス良く配置したく、まずUITextFieldの方に上の画像のような制約を設定したのですが、実際にビルドをしてみると下の画像のようにセルの領域の左上にぴったりくっついた状態になってしまいます。

![イメージ説明](75fdb6bb3bcf1e52a571332bcb2c9ac2.png)

AutoLayoutが正しく反映されていないのか、私の制約の与え方が間違っているのか、解決方法の分かる方ご教授いただければ幸いです。


*補足 ストーリーボードの構成
![](dc00ee062cdae63d09da1a60c14581fc.png)

```Swift
//optionCell.swift
import UIKit
import GMStepper

@IBDesignable
class optionCell: UITableViewCell {

    @IBOutlet var optionName: UITextField!
    @IBOutlet var optionValue: GMStepper!
    
    override func awakeFromNib() {
        super.awakeFromNib()
        // Initialization code
    }

    override func setSelected(_ selected: Bool, animated: Bool) {
        super.setSelected(selected, animated: animated)

        // Configure the view for the selected state
    }
}
```

カスタムセルのAutoLayoutが正しく反映されない

gitの使い方が曖昧なので質問させていただきます。

developブランチを切り、feature/firstというブランチを作ったとします。

feature/firstで作業していたら、feature/secondというブランチがdevelopにマージされました。

この場合、feature/firstはどうするべきなのでしょうか？
git pull origin develop で更新すべきですか？

gitでブランチを切ったあとに更新があった場合どうするか

簡単なスマホアプリを、[monaka](https://ja.monaca.io/)というクラウドのツールを用いて作成しています。

アプリは作成できたのですが、いざ、ビルドしようと思うと、「iOS Dev Centerで証明書を発行する必要して下さい。」と言われるのですが、ネットで調べて、iOS Dev Centerにログインしても、肝心の証明書を発行するメニューが見つからずに困っています。

例えば、

よく分かる！iOS アプリ開発に必要な証明書ファイルの作成方法
http://dev.classmethod.jp/smartphone/ios-certificates/

このサイトを見ますと、

> まず、[iOS Dev Center](https://developer.apple.com/devcenter/ios/index.action)へアクセスし、「Certificates, Identifiers & Profiles」をクリックします。

とあるのですが、ログインしても、「Certificates, Identifiers & Profiles」が見つかりません。

サイトには、画像付きで、

![イメージ説明](bb309a015ea95a64bb42c32a5314d8c5.png)

このような画面が示されているのですが、自分がログインすると、

![イメージ説明](d48785cd2a9fbf1058e1645543add22e.jpeg)

このような画面になり、全く違います。

検索で、Certificatesなどを検索しても、それらしいページがヒットしません。

これは一体どういうことなのでしょう？

iOS Dev Centerで証明書を発行する方法は一体どうしたらいいのでしょうか？

追伸ですが、右上の「Acount」というところを押すと、「Certificates, Identifiers & Profiles」が出るという情報も何件か頂いたのですが、Acountにもありません。

![イメージ説明](3ca2dba1e846ac7bc8fce978fcca2deb.jpeg)

このような画面になってしまします。

iOS Dev Centerで証明書を発行する事が出来ない。

#知りたいこと
（１）SSLのサイトしか使わないなら公共のフリーWifiでパスワードや重要な通信を行ってもOK？
（２）非SSLサイトでも公共Wifiなど攻撃者と同じネットワークの中にいないなら大丈夫？
（３）公共のフリーWifiを使っていても、パスワード等の重要な通信を行わなければ問題ない？（非SSL通信で）
（４）非SSLと公共フリーWifiの具体的なリスクを知りたい


####（１）SSLのサイトしか使わないなら公共のフリーWifiでパスワードや重要な通信を行ってもOK？
フリーWifiの問題点は下記だと認識しています。

攻撃者と同じネットワークに入ってしまう可能性があり、
パケットキャプチャ等を使われるとSSL通信以外の通信が平文で見られてしまい
パスワード等の重要情報が見られてしまうこと


上記で正しいなら、
SSLサイトしか使わないなら
公共のフリーWifiは重要なサイトでログイン等を行ってもOKということでしょうか？

もし、ブラウザが保持しているクッキーやローカルストレージの値まで見られてしまうということであれば
SSLなどは関係無しに危ないと思うのですが、
通信中のパケットだけが攻撃対象なら大丈夫なの？と疑問に思っています。


###（２）非SSLサイトでも公共Wifiなど攻撃者と同じネットワークの中にいないなら大丈夫？
（１）の認識から、
SSLじゃなくても公共Wifiなどを使わないなら傍受のリスクはない？と疑問に思っています。


###（３）公共のフリーWifiを使っていても、パスワード等の重要な通信を行わなければ問題ない？（非SSL通信で）
（１）の認識から、
そのように思っています。


###（４）非SSLと公共フリーWifiの具体的なリスクを知りたい
セキュリティに関して、
具体的にどういった理由でどのようなリスクがあるのかを知りたいです。

例えば、
公共のWifiは通信が傍受される可能性があるから危険
といった抽象的な話ではなく、

下記のように
どのような手法でどのような被害が起こるのかを教えていただきたいです。

（例）
パケットキャプチャは同じネットワーク内のパケットを見ることができ、
非SSL通信でのパケットにはパスワード等が平文で記載されている。
そのため、公共Wifiで非SSLを行っているサイトに（パスワードを入力して）ログインを行うと、
パケットキャプチャによってパスワードがバレてしまい、
傍受したパスワードを利用してサイトになりすましログインされてしまうリスクがある。



不足している情報等があれば
補足させていただきますので
以上、よろしくお願いします。


追記 2018.11.28
ockeghem様のご回答で
かなり理解が進んだのですが、
その中でまだ理解が怪しい箇所があるため、

ockeghem様とのコメントのやりとりに関して
ご回答をお待ちしております！

SSL通信と公共フリーWifiにおいて、具体的なリスクを知りたい。

try catchの用途が適切であるかわかりません。
PHPでアプリケーション開発を行う際、try catchをほぼ使います。
try catchがどのような動きをするかはわかっています。

下記はCodeIgniterのコントローラなのですが、バリデーションエラー等を全てthrowしてcatch内でエラー用の画面を表示させたりリダイレクトで飛ばしたりするような設計で開発してしまいます。
オープンソースのコード等を読んでいると、この様にtry catchを使っているコードをあまり見た事がありません。

エラー時の処理が楽だし見やすいと思っているのでこの様な書き方をしているのですが
何か問題点があるのでしょうか？
また、参考記事のC++だとパフォーマンスが悪くなるみたいな
他言語の情報でもご教授頂けますと幸いでございます。


参考記事:http://www.thinkridge.com/modules/tinyd1/content/index.php?id=7

```php
<?php
defined('BASEPATH') OR exit('のび太さんのエッチ！');
class Api extends CI_Controller{
    function __construct()
    {
        parent::__construct();
        $this->load->model('api_model');
        $this->load->library('form_validation');
    }
    
    public function add_user()
    {
          //POST Request以外は無視
          if ( $this->input->method(TRUE) !== 'POST' ) return show_404();
          $json_str   = $this->input->raw_input_stream;
          //ここform_validationしやすい様に配列で渡す。
          $json_data = json_decode($json_str, TRUE);
          if ( empty($json_data) ) return show_404();

          $this->form_validation->set_data($json_data);
          $this->form_validation->set_rules('name', 'lang:name', 'required|max_length[100]');
          $this->form_validation->set_rules('tel', 'lang:tel', 'required|is_natural|max_length[13]');
          $this->form_validation->set_rules('sex', 'lang:sex', 'required|in_list[1,2]');

          $result = new stdClass;
          try
          {
               if ( $this->form_validation->run() === FALSE )
               {
                    throw new Exception('Request Validation Error', 2);
               }

               if ( ! $this->api_model->add_user($json_data) )
               {
                    throw new Exception('User add Error', 1);
               }

               $result->statusCode = 'success!!!';
               $result->message    = 'ユーザー登録できたっぽいよ！';
          }
          catch ( Exception $e )
          {
              $result->statusCode = 'EA' . $e->getCode();
              $result->message    = $e->getMessage();

              if ( ! empty(validation_errors()) )
              {
                  $result->validationMessages = $this->form_validation->error_array();
              }
          }
          return $this->output
              ->set_content_type('application/json')
              ->set_output(json_encode($result));
    }
}
```


大げさですがifで分岐するパターンです。
```php
<?php
defined('BASEPATH') OR exit('のび太さんのエッチ！');
class Api extends CI_Controller{
    function __construct()
    {
        parent::__construct();
        $this->load->model('api_model');
        $this->load->library('form_validation');
    }
    
    public function add_user()
    {
          //POST Request以外は無視
          if ( $this->input->method(TRUE) !== 'POST' ) return show_404();
          $json_str   = $this->input->raw_input_stream;
          //ここform_validationしやすい様に配列で渡す。
          $json_data = json_decode($json_str, TRUE);
          if ( empty($json_data) ) return show_404();

          $this->form_validation->set_data($json_data);
          $this->form_validation->set_rules('name', 'lang:name', 'required|max_length[100]');
          $this->form_validation->set_rules('tel', 'lang:tel', 'required|is_natural|max_length[13]');
          $this->form_validation->set_rules('sex', 'lang:sex', 'required|in_list[1,2]');

          $result = new stdClass;
          if ( $this->form_validation->run() === FALSE )
          {
               $result->message = 'Request Validation Error';
               $result->statusCode = 'EA2';
               $result->validationMessages = $this->form_validation->error_array();
               return $this->output
                  ->set_content_type('application/json')
                  ->set_output(json_encode($result));
          }
          
          if ( ! $this->api_model->add_user($json_data) )
          {
               $result->message = 'User add Error';
               $result->statusCode = 'EA1';
               return $this->output
                  ->set_content_type('application/json')
                  ->set_output(json_encode($result));
          }

          $result->statusCode = 'success!!!';
          $result->message    = 'ユーザー登録できたっぽいよ！';
          return $this->output
                  ->set_content_type('application/json')
                  ->set_output(json_encode($result));
    }
}
```


。。。。微妙。。。。
```php
<?php
defined('BASEPATH') OR exit('のび太さんのエッチ！');
class Api extends CI_Controller{
    function __construct()
    {
        parent::__construct();
        $this->load->model('api_model');
        $this->load->library('form_validation');
    }
    
    public function add_user()
    {
          $json_data = $this->validation_set_value();
          
          $result = $this->error_check($json_data)
          if ( ! empty($result) )
          {
               $result = new stdClass;
               $result->statusCode = 'success!!!';
               $result->message    = 'ユーザー登録できたっぽいよ！';
          }
          return $this->show_output($result);
    }

   private function show_output(array $result)
   {
        return $this->output
              ->set_content_type('application/json')
              ->set_output(json_encode($result));
   }

   private function error_check($json_data)
   {
       if ( $this->fvalidation_check($json_data) === FALSE )
       {
            $result = $result = $this->err('Request Validation Error', 1);
        }
        elseif ( ! $this->api_model->add_user($json_data) )
        {
            $result = $this->err('User add Error', 1);
        }
       $result;
   }

   private function err($msg, $code)
   {
       $result = new stdClass;
       $result->statusCode = 'EA' . $e->getCode();
       $result->message    = $e->getMessage();

       if ( ! empty(validation_errors()) )
       {
          $result->validationMessages = $this->form_validation->error_array();
       }
       return $result;
   }

   private function validation_check()
   {
          $this->form_validation->set_data($json_data);
          $this->form_validation->set_rules('name', 'lang:name', 'required|max_length[100]');
          $this->form_validation->set_rules('tel', 'lang:tel', 'required|is_natural|max_length[13]');
          $this->form_validation->set_rules('sex', 'lang:sex', 'required|in_list[1,2]');
          return $this->form_validation->run();
   }

   private function validation_set_value()
   {
          //POST Request以外は無視
          if ( $this->input->method(TRUE) !== 'POST' ) return show_404();
          $json_str   = $this->input->raw_input_stream;
          //ここform_validationしやすい様に配列で渡す。
          $json_data = json_decode($json_str, TRUE);

          if ( empty($json_data) ) return show_404();
          return $json_data;
   }
}
```

try catchの用途【PHP】

PHPで例外処理を書いているのですが、
どのように書くのが良いか悩んでいます。
例えば、以下のCode1とCode2ではどちらのほうが良いでしょうか？

Code1では、メインの関数とは別の関数内でthrowして、
それをメインの関数でcatchしています。
Code2では、メインの関数で別の関数からの結果を受け取って、
メインの関数内でthrowしています。

エラーハンドリングのコードを書き慣れてないので、
その他、このように書くのが良いなどあればお教えいただければ助かります。

###### Code1
```lang-php
class Checkout
{
    public function main()
    {
        try {
            $this->saveOrder();
            $this->saveOrderDetail();
            // ...
        } catch (Exception $e) {
            // 例外処理
        }
    }

    public function saveOrder()
    {
        // ...
        if (Order::save()) {
            throw new \Exception('注文の保存に失敗');
        }
    }

    // ...
}
```

###### Code2
```lang-php
class Checkout
{
    public function main()
    {
        try {
            if ($this->saveOrder()) {
                throw new \Exception('注文の保存に失敗');
            }

            if ($this->saveOrderDetail()) {
                throw new \Exception('注文詳細の保存に失敗');
            }
            // ...
        } catch (Exception $e) {
            // 例外処理
        }
    }

    public function saveOrder()
    {
       // ...
       return Order::save();
    }

    // ...
}
```

エラーハンドリングのベストプラクティス

安全なパスワードの保存を行う為に暗号化はどこで行うべきですか？（旧タイトル）
---

Webサービスで安全なパスワードの保存を行いたいとします。

パスワードをSHA256などによって暗号化することはよくある話だと思います。しかし、このSHA256を利用して暗号化する場合、暗号化はサーバサイドで行うべきか、クライアントサイドで行うべきか悩んでいます。

サーバサイドで暗号化を行う場合、入力されたパスワードが暗号化されないままサーバに届くことになります。（SSLの話ではありません）

その後、アプリケーションサーバの手によってデータベースにパスワードを保存する際にはSHA256によるパスワード暗号化を行った上で保存することになるわけですが、アプリケーションサーバにはパスワードがそのままの形で届いてしまっていることに変わりありません。

我々が利用しているアプリケーションサーバはセキュリティ的に問題無いから大丈夫だ！とサービス運営者が主張したところで、サーバの権限を奪われる可能性はゼロではありませんし、それ以前にアプリケーションサーバの運営者はパスワードが直接届くような環境でアプリケーションを日々保守していたりするわけです。

また、アプリケーションサーバがGETやPOSTに対するログを取るように設定されていた場合、送信されたパスワードは暗号化されることなくログファイルに記載されることになります。

つまり、サーバサイドでSHA256によるパスワード暗号化を行う仕様の場合、暗号化されないままアプリケーションサーバに届くパスワードを運営は安全に管理してくれるだろうと信用する形でサービスを利用することになります。

これはなんかダメなんじゃないかなっていう気がするんです。

これを回避するためJavascriptなどを利用してクライアントサイドでパスワードを暗号化してからアプリケーションサーバに暗号化されたパスワードを送る方法をとれば、このような心配事は無くなります。

しかしその場合、SHA256で使用するSaltキーなどはどのように設定すれば良いのでしょうか？そのままjavascriptのソースファイルに暗号化キーであるSaltキーを記述してしまって良いのでしょうか？

なんとなくSaltキーの情報が漏れていることはあまり良くないことのような気がしています。しかし、SHA256は復号化が不可能な暗号化なので、一度暗号化されてしまったものを復号化することは不可能だと思います（そうですよね？）

だから安全だと言い切れるのでしょうか？
何か嫌な感じがします。

どうにかSaltキーの情報を隠蔽したいと思っていますが、クライアントサイドで暗号化を行う以上、隠蔽することは不可能なのではないかと思っています。本当にこのSalt隠蔽問題は気にしなくても良いことなのでしょうか？

何か考え方がおかしいのかもしれませんが、こんな私に何かアドバイスいただけたらと思います。

追記（2016/09/26 18:30）
---
質問がダラダラとした文章になり、分かりにくいようですので質問を変えさせていただきます。

SSLによる暗号化通信を前提としたWebサービスで入力フォームなどによってユーザが入力するパスワード文字列をサーバサイドで暗号化する場合、そのパスワードの安全性が保障されません。

なぜなら運営がパスワードを安全な形で管理しているかわからないし、暗号化していたとしても暗号化する前のパスワードをアクセスログに残している可能性なども考えられるためどこからパスワード文字列が漏れるかわからないからです。

しかし、クライアントサイドでパスワードを暗号化した場合は、アプリケーションサーバにパスワードが届いた地点ですでに暗号化されているため、パスワードの文字列が漏洩する心配は無くなります。

漏れたとしても暗号化後のハッシュ文字列だから元のパスワードが漏れるより安心できると考えられます。

そのため、クライアントサイドでSHA256によるパスワード暗号化を行った上でサーバサイドにパスワードを送る方法をとったほうがユーザにパスワードの安全性を保証することができるのではないですか？

この考え方は正しいですか？

またクライアントサイドでSHA256によるパスワード暗号化を行った場合、ハッシュを生成するために必要なSaltキーが必要になりますが、Saltキー隠蔽することは可能ですか？不可能な場合、Saltキーが漏洩していることでどのような問題が起こりますか？

追記（2016/10/01 18:06）
---
ここまでの流れとして、質問者（私）が認識したことをまとめてみます。

- SSL/TLSを利用したhttpsプロトコルの利用は必須
- SHA256は暗号化ではなく、ハッシュ生成のアルゴリズム（関数）である。
- Saltはキーではない
- 常識的にシステムを構築していればSaltは漏洩は気にしなくて良い
- サーバサイドでのパスワードのハッシュ化は必須である
- クライアントサイドで生成したパスワードハッシュをそのままDBに保存してはならない
- パスワードのハッシュが漏洩した場合、元のパスワードを総当たりで突き止めることができる（オフラインの場合？）

SSLを利用したWebサービスでログインパスワードを安全に保存するには？

【業務】
・納品書を元に、日々仕入データを入力している。
・月初に仕入先から請求書が来る。（月末締め）
・仕入データと請求書の金額突合せが完了したら、前月分を（変更できないように）締め処理したい。

以下の案１と２はどちらがよいのでしょうか？
それともケースバイケースでしょうか？

【案１】仕入データのカラムとして締め処理フラグを管理する
仕入日付 商品コード 仕入先コード 数量 単価 締め処理フラグ ・・・

【案２】別テーブル（締め処理テーブル）に持たせる
締め対象年月 仕入先コード ・・・


案１は冗長な気がしますが、プログラムはすっきりします。

締め処理をデータベース上で表現するには

Javaの例外処理について、みなさまの開発チームでは運用ルールなどはありますか？
皆様の意見をお聞きしたいのは以下になります

１．事前にパラメータチェックするか
  パラメータチェックせずに例外でチェックするか
  ルールはありますか？

２．関数内でtry-catchするのか
  呼び出し元へ例外を投げるのか
  ルールはありますか？

３．例外を呼び出し元へ投げる場合には、発生した例外をそのまま投げますか？
  それとも、独自の例外などに変換して投げますか？

４．throwsの記載には呼出元へcatchすることを強制する以外に意味があるのでしょうか？
  テストしたところ、動作が変わらないように思えました
  throwsには何を記載するようにしていますか？

５．例外処理に関して、有名なベストプラクティスなどはありますか？


＜補足＞
私はC言語出身の人間であったため、パラメータのチェックは事前に行い、
例外処理は基本は全て発生させないといった頭だったのですが、
色々調べてみますと、チェック処理が大量になるのを避けるため、
気軽に処理を呼出し、チェック処理は例外で一括化といった方法もあるようでした
そもそもJavaがそういった設計思想だったといった内容も見かけた気がします
事前チェックタイプの方が原因を特定しやすい気もしますが、
モダンなJavaの書き方ではないのでしょうか？

また、try-catchする場所に関しても、色々な意見があるようでして、
基本は全て呼び出し元へ投げ、一番上位層で処理するとか
基本は全て関数内でtry-catchし、処理できない場合のみ呼出元へ投げるとか

NumberFormatExceptionは事前チェックするけど、NullPointerExceptionはしないとか
FileNotFoundExceptionは呼出元へthrowするけど、IndexOutOfBoundsExceptionはcatchするとか、例外によってルールは異なるかもしれませんが、有名なルールや、ベストプラクティスといったものはあるのでしょうか？

もし、知っていましたら教えて頂けますと助かります

Java 例外処理の運用ルール作っている？

ちょっとしたエラーなどで例外を投げていいものなのでしょうか？

例外を投げる場合、投げない場合はどのように区別すればいいのでしょうか？

例外処理は気楽に使っていいものなのでしょうか？

いつも本当に助かっています。
テーブルの設計についてご意見をお聞かせください。

仕事でデータロガーのシステムというものを実装しました。
そのシステムは外部の機械から何らかのデータを受けとり、保存していくだけの単純なものですが、受け取るデータ構造を可変としています。

---

例：
- 機械Ａは 気温、湿度、気圧
- 機械Ｂは 電圧、電流
- これらのデータが各機械から１０秒毎に（23℃, 30%, 1000hPa というように）送信されるので受信し保存する。


条件：
- 機械毎のデータ定義を画面から設定する。
(何カラムあり、どのカラムが何のデータで、型は何で、有効桁数が何桁で、単位は何か、等）
- 各カラムのデータ型は真偽値、整数値、小数値、文字列がある。
- 機械Ａも機械Ｂも数千台程度接続されている。今後機械Ｃも追加される
- データを元に各機械毎のグラフを描画したり全体で集計したりする。閾値判定も行う。
- データ蓄積後、定義の変更はある程度許容する。（列の追加や単位の変更など）

---

これらを実現するためのテーブル構造の案として、下段に記載した幾つかの案などがあるかと思います。
実はもうこのシステムは「案１」で開発が終了し、問題なく稼働しています。
上記は例ですが、実際に数億レコードのデータが蓄積されています。
ただ、設計実装が私一人で周りに頼れる人もなく、設計に不安があるため、皆様のご意見をお聞かせください。

**質問１．情報が少なくて恐縮ですが、「案１」を採用したのは正解だと思いますか？
質問２．現実的な案として下段以外のものはありますか？
質問３．下段の案の中で、上記条件に対して「ありえない」と考えるものはありますか？
質問４．一般的にこういったもののデザインパターンはありますか？
質問５．他、経験談や参考情報などありましたらご教示ください。**


実際に問題なく稼働しているのだからいいじゃん、という部分もあるかと思いますが、後学のためよろしくお願いいたします。
※できるだけ広くご意見を頂きたいので少し長めに質問をオープンしておくかもしれません。

CentOS7.2, MariaDB10.0, Java8

---

### 案

**１．ID, 機械ID, キー(VARCHAR), 値(VARCHAR), 日時 のカラムを持つテーブルを用意する。**
  ※一旦値をVARCHARで保存し(小数値1.23ならそのままテキストで)、読み出し時に各定義の型に合わせて解釈します。
  ※１カラム（例えば気温）だけで１レコード消費します。
  ※閾値判定時、VARCHARカラムに対して平気で 「値 > 1.23」 のようなことをやります。
  ※１回の送信データを示す集計基準は機械IDと日時です。
  ※この案を採用しました。


**２．「定義ごとに柔軟にテーブルを作る」システムを作る。**
  ※プログラムが CREATE TABLE 文を発行します。
  ※なんだか気持ち悪いという理由と、システムが複雑化しそうという理由で却下しました。
  ※データ量は最も少なくなり運用も楽そうなため、今はこちらの方がよかったかも、と思っています。


**３．ID, 機械ID, c1, c2, c3, c4..., 日時 のようにカラムを予めたくさん用意し、カラムとデータの対応テーブルを別途用意する。**
  ※ダサく感じたので却下しました。なしではなかったなと思っています。


**４．ID, 機械ID, データ(VARCHAR), 日時のカラムを用意し、データにXML, JSON, ハッシュオブジェクトシリアライズなどで保存する。**
  ※集計と運用が厳しくなるかと思い却下しました。


**５．RDBを用いない。**
  ※RDB以外を知らないことと、集計が厳しくなると思い、却下しました。

可変データ構造をRDBに保存する方法について

どうにも分からないので困っています。AWS EC2 上の MySQL を 5.1 から 5.6 に移行しました。特定の状況下でパフォーマンスの劣化が見られたので、原因の追究を手伝って下さる方を探しています。MySQL 5.5 までは問題がないように思います。nano インスタンスですが、メモリ不足ではないと思いますし、steal もない状況で比較しています。

**※最下部に現状を追記しました。**

# テーブル
```SQL
CREATE TABLE `dtb_bill` (
  `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
  `customer_id` bigint(20) unsigned DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `customer_id` (`customer_id`),
) ENGINE=InnoDB AUTO_INCREMENT=8549 DEFAULT CHARSET=utf8
```

7518 レコードですが、customer_id は 5611 通りです。

# クエリ
これについて、

```SQL
SELECT `dtb_bill`.* FROM `dtb_bill` WHERE
 (customer_id IN (...)) -- 約 2000 通り
 AND
 (id IN (...)) -- 約 2200 通り
 ORDER BY `id` desc LIMIT 20;
```

というクエリを発行しています。IN 句の中に意味のない数字は大量にあります。
どうしてそんなものを…という質問については、すみません、今回はそこは無しでお願いします。
※追記: サブクエリはありません。IN の中には数値の列が与えられます。
※追記: 数が逆でした。

# my.cnf
関連しそうな my.cnf の設定は
``` my.cnf
query_cache_type        = 1
query_cache_limit       = 16M
query_cache_size        = 128M
innodb_buffer_pool_size = 48M
tmp_table_size         = 32M # not set
max_heap_table_size    = 32M
```
こんなところでしょうか。SWAP 発生はありません。

# 状況
5.5.46-1.10.amzn1 と 5.6.30-1.15.amzn1 の比較です。

示したクエリの発行で
* MySQL 5.5 time コマンドで 0.120 秒程度
* MySQL 5.6 time コマンドで 1.923 秒程度

ORDER BY と LIMIT をやめると、約1930件あるのですが、
* 5.5 time コマンドで 0.078 秒程度
* 5.6 time コマンドで 1.937 秒程度

で、傾向は変わりません。

クエリキャッシュは有効で、2回目以降は早いです。1回目の実行を高速化したいです。目標は、MySQL 5.6 で 1秒を切るところです。

※追記
クエリ自体が 160 KB なので、それが悪影響を起こしている可能性はあります。

# 備考
テーブルの DROP と CREATE をしても、状況は変化しません。

同一インスタンスで、アップグレード・ダウングレードを繰り返していますので、何か悪く働いている可能性はあります。

その他いろいろ条件を変えてテストしているのですが、ORDER BY ありのクエリを EXPLAIN EXTENDED すると
MySQL 5.5:
```
id      select_type     table           type    possible_keys           key     key_len ref     rows    filtered        Extra
1       SIMPLE          dtb_bill        index   PRIMARY,customer_id     PRIMARY 8       NULL    77      2724.68         Using where
```
MySQL 5.6: 
```
id      select_type     table           type    possible_keys           key     key_len ref     rows    filtered        Extra
1       SIMPLE          dtb_bill        index   PRIMARY,customer_id     PRIMARY 8       NULL    71      2954.93         Using where
```
であり、実行計画に目立った際は見られません。

INDEX を加えて、
```SQL
ALTER TABLE dtb_bill ADD INDEX cust_id(customer_id, id);
```
とした場合は(だました場合は)挙動が大きく異なり

* 5.5 160 秒以上
* 5.6 3.732 秒程度

です。実行計画は

```
id      select_type     table           type    possible_keys                   key     key_len ref     rows    filtered        Extra
1       SIMPLE          dtb_bill        index   PRIMARY,customer_id             PRIMARY 8       NULL    77      2724.68         Using where
1       SIMPLE          dtb_bill        index   PRIMARY,customer_id,cust_id     PRIMARY 8       NULL    77      2724.68         Using where
```

の上段から下段に変わるのですが、使用インデックスが変わらないのにもかかわらず、顕著なパフォーマンス劣化が見られます。

```SQL
ALTER TABLE dtb_bill DROP INDEX cust_id;
```
直後に速度は元に戻ります。何かのバッファメモリが足りないのでしょうか？

## 備考その2
実は、実際のアプリケーション上では、他にも type, status 等のカラムがあり、WHERE 句に `(status = '3' AND type <> 3) AND (type = '1')` がついていました。どちらも KEY がついています。
5.1 では `Using intersect(status,type); Using where; Using filesort`
5.5 では `Using intersect(status,PRIMARY); Using where; Using filesort`
5.6 では `type` を見て、`Using where` でした。
こちらはこちらでまた面白いので、別途質問するかもしれません。

## 追記
アプリケーション側のコードを追って、SQL を突き止めました。テーブルの構成は、もともとの構成に戻してはいますが、概要は変わりません。

```SQL
SELECT `dtb_bill`.* FROM `dtb_bill` WHERE 
 (customer_id IN (SELECT文 A))
 AND
 (id IN (SELECT文 B))
 ORDER BY `id` desc LIMIT 20;
```
が本来行いたい処理であるようです。

これを
```SQL
SELECT `dtb_bill`.* FROM `dtb_bill` WHERE 
 (customer_id IN (SELECT文 A の「結果カンマ区切り」))
 AND
 (id IN (SELECT文 B の「結果カンマ区切り」))
 ORDER BY `id` desc LIMIT 20;
```
で処理させていて(一度途中経過を取っているようです)、そうすると、性能劣化が生じます。

両方 SELECT 文なら、0.009 秒、片方 SELECT 文の時、A が SELECT のとき 0.009 秒、B が SELECT のとき 0.035 秒でした。両方カンマ区切りにすると、約 1.9 秒で、これだけやけに遅いです。

クエリの実行計画は、両方カンマ区切りが
```
id      select_type     table           type    possible_keys           key     key_len ref                             rows    filtered        Extra
1       SIMPLE          dtb_bill        range   PRIMARY,customer_id     PRIMARY 8       NULL                            2100    100.00          Using where
```
で A が SELECT 文のとき
```
id      select_type     table           type    possible_keys           key     key_len ref                             rows    filtered        Extra
1       SIMPLE          dtb_bill        range   PRIMARY,customer_id     PRIMARY 8       NULL                            2100    100.00          Using where
1       SIMPLE          dtb_customer    eq_ref  PRIMARY,----------_by   PRIMARY 8       perf_test.dtb_bill.customer_id  1       100.00          Using where
```
で B が SELECT 文のとき、
```
id      select_type     table           type    possible_keys           key             key_len ref                     rows    filtered        Extra
1       SIMPLE          dtb_bill        index   PRIMARY,customer_id     PRIMARY         8       NULL                    20      37425.00        Using where
1       SIMPLE          <subquery2>     eq_ref  <auto_key>              <auto_key>      9       perf_test.dtb_bill.id   1       100.00          NULL
2       MATERIALIZED    dtb_-----       ALL     NULL                    NULL            NULL    NULL                    7434    100.00          Using where
```
でした。

「カンマ区切りのデータを複数 IN 句に与える」ことで劣化させられるのですが、果たしてその原因は…分かる方いらっしゃいますでしょうか。

## 追記 USE INDEX 付加

`USE INDEX (PRIMARY)` を付加したところ、0.022 秒程度のクエリとなりました。実行計画は以下です。

```
id      select_type     table           type    possible_keys   key     key_len ref     rows    filtered        Extra
1       SIMPLE          dtb_bill        range   PRIMARY         PRIMARY 8       NULL    2100    100.00          Using where
```

## 追記 SHOW PROFILE 結果

右が、USE INDEX 付加後。statistics が大きく異なる。

```
Status                  Duration
starting                0.005219        0.005266
checking permissions    0.000007        0.000005
Opening tables          0.000023        0.000017
init                    0.003204        0.002664
System lock             0.000010        0.000007
optimizing              0.001004        0.000933
statistics              1.818584        0.002057
preparing               0.001847        0.001844
Sorting result          0.000004        0.000004
executing               0.000002        0.000002
Sending data            0.000102        0.000078
end                     0.000004        0.000003
query end               0.000005        0.000004
closing tables          0.000009        0.000006
freeing items           0.000598        0.000533
cleaning up             0.000008        0.000008

```

よろしくお願いいたします。

MySQL 5.6 移行後の性能劣化

```PHP
/**
* 自然数同士の足し算を行う
*
* @param integer $x 自然数であること
* @param integer $y 自然数であること
* @return integer $xと$yの合計値
*/
function Add($x, $y) {
    $sum = $x + $y;
    return $sum;
}
```


このようなコードがあるとします。
$x, $yが引数として妥当であること（型がintegerである、自然数である）の検査をする箇所について質問があります。
検査すべき場所として下記3パターンあると思うのですがどれが妥当なのですか？
(a)関数内で行うもの
(b)呼び出し側で行うもの
(c)a,b両方で行うもの

防衛的プログラミングや契約プログラミングというワードを「達人プログラマー」の書籍でしり混乱しています...
上記3パターン以外の手法も歓迎しております。どうかお知恵をお貸しください。


【追記】
情報の質と量が多くみなさんの全ての回答を読めていません。
いまだ「未解決」のままになっていますが週末利用して頂いた回答を理解できるように致します。

関数の引数はどこで検査するべきか

様々な技術系の記事やドキュメントで「コンテキスト」という言葉がでてきますが、何を指しているのかよく分かりません。
「コンテキスト」という言葉自体は調べたのですが、利用されている状況によって意味が異なるため、結局何を指しているのか理解ができないです。
例えば、以下の記事やドキュメントの「コンテキスト」が何を指しているのかが分からないです。

- [https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/this](https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Operators/this)
「Global context」
「Function context」

- [https://jp.vuejs.org/api/](https://jp.vuejs.org/api/)
「this コンテキストを持ちます。」

上記の「コンテキスト」が何を指しているか教えていただけますか。
また、「コンテキスト」を別の言葉で言い換えることはできますか?

そもそも「コンテキスト」という言葉自体が曖昧(だと思ってる)なため、
回答しづらい質問で申し訳ありませんが、よろしくお願いいたします。

**2016.11.04追記：おわび**
ご指摘を受けましたが、マルチポストのことを知らずにマルチポストをしてしまいました。
私が質問をする前の確認不足であり、想像力不足でした。申し訳ありませんでした。
ただ、貴重な回答をいただいたので今回の質問は残しておきます。今後マルチポストは慎みます。

**2016.11.04追記2：マルチポストをした理由・解決にいたるまで**
ご指摘を受けた通り、ヘルプに

> やむを得ず複数のサイトに質問を投稿された場合は、質問内容にマルチポストをする理由を書き、他のサイトの投稿へのリンクを貼ってください。また、解決した際には、必ずteratail及びすべての投稿に解決した旨とどのように解決したかを記載してください。

と記載されていますので、以下にマルチポストをした理由を記載します。

**マルチポストしたURL**
[http://ja.stackoverflow.com/questions/30060/
](http://ja.stackoverflow.com/questions/30060/)

**マルチポストした理由**
今回の質問は
** 「コンテキスト」という言葉が何を指しているのかよく分からない**
というものですが、 「コンテキスト」という言葉自体が非常に曖昧なものであり、
完全な正解はなく、人によって回答が異なるものだと想定していました。
そのため、できる限り多くの方々の意見・回答を見たかったことがマルチポストをした理由になります。

**解決した旨とどのように解決したか**
結果として4人の方から回答をいただくことができました。
どの回答も非常にためになり、イメージを掴むことができたため解決にしました。
回答をくださった皆様、誠にありがとうございました。

「コンテキスト」という言葉が何を指しているのかよく分からない

下記のように、金額範囲を選択するを選択した場合、Jqueryで追加の選択肢が現れそこでまた、諸々選択するUIになっております。

1.ページを進む、戻るを行った場合、金額範囲を選択するのセレクトボタンしか残らず、その後の追加の選択肢が一度消えてしまいます。その状態でまた金額範囲を選択するのセレクトボタンを操作すると一度入力した値は戻って聞きます。
これがUIとしては不親切であるため、一度金額範囲を選択するを選択し、その後の追加の選択肢を入力した場合、ページを進む、戻るしてもその状態を保存していたいのですが、方法はございますでしょうか？

2.加えて、ページをリロードした場合には、当然これらの情報はすべてブラウザから消えてしまい、選択肢も初期化されてしまうのですが、リロードしても状態を保存させておく方法はJS上ございますでしょうか？

よろしくお願い申し上げます。

```HTML
  <h3>金額範囲の設定</h3>
        <p>
          <input class="spec" type="radio" name="moneyChoice" value="yes">金額範囲を選択する
          <br>
          <input class="spec" type="radio" name="moneyChoice" value="no" checked>金額範囲を選択しない
        </p>

        <div id="moneyRange">


        <input type="text" name="median" id="median" class="money" style="text-align:right; " name="" value="" placeholder="目安金額（中央値）を入力">
        <input type="text" name="step" id="step" class="money" style="text-align:right; " name="" value="" placeholder="ステップ金額（階段値）を入力">
        <br>
        <select name="max" id="max" size=1 disabled style="width:300px;text-align:right;">
          <option value=""></option>
          <option value=""></option>
          <option value=""></option>
          </select>
          <br>
        <span>下限値は</span>
        <span id="min"></span>
        <input id="min2" name="min" type="hidden" name="" value="">
      </div>
```
```Javascript
$(function(){
  $('#median,#step').on('change',function(){
    $('#max').find('option').remove();
    $('#max').prop('disabled', true);
    var median=parseInt(($('#median').val()).replace(/,/g,""));
    var step=parseInt(($('#step').val()).replace(/,/g,""));
    if (isNaN(median) || isNaN(step) || step == 0) {
             $('#min').text('');
             return;}
    var maxChoice= Math.floor(median*2/step);
    var flg=median>0 && step>0;
    $('#max').find('option').remove();
    for(var i=1; i<=maxChoice; i++){
      var num=flg? median+(step*i):'';
      $('#max').append($('<option>').val(num).text(num));
    }
    $('#max').prop('disabled',!flg);
if ((median-step)>=0) {
  $('#min').text(median-step);
  $('#min2').val(median-step);
}else{
  $('#min').text(0);
  $('#min2').val(0);
}
  }).trigger('change');


   $('#max').change(function(){
     var median=parseInt(($('#median').val()).replace(/,/g,""));
     var max=$('#max').val();
     var bottom= median-(max-median);
    if (bottom<0) {
      $('#min').text(0);
      $('#min2').val(0);
    }else{
     $('#min').text(bottom)
     $('#min2').val(bottom);
   };
   });
});
```

ページを進む、戻るをしても状態を保持する

メールに添付ファイルをつけて配信したいのですが
届いたメールの添付ファイル名が文字化けしています。
どうすれば文字化けが直るのでしょうか？
よろしくお願いいたします。


```ここに言語を入力
      // 文字コードを ISO-2022-JP に変える
      mb_convert_variables('ISO-2022-JP', 'UTF-8', $body, $filename);

  // 各 mime パートの構築
  $mime = new Mail_mime;
  $mime->setParam('text_charset', 'ISO-2022-JP');
  $mime->setParam('text_encoding', '8bit');
  $mime->setTxtBody($body);
  $mime->addAttachment($file_path // data
                       ,'application/octet-stream'  // content-type
                       ,$filename // attached file name
                       ,false // isfile
                       ,'base64' // encoding
                       ,'attachment' // disposition
                       ,'' // charset
                       ,'' // language
                       ,'' // location
                       ,'base64' // n_encoding
                       ,'base64' // f_encoding
                       ,'' // description
                       ,'ISO-2022-JP' // h_charset
      );

	$subject = "メール:";
  $jis = mb_convert_encoding($subject, 'ISO-2022-JP', 'UTF-8');
  $encsubj = mb_encode_mimeheader($jis, 'ISO-2022-JP', 'B');

  $headers = array(
      'From' => 'hoge@hogehoge.net',
      'To' => $recpts,
      'Subject' => $encsubj );

  $headers = $mime->headers($headers);
  $body = $mime->get();

  // メール送信には SMTP を直接使うのが好き
  $mail = Mail::factory('smtp', array('host' => 'localhost'));
  $mail->send($recpts, $headers, $body);
```

![ファイル名は正しいがファイルが壊れている](9935a11781749fa52c29b21522407367.png)

![ファイルは届くがファイル名が文字化けしている](0926ce4f3784c590aafa4de6c6023fcb.png)

添付ファイル名が文字化けします。

###商品登録データベースを作成したいと思っております。
商品画像データをデーターベースに登録したいと思い、
初心者ながらgoogleで色々調べてみたところ、
データ型を「mediumblob」にすると画像を保存できるという記事を見かけましたが、
基本的にデーターベースには画像を保存しないほうがいいというご意見もありました。
普通は画像のパスをデーターベースに保存する、という意見でした。

基本的にはどちらが良いのでしょうか？
（データーベースに負荷を与えない画像保存？）

皆様のご意見をお聞かせください。

宜しくお願い致します。

データベースに画像を保存するのはありでしょうか？

1画面に複数選択のチェックボックスを作成する際の
DB設計について質問です。

例えば、10個のチェックボックスがある場合、
設計の仕方は色々あると思いますが、ﾁｪｯｸﾎﾞｯｸｽの項目数を増えることを想定して集計作業をする際、一番良いものを教えてください。

１．テーブルの項目(数値ﾀｲﾌﾟ)を10個持たせる。←よくやっている人がいますが、ﾁｪｯｸﾎﾞｯｸｽが追加されるたび、項目追加しないといけない。

２．テーブルの項目を1つにして文字列10文字にして、'0000000010'みたいな感じで保存する。文字列10文字→文字列11にすれば良いだけ。

３．主テーブルと副テーブルを作って1対10にして副ﾃｰﾌﾞﾙ側にﾁｪｯｸﾎﾞｯｸｽの値を持たせる。→テーブルを連結しなければならないので、SQLが長くなりがち。

４．その他

自分の考えですが、自作関数さえ作ってしまえば、２の方がSQLも複雑にならず、メンテナンスしやすいと思っています。

また、DB設計する際に読んでおいた方が良いサイトとかありましたら、
教えてください。

DB設計について

主にサーバーサイドの開発はPHPで行っているものです。

フレームワークは何種類か使って経験はあるのですが、私が開発する場合いずれもormを使用しないルールでSQLを直書きする形で実装しています

また、いくつかのプロジェクトを経験したのですがormを使っている案件があまりありません。
使っている案件もあったのですが、そのときの開発者が精通していなかっただけなのかもしれませんが、SQL直接書いたほうがわかりやすいだろって思ってしまいます。

私の知識不足かもしれないのですが複雑なSQLなどはやはりSQLを書くケースもふえてくるのかなと考えると、orm使っている箇所とSQL書いている箇所と混在して。。。と思うとそれなら全部SQLでいいじゃんって思ってしまいます

PHPのフレームワークをいくつか経験してどれも似たようなものだなと思ってしまうのですが、それはormを使っていないからなのでしょうか？
フレームワーク使うならorm使ってなんぼっていう感じなのでしょうか？

まとまりがない質問ですみませんがよろしくお願いします