常連

###前提・実現したいこと
APNs Provider API（HTTP/2）を使用して、プッシュ通知アプリを作成しています。

###発生している問題・エラーメッセージ
デバイスのiOSアプリをアンインストールすると、「BadDeviceToken」のレスポンスが返ってくる認識だったのですが、
アプリを削除しても サーバアプリにはレスポンス:200(正常）が返ってきています。
原因をご存知の方いらっしゃいましたら、教えていただけませんでしょうか。
(12/08 訂正)
削除時のレスポンスは「BadDeviceToken」ではなく「Unregistered」でした。

###試したこと
Feedbackサービスにアクセスすると、削除済みアプリのデバイストークンが返ってきます。
しかし、APNs Provider API（HTTP/2）でそのデバイストークンに対してプッシュ通知を行うと、
変わらずレスポンス:200(正常）が返ってきています。

###補足情報(言語/FW/ツール等のバージョンなど)
・サーバアプリ
 言語：Java8
 APNSとの通信はokhttpライブラリを使用
 開発用証明書を使って接続
・クライアントアプリ
 言語：Swift
 プロビジョニングプロファイルは開発用を使用
 XCode7.3にて、「Save for Developmet Deployment」で出力したipaファイルをインストール

APNs Provider API（HTTP/2）のアプリアンインストール時の挙動

### 前提・実現したいこと

PHPのcURLでWeb APIを叩いて出力結果を表示したいのですが、
プログラムを実行するサーバ（以下A）とWeb API提供元（以下B）に
HTTPのバージョンの違いがあるのでGoogle Chrome で以下のエラーが発生します。


### 発生している問題・エラーメッセージ

```
POST https://*** net::ERR_SPDY_PROTOCOL_ERROR
```
(A)がHTTP2導入済み、(B)がHTTP2未導入です。(A)のHTTP2をオフにすると、エラーは発生しません。
HTTP2をオフにする以外の対処法がありましたらご教授ください。


### ソースコード

```PHP
<?php
	$url = "(B)のURL";
    $ch = curl_init(); 
    curl_setopt( $ch, CURLOPT_URL, $url ); 
    curl_setopt( $ch, CURLOPT_RETURNTRANSFER, true );
    curl_setopt( $ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_1_1 );
    $result = curl_exec( $ch ); 
    curl_close(); 
    echo $result;
?>
```

### (A)のサーバ環境

OS:CentOS 7.4
Webサーバ:nginx 1.13.8
SSL:OpenSSL 1.0.2k
他:PHP 7.2、cURL 7.57.8


1/29追記

### (A)のnginxの設定

■nginx.conf
```conf
user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log warn;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    resolver 127.0.0.1;

    keepalive_timeout  65;

    #gzip  on;
    brotli on;

    server_tokens off;
    add_header X-Frame-Options SAMEORIGIN;
    add_header X-XSS-Protection "1; mode=block";
    add_header X-Content-Type-Options nosniff;

    include /etc/nginx/conf.d/vhost.conf;
    #include /etc/nginx/conf.d/*.conf;
}
```



■conf.d/vhost.conf
```conf
server {
	listen       80 default_server;
	listen       [::]:80 default_server;
	server_name  example.com;
	root         /var/www/html;
	error_log    /var/log/nginx/error.log;
	access_log   /var/log/nginx/access.log  main;

	location / {
	    index  index.html index.htm index.php;
	}
	
	# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
	#
	location ~ .php$ {
	    fastcgi_pass   unix:/var/run/php-fpm/www.sock;
	    fastcgi_index  index.php;
	    fastcgi_param  SCRIPT_FILENAME  $document_root/$fastcgi_script_name;
	    include        fastcgi_params;
	}
		
	include ssl.conf;
}
```



■conf.d/ssl.conf

```conf
#
# conf.d/ssl.conf
#

#listen 443 ssl http2;
listen 443 ssl;
ssl_session_cache shared:le_nginx_SSL:1m;
ssl_session_timeout 1440m;
add_header Strict-Transport-Security 'max-age=31536000; includeSubDomains' always;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_prefer_server_ciphers on;

ssl_ciphers "ECDHE-ECDSA-AES128-GCM-SHA256 ECDHE-ECDSA-AES256-GCM-SHA384 ECDHE-ECDSA-AES128-SHA ECDHE-ECDSA-AES256-SHA ECDHE-ECDSA-AES128-SHA256 ECDHE-ECDSA-AES256-SHA384 ECDHE-RSA-AES128-GCM-SHA256 ECDHE-RSA-AES256-GCM-SHA384 ECDHE-RSA-AES128-SHA ECDHE-RSA-AES128-SHA256 ECDHE-RSA-AES256-SHA384 DHE-RSA-AES128-GCM-SHA256 DHE-RSA-AES256-GCM-SHA384 DHE-RSA-AES128-SHA DHE-RSA-AES256-SHA DHE-RSA-AES128-SHA256 DHE-RSA-AES256-SHA256 EDH-RSA-DES-CBC3-SHA";

ssl_stapling on;
ssl_stapling_verify on;

if ($scheme != "https") {
    return 301 https://$host$request_uri;
}                                                                                                            
ssl_certificate /etc/pki/tls/certs/2017.crt;
ssl_certificate_key /etc/pki/tls/private/2017.key;
ssl_trusted_certificate /etc/pki/tls/certs/2017.intermediate;
```

HTTPのバージョン違いによる ERR_SPDY_PROTOCOL_ERROR

httpにはhttp1.1やhttp2などバージョンがありますが
ブラウザはリクエストの際にこれらのバージョンどうやって決めているのでしょうか？
curlなんかだと指定しますが、htmlやjavascriptで指定しませんよね？

HTTPのバージョンをクライアントはどうやって決めているのか

Dockerfileを以下のように記載したとします。

```ここに言語を入力
FROM php:7.3-apache
COPY ./php/php.ini /usr/local/etc/php/
COPY ./apache/*.conf /etc/apache2/sites-enabled/
```

その際、  ./php/php.ini と ./apache/*.confに自分で作成したphp.iniとhttpd.confをおくとします。
自分で作成したphp.iniとhttpd.confのテンプレートはどのようにして手に入れているのでしょうか。(テンプレートとは、例えばwindowsでxamppをインストールした時に、インストールした時一緒にインストールされるphp.iniやhttpd.confのことです。)

qiitaやそのブログ記事を見ていると、自分で必要な箇所だけ記載している設定が多いように思います。
できれば、元々ある公式のファイルを用いて、php.iniやhttpd.confを設定していきたいと考えています。(間違いがないので。)

このような理由によりどのようにしてDocker利用できるようなphp.iniやhttpd.confを手に入れたらいいのか質問しました。
よろしくお願いします。

Dockerのイメージ(php:7.3-apache)をphp.iniやhttpd.confを設定したいのですが、サンプルとなるテンプレートはどのように手に入れたらいいのでしょうか。

まだ導入検討段階なので、実現可能なのかもしご存じであればご教授願います。

nginxでwebサーバーを構築した場合、HTTP/1.1とHTTP/2の2つを共存することは可能でしょうか？

これらについて参考になるサイト等ありましたら、教えていただければと思います。

NginxでHTTP1とHTTP2の導入について

困っているわけではないですが、不思議に思ったので質問します。

HTTPのバージョン表記は、HTTP/1.1 や HTTP/2 のようにスラッシュを入れて表記します。

RFCもスラッシュを入れて表記しているため、正式なものかと存じます。

HTMLやCSSなどのバージョン表記にはスラッシュは入りません。

※CSSの場合はバージョンではなくレベルという名称ですが・・・

なぜ、HTTPはスラッシュを入れて表記するのでしょうか？

ご存知の方いれば、教えてくださいm(__)m

-------------------------
**2016.6.16 追記**

maisumakun さんの回答を受けて、HTTPのレスポンスについて調べました。

調べた結果は、コメントに記載してあります。

HTTP/1.1のバージョン表記は、なぜスラッシュが入るのでしょうか？

NginxとGoの[Echoフレームワーク](https://github.com/labstack/echo)を使ったアプリケーションにHTTP2での通信を実装したいです。そこでNginxとアプリケーションサーバの設定を以下のようにしました。

**nginx.conf**

```nginx
    user  nginx;
    worker_processes  auto;
    
    error_log  /var/log/nginx/error.log warn;
    pid        /var/run/nginx.pid;
    
    
    events {
        worker_connections  1024;
    }
    
    
    http {
        include       /etc/nginx/mime.types;
        default_type  application/octet-stream;
    
        log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                          '$status $body_bytes_sent "$http_referer" '
                          '"$http_user_agent" "$http_x_forwarded_for"';
    
        access_log  /var/log/nginx/access.log  main;
    
        sendfile        on;
        #tcp_nopush     on;
    
        keepalive_timeout  65;
    
        gzip  on;
    
        include /etc/nginx/conf.d/*.conf;
    
        server_tokens off;
    }
```

**default.conf**

```nginx
    server {
      listen 80;
      listen [::]:80;
      return 301 https://$host$request_uri;
    }
    
    server {
      listen 443 ssl http2;
      listen [::]:443 ssl http2;
      ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
      server_name ドメイン;
    
      ssl_certificate /etc/letsencrypt/live/ドメイン/fullchain.pem;
      ssl_certificate_key /etc/letsencrypt/live/ドメイン/privkey.pem;
      ssl_prefer_server_ciphers on;
      ssl_ciphers ECDHE+RSAGCM:ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:!aNULL!eNull:!EXPORT:!DES:!3DES:!MD5:!DSS;
    
      ssl_dhparam /etc/nginx/ssl/dhparam.pem;
      add_header Strict-Transport-Security 'max-age=31536000; includeSubDomains;';
      client_max_body_size 64M;
    
      # OCSP Staplingを有効にする
      ssl_stapling on;
      ssl_stapling_verify on;
      ssl_trusted_certificate /etc/letsencrypt/live/ドメイン/fullchain.pem;
    
      # OCSP StaplingのためにはDNSリゾルバを指定する必要がある
      resolver 8.8.8.8;
    
    
      # Deny access to any files with a .php extension in the uploads directory
      location ~* /(?:uploads|files)/.*\.php$ {
        deny all;
      }
    
      location / {
        proxy_set_header Host $http_host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto https;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_redirect http:// https://;
        proxy_pass http://127.0.0.1:ポート;
      }
    
      location ^~ /.well-known/acme-challenge/ {
        root /home/user1/public;
      }
    
      location ~ .*\.(jpg|JPG|gif|GIF|png|PNG|swf|SWF|css|CSS|js|JS|inc|INC|ico|ICO) {
        root /home/user1/public;
      }
    }
```

**アプリケーションサーバの起動部分**

```go
    e.Run(standard.WithConfig(engine.Config{
    			Address:     ":" + os.Getenv("PORT"),
    			TLSCertfile: os.Getenv("CERT"),
    			TLSKeyfile:  os.Getenv("KEY"),
    		}))
```


しかし、Golangのサーバ単体でローカルでテストしたところHTTP2で通信出来ましたが、本番環境のNginxをリバースプロキシとして実行するとHTTP2ではなくなってしいます。
SSL通信はできています。pemファイルへのパーミッションの問題かと考えアプリケーションサーバをroot権限で実行してみたりもしましたができませんでした。

ローカルで動いていたのでNginxの設定ではないかと考えていますが、設定の不備などがわかりません。どのようにすればHTTP2での通信を実現できるのでしょうか。

ちなみにGolangでの設定例は[このサイト](https://echo.labstack.com/recipes/http2)を参考にしました。

Nginx+GolangのアプリケーションにHTTP2を導入したい

お世話になっております。
例えば、https://hogehoge.com/blog/14414という記事ページがあったとします。
その配下にはディレクトリは存在していません。
通常のweb仕様（chromeで確認）ですと、どうやら無理やりhttps://hogehoge.com/blog/14414/11111やhttps://hogehoge.com/blog/14414/aaaaのようにURLパスをブラウザに入力すると、存在していないディレクトリにもかかわらずリダイレクトやエラーを出さず、
https://hogehoge.com/blog/14414のページが表示されてしまいます。
この問題の原因と回避策を教えていただけると幸いです。
（恐らく存在していないディレクトリのリダイレクト設定ができていないためと思われるのですが、）