E commerce php github
commercetools PHP SDK
⚠️ **This commercetools PHP SDK is in its Active Support mode currently, and is planned to be deprecated, please note the following dates.
| Active Support | Maintenance Support | End of Life |
|---|---|---|
| 28th February, 2022 | 31st August 2022. | 1st September 2022. |
We recommend to use our PHP SDK V2.
The PHP SDK allows developers to build applications on the commercetools platform (technically speaking against our REST API) using PHP native interfaces, models and helpers instead of manually using the HTTP and JSON API.
You gain lots of IDE Auto-Completion, type checks on a literal API, Warnings, Object Mapping, i18n support etc.. The Client manages the OAuth2 security tokens, provides caches and interfaces for concurrent and asynchronous API calls.
The SDK is licensed under the permissive MIT License. Don’t hesitate to contribute!
The PHP API documentation provides all the details you need in a searchable form (link points to latest stable release).
Install & Integrate the SDK into your Project
The SDK requires a PHP version of 5.6 or higher. The SDK tries to use the APC(u) as it’s default cache. If you provide a PSR-6 or PSR-16 compliant cache adapter, APC(u) is not necessary. The cache/filesystem-adapter is tried to be used if no APC(u) is installed.
The curl extension is recommended but not strictly necessary because the SDK is using the Guzzle library library, which falls back to PHP stream wrappers if curl is not available. The intl extension is required to directly output Money objects as a String.
The recommended way to install the SDK is through Composer.
Next, run the Composer command to install the latest version of the SDK:
The SDK supports Guzzle6 as well as Guzzle5 as HTTP client. For Guzzle6:
When you want to use Guzzle5 you have to ensure react/promise at minimum version 2.2:
After installing, you need to require Composer’s autoloader if that’s not yet the case:
If you don’t use Composer, just download a zip archive of the latest release, manually integrate it and configure your own autoloader.
The project follows the semantic versioning guidelines, i.e. everything but major version changes are backwards-compatible. This matches composer’s default behavior.
With composer just run composer update commercetools/php-sdk to update to compatible versions. Edit your composer.json file to update to incompatible versions.
Please read the Changelog before updating in any case.
To get up and running, create a free test project (EU located or US located) on the commercetools platform. To generate your API credentials go to EU Merchant Center or US Merchant Center (Menu «Settings»->»Developer Settings»->»API Clients»->»Create New Api Client»). You need to select the template for the «Admin client».
If you prefer not to have a client with all admin rights, you need to explicitly include the client’s permission scopes that you selected when creating the client, on the client’s configuration:
In projects you will not put your API credentials directly into code but use a config file or your framework’s config or dependency injection system for that.
Using the client factory
When using a Guzzle version of 6 or greater, it’s also possible to use a preconfigured Guzzle client using the client factory. At the moment this is limited to client credentials authentication flow.
The asynchronous execution will return a promise to fulfill the request.
By filling the batch queue and starting the execution all requests will be executed in parallel.
The client uses the PSR-3 logger interface for logging requests and deprecation notices. To enable logging provide a PSR-3 compliant logger (e.g. Monolog).
Using a cache adapter
The client will automatically request an OAuth token and store the token in the provided cache.
It’s also possible to use a different cache adapter. The SDK provides a Doctrine, a Redis and an APCu cache adapter. By default the SDK tries to instantiate the APCu or a PSR-6 filesystem cache adapter if there is no cache given. E.g. Redis:
Using cache and logger
Adding middlewares to the clients for platform as well for the authentication can be done using the config by setting client options.
For using a custom HandlerStack
For using an array of middlewares
Using the phar distribution
Since version 1.6 the SDK is also released as a PHAR. You can find them in the releases section at Github.
Improve & Contribute to the SDK project
Mac OS X preparations:
assuming Homebrew is installed, do the following:
Clone the develop branch of the repository (we’re using the gitflow branching model, so master is for releases only):
Please follow the PSR-2 coding style, ideally via your IDE settings (see below for PhpStorm instructions).
Please make sure that exiting Unit and Integration tests don’t fail and fully cover your new code with Unit Tests. You can run all tests locally:
Built In Test Server
You can use the docroot directory with the built-in PHP web server. Add to the docroot directory a file called «myapp.yml». Add following content and setup with your API credentials:
Then activate the php builtin web server
Now navigate to http://localhost:8000 in your browser.
To enable code style checks directly in PhpStorm you have to configure the path to the phpcs at Preferences > Languages & Frameworks > PHP > Code Sniffer. Now you can enable at Preferences > Editor > Inspections > PHP the «PHP code sniffer validation» with PSR-2 standard. Change the severity if needed.
Running integration tests
For running the integration tests you need an empty commercetools project and have to create an API client using the commercetools Merchant Center with the scopes:
Running the test image:
On bigger effort changes, please open a GitHub issue and ask if you can help or get help with your idea. For typos and documentation improvements just make a pull request.
About
The e-commerce SDK from commercetools for PHP.