Download the PHP package juliangut/tify without Composer

On this page you can find all versions of the php package juliangut/tify. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package tify

PHP version Latest Version License

Build status Style Code Quality Code Coverage Total Downloads

Tify

Unified push notification services abstraction layer to connect with Google GCM and Apple APNS services.

Installation

Install using Composer:

Then require_once the autoload file:

Concepts

Receiver

Each of the individual devices that will receive push notification. Identified by a device token provided by push notification service (APNS or GCM).

device_token follow different formats depending on service type. Review APNS and GCM documentation for proper formatting.

Message

Messages compose the final information arriving to receivers. GCM and APNS messages hold different information according to each service specification.

In order for the message payload to be created one of the following message parameters must be present:

Messages can hold any number of custom payload data that will compose additional data sent to the destination receivers.

This key/value payload data must comply with some limitations to be fully compatible with different services at once, for this a prefix (data_ by default) is automatically added to the key. This prefix can be changed or removed if needed, but be aware that payload data should not be a reserved word (aps, from or any word starting with google or gcm) or any GCM notification parameters.

Find APNS message parameters here in table 3-2.

Find GCM message parameters here in table 2.

Notification

It's a container to keep a message and its associated destination receivers.

Notifications are the central unit of work, several notifications can be set into a Tify Service sharing the same adapters but sending different messages to different receivers.

Notifications hold some extra parameters used by the push notification services to control behaviour and/or be used in notification creation.

By clearing receivers list or changing message a notification can be reused as many times as needed.

Find APNS notification parameters here in table 3-1.

Find GCM notification parameters here in table 1.

Adapter

Adapters will be given notifications to actually send the messages to associated receivers using the corresponding notification service. Receivers will be automatically filtered for the correct service by their type.

For APNS adapter certificate parameter is mandatory, denoting the path to the service certificate (.pem file). In GCM api_key is the mandatory parameter denoting Google API key.

Result

Responses from APNS and GCM push services are very different from one another, Result is a response abstraction in order to provide a common interface to access this non-equal returning data from APNS and GCM services.

This objects are composed of device token, date, status code (a status categorization) and status message (which corresponds to the original APNS or GCM response status).

Status Codes

Among all the result statuses, STATUS_INVALID_DEVICE is the most interesting because it is a signal that you should probably remove that token from your database.

Service

For simplicity instead of handing notifications to adapters one by one 'Tify Service' can be used to send Notifications to its corresponding receivers using correct provided Adapters, automatically merging notification Results into a single returned array.

Usage

Push

Basic usage creating a one message to be sent through different adapters.

Sharing the same adapters to send different messages

Feedback

Feedback returns Result objects with token and time of expired device tokens.

Contributing

Found a bug or have a feature request? Please open a new issue. Have a look at existing issues before.

See file CONTRIBUTING.md

License

See file LICENSE included with the source code for a copy of the license terms.


All versions of tify with dependencies

PHP Build Version
Package Version
Requires php Version >=5.5
symfony/options-resolver Version ^2.7|^3.0
zendframework/zendservice-apple-apns Version ^1.2
zendframework/zendservice-google-gcm Version ^2.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package juliangut/tify contains the following files

Loading the files please wait ....