ZendService\Twitter

Introduction

ZendService\Twitter\Twitter provides a client for the Twitter API. ZendService\Twitter\Twitter allows you to query the public timeline. If you provide a username and OAuth details for Twitter, or your access token and secret, it will allow you to get and update your status, reply to friends, direct message friends, mark tweets as favorites, and much more.

ZendService\Twitter\Twitter wraps all web service operations, including OAuth, and all methods return an instance of ZendService\Twitter\Response.

ZendService\Twitter\Twitter is broken up into subsections so you can easily identify which type of call is being requested.

  • account allows you to check that your account credentials are valid
  • application allows you to check your API rate limits.
  • blocks blocks and unblocks users from following you.
  • directMessages retrieves the authenticated user’s received direct messages, deletes direct messages, and sends new direct messages.
  • favorites lists, creates, and removes favorite tweets.
  • friendships creates and removes friendships for the authenticated user.
  • search allows you to search statuses for specific criteria.
  • statuses retrieves the public and user timelines and shows, updates, destroys, and retrieves replies for the authenticated user.
  • users retrieves friends and followers for the authenticated user and returns extended information about a passed user.

Quick Start

To get started, first you’ll need to either create a new application with Twitter, or get the details of an existing one you control. To do this:

  • Go to https://dev.twitter.com/ and sign in.
  • Go to https://dev.twitter.com/apps
  • Either create a new application, or select an existing one.
  • On the application’s settings page, grab the following information:
    • From the header “OAuth settings”, grab the “Consumer key” and “Consumer secret” values.
    • From the header “Your access token”, grab the “Access token” and “Access token secret” values.

Armed with this information, you can now configure and create your ZendService\Twitter\Twitter\Twitter instance:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
$config = array(
    'access_token' => array(
        'token'  => 'twitter-access-token-here',
        'secret' => 'twitter-access-secret-here',
    ),
    'oauth_options' => array(
        'consumerKey' => 'twitter-consumer-key-here',
        'consumerSecret' => 'twitter-consumer-secret-here',
    ),
    'http_client_options' => array(
        'adapter' => 'Zend\Http\Client\Adapter\Curl',
        'curloptions' => array(
            CURLOPT_SSL_VERIFYHOST => false,
            CURLOPT_SSL_VERIFYPEER => false,
        ),
    ),
);

$twitter = new Twitter($config);

Make sure you substitute the values you discovered earlier in the configuration before attempting to connect.

Note

Twitter has a known issue with the SSL certificate for their API endpoints, which requires that you use insecure settings for the SSL certificate verification.

Once you have the client configured, you can start consuming it:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
// Verify your credentials:
$response = $twitter->account->verifyCredentials();
if (!$response->isSuccess()) {
    die('Something is wrong with my credentials!');
}

// Search for something:
$response = $twitter->search->tweets('#zf2');
foreach ($response->toValue() as $tweet) {
    printf("%s\n- (%s)\n", $tweet->text, $tweet->user->name);
}

// Tweet something:
$twitter->statuses->update('Hello world!');

Every action you take returns a ZendService\Twitter\Twitter\Response object. This object contains some general purpose methods for determining the status of the response (isSuccess(), isError()), and otherwise acts as a value object containing the data returned. Essentially, if the response returns an object, you will be able to access the members listed by the Twitter API documentation. In the case of responses that return arrays, such as the $twitter->search->tweets() example shown earlier, you should use the toValue() method of the response to retrieve the array.

If you wish to dive in more into how authentication works, and what methods are exposed, keep reading!

Authentication

With the exception of fetching the public timeline, ZendService\Twitter\Twitter requires authentication as a valid user. This is achieved using the OAuth authentication protocol. OAuth is the only supported authentication mode for Twitter as of August 2010. The OAuth implementation used by ZendService\Twitter\Twitter is ZendOAuth.

Creating the Twitter Class

ZendService\Twitter\Twitter must authorize itself, on behalf of a user, before use with the Twitter API (except for public timeline). This must be accomplished using OAuth since Twitter has disabled it’s basic HTTP authentication as of August 2010.

There are two options to establishing authorization. The first is to implement the workflow of ZendOAuth via ZendService\Twitter\Twitter which proxies to an internal ZendOAuth\Consumer object. Please refer to the ZendOAuth documentation for a full example of this workflow - you can call all documented ZendOAuth\Consumer methods on ZendService\Twitter\Twitter including constructor options. You may also use ZendOAuth directly and only pass the resulting access token into ZendService\Twitter\Twitter. This is the normal workflow once you have established a reusable access token for a particular Twitter user. The resulting OAuth access token should be stored to a database for future use (otherwise you will need to authorize for every new instance of ZendService\Twitter\Twitter). Bear in mind that authorization via OAuth results in your user being redirected to Twitter to give their consent to the requested authorization (this is not repeated for stored access tokens). This will require additional work (i.e. redirecting users and hosting a callback URL) over the previous HTTP authentication mechanism where a user just needed to allow applications to store their username and password.

The following example demonstrates setting up ZendService\Twitter\Twitter which is given an already established OAuth access token. Please refer to the ZendOAuth documentation to understand the workflow involved. The access token is a serializable object, so you may store the serialized object to a database, and unserialize it at retrieval time before passing the objects into ZendService\Twitter\Twitter. The ZendOAuth documentation demonstrates the workflow and objects involved.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
/**
 * We assume $serializedToken is the serialized token retrieved from a database
 * or even $_SESSION (if following the simple ZendOAuth documented example)
 */
$token = unserialize($serializedToken);

$twitter = new ZendService\Twitter\Twitter(array(
    'accessToken' => $token,
    'oauth_options' => array(
        'username' => 'johndoe',
    ),
));

// verify user's credentials with Twitter
$response = $twitter->account->verifyCredentials();

Note

In order to authenticate with Twitter, ALL applications MUST be registered with Twitter in order to receive a Consumer Key and Consumer Secret to be used when authenticating with OAuth. This can not be reused across multiple applications - you must register each new application separately. Twitter access tokens have no expiry date, so storing them to a database is advised (they can, of course, be refreshed simply be repeating the OAuth authorization process). This can only be done while interacting with the user associated with that access token.

The previous pre-OAuth version of ZendService\Twitter\Twitter allowed passing in a username as the first parameter rather than within an array. This is no longer supported.

If you have registered an application with Twitter, you can also use the access token and access token secret they provide you in order to setup the OAuth consumer. This can be done as follows:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
$twitter = new ZendService\Twitter\Twitter(array(
    'access_token' => array( // or use "accessToken" as the key; both work
        'token' => 'your-access-token',
        'secret' => 'your-access-token-secret',
    ),
    'oauth_options' => array( // or use "oauthOptions" as the key; both work
        'consumerKey' => 'your-consumer-key',
        'consumerSecret' => 'your-consumer-secret',
    ),
));

If desired, you can also specify a specific HTTP client instance to use, or provide configuration for the HTTP client. To provide the HTTP client, use the http_client or httpClient key, and provide an instance. To provide HTTP client configuration for setting up an instance, use the key http_client_options or httpClientOptions. As a full example:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
$twitter = new ZendService\Twitter\Twitter(array(
    'access_token' => array( // or use "accessToken" as the key; both work
        'token' => 'your-access-token',
        'secret' => 'your-access-token-secret',
    ),
    'oauth_options' => array( // or use "oauthOptions" as the key; both work
        'consumerKey' => 'your-consumer-key',
        'consumerSecret' => 'your-consumer-secret',
    ),
    'http_client_options' => array(
        'adapter' => 'Zend_Http\Client\Adapter\Curl',
    ),
));

Account Methods

Verifying credentials

verifyCredentials() tests if supplied user credentials are valid with minimal overhead.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->account->verifyCredentials();

Application Methods

Rating limit status

rateLimitStatus() returns the remaining number of API requests available to the authenticating user before
the API limit is reached for the current hour.
1
2
3
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->application->rateLimitStatus();
$userTimelineLimit = $response->resources->statuses->{'/statuses/user_timeline'}->remaining;

Blocking Methods

Blocking a user

create() blocks the user specified in the id parameter as the authenticating user and destroys a friendship
to the blocked user if one exists. Returns the blocked user in the requested format when successful.
1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->blocks->create('usertoblock');

Removing a block

destroy() un-blocks the user specified in the id parameter for the authenticating user. Returns the
un-blocked user in the requested format when successful.
1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->blocks->destroy('blockeduser');
  • ids() returns an array of user identifiers that the authenticating user is blocking.

Who are you blocking (identifiers only)

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->blocks->ids();

Who are you blocking

list() returns an array of user objects that the authenticating user is blocking.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->blocks->list();

Direct Message Methods

Retrieving recent direct messages received

messages() returns a list of the 20 most recent direct messages sent to the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->directMessages->messages();

The message() method accepts an array of optional parameters to modify the query.

  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • skip_status, when set to boolean true, “t”, or 1 will skip including a user’s most recent status in the results.
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.

Retrieving recent direct messages sent

sent() returns a list of the 20 most recent direct messages sent by the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->directMessages->sent();

The sent() method accepts an array of optional parameters to modify the query.

  • count specifies the number of statuses to return, up to 20.
  • page specifies the page of results to return, based on the count provided.
  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.

Sending a direct message

new() sends a new direct message to the specified user from the authenticating user. Requires both the user and text parameters below.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->directMessages->new('myfriend', 'mymessage');
  • destroy() destroys the direct message specified in the required id parameter. The authenticating user must be the recipient of the specified direct message.

    Deleting a direct message

    1
    2
    $twitter  = new ZendService\Twitter\Twitter($options);
    $response = $twitter->directMessages->destroy(123548);
    

Favorites Methods

Retrieving favorites

list() returns the 20 most recent favorite statuses for the authenticating user or user specified by the id parameter.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->favorites->list();

The list() method accepts an array of optional parameters to modify the query.

  • user_id specifies the ID of the user for whom to return the timeline.
  • screen_name specifies the screen name of the user for whom to return the timeline.
  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.

Creating favorites

create() favorites the status specified in the id parameter as the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->favorites->create(12351);

Deleting a favorite

destroy() un-favorites the status specified in the id parameter as the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->favorites->destroy(12351);

Friendship Methods

Creating a friend

create() befriends the user specified in the id parameter with the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->friendships->create('mynewfriend');

Deleting a friend

destroy() discontinues friendship with the user specified in the id parameter and the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->friendships->destroy('myoldfriend');

Search Methods

Searching for tweets

tweets() returns a list of tweets matching the criteria specified in $query. By default, 15 will be returned, but this value may be changed using the count option.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->search->tweets('#zendframework');

The tweets() method accepts an optional second argument, array of optional parameters to modify the query.

  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.
  • lang indicates which two-letter language code to restrict results to.
  • locale indicates which two-letter language code is being used in the query.
  • geocode can be used to indicate the geographical radius in which tweets should originate; the string should be in the form “latitude,longitude,radius”, with “radius” being a unit followed by one of “mi” or “km”.
  • result_type indicates what type of results to retrieve, and should be one of “mixed,” “recent,” or “popular.”
  • until can be used to specify a the latest date for which to return tweets.

Status Methods

Retrieving the public timeline

sample() returns the 20 most recent statuses from non-protected users with a custom user icon. The public timeline is cached by Twitter for 60 seconds.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->sample();

Retrieving the home timeline

homeTimeline() returns the 20 most recent statuses posted by the authenticating user and that user’s friends.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->homeTimeline();

The homeTimeline() method accepts an array of optional parameters to modify the query.

  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • trim_user, when set to boolean true, “t”, or 1, will list the author identifier only in embedded user objects in the statuses returned.
  • contributor_details, when set to boolean true, will return the screen name of any contributors to a status (instead of only the contributor identifier).
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.
  • exclude_replies controls whether or not status updates that are in reply to other statuses will be returned.

Retrieving the user timeline

userTimeline() returns the 20 most recent statuses posted from the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->userTimeline();

The userTimeline() method accepts an array of optional parameters to modify the query.

  • user_id specifies the ID of the user for whom to return the timeline.
  • screen_name specifies the screen name of the user for whom to return the timeline.
  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • trim_user, when set to boolean true, “t”, or 1, will list the author identifier only in embedded user objects in the statuses returned.
  • contributor_details, when set to boolean true, will return the screen name of any contributors to a status (instead of only the contributor identifier).
  • include_rts controls whether or not to include native retweets in the returned list.
  • exclude_replies controls whether or not status updates that are in reply to other statuses will be returned.

Showing user status

show() returns a single status, specified by the id parameter below. The status’ author will be returned inline.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->show(1234);

Updating user status

update() updates the authenticating user’s status. This method requires that you pass in the status update that you want to post to Twitter.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->update('My Great Tweet');

The update() method accepts a second additional parameter.

  • inReplyTo_StatusId specifies the ID of an existing status that the status to be posted is in reply to.

Showing user replies

mentionsTimeline() returns the 20 most recent @replies (status updates prefixed with @username) for the authenticating user.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->mentionsTimeline();

The mentionsTimeline() method accepts an array of optional parameters to modify the query.

  • since_id narrows the returned results to just those statuses after the specified identifier (up to 24 hours old).
  • max_id narrows the returned results to just those statuses earlier than the specified identifier.
  • count specifies the number of statuses to return, up to 200.
  • trim_user, when set to boolean true, “t”, or 1, will list the author identifier only in embedded user objects in the statuses returned.
  • contributor_details, when set to boolean true, will return the screen name of any contributors to a status (instead of only the contributor identifier).
  • include_entities controls whether or not entities, which includes URLs, mentioned users, and hashtags, will be returned.

Deleting user status

destroy() destroys the status specified by the required id parameter.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->statuses->destroy(12345);

User Methods

Showing user information

show() returns extended information of a given user, specified by ID or screen name as per the required id parameter below.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->users->show('myfriend');

search() will search for users matching the query provided.

1
2
$twitter  = new ZendService\Twitter\Twitter($options);
$response = $twitter->users->search('Zend');

The search() method accepts an array of optional parameters to modify the query.

  • count specifies the number of statuses to return, up to 20.

  • page specifies the page of results to return, based on the count provided.

  • include_entities controls whether or not entities, which includes URLs, mentioned users, and

    hashtags, will be returned.

Table Of Contents

Previous topic

ZendService\Technorati

Next topic

ZendService\WindowsAzure

This Page

Note: You need to stay logged into your GitHub account to contribute to the documentation.

Edit this document

Edit this document

The source code of this file is hosted on GitHub. Everyone can update and fix errors in this document with few clicks - no downloads needed.

  1. Login with your GitHub account.
  2. Go to ZendService\Twitter on GitHub.
  3. Edit file contents using GitHub's text editor in your web browser
  4. Fill in the Commit message text box at the end of the page telling why you did the changes. Press Propose file change button next to it when done.
  5. On Send a pull request page you don't need to fill in text anymore. Just press Send pull request button.
  6. Your changes are now queued for review under project's Pull requests tab on GitHub.