Package Data | |
---|---|
Maintainer Username: | helpscout |
Maintainer Contact: | developer@helpscout.com (Help Scout Platform Team) |
Package Create Date: | 2018-12-19 |
Package Last Update: | 2024-04-30 |
Language: | PHP |
License: | MIT |
Last Refreshed: | 2024-11-23 03:11:28 |
Package Statistics | |
---|---|
Total Downloads: | 336,394 |
Monthly Downloads: | 9,858 |
Daily Downloads: | 456 |
Total Stars: | 8 |
Total Watchers: | 29 |
Total Forks: | 4 |
Total Open Issues: | 0 |
This package contains a service provider and facade for use with Laravel and Lumen.
The Help Scout Service Provider can be installed via Composer by requiring the
helpscout/api-laravel
package in your project's composer.json
.
{
"require": {
"helpscout/api-laravel": "~1.0"
}
}
Then run a composer update
php composer.phar update
To use the Help Scout Service Provider, you must register the provider when bootstrapping your application.
In Lumen find the Register Service Providers
in your bootstrap/app.php
and register the Help Scout Service Provider.
$app->register(HelpScout\Laravel\HelpScoutServiceProvider::class);
In Laravel find the providers
key in your config/app.php
and register the Help Scout Service Provider.
'providers' => [
// ...
HelpScout\Laravel\HelpScoutServiceProvider::class,
]
Find the aliases
key in your config/app.php
and add the Help Scout facade alias.
'aliases' => [
// ...
'HelpScout' => HelpScout\Laravel\HelpScoutFacade::class,
]
This package offers two ways to configure your client from within the service provider. You can use the client_credentials
auth type or you can use the legacy_token
auth type.
The client_credentials
auth type uses the OAuth2 grant of the same name described on the Mailbox API 2.O Authentication page.
When using this method, if the API client does not have an access_token
when a request is make, it will make a pre-flight request to retrieve that token from the Mailbox 2.0 https://api.helpscout.net/v2/oauth2/token
endpoint. Every subsequent request to the API after that will use the access_token
retrieved in this first request. See this page for more details about the client_credentials
authorization flow.
To use this grant type, set the following environment variables:
HS_AUTH_TYPE=client_credentials
HS_APP_ID=your-app-id
HS_APP_SECRET=your-app-secret
To ease the transition of legacy apps to the new API, the API client uses the transition service to exchange the legacy clientId
and apiKey
for an access_token
.
Just as with the client_credentials
flow described above, if the API client does not have an access_token
when attempting an API call, it will make a pre-flight request to the transition service to exchange the legacy credentials for a valid access_token
.
To use this grant type, set the following environment variables:
HS_AUTH_TYPE=legacy_credentials
HS_CLIENT_ID=your-client-id
HS_API_KEY=your-api-key
If you do not provide credentials when the client is created, you must provide either an access_token
or valid credentials for one of the two auth types described above. You can do this with a concrete instance of the client like so:
$client = app('helpscout');
$client->useClientCredentials($appId, $appSecret);
$webhooks = $client->webhooks()->list();
To customize the configuration file, publish the package configuration using Artisan.
php artisan vendor:publish --provider="HelpScout\Laravel\HelpScoutServiceProvider"
// or
php artisan vendor:publish --tag="helpscout"
The settings can be found in the generated config/helpscout.php
configuration file.
This service provider offers several ways to use the API Client from within your app. You can resolve the client instance from the container by using the helpscout
alias, by specifying the Helpscout\Api\ApiClient
class name, or you may type-hint the client in a class constructor or a method signature. If you configured the client with credentials as described above, there is no further configuration needed.
Use the full class name to get the client from the container.
$client = app(\HelpScout\Api\ApiClient::class);
$webhooks = $client->webhooks()->list();
Use the alias to get the client from the container.
$client = app('helpscout');
$webhooks = $client->webhooks()->list();
Or, type-hint the client in a constructor or method signature.
use HelpScout\Api\ApiClient;
use HelpScout\Api\Entity\PagedCollection;
class Foo
{
private $api;
public function __construct(ApiClient $api)
{
$this->api = $api;
}
public function getWebhooks(): PagedCollection
{
return $this->api->webhooks()->list();
}
}
Additionally, you can request and resolve specific API Endpoints from the container in a similar fashion. For a list of the endpoints and their aliases, see the ApiClient::AVAILABLE_ENDPOINTS
in the API client library. In the same fashion as the ApiClient
class, the container will return a fully-configured endpoint that is ready for use as long as you specified the auth type and appropriate credentials in your config/helpscout.php
file.
use HelpScout\Api\Webhooks\WebhooksEndpoint;
use HelpScout\Api\Entity\PagedCollection;
class Foo
{
private $endpoint;
public function __construct(WebhooksEndpoint $endpoint)
{
$this->endpoint = $endpoint;
}
public function getHsWebhooks(): PagedCollection
{
return $this->endpoint->list();
}
}
// usage
$foo = app(Foo::class);
$webhooks = $foo->getHsWebhooks();
// using the endpoints registered alias...
$webhookEndpoint = app('hs.webhooks');
$webhooks = $webhookEndpoint->list();
If the HelpScout
facade is registered within the aliases
section of the application configuration, you can also use the
following technique.
$webhooks = HelpScout::webhooks()->list();