WebPush
Web Push library for PHP
WebPush can be used to send notifications to endpoints which server delivers Web Push notifications as described in the Web Push protocol. As it is standardized, you don't have to worry about what server type it relies on.
Requirements
PHP 7.3+ and the following extensions:
- gmp (optional but better for performance)
- mbstring
- curl
- openssl
There is no support and maintenance for older PHP versions, however you are free to use the following compatible versions:
- PHP 5.6 or HHVM:
v1.x
- PHP 7.0:
v2.x
- PHP 7.1:
v3.x-v5.x
- PHP 7.2:
v6.x
Installation
Use composer to download and install the library and its dependencies.
composer require minishlink/web-push
Usage
use Minishlink\WebPush\WebPush;
use Minishlink\WebPush\Subscription;
// array of notifications
$notifications = [
[
'subscription' => Subscription::create([
'endpoint' => 'https://updates.push.services.mozilla.com/push/abc...', // Firefox 43+,
'publicKey' => 'BPcMbnWQL5GOYX/5LKZXT6sLmHiMsJSiEvIFvfcDvX7IZ9qqtq68onpTPEYmyxSQNiH7UD/98AUcQ12kBoxz/0s=', // base 64 encoded, should be 88 chars
'authToken' => 'CxVX6QsVToEGEcjfYPqXQw==', // base 64 encoded, should be 24 chars
]),
'payload' => 'hello !',
], [
'subscription' => Subscription::create([
'endpoint' => 'https://fcm.googleapis.com/fcm/send/abcdef...', // Chrome
]),
'payload' => null,
], [
'subscription' => Subscription::create([
'endpoint' => 'https://example.com/other/endpoint/of/another/vendor/abcdef...',
'publicKey' => '(stringOf88Chars)',
'authToken' => '(stringOf24Chars)',
'contentEncoding' => 'aesgcm', // one of PushManager.supportedContentEncodings
]),
'payload' => '{msg:"test"}',
], [
'subscription' => Subscription::create([ // this is the structure for the working draft from october 2018 (https://www.w3.org/TR/2018/WD-push-api-20181026/)
"endpoint" => "https://example.com/other/endpoint/of/another/vendor/abcdef...",
"keys" => [
'p256dh' => '(stringOf88Chars)',
'auth' => '(stringOf24Chars)'
],
]),
'payload' => '{"msg":"Hello World!"}',
],
];
$webPush = new WebPush();
// send multiple notifications with payload
foreach ($notifications as $notification) {
$webPush->queueNotification(
$notification['subscription'],
$notification['payload'] // optional (defaults null)
);
}
/**
* Check sent results
* @var MessageSentReport $report
*/
foreach ($webPush->flush() as $report) {
$endpoint = $report->getRequest()->getUri()->__toString();
if ($report->isSuccess()) {
echo "[v] Message sent successfully for subscription {$endpoint}.";
} else {
echo "[x] Message failed to sent for subscription {$endpoint}: {$report->getReason()}";
}
}
/**
* send one notification and flush directly
* @var MessageSentReport $report
*/
$report = $webPush->sendOneNotification(
$notifications[0]['subscription'],
$notifications[0]['payload'] // optional (defaults null)
);
Full examples of Web Push implementations
- An example with web-push-php: Minishlink/web-push-php-example
- Matthew Gaunt's Web Push Book - a must read
- Mozilla's ServiceWorker Cookbooks (don't mind the
server.js
file: it should be replaced by your PHP server code with this library) - Google's introduction to push notifications (as of 03-20-2016, it doesn't mention notifications with payload)
- you may want to take a look at my own implementation: sw.js and app.js
Authentication (VAPID)
Browsers need to verify your identity. A standard called VAPID can authenticate you for all browsers. You'll need to create and provide a public and private key for your server. These keys must be safely stored and should not change.
You can specify your authentication details when instantiating WebPush. The keys can be passed directly (recommended), or you can load a PEM file or its content:
use Minishlink\WebPush\WebPush;
$endpoint = 'https://fcm.googleapis.com/fcm/send/abcdef...'; // Chrome
$auth = [
'VAPID' => [
'subject' => 'mailto:[email protected]', // can be a mailto: or your website address
'publicKey' => '~88 chars', // (recommended) uncompressed public key P-256 encoded in Base64-URL
'privateKey' => '~44 chars', // (recommended) in fact the secret multiplier of the private key encoded in Base64-URL
'pemFile' => 'path/to/pem', // if you have a PEM file and can link to it on your filesystem
'pem' => 'pemFileContent', // if you have a PEM file and want to hardcode its content
],
];
$webPush = new WebPush($auth);
$webPush->queueNotification(...);
In order to generate the uncompressed public and secret key, encoded in Base64, enter the following in your Linux bash:
$ openssl ecparam -genkey -name prime256v1 -out private_key.pem
$ openssl ec -in private_key.pem -pubout -outform DER|tail -c 65|base64|tr -d '=' |tr '/+' '_-' >> public_key.txt
$ openssl ec -in private_key.pem -outform DER|tail -c +8|head -c 32|base64|tr -d '=' |tr '/+' '_-' >> private_key.txt
If you can't access a Linux bash, you can print the output of the createVapidKeys
function:
var_dump(VAPID::createVapidKeys()); // store the keys afterwards
On the client-side, don't forget to subscribe with the VAPID public key as the applicationServerKey
: (urlBase64ToUint8Array
source here)
serviceWorkerRegistration.pushManager.subscribe({
userVisibleOnly: true,
applicationServerKey: urlBase64ToUint8Array(vapidPublicKey)
})
Reusing VAPID headers
VAPID headers make use of a JSON Web Token (JWT) to verify your identity. That token payload includes the protocol and hostname of the endpoint included in the subscription and an expiration timestamp (usually between 12-24h), and it's signed using your public and private key. Given that, two notifications sent to the same push service will use the same token, so you can reuse them for the same flush session to boost performance using:
$webPush->setReuseVAPIDHeaders(true);
Notifications and default options
Each notification can have a specific Time To Live, urgency, and topic. You can change the default options with setDefaultOptions()
or in the constructor:
use Minishlink\WebPush\WebPush;
$defaultOptions = [
'TTL' => 300, // defaults to 4 weeks
'urgency' => 'normal', // protocol defaults to "normal"
'topic' => 'new_event', // not defined by default,
'batchSize' => 200, // defaults to 1000
];
// for every notifications
$webPush = new WebPush([], $defaultOptions);
$webPush->setDefaultOptions($defaultOptions);
// or for one notification
$webPush->sendOneNotification($subscription, $payload, ['TTL' => 5000]);
TTL
Time To Live (TTL, in seconds) is how long a push message is retained by the push service (eg. Mozilla) in case the user browser is not yet accessible (eg. is not connected). You may want to use a very long time for important notifications. The default TTL is 4 weeks. However, if you send multiple nonessential notifications, set a TTL of 0: the push notification will be delivered only if the user is currently connected. For other cases, you should use a minimum of one day if your users have multiple time zones, and if they don't several hours will suffice.
urgency
Urgency can be either "very-low", "low", "normal", or "high". If the browser vendor has implemented this feature, it will save battery life on mobile devices (cf. protocol).
topic
Similar to the old collapse_key
on legacy GCM servers, this string will make the vendor show to the user only the last notification of this topic (cf. protocol).
batchSize
If you send tens of thousands notifications at a time, you may get memory overflows due to how endpoints are called in Guzzle. In order to fix this, WebPush sends notifications in batches. The default size is 1000. Depending on your server configuration (memory), you may want to decrease this number. Do this while instanciating WebPush or calling setDefaultOptions
. Or, if you want to customize this for a specific flush, give it as a parameter : $webPush->flush($batchSize)
.
Server errors
You can see what the browser vendor's server sends back in case it encountered an error (push subscription expiration, wrong parameters...).
sendOneNotification()
returns aMessageSentReport
flush()
returns a\Generator
withMessageSentReport
objects. To loop through the results, just pass it intoforeach
. You can also useiterator_to_array
to check the contents while debugging.
/** @var \Minishlink\WebPush\MessageSentReport $report */
foreach ($webPush->flush() as $report) {
$endpoint = $report->getEndpoint();
if ($report->isSuccess()) {
echo "[v] Message sent successfully for subscription {$endpoint}.";
} else {
echo "[x] Message failed to sent for subscription {$endpoint}: {$report->getReason()}";
// also available (to get more info)
/** @var \Psr\Http\Message\RequestInterface $requestToPushService */
$requestToPushService = $report->getRequest();
/** @var \Psr\Http\Message\ResponseInterface $responseOfPushService */
$responseOfPushService = $report->getResponse();
/** @var string $failReason */
$failReason = $report->getReason();
/** @var bool $isTheEndpointWrongOrExpired */
$isTheEndpointWrongOrExpired = $report->isSubscriptionExpired();
}
}
PLEASE NOTE: You can only iterate once over the \Generator
object.
Firefox errors are listed in the autopush documentation.
Payload length, security, and performance
Payloads are encrypted by the library. The maximum payload length is theoretically 4078 bytes (or ASCII characters). For compatibility reasons though, your payload should be less than 3052 bytes long.
The library pads the payload by default. This is more secure but it decreases performance for both your server and your user's device.
Why is it more secure?
When you encrypt a string of a certain length, the resulting string will always have the same length, no matter how many times you encrypt the initial string. This can make attackers guess the content of the payload. In order to circumvent this, this library adds some null padding to the initial payload, so that all the input of the encryption process will have the same length. This way, all the output of the encryption process will also have the same length and attackers won't be able to guess the content of your payload.
Why does it decrease performance?
Encrypting more bytes takes more runtime on your server, and also slows down the user's device with decryption. Moreover, sending and receiving the packet will take more time. It's also not very friendly with users who have limited data plans.
How can I disable or customize automatic padding?
You can customize automatic padding in order to better fit your needs.
Here are some ideas of settings:
- (default)
Encryption::MAX_COMPATIBILITY_PAYLOAD_LENGTH
(3052 bytes) for compatibility purposes with Firefox for Android Encryption::MAX_PAYLOAD_LENGTH
(4078 bytes) for maximum securityfalse
for maximum performance- If you know your payloads will not exceed
X
bytes, then set it toX
for the best balance between security and performance.
use Minishlink\WebPush\WebPush;
$webPush = new WebPush();
$webPush->setAutomaticPadding(false); // disable automatic padding
$webPush->setAutomaticPadding(512); // enable automatic padding to 512 bytes (you should make sure that your payload is less than 512 bytes, or else an attacker could guess the content)
$webPush->setAutomaticPadding(true); // enable automatic padding to default maximum compatibility length
Customizing the HTTP client
WebPush uses Guzzle. It will use the most appropriate client it finds, and most of the time it will be MultiCurl
, which allows to send multiple notifications in parallel.
You can customize the default request options and timeout when instantiating WebPush:
use Minishlink\WebPush\WebPush;
$timeout = 20; // seconds
$clientOptions = [
\GuzzleHttp\RequestOptions::ALLOW_REDIRECTS => false,
]; // see \GuzzleHttp\RequestOptions
$webPush = new WebPush([], [], $timeout, $clientOptions);
Common questions
Is there any plugin/bundle/extension for my favorite PHP framework?
The following are available:
- Symfony:
- MinishlinkWebPushBundle
- bentools/webpush-bundle (associate your Symfony users to WebPush subscriptions)
- Laravel: laravel-notification-channels/webpush
- WordPress plugin: Perfecty Push Notifications
Feel free to add your own!
Is the API stable?
Not until the Push API spec is finished.
What about security?
Payload is encrypted according to the Message Encryption for Web Push standard, using the user public key and authentication secret that you can get by following the Web Push API specification.
Internally, WebPush uses the WebToken framework or OpenSSL to handle encryption keys generation and encryption.
How do I scale?
Here are some ideas:
- Upgrade to PHP 7.3
- Make sure MultiCurl is available on your server
- Find the right balance for your needs between security and performance (see above)
- Find the right batch size (set it in
defaultOptions
or as parameter toflush()
)
How to solve "SSL certificate problem: unable to get local issuer certificate"?
Your installation lacks some certificates.
- Download cacert.pem.
- Edit your
php.ini
: after[curl]
, typecurl.cainfo = /path/to/cacert.pem
.
You can also force using a client without peer verification.
How to solve "Bad key encryption key length" or "Unsupported key type"?
Disable mbstring.func_overload
in your php.ini
.
How to solve "Class 'Minishlink\WebPush\WebPush' not found"
Make sure to require Composer's autoloader.
require __DIR__ . '/path/to/vendor/autoload.php';
I lost my VAPID keys!
See issue #58.
I'm using Firebase push notifications, how do I use this library?
This library is not designed for Firebase push notifications. You can still use it for your web projects (for standard WebPush notifications), but you should forget any link to Firebase while using the library.
I need to send notifications to native apps. (eg. APNS for iOS)
WebPush is for web apps. You need something like RMSPushNotificationsBundle (Symfony).
This is PHP... I need Javascript!
This library was inspired by the Node.js marco-c/web-push library.
Contributing
See CONTRIBUTING.md.
License
Sponsors
Thanks to JetBrains for supporting the project through sponsoring some All Products Packs within their Free Open Source License program.