caseysoftware / contactually-helper
A PHP wrapper for the Contactually API
Requires
- php: >=5.5.0
- guzzlehttp/guzzle: ~6.0
README
Contactually PHP Library
This is a PHP helper for the Contactually API - http://developers.contactually.com/
Installing via Composer
The recommended way to install the Contactually library is through Composer.
# Install Composer
curl -sS https://getcomposer.org/installer | php
# Add the library as a dependency
php composer.phar require caseysoftware/contactually-helper ~2.0
or alternatively, you can add it directly to your composer.json
file.
{
"require": {
"caseysoftware/contactually-helper": "~2.0"
}
}
Then install via Composer:
composer install
Finally, require Composer's autoloader in your PHP script:
require __DIR__.'/vendor/autoload.php';
Getting started
To use any of the examples, copy the creds-dist.php file to creds.php and fill in your API Key from https://www.contactually.com/settings/api Then you should be able to run any of the scripts in /examples out of the box.
Interacting with the API resources is essentially the same across the board. The pattern is like this:
$client = new \Contactually\Client($apikey);
$contacts = $client->contacts->index();
foreach($contacts as $contact) {
// show contact information
}
TODO
Implement apikey-based authenticationStart using SSL Certificate validation for better security- Implement index (GET) for
Accounts, Contacts, ContactHistories,Contents, CustomFields,EmailAliases, EmailTemplates, Followups,GroupingSets,Groupings, Notes, Tasks, Users,Webhooks - Implement show (GET) for
Accounts, Contacts, ContactHistories,Contents, CustomFields,EmailAliases, EmailTemplates, Followups,GroupingSets,Groupings, Notes, Tasks, Users,Webhooks Implement statistics (GET) for Groupings (formerly called Buckets)Implement search (GET) for Contacts- Implement current (GET) for Users
- Implement destroy (DELETE) for Accounts, Contacts, ContactHistories, Contents, CustomFields, EmailTemplates, Followups, GroupingSets, Groupings, Notes, Tasks, Users, Webhooks
- Implement create (POST) for Accounts, Contacts, ContactHistories, Contents, CustomFields, EmailTemplates, Followups, GroupingSets, Groupings, Notes, Tasks, Users, Webhooks
- Update the create implementation to return the Location header of the new resource: Accounts, Contacts, ContactHistories, Contents, CustomFields, EmailTemplates, Followups, GroupingSets, Groupings, Notes, Tasks, Users, Webhooks
- Implement complete (POST) for Tasks
- Implement bucket (POST) for Contacts
- Implement ignore (POST) for Contacts, Tasks
- Implement snooze (POST) for Contacts, Tasks
- Implement update (PUT) for Accounts, Buckets, Contacts, Groupings (formerly called Buckets), Tasks
- Implement pagination for ContactHistories->index(), Contacts->index(), Tasks->index(), Contacts->search(), Notes->search(), Tasks->search()
- Implement error handling for all of the above
- Finish mapping out the relationships between resources (noted below so far)
Resource/subresource relations
- Accounts MAY have ContactHistories as child resources.
- ContactGroupings MAY have Contacts as child resources.
- ContactHistories MUST have an Account as a parent resource.
- ContactHistories MUST have a Contact as a parent resource.
- Contacts MAY have a Bucket as a parent resource.
- Content SHOULD NOT have any related resources.
- EmailAliases SHOULD NOT have any related resources.
- EmailTemplates SHOULD NOT have any related resources.
Oddities
These oddities are related to the API:
- When you authenticate, you get back a 201 response code instead of 200 as you'd expect
- When you ignore a contact, you get back a 404 response code no matter what.. whether if it was successfully created or the contact didn't exist
- There doesn't seem to be a way to remove the results of a Contact->ignore()
After you create a resource, you don't get a reference back to it in the response body or the Location header as you'd expect. In order to find the resource, you must search for it- I was wrong, a Location header is provide as you'd expect.- Responses on resource creation are not consistent
- After successfully creating a Bucket or a Note, you get back a 201 with a Location header to your new bucket or note
- After successfully creating a Contact, you get back a 200 with the fully formed resource as if you had done a show (GET). For this helper library, I've hijacked the response to generate the 201-style message to make it the same as the other resources.
- The pagination of the Contact search results never returns more than ten results from the API regardless of the specified limit
These oddities are related to my implementation of the helper library:
- Deprecated:
When you authenticate, a cookies.txt "cookie jar" file is written. If you don't clear the file, you may still be authenticated regardless of the credentials used. Using the API Key authentication avoids this and is probably better in general as the requests become Stateless.
MIT License
See LICENSE