Download the PHP package bigcommerce/grphp without Composer
On this page you can find all versions of the php package bigcommerce/grphp. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
FAQ
Example:
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 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.
Informations about the package grphp
grphp - gRPC PHP Framework
grphp is a PHP framework that wraps the gRPC PHP library to provide a more streamlined integration into PHP applications.
It provides an abstracted client for gRPC services, along with other tools to help get gRPC services in PHP up fast and efficiently at scale. Some of its features include:
- Robust client error handling and metadata transport abilities
- Server authentication strategy support, with basic auth with multiple key support built in
- Error data serialization in output metadata to allow fine-grained error handling in the transport while still preserving gRPC BadStatus codes
- Client execution timings in responses
- H2Proxy via nghttpx support that allows gRPC-based communication without the gRPC C libraries
grphp currently has active support for gRPC 1.9.0, and requires PHP 7.4+ to run.
Installation
You'll need to make sure you fit the requirements for the grpc/grpc PHP library, which does involve installing the gRPC PHP extension (unless you are using the H2Proxy strategy).
Client
Strategy
grphp comes with the ability to utilize injectable strategies for how it communicates outward. Currently, there are two strategies that come packaged with grphp:
- Grpc - This strategy class will utilize the core gRPC PHP libraries to communicate outbound to services
- H2Proxy - This strategy is set to call out to an nghttpx proxy to communicate via HTTP/1.1, which is then upgraded to an HTTP/2 connection, and transformed into a gRPC request.
H2Proxy Strategy
The H2Proxy strategy pairs with a nghttpx service and sends HTTP/1.1 requests that are upgraded
to HTTP/2 and gRPC. It does this by sending the binary encoded protobuf across the wire with the Upgrade: h2c and
Connection: Upgrade headers, which nghttpx uses to upgrade the connection into a proper gRPC request.
This is useful if you do not want to utilize the gRPC PHP C extension but still gain the benefit of the protobuf contracts. If you do not have the gRPC PHP C extension installed, grphp will automatically switch you to the H2Proxy strategy.
You can use and configure the proxy strategy like so, assuming we have a nghttpx service running at the address 0.0.0.0 on port 3000:
This sets the proxy client to also utilize a timeout of 15 seconds. This setup is configurable per-client, so you can adjust these settings - and the strategy - on a service-by-service basis.
Envoy Strategy
The Envoy strategy uses Envoy as an HTTP/1.1 bridge for gRPC egress traffic. It automatically serializes messages and buffers requests to handle the response trailers. More can be read about the Envoy bridge here.
This sets the proxy client to also utilize a timeout of 2 seconds. This setup is configurable per-client, so you can adjust these settings - and the strategy - on a service-by-service basis.
Authentication
Authentication is done via adapters, which are specified in the config. You can either pass in:
- The string "basic" for basic HTTP auth
- A string class name for an existing class
- An instantiated object that extends
Grphp\Authentication\Base
Basic Authentication
grphp supports basic auth for requests that is sent through the metadata of the request.
Custom Client Interceptors
grphp comes with a base Client Interceptor class that can be extended to provide your own custom interceptors. This is an example interceptor that adds a "X-Foo" header with a customizable value to all metadata:
You'll note that you have to make sure to execute the callback that is called.
Then you add it as normal:
Interceptors run in the order that they are added, wrapping each as they go.
Retry Interceptor
Retries can be enabled for given gRPC error status codes with the Retry interceptor.
The retry behaviour can be customized by passing in an array of options to the constructor. The following options are available:
| Option | Default | Description |
|---|---|---|
max_retries |
3 |
The maximum number of retries to attempt. |
retry_on_statuses |
[Grphp\Client\Error::CODE_UNAVAILABLE] |
An array of gRPC error status codes that should be retried on. |
delay_milliseconds |
200 |
The initial delay in milliseconds before a retry. |
backoff_func |
function (int $attempt, int $delayMilliseconds) { /* exponential backoff with jitter */ } |
A callback defining the backoff behaviour. |
Error Handling
gRPC prefers handling errors through status (BadStatus) codes; however, these do not return much information as to
field specific errors, application codes, or debug information. grphp provides a way to read data from the response
metadata, which is stored in the error-internal-bin key (configurable through the error_metadata_key configuration
option).
Assuming we have a service that has a method that appends that data, you can access it like so:
By default the deserializer for the data is JSON; it's fairly simple to create your own, such as one that has the error header serialized as a binary protobuf. From there, you can set it simply:
The serializer can be passed as a string name of the class or the instance of the class. If you pass the string name,
you can pass in an associative array of error_serializer_options to the config to provide options for your serializer.
Roadmap
- Add TLS configuration support
- Experimental gRPC server support via sidecar proxy through FastCGI
License
Copyright (c) 2017-present, BigCommerce Pty. Ltd. All rights reserved
Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions:
The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software.
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
