Nouvelle API Provider APNS et PHP

J'ai commencé à créer un code basé sur cette pour envoyer des notifications push à partir de PHP.

Mais maintenant que j'ai compris il y a une nouvelle API qui utilise le protocole HTTP/2 et fournit de la rétroaction dans la réponse, je suis à essayer de comprendre ce que je dois faire pour ce retour.

Je n'ai pas été en mesure de trouver des tutoriels ou des exemples de code pour me donner du sens (je suppose parce que c'est nouveau).

Est-il possible d'utiliser le stream_socket_client() méthode de connexion à l'APN avec le nouveau fournisseur de l'API? Comment puis-je obtenir de la rétroaction? Tout ce que je revienne de fwrite($fp, $msg, strlen($msg)) droit maintenant, c'est un nombre. Pour toutes fins utiles, vous pouvez envisager de mon code le même que le code de la DONC, la question j'ai basé mon code

Merci!

source d'informationauteur Ben Holness

Avec le nouveau protocole HTTP/2 APN fournisseur d'API, vous pouvez utiliser curl pour envoyer des notifications push.

MODIFIER

Avant de continuer (comme indiqué par @Madox), openssl >= 1.0.2 e doit être installé (à partir du package de préférence). Vérifiez avec la commande

openssl version

a) Votre version de PHP doit être >= 5.5.24 de sorte que la constante de CURL_HTTP_VERSION_2_0 est défini.

b) assurez-vous que vous avez curl version 7.46+ installé dans votre système avec

curl --version

c) Boucle doit avoir http/2 est activé. Dans le résultat lors de la saisie de la commande précédente, vous devriez voir une ligne de ce genre:

Features: IDN IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP HTTP2 UnixSockets

si HTTP2 ne s'affiche pas, vous pouvez suivre cet excellent tutoriel pour installer http/2 pour curl https://serversforhackers.com/video/curl-with-http2-support

Vérifier que curl détecté openssl >= 1.0.2 e, faire du curl --version devrait afficher quelque chose comme ceci:

curl 7.47.1 (x86_64-pc-linux-gnu) libcurl/7.47.1 OpenSSL/1.0.2f zlib/1.2.8 libidn/1.28 nghttp2/1.8.0-DEV librtmp/2.3

e) une Fois que vous avez tout installé, vous pouvez le tester dans la ligne de commande:

curl -d '{"aps":{"alert":"hi","sound":"default"}}' \ 
--cert <your-certificate.pem>:<certificate-password> \ 
-H "apns-topic: <your-app-bundle-id>" \ 
--http2  \ 
https://api.development.push.apple.com/3/device/<device-token>

f) Voici un exemple de code PHP que je l'ai essayé:

if(defined('CURL_HTTP_VERSION_2_0')){

    $device_token   = '...';
    $pem_file       = 'path to your pem file';
    $pem_secret     = 'your pem secret';
    $apns_topic     = 'your apns topic. Can be your app bundle ID';


    $sample_alert = '{"aps":{"alert":"hi","sound":"default"}}';
    $url = "https://api.development.push.apple.com/3/device/$device_token";

    $ch = curl_init($url);
    curl_setopt($ch, CURLOPT_POSTFIELDS, $sample_alert);
    curl_setopt($ch, CURLOPT_HTTP_VERSION, CURL_HTTP_VERSION_2_0);
    curl_setopt($ch, CURLOPT_HTTPHEADER, array("apns-topic: $apns_topic"));
    curl_setopt($ch, CURLOPT_SSLCERT, $pem_file);
    curl_setopt($ch, CURLOPT_SSLCERTPASSWD, $pem_secret);
    $response = curl_exec($ch);
    $httpcode = curl_getinfo($ch, CURLINFO_HTTP_CODE);

    //On successful response you should get true in the response and a status code of 200
    //A list of responses and status codes is available at 
    //https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/Chapters/TheNotificationPayload.html#//apple_ref/doc/uid/TP40008194-CH107-SW1

    var_dump($response);
    var_dump($httpcode);

}

4

Je tiens à ajouter quelques informations à tiempor3al réponse.

1) boucle doit être compilé avec une version d'openssl >=1.0.2 à soutenir pleinement le protocole http/2. - Je recevoir "?@@?HTTP/2 client préface chaîne manquant ou endommagé..." erreur lorsque j'ai compilé avec CentOS stock openssl-1.0.1 e.

2) si votre version de php du module mod_curl.donc compilé sans CURL_HTTP_VERSION_2_0 constante, vous pouvez le remplacer avec le nombre entier 3:

curl_setopt($ch, CURLOPT_HTTP_VERSION, 3);
4

Je pouvais envoyer des push via HTTP2 à l'aide de php CURL et lire les commentaires directement dans le corps de la réponse (ici, j'ai écrit un petit tutoriel sur la façon de le faire: L'envoi de notifications Push avec HTTP2 (et PHP)).
Je pense que vous pouvez vérifier le corps de la réponse de la lecture à partir de la prise (je ne me souviens pas exactement de la fonction php, peut-être "fgets").

Je suis sous CentOS 6 et la façon de les résoudre est pour l'installer à partir des sources de l'enroulement et OpenSSL.

Il peut sembler très simple, mais il m'a fallu 3 jours pour trouver la bonne configuration pour les paquets, donc je pense que je peux aider quelqu'un en affichant ce que j'ai fait ici.

Il s'est avéré un peu difficile pour moi puisque je ne suis pas utilisé pour installer des paquets à partir des sources, mais je peux maintenant vous connecter à l'Apn à l'aide de HTTPS sur le HTTP/2.

Les détails de ce que j'ai fait est là:

Télécharger et décompresser le roulage et OpenSSL:

wget https://curl.haxx.se/download/curl-7.47.1.tar.gz
wget https://www.openssl.org/source/openssl-1.0.2h.tar.gz

Configurer OpenSSL avec les options suivantes (je ne suis pas sûr de ce qu'ils font, mais ce qui a fonctionné pour moi):
```
export CXXFLAGS="$CXXFLAGS -fPIC"
./config zlib enable-ssl3 enable-shared
```
faire et installer OpenSSL
Configurer cURL avec l'indicateur suivant:
```
./configure --with-ssl=/usr/local/ssl/
```
Faire et installer cURL

ensemble LD_LIBRARY_PATH /usr/local/ssl/lib/

export LD_LIBRARY_PATH=/usr/local/ssl/lib/

Test

/usr/local/bin/curl -v -d '{"aps":{"alert":"hi","sound":"default"}}' --cert cert.crt --key cert.key -H "apns-topic: topics" --http2 https://api.development.push.apple.com:443/3/device/00fc13adff785122b4ad28809a3420982341241421348097878e577c991de8f0

Le résultat:

*   Trying 17.172.238.203...
* Connected to api.development.push.apple.com (17.172.238.203) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* Cipher selection: ALL:!EXPORT:!EXPORT40:!EXPORT56:!aNULL:!LOW:!RC4:@STRENGTH
* successfully set certificate verify locations:
*   CAfile: /etc/pki/tls/certs/ca-bundle.crt
CApath: none
* TLSv1.2 (OUT), TLS header, Certificate Status (22):
* TLSv1.2 (OUT), TLS handshake, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Request CERT (13):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Certificate (11):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS handshake, CERT verify (15):
* TLSv1.2 (OUT), TLS change cipher, Client hello (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS change cipher, Client hello (1):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-RSA-AES256-GCM-SHA384
* ALPN, server accepted to use h2
* Server certificate:
*  subject: CN=api.development.push.apple.com; OU=management:idms.group.533599; O=Apple Inc.; ST=California; C=US
*  start date: Jun 19 01:49:43 2015 GMT
*  expire date: Jul 18 01:49:43 2017 GMT
*  subjectAltName: host "api.development.push.apple.com" matched cert's "api.development.push.apple.com"
*  issuer: CN=Apple IST CA 2 - G1; OU=Certification Authority; O=Apple Inc.; C=US
*  SSL certificate verify ok.
* Using HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* TCP_NODELAY set
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0x1091110)
> POST /3/device/00fc13adff785122b4ad28809a3420982341241421348097878e577c991de8f0 HTTP/1.1
> Host: api.development.push.apple.com
> User-Agent: curl/7.48.0
> Accept: */*
> apns-topic: topics
> Content-Length: 40
> Content-Type: application/x-www-form-urlencoded
>
* Connection state changed (MAX_CONCURRENT_STREAMS updated)!
* We are completely uploaded and fine
< HTTP/2.0 400
<
* Connection #0 to host api.development.push.apple.com left intact
{"reason":"BadDeviceToken"}

Comme vous pouvez le voir, je me suis débarrassé de la vilaine

▒@@▒HTTP/2 client preface string missing or corrupt. Hex dump for received bytes: 504f5354202f332f6465766963652f746573742048545450

1

Suivez ce guide [http://cloudfields.net/blog/ios-push-notifications-encryption/%5D%5B1%5D de générer et de fusion de votre certificat et la clé privée.
Une fois que vous fusionnez et votre sslcert et pkey comme décrit dans le guide avec les mêmes noms de fichier, essayez la commande curl ci-dessous.
```
curl -X POST -H 'apns-topic: com.mycompany.ios.BadassApp' -d '{"aps":{"content-available":1,"alert":"hi","sound":"default"}}' --cert apns_cert.pem:yourCertPassword --http2 'https://api.development.push.apple.com:443/3/device/b8de1sf067effefc398d792205146fc67dn0e96b0ff21ds81cabe384bbe71353'
```
1

Pour résoudre HTTP/2 client preface string missing or corrupt erreurs en PHP 5.6, j'ai créé un Apache et CLI PHP Docker image que vous souhaitez compter sur, ou il suffit de regarder ce que j'ai fait dans le Dockerfile de construire votre propre. La même chose peut probablement s'appliquer à la version 7.0, bien que je n'ai pas essayé.

-1

oui, c'est possible:

$errno=0;$errstr="";
$sock = stream_socket_client(
"api.push.apple.com:443",
$errno,
$errstr,
4,
STREAM_CLIENT_CONNECT,
stream_context_create(["ssl" => ["local_cert" => "/path/to/cert.pem","verify_peer"=>false,"verify_peer_name"=>false]])
);
stream_socket_enable_crypto($sock, true, STREAM_CRYPTO_METHOD_TLSv1_2_CLIENT);

Vous devez vous connecter pour publier un commentaire.