Net::Twitter(3pm) | User Contributed Perl Documentation | Net::Twitter(3pm) |
Net::Twitter - A perl interface to the Twitter API
version 4.01043
use Net::Twitter; use Scalar::Util 'blessed'; # When no authentication is required: my $nt = Net::Twitter->new(legacy => 0); # As of 13-Aug-2010, Twitter requires OAuth for authenticated requests my $nt = Net::Twitter->new( traits => [qw/API::RESTv1_1/], consumer_key => $consumer_key, consumer_secret => $consumer_secret, access_token => $token, access_token_secret => $token_secret, ); my $result = $nt->update('Hello, world!'); eval { my $statuses = $nt->friends_timeline({ since_id => $high_water, count => 100 }); for my $status ( @$statuses ) { print "$status->{created_at} <$status->{user}{screen_name}> $status->{text}\n"; } }; if ( my $err = $@ ) { die $@ unless blessed $err && $err->isa('Net::Twitter::Error'); warn "HTTP Response Code: ", $err->code, "\n", "HTTP Message......: ", $err->message, "\n", "Twitter error.....: ", $err->error, "\n"; }
This version of Net::Twitter provides Twitter API v1.1 support. Enable it by including the "API::RESTv1_1" trait instead of "API::REST". Using Twitter API v1.1 may require changes to you code! It is not completely backwards compatible with v1.
For help migrating your application to Twitter API v1.1, see Net::Twitter::Manual::MigratingToV1_1.
This module has been superseded by Twitter::API. Please update as soon as you possibly can to use new features and the new API versions. This module will no longer be supported.
This module provides a perl interface to the Twitter APIs. See <http://dev.twitter.com/docs> for a full description of the Twitter APIs.
Twitter will (perhaps has by the time you read this) deprecated version 1 of the API. Documentation, here, assumes version 1.1 of the API. For version 1 documentation, see Net::Twitter::Role::API::REST.
To use Twitter API version 1.1, simply replace "API::REST" in the "traits" argument to "new" with "API::RESTv1_1". The "Net::Twitter" API is backwards compatible to the extent possible. If Twitter does not provide a 1.1 endpoint for a version 1 call, "Net::Twitter" cannot support it, of course.
Twitter API version 1.1 requires OAuth authentication for all calls. There is no longer an IP address limit and a per-user limit. Each API call has it's own rate limit. Most are 15 calls reset every 15 minutes. Others are 180 calls, reset every 15 minutes. These limits may change. For current rate limits, see <https://dev.twitter.com/docs/rate-limiting/1.1/limits>.
Net::Twitter is Moose based. Moose provides some advantages, including the ability for the maintainer of this module to respond quickly to Twitter API changes.
See Net::Twitter::Lite if you need an alternative without Moose and its dependencies.
Net::Twitter::Lite's API method definitions and documentation are generated from Net::Twitter. It is a related module, but does not depend on Net::Twitter or Moose for installation.
Net::Twitter decodes the data structures returned by the Twitter API into native perl data structures (HASH references and ARRAY references). The full layout of those data structures are not documented, here. They change often, usually with the addition of new elements, and documenting all of those changes would be a significant challenge.
Instead, rely on the online Twitter API documentation and inspection of the returned data.
The Twitter API online documentation is located at <http://dev.twitter.com/doc>.
To inspect the data, use Data::Dumper or similar module of your choice. Here's a simple example using Data::Dumper:
use Data::Dumper; my $r = $nt->search($search_term); print Dumper $r;
For more information on perl data structures, see perlreftut, perldsc, and perllol.
Example:
my $nt = Net::Twitter->new( traits => [ qw/AppAuth API::RESTv1_1/ ], consumer_key => 'my-consumer-key', consumer_secret => 'my-consumer-secret', ); $nt->request_access_token; say 'token: ', $nt->access_token; my $r = $nt->followers_ids({ screen_name => 'timtoady', cursor => -1, }); # good until invalidated, with ... $nt->invalidate_token
For example, with "InflateObjects" applied, the <friends_timeline> method returns an array of status objects:
$r = $nt->friends_timeline; for my $status ( @$r ) { $r->user->screen_name; # same as $r->{user}{screen_name} # $created_at is a DateTime; $age is a DateTime::Duration my $age = DateTime->now - $r->created_at; # print an age in a similar style to the Twitter web site, e.g.: # less than a minute ago # about a minute ago # 6 minutes ago # 1 day ago # etc. print $r->relative_created_at;
In the current version, this trait is automatically included if the "traits" option is not specified. This ensures backwards compatibility for existing applications using "Net::Twitter" versions prior to 3.00. See section "LEGACY COMPATIBILITY" for more details.
Some examples of using the "traits" parameter in "new":
# provide support for *only* the REST API; throw exceptions on error $nt = Net::Twitter->new(traits => ['API::RESTv1_1']); # provide support for both the REST and Search APIs; wrap errors $nt = Net::Twitter->new(traits => [qw/API::RESTv1_1 API::Search WrapError/]); # Provide legacy support for applications written with Net::Twitter # prior to version 3.0. $nt = Net::Twitter->new(traits => ['Legacy']);
Net::Twitter->new(legacy => 0);
is a shortcut for:
Net::Twitter->new(traits => ['API::RESTv1_1']);
If set to 1, "new" constructs a "Net::Twitter" object with the "Legacy" trait.
Net::Twitter->new(legacy => 1);
is a shortcut for:
Net::Twitter->new(traits => ['Legacy']);
# in .netrc machine api.twitter.com login YOUR_TWITTER_USER_NAME password YOUR_TWITTER_PASSWORD machine semifor.twitter.com login semifor password SUPERSECRET # in your perl program $nt = Net::Twitter->new(netrc => 1); $nt = Net::Twitter->new(netrc => 'semifor.twitter.com');
With REST API version 1.1, all API calls require OAuth. Since 31-Aug-2010, version 1 required OAuth requests requiring authentication. Other Twitter compatible services, like Identi.ca, accept Basic Authentication. So, "Net::Twitter" provides support for both.
To set up OAuth, include the "consumer_key" and "consumer_secret" options to "new". When they are provided, the "OAuth" trait will be automatically included. See Net::Twitter::Role::OAuth for more information on using OAuth, including examples.
To set up Basic Authentication in "Net::Twitter", provide the "username" and "password" options to "new" or call the "credentials" method.
In addition to the arguments specified for each API method described below, an additional "-authenticate" parameter can be passed. To request an "Authorization" header, pass "-authenticate => 1"; to suppress an authentication header, pass "-authenticate => 0". Even if requested, an Authorization header will not be added if there are no user credentials (username and password for Basic Authentication; access tokens for OAuth).
This is probably only useful for non-Twitter sites that use the Twitter API and support unauthenticated calls.
Most Twitter API methods take parameters. All Net::Twitter API methods will accept a HASH ref of named parameters as specified in the Twitter API documentation. For convenience, many Net::Twitter methods accept simple positional arguments. The positional parameter passing style is optional; you can always use the named parameters in a HASH reference if you prefer.
You may pass any number of required parameters as positional parameters. You must pass them in the order specified in the documentation for each method. Optional parameters must be passed as named parameters in a HASH reference. The HASH reference containing the named parameters must be the final parameter to the method call. Any required parameters not passed as positional parameters, must be included in the named parameter HASH reference.
For example, the REST API method "update" has one required parameter, "status". You can call "update" with a HASH ref argument:
$nt->update({ status => 'Hello world!' });
Or, you can use the convenient, positional parameter form:
$nt->update('Hello world!');
The "update" method also has an optional parameter, "in_reply_to_status_id". To use it, you must use the HASH ref form:
$nt->update({ status => 'Hello world!', in_reply_to_status_id => $reply_to });
You may use the convenient positional form for the required "status" parameter with the optional parameters specified in the named parameter HASH reference:
$nt->update('Hello world!', { in_reply_to_status_id => $reply_to });
Convenience form is provided for the required parameters of all API methods. So, these two calls are equivalent:
$nt->friendship_exists({ user_a => $fred, user_b => $barney }); $nt->friendship_exists($fred, $barney);
Many API methods have aliases. You can use the API method name, or any of its aliases, as you prefer. For example, these calls are all equivalent:
$nt->friendship_exists($fred, $barney); $nt->relationship_exists($fred, $barney); $nt->follows($fred, $barney);
Aliases support both the HASH ref and convenient forms:
$nt->follows({ user_a => $fred, user_b => $barney });
Some methods return partial results a page at a time. Originally, methods that returned partial results used a "page" parameter. A more recent addition to the Twitter API for retrieving multiple pages uses the "cursor" parameter. Usually, a method uses either the "page" parameter or the "cursor" parameter, but not both. There have been exceptions to this rule when Twitter deprecates the use of "page" for a method in favor of "cursor". In that case, both methods may work during a transition period. So, if a method supports both, you should always use the "cursor" parameter.
Paging
For methods that support paging, the first page is returned by passing "page => 1", the second page by passing "page => 2", etc. If no "page" parameter is passed, the first page is returned.
Here's an example that demonstrates how to obtain all favorites in a loop:
my @favs; for ( my $page = 1; ; ++$page ) { my $r = $nt->favorites({ page => $page }); last unless @$r; push @favs, @$r; }
Cursors
Cursoring employs a different strategy. To obtain the first page of results, pass "cursor => -1". Twitter returns a reference to a hash that includes entries "next_cursor", "previous_cursor", and an entry with a reference to an array containing a page of the requested items. The key for the array reference will be named "users", "ids", or something similar depending upon the type of returned items. For example, when "cursor" parameter is used with the "followers_ids" method, the returned in hash entry "ids".
The "next_cursor" value can be used in a subsequent call to obtain the next page of results. When you have obtained the last page of results, "next_cursor" will be 0. Likewise, you can use the value for "previous_cursor" to obtain the previous page of results. When you have obtained the first page, "previous_cursor" will be 0.
Here's an example that demonstrates how to obtain all follower IDs in a loop using the "cursor" parameter:
my @ids; for ( my $cursor = -1, my $r; $cursor; $cursor = $r->{next_cursor} ) { $r = $nt->followers_ids({ cursor => $cursor }); push @ids, @{ $r->{ids} }; }
In addition to the arguments described in the Twitter API Documentation for each API method, Net::Twitter supports additional synthetic arguments.
These methods are provided when trait "API::RESTv1_1" is included in the "traits" option to "new".
For example, These calls are equivalent:
$nt->create_friend('perl_api'); # screen name $nt->create_friend(1564061); # numeric ID $nt->create_friend({ id => 'perl_api' }); $nt->create_friend({ screen_name => 'perl_api' }); $nt->create_friend({ user_id => 1564061 });
However user_id 911 and screen_name 911 are separate Twitter accounts. These calls are NOT equivalent:
$nt->create_friend(911); # interpreted as screen name $nt->create_friend({ user_id => 911 }); # screen name: richellis
Whenever the "id" parameter is required and "user_id" and "screen_name" are also parameters, using any one of them satisfies the requirement.
Returns the current trend, geo and sleep time information for the authenticating user.
Returns: HashRef
Twitter API documentation: GET account/settings <https://dev.twitter.com/rest/reference/get/account/settings>
Returns the current count of friends, followers, updates (statuses) and favorites of the authenticating user.
Returns: HashRef
Add a member to a list. The authenticated user must own the list to be able to add members to it. Note that lists can't have more than 500 members.
Returns: User
Twitter API documentation: POST lists/members/create <https://dev.twitter.com/rest/reference/post/lists/members/create>
Creates a new place object at the given latitude and longitude.
Before creating a place you need to query "similar_places" with the latitude, longitude and name of the place you wish to create. The query will return an array of places which are similar to the one you wish to create, and a token. If the place you wish to create isn't in the returned array you can use the token with this method to create a new one.
Returns: Place
Twitter API documentation: POST geo/place <https://dev.twitter.com/rest/reference/post/geo/place>
Returns if the authenticating user is blocking a target user. Will return the blocked user's object if a block exists, and error with HTTP 404 response code otherwise.
Returns: BasicUser
Returns an array of user objects that the authenticating user is blocking.
Returns: ArrayRef[BasicUser]
Twitter API documentation: GET blocks/list <https://dev.twitter.com/rest/reference/get/blocks/list>
Returns an array of numeric user ids the authenticating user is blocking.
Returns: ArrayRef[Int]
Twitter API documentation: GET blocks/ids <https://dev.twitter.com/rest/reference/get/blocks/ids>
Returns an array of users that the specified user can contribute to.
Returns: ArrayRef[User]
Returns an array of users who can contribute to the specified account.
Returns: ArrayRef[User]
Blocks the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the blocked user when successful. You can find out more about blocking in the Twitter Support Knowledge Base.
Returns: BasicUser
Twitter API documentation: POST blocks/create <https://dev.twitter.com/rest/reference/post/blocks/create>
Favorites the status specified in the ID parameter as the authenticating user. Returns the favorite status when successful.
Returns: Status
Twitter API documentation: POST favorites/create <https://dev.twitter.com/rest/reference/post/favorites/create>
Follows the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the befriended user when successful. Returns a string describing the failure condition when unsuccessful.
Returns: BasicUser
Twitter API documentation: POST friendships/create <https://dev.twitter.com/rest/reference/post/friendships/create>
Creates a new list for the authenticated user. Note that you can't create more than 20 lists per account.
Returns: List
Twitter API documentation: POST lists/create <https://dev.twitter.com/rest/reference/post/lists/create>
Adds metadata -- alt text, in particular -- to a previously uploaded media object, specified by its ID. (One knows this ID via the return value of the preceding "upload" call.)
The "alt_text" parameter must have as its value a hashref containing a single key-value pair. The key must be "text", and the value is the alt text to assign to the media object. The text must be 400 characters or fewer in length.
Returns: HashRef
Twitter API documentation: POST media/metadata/create <https://dev.twitter.com/rest/reference/post/media/metadata/create>
Mutes the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the muted user when successful. You can find out more about muting in the Twitter Support Knowledge Base.
Returns: BasicUser
Twitter API documentation: POST mutes/users/create <https://dev.twitter.com/rest/reference/post/mutes/users/create>
Creates a saved search for the authenticated user.
Returns: SavedSearch
Twitter API documentation: POST saved_searches/create <https://dev.twitter.com/rest/reference/post/saved_searches/create>
Deletes the specified list. The authenticated user must own the list to be able to destroy it.
Returns: List
Twitter API documentation: POST lists/destroy <https://dev.twitter.com/rest/reference/post/lists/destroy>
Removes the specified member from the list. The authenticated user must be the list's owner to remove members from the list.
Returns: User
Twitter API documentation: POST lists/members/destroy <https://dev.twitter.com/rest/reference/post/lists/members/destroy>
Un-blocks the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the un-blocked user when successful.
Returns: BasicUser
Twitter API documentation: POST blocks/destroy <https://dev.twitter.com/rest/reference/post/blocks/destroy>
Destroys the direct message specified in the required ID parameter. The authenticating user must be the recipient of the specified direct message.
Important: this method requires an access token with RWD (read, write, and direct message) permissions.
Returns: DirectMessage
Twitter API documentation: POST direct_messages/destroy <https://dev.twitter.com/rest/reference/post/direct_messages/destroy>
Un-favorites the status specified in the ID parameter as the authenticating user. Returns the un-favorited status.
Returns: Status
Twitter API documentation: POST favorites/destroy <https://dev.twitter.com/rest/reference/post/favorites/destroy>
Discontinues friendship with the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the un-friended user when successful. Returns a string describing the failure condition when unsuccessful.
Returns: BasicUser
Twitter API documentation: POST friendships/destroy <https://dev.twitter.com/rest/reference/post/friendships/destroy>
Un-mutes the user specified in the "user_id" or "screen_name" parameter as the authenticating user. Returns the un-muted user when successful.
Returns: BasicUser
Twitter API documentation: POST mutes/users/destroy <https://dev.twitter.com/rest/reference/post/mutes/users/destroy>
Destroys a saved search. The search, specified by "id", must be owned by the authenticating user.
Returns: SavedSearch
Twitter API documentation: POST saved_searches/destroy/:id <https://dev.twitter.com/rest/reference/post/saved_searches/destroy/:id>
Destroys the status specified by the required ID parameter. The authenticating user must be the author of the specified status.
Returns: Status
Twitter API documentation: POST statuses/destroy/:id <https://dev.twitter.com/rest/reference/post/statuses/destroy/:id>
Returns a list of the 20 most recent direct messages sent to the authenticating user including detailed information about the sending and recipient users.
Important: this method requires an access token with RWD (read, write, and direct message) permissions.
Returns: ArrayRef[DirectMessage]
Twitter API documentation: GET direct_messages <https://dev.twitter.com/rest/reference/get/direct_messages>
Disables notifications for updates from the specified user to the authenticating user. Returns the specified user when successful.
Returns: BasicUser
Enables notifications for updates from the specified user to the authenticating user. Returns the specified user when successful.
Returns: BasicUser
Ends the session of the authenticating user, returning a null cookie. Use this method to sign users out of client-facing applications like widgets.
Returns: Error
Returns the 20 most recent favorite statuses for the authenticating user or user specified by the ID parameter.
Returns: ArrayRef[Status]
Twitter API documentation: GET favorites/list <https://dev.twitter.com/rest/reference/get/favorites/list>
Returns a cursored collection of user objects for users following the specified user.
Returns: HashRef
Twitter API documentation: GET followers/list <https://dev.twitter.com/rest/reference/get/followers/list>
Returns a reference to an array of numeric IDs for every user following the specified user. The order of the IDs may change from call to call. To obtain the screen names, pass the arrayref to "lookup_users".
Use the optional "cursor" parameter to retrieve IDs in pages of 5000. When the "cursor" parameter is used, the return value is a reference to a hash with keys "previous_cursor", "next_cursor", and "ids". The value of "ids" is a reference to an array of IDS of the user's followers. Set the optional "cursor" parameter to -1 to get the first page of IDs. Set it to the prior return's value of "previous_cursor" or "next_cursor" to page forward or backwards. When there are no prior pages, the value of "previous_cursor" will be 0. When there are no subsequent pages, the value of "next_cursor" will be 0.
Returns: HashRef|ArrayRef[Int]
Twitter API documentation: GET followers/ids <https://dev.twitter.com/rest/reference/get/followers/ids>
Returns a cursored collection of user objects for users followed by the specified user.
Returns: HashRef
Twitter API documentation: GET friends/list <https://dev.twitter.com/rest/reference/get/friends/list>
Returns a reference to an array of numeric IDs for every user followed by the specified user. The order of the IDs is reverse chronological.
Use the optional "cursor" parameter to retrieve IDs in pages of 5000. When the "cursor" parameter is used, the return value is a reference to a hash with keys "previous_cursor", "next_cursor", and "ids". The value of "ids" is a reference to an array of IDS of the user's friends. Set the optional "cursor" parameter to -1 to get the first page of IDs. Set it to the prior return's value of "previous_cursor" or "next_cursor" to page forward or backwards. When there are no prior pages, the value of "previous_cursor" will be 0. When there are no subsequent pages, the value of "next_cursor" will be 0.
Returns: HashRef|ArrayRef[Int]
Twitter API documentation: GET friends/ids <https://dev.twitter.com/rest/reference/get/friends/ids>
Returns the 20 most recent statuses, including retweets, posted by the authenticating user and that user's friends.
Returns: ArrayRef[Status]
This method is provided for backwards compatibility with Twitter API V1.0. Twitter API V1.1 does not provide an endpoint for this call. Instead, "show_friendship" is called, the result is inspected, and an appropriate value is returned which can be evaluated in a boolean context.
Tests for the existence of friendship between two users. Will return true if user_a follows user_b, otherwise will return false.
Use of "user_a" and "user_b" is deprecated. It has been preserved for backwards compatibility, and is used for the two-argument positional form:
$nt->friendship_exists($user_a, $user_b);
Instead, you should use one of the named argument forms:
$nt->friendship_exists({ user_id_a => $id1, user_id_b => $id2 }); $nt->friendship_exists({ screen_name_a => $name1, screen_name_b => $name2 });
Consider using "show_friendship" instead.
Returns: Bool
Returns an HASH ref with an array of numeric IDs in the "ids" element for every user who has a pending request to follow the authenticating user.
Returns: HashRef
Twitter API documentation: GET friendships/incoming <https://dev.twitter.com/rest/reference/get/friendships/incoming>
Returns an HASH ref with an array of numeric IDs in the "ids" element for every protected user for whom the authenticating user has a pending follow request.
Returns: HashRef
Twitter API documentation: GET friendships/outgoing <https://dev.twitter.com/rest/reference/get/friendships/outgoing>
Returns details of a place returned from the "reverse_geocode" method.
Returns: HashRef
Twitter API documentation: GET geo/id/:place_id <https://dev.twitter.com/rest/reference/get/geo/id/:place_id>
Search for places that can be attached to a statuses/update. Given a latitude and a longitude pair, an IP address, or a name, this request will return a list of all the valid places that can be used as the place_id when updating a status.
Conceptually, a query can be made from the user's location, retrieve a list of places, have the user validate the location he or she is at, and then send the ID of this location with a call to statuses/update.
This is the recommended method to use find places that can be attached to statuses/update. Unlike geo/reverse_geocode which provides raw data access, this endpoint can potentially re-order places with regards to the user who is authenticated. This approach is also preferred for interactive place matching with the user.
Returns: HashRef
Twitter API documentation: GET geo/search <https://dev.twitter.com/rest/reference/get/geo/search>
Returns the current configuration used by Twitter including twitter.com slugs which are not usernames, maximum photo resolutions, and t.co URL lengths.
It is recommended applications request this endpoint when they are loaded, but no more than once a day.
Returns: HashRef
Twitter API documentation: GET help/configuration <https://dev.twitter.com/rest/reference/get/help/configuration>
Returns the list of languages supported by Twitter along with their ISO 639-1 code. The ISO 639-1 code is the two letter value to use if you include lang with any of your requests.
Returns: ArrayRef[Lanugage]
Twitter API documentation: GET help/languages <https://dev.twitter.com/rest/reference/get/help/languages>
Returns the specified list. Private lists will only be shown if the authenticated user owns the specified list.
Returns: List
Twitter API documentation: GET lists/show <https://dev.twitter.com/rest/reference/get/lists/show>
Returns all lists the authenticating or specified user subscribes to, including their own. The user is specified using the user_id or screen_name parameters. If no user is given, the authenticating user is used.
A maximum of 100 results will be returned by this call. Subscribed lists are returned first, followed by owned lists. This means that if a user subscribes to 90 lists and owns 20 lists, this method returns 90 subscriptions and 10 owned lists. The reverse method returns owned lists first, so with "reverse =" 1>, 20 owned lists and 80 subscriptions would be returned. If your goal is to obtain every list a user owns or subscribes to, use <list_ownerships> and/or "list_subscriptions" instead.
Returns: Hashref
Twitter API documentation: GET lists/list <https://dev.twitter.com/rest/reference/get/lists/list>
Returns Twitter's privacy policy.
Returns: HashRef
Twitter API documentation: GET help/privacy <https://dev.twitter.com/rest/reference/get/help/privacy>
Returns the Twitter Terms of Service. These are not the same as the Developer Rules of the Road.
Returns: HashRef
Twitter API documentation: GET help/tos <https://dev.twitter.com/rest/reference/get/help/tos>
Returns the 20 most recent statuses, including retweets, posted by the authenticating user and that user's friends.
Returns: ArrayRef[Status]
Twitter API documentation: GET statuses/home_timeline <https://dev.twitter.com/rest/reference/get/statuses/home_timeline>
Returns the members of the specified list. Private list members will only be shown if the authenticated user owns the specified list.
Returns: Hashref
Twitter API documentation: GET lists/members <https://dev.twitter.com/rest/reference/get/lists/members>
Returns the lists the specified user has been added to. If user_id or screen_name are not provided the memberships for the authenticating user are returned.
Returns: Hashref
Twitter API documentation: GET lists/memberships <https://dev.twitter.com/rest/reference/get/lists/memberships>
Obtain a collection of the lists owned by the specified Twitter user. Private lists will only be shown if the authenticated user is also the owner of the lists.
Returns: ArrayRef[List]
Twitter API documentation: GET lists/ownerships <https://dev.twitter.com/rest/reference/get/lists/ownerships>
Returns tweet timeline for members of the specified list. Historically, retweets were not available in list timeline responses but you can now use the include_rts=true parameter to additionally receive retweet objects.
Returns: ArrayRef[Status]
Twitter API documentation: GET lists/statuses <https://dev.twitter.com/rest/reference/get/lists/statuses>
Returns the subscribers of the specified list. Private list subscribers will only be shown if the authenticated user owns the specified list.
Returns: Hashref
Twitter API documentation: GET lists/subscribers <https://dev.twitter.com/rest/reference/get/lists/subscribers>
Obtain a collection of the lists the specified user is subscribed to, 20 lists per page by default. Does not include the user's own lists.
Returns: ArrayRef[List]
Twitter API documentation: GET lists/subscriptions <https://dev.twitter.com/rest/reference/get/lists/subscriptions>
Returns the relationship of the authenticating user to the comma separated list or ARRAY ref of up to 100 screen_names or user_ids provided. Values for connections can be: following, following_requested, followed_by, none. Requires authentication.
Returns: ArrayRef
Twitter API documentation: GET friendships/lookup <https://dev.twitter.com/rest/reference/get/friendships/lookup>
Returns a hash reference of tweets from an arbitrary set of ids.
Returns: HashRef
Twitter API documentation: GET statuses/lookup <https://dev.twitter.com/rest/reference/get/statuses/lookup>
Return up to 100 users worth of extended information, specified by either ID, screen name, or combination of the two. The author's most recent status (if the authenticating user has permission) will be returned inline. This method is rate limited to 1000 calls per hour.
This method will accept user IDs or screen names as either a comma delimited string, or as an ARRAY ref. It will also accept arguments in the normal HASHREF form or as a simple list of named arguments. I.e., any of the following forms are acceptable:
$nt->lookup_users({ user_id => '1234,6543,3333' }); $nt->lookup_users(user_id => '1234,6543,3333'); $nt->lookup_users({ user_id => [ 1234, 6543, 3333 ] }); $nt->lookup_users({ screen_name => 'fred,barney,wilma' }); $nt->lookup_users(screen_name => ['fred', 'barney', 'wilma']); $nt->lookup_users( screen_name => ['fred', 'barney' ], user_id => '4321,6789', );
Returns: ArrayRef[User]
Twitter API documentation: GET users/lookup <https://dev.twitter.com/rest/reference/get/users/lookup>
Adds multiple members to a list, by specifying a reference to an array or a comma-separated list of member ids or screen names. The authenticated user must own the list to be able to add members to it. Note that lists can't have more than 500 members, and you are limited to adding up to 100 members to a list at a time with this method.
Returns: List
Twitter API documentation: POST lists/members/create_all <https://dev.twitter.com/rest/reference/post/lists/members/create_all>
Removes multiple members from a list, by specifying a reference to an array of member ids or screen names, or a string of comma separated user ids or screen names. The authenticated user must own the list to be able to remove members from it. Note that lists can't have more than 500 members, and you are limited to removing up to 100 members to a list at a time with this method.
Please note that there can be issues with lists that rapidly remove and add memberships. Take care when using these methods such that you are not too rapidly switching between removals and adds on the same list.
Returns: List
Twitter API documentation: POST lists/members/destroy_all <https://dev.twitter.com/rest/reference/post/lists/members/destroy_all>
Returns the 20 most recent mentions (statuses containing @username) for the authenticating user.
Returns: ArrayRef[Status]
Twitter API documentation: GET statuses/mentions_timeline <https://dev.twitter.com/rest/reference/get/statuses/mentions_timeline>
Returns an array of numeric user ids the authenticating user has muted.
Returns: ArrayRef[Int]
Twitter API documentation: GET mutes/users/ids <https://dev.twitter.com/rest/reference/get/mutes/users/ids>
Returns an array of user objects that the authenticating user is muting.
Returns: ArrayRef[BasicUser]
Twitter API documentation: GET mutes/users/list <https://dev.twitter.com/rest/reference/get/mutes/users/list>
Sends a new direct message to the specified user from the authenticating user. Requires both the user and text parameters. Returns the sent message when successful. In order to support numeric screen names, the "screen_name" or "user_id" parameters may be used instead of "user".
Important: this method requires an access token with RWD (read, write, and direct message) permissions.
Returns: DirectMessage
Twitter API documentation: POST direct_messages/new <https://dev.twitter.com/rest/reference/post/direct_messages/new>
Returns an ARRAY ref of user IDs for which the authenticating user does not want to receive retweets.
Returns: ArrayRef[UserIDs]
Twitter API documentation: GET friendships/no_retweets/ids <https://dev.twitter.com/rest/reference/get/friendships/no_retweets/ids>
Returns information allowing the creation of an embedded representation of a Tweet on third party sites. See the oEmbed <http://oembed.com/> specification for information about the response format.
While this endpoint allows a bit of customization for the final appearance of the embedded Tweet, be aware that the appearance of the rendered Tweet may change over time to be consistent with Twitter's Display Requirements <https://dev.twitter.com/terms/display-requirements>. Do not rely on any class or id parameters to stay constant in the returned markup.
Returns: Status
Twitter API documentation: GET statuses/oembed <https://dev.twitter.com/rest/reference/get/statuses/oembed>
Returns a hash reference mapping available size variations to URLs that can be used to retrieve each variation of the banner.
Returns: HashRef
Twitter API documentation: GET users/profile_banner <https://dev.twitter.com/rest/reference/get/users/profile_banner>
Returns the remaining number of API requests available to the authenticated user before the API limit is reached for the current hour.
Use "->rate_limit_status({ authenticate => 0 })" to force an unauthenticated call, which will return the status for the IP address rather than the authenticated user. (Note: for a web application, this is the server's IP address.)
Returns: RateLimitStatus
Twitter API documentation: GET application/rate_limit_status <https://dev.twitter.com/rest/reference/get/application/rate_limit_status>
If available, returns an array of replies and mentions related to the specified status. There is no guarantee there will be any replies or mentions in the response. This method is only available to users who have access to #newtwitter. Requires authentication.
Returns: ArrayRef[Status]
Removes the uploaded profile banner for the authenticating user.
Returns: Nothing
Twitter API documentation: POST account/remove_profile_banner <https://dev.twitter.com/rest/reference/post/account/remove_profile_banner>
The user specified in the id is blocked by the authenticated user and reported as a spammer.
Returns: User
Twitter API documentation: POST users/report_spam <https://dev.twitter.com/rest/reference/post/users/report_spam>
Retweets a tweet.
Returns: Status
Twitter API documentation: POST statuses/retweet/:id <https://dev.twitter.com/rest/reference/post/statuses/retweet/:id>
Returns up to 100 users who retweeted the status identified by "id".
Returns: ArrayRef[User]
Returns the IDs of up to 100 users who retweeted the status identified by "id".
Returns: ArrayRef[User]
Returns the 20 most recent retweets posted by the authenticating user.
Returns: ArrayRef[Status]
Returns the 20 most recent retweets posted by the specified user. The user is specified using the user_id or screen_name parameters. This method is identical to "retweeted_by_me" except you can choose the user to view. Does not require authentication, unless the user is protected.
Returns: ArrayRef
Returns the 20 most recent retweets posted by the authenticating user's friends.
Returns: ArrayRef[Status]
Returns the 20 most recent retweets posted by users the specified user follows. The user is specified using the user_id or screen_name parameters. This method is identical to "retweeted_to_me" except you can choose the user to view. Does not require authentication, unless the user is protected.
Returns: ArrayRef
Returns a collection of up to 100 user IDs belonging to users who have retweeted the tweet specified by the id parameter.
This method offers similar data to "retweets" and replaces API v1's "retweeted_by_ids" method.
Returns: HashRef
Twitter API documentation: GET statuses/retweeters/ids <https://dev.twitter.com/rest/reference/get/statuses/retweeters/ids>
Returns up to 100 of the first retweets of a given tweet.
Returns: Arrayref[Status]
Twitter API documentation: GET statuses/retweets/:id <https://dev.twitter.com/rest/reference/get/statuses/retweets/:id>
Returns the 20 most recent tweets of the authenticated user that have been retweeted by others.
Returns: ArrayRef[Status]
Twitter API documentation: GET statuses/retweets_of_me <https://dev.twitter.com/rest/reference/get/statuses/retweets_of_me>
Search for places (cities and neighborhoods) that can be attached to a statuses/update. Given a latitude and a longitude, return a list of all the valid places that can be used as a place_id when updating a status. Conceptually, a query can be made from the user's location, retrieve a list of places, have the user validate the location he or she is at, and then send the ID of this location up with a call to statuses/update.
There are multiple granularities of places that can be returned -- "neighborhoods", "cities", etc. At this time, only United States data is available through this method.
Returns: HashRef
Twitter API documentation: GET geo/reverse_geocode <https://dev.twitter.com/rest/reference/get/geo/reverse_geocode>
Returns the authenticated user's saved search queries.
Returns: ArrayRef[SavedSearch]
Twitter API documentation: GET saved_searches/list <https://dev.twitter.com/rest/reference/get/saved_searches/list>
Returns a HASH reference with some meta-data about the query including the "next_page", "refresh_url", and "max_id". The statuses are returned in "results". To iterate over the results, use something similar to:
my $r = $nt->search($search_term); for my $status ( @{$r->{statuses}} ) { print "$status->{text}\n"; }
Returns: HashRef
Twitter API documentation: GET search/tweets <https://dev.twitter.com/rest/reference/get/search/tweets>
Returns a list of the 20 most recent direct messages sent by the authenticating user including detailed information about the sending and recipient users.
Important: this method requires an access token with RWD (read, write, and direct message) permissions.
Returns: ArrayRef[DirectMessage]
Twitter API documentation: GET direct_messages/sent <https://dev.twitter.com/rest/reference/get/direct_messages/sent>
Returns a single direct message, specified by an id parameter. Like the "direct_messages" request, this method will include the user objects of the sender and recipient. Requires authentication.
Important: this method requires an access token with RWD (read, write, and direct message) permissions.
Returns: HashRef
Twitter API documentation: GET direct_messages/show <https://dev.twitter.com/rest/reference/get/direct_messages/show>
Returns detailed information about the relationship between two users.
Returns: Relationship
Twitter API documentation: GET friendships/show <https://dev.twitter.com/rest/reference/get/friendships/show>
Check if the specified user is a member of the specified list. Returns the user or undef.
Returns: Maybe[User]
Twitter API documentation: GET lists/members/show <https://dev.twitter.com/rest/reference/get/lists/members/show>
Returns the user if they are a subscriber.
Returns: User
Twitter API documentation: GET lists/subscribers/show <https://dev.twitter.com/rest/reference/get/lists/subscribers/show>
Retrieve the data for a saved search, by "id", owned by the authenticating user.
Returns: SavedSearch
Twitter API documentation: GET saved_searches/show/:id <https://dev.twitter.com/rest/reference/get/saved_searches/show/:id>
Returns a single status, specified by the id parameter. The status's author will be returned inline.
Returns: Status
Twitter API documentation: GET statuses/show/:id <https://dev.twitter.com/rest/reference/get/statuses/show/:id>
Returns extended information of a given user, specified by ID or screen name as per the required id parameter. This information includes design settings, so third party developers can theme their widgets according to a given user's preferences. You must be properly authenticated to request the page of a protected user.
Returns: ExtendedUser
Twitter API documentation: GET users/show <https://dev.twitter.com/rest/reference/get/users/show>
Locates places near the given coordinates which are similar in name.
Conceptually you would use this method to get a list of known places to choose from first. Then, if the desired place doesn't exist, make a request to "add_place" to create a new one.
The token contained in the response is the token needed to be able to create a new place.
Returns: HashRef
Twitter API documentation: GET geo/similar_places <https://dev.twitter.com/rest/reference/get/geo/similar_places>
Subscribes the authenticated user to the specified list.
Returns: List
Twitter API documentation: POST lists/subscribers/create <https://dev.twitter.com/rest/reference/post/lists/subscribers/create>
Returns the list of suggested user categories. The category slug can be used in the "user_suggestions" API method get the users in that category . Does not require authentication.
Returns: ArrayRef
Twitter API documentation: GET users/suggestions <https://dev.twitter.com/rest/reference/get/users/suggestions>
Returns the string "ok" status code.
Returns: Hash
Returns the locations with trending topic information. The response is an array of "locations" that encode the location's WOEID (a Yahoo! Where On Earth ID <http://developer.yahoo.com/geo/geoplanet/>) and some other human-readable information such as a the location's canonical name and country.
For backwards compatibility, this method accepts optional "lat" and "long" parameters. You should call "trends_closest" directly, instead.
Use the WOEID returned in the location object to query trends for a specific location.
Returns: ArrayRef[Location]
Twitter API documentation: GET trends/available <https://dev.twitter.com/rest/reference/get/trends/available>
Returns the locations with trending topic information. The response is an array of "locations" that encode the location's WOEID (a Yahoo! Where On Earth ID <http://developer.yahoo.com/geo/geoplanet/>) and some other human-readable information such as a the location's canonical name and country. The results are sorted by distance from that location, nearest to farthest.
Use the WOEID returned in the location object to query trends for a specific location.
Returns: ArrayRef[Location]
Twitter API documentation: GET trends/closest <https://dev.twitter.com/rest/reference/get/trends/closest>
Returns the current top ten trending topics on Twitter. The response includes the time of the request, the name of each trending topic, and query used on Twitter Search results page for that topic.
Returns: HashRef
Returns the top 20 trending topics for each hour in a given day.
Returns: HashRef
Returns the top 10 trending topics for a specific WOEID. The response is an array of "trend" objects that encode the name of the trending topic, the query parameter that can be used to search for the topic on Search, and the direct URL that can be issued against Search. This information is cached for five minutes, and therefore users are discouraged from querying these endpoints faster than once every five minutes. Global trends information is also available from this API by using a WOEID of 1.
Returns: ArrayRef[Trend]
Twitter API documentation: GET trends/place <https://dev.twitter.com/rest/reference/get/trends/place>
Returns the top 30 trending topics for each day in a given week.
Returns: HashRef
Unsubscribes the authenticated user from the specified list.
Returns: List
Twitter API documentation: POST lists/subscribers/destroy <https://dev.twitter.com/rest/reference/post/lists/subscribers/destroy>
Updates the authenticating user's status. Requires the status parameter specified. A status update with text identical to the authenticating user's current status will be ignored.
Returns: Status
Twitter API documentation: POST statuses/update <https://dev.twitter.com/rest/reference/post/statuses/update>
Updates the authenticating user's settings.
Returns: HashRef
Twitter API documentation: POST account/settings <https://dev.twitter.com/rest/reference/post/account/settings>
Sets which device Twitter delivers updates to for the authenticating user. Sending none as the device parameter will disable SMS updates.
Returns: BasicUser
Twitter API documentation: POST account/update_delivery_device <https://dev.twitter.com/rest/reference/post/account/update_delivery_device>
Allows you enable or disable retweets and device notifications from the specified user. All other values are assumed to be false. Requires authentication.
Returns: HashRef
Twitter API documentation: POST friendships/update <https://dev.twitter.com/rest/reference/post/friendships/update>
Updates the specified list. The authenticated user must own the list to be able to update it.
Returns: List
Twitter API documentation: POST lists/update <https://dev.twitter.com/rest/reference/post/lists/update>
This method has been deprecated in favor of the update_profile method. Its URL will continue to work, but please consider migrating to the newer and more comprehensive method of updating profile attributes.
Returns: BasicUser
Sets values that users are able to set under the "Account" tab of their settings page. Only the parameters specified will be updated; to only update the "name" attribute, for example, only include that parameter in your request.
Returns: ExtendedUser
Twitter API documentation: POST account/update_profile <https://dev.twitter.com/rest/reference/post/account/update_profile>
Updates the authenticating user's profile background image. The "image" parameter must be an arrayref with the same interpretation as the "image" parameter in the "update_profile_image" method. See that method's documentation for details. The "use" parameter allows you to specify whether to use the uploaded profile background or not.
Returns: ExtendedUser
Twitter API documentation: POST account/update_profile_background_image <https://dev.twitter.com/rest/reference/post/account/update_profile_background_image>
Uploads a profile banner on behalf of the authenticating user. The "image" parameter is an arrayref with the following interpretation:
[ $file ] [ $file, $filename ] [ $file, $filename, Content_Type => $mime_type ] [ undef, $filename, Content_Type => $mime_type, Content => $raw_image_data ]
The first value of the array ($file) is the name of a file to open. The second value ($filename) is the name given to Twitter for the file. If $filename is not provided, the basename portion of $file is used. If $mime_type is not provided, it will be provided automatically using LWP::MediaTypes::guess_media_type().
$raw_image_data can be provided, rather than opening a file, by passing "undef" as the first array value.
Returns: Nothing
Twitter API documentation: POST account/update_profile_banner <https://dev.twitter.com/rest/reference/post/account/update_profile_banner>
Sets one or more hex values that control the color scheme of the authenticating user's profile page on twitter.com. These values are also returned in the /users/show API method.
Returns: ExtendedUser
Twitter API documentation: POST account/update_profile_colors <https://dev.twitter.com/rest/reference/post/account/update_profile_colors>
Updates the authenticating user's profile image. The "image" parameter is an arrayref with the following interpretation:
[ $file ] [ $file, $filename ] [ $file, $filename, Content_Type => $mime_type ] [ undef, $filename, Content_Type => $mime_type, Content => $raw_image_data ]
The first value of the array ($file) is the name of a file to open. The second value ($filename) is the name given to Twitter for the file. If $filename is not provided, the basename portion of $file is used. If $mime_type is not provided, it will be provided automatically using LWP::MediaTypes::guess_media_type().
$raw_image_data can be provided, rather than opening a file, by passing "undef" as the first array value.
Returns: ExtendedUser
Twitter API documentation: POST account/update_profile_image <https://dev.twitter.com/rest/reference/post/account/update_profile_image>
Updates the authenticating user's status and attaches media for upload.
Note that Twitter has marked this endpoint as deprecated, and recommends instead calling "upload", then (optionally) "create_media_metadata", then "update".
The "media[]" parameter is an arrayref with the following interpretation:
[ $file ] [ $file, $filename ] [ $file, $filename, Content_Type => $mime_type ] [ undef, $filename, Content_Type => $mime_type, Content => $raw_image_data ]
The first value of the array ($file) is the name of a file to open. The second value ($filename) is the name given to Twitter for the file. If $filename is not provided, the basename portion of $file is used. If $mime_type is not provided, it will be provided automatically using LWP::MediaTypes::guess_media_type().
$raw_image_data can be provided, rather than opening a file, by passing "undef" as the first array value.
The Tweet text will be rewritten to include the media URL(s), which will reduce the number of characters allowed in the Tweet text. If the URL(s) cannot be appended without text truncation, the tweet will be rejected and this method will return an HTTP 403 error.
Returns: Status
Uploads an image to twitter without immediately posting it to the authenticating user's timeline. Its return-value hashref notably contains a "media_id" value that's useful as a parameter value in various other endpoint calls, such as "update" and "create_media_metadata".
Returns: HashRef
Twitter API documentation: POST media/upload <https://dev.twitter.com/rest/reference/post/media/upload>
Check the status for async video uploads.
Returns: status
Twitter API documentation: GET media/upload <https://dev.twitter.com/rest/reference/get/media/upload>
Access the users in a given slug (category) of the Twitter suggested user list and return their most recent status if they are not a protected user. Currently supported values for optional parameter "lang" are "en", "fr", "de", "es", "it". Does not require authentication.
Returns: ArrayRef
Twitter API documentation: GET users/suggestions/:slug/members <https://dev.twitter.com/rest/reference/get/users/suggestions/:slug/members>
Access the users in a given slug (category) of the Twitter suggested user list.
Returns: ArrayRef
Twitter API documentation: GET users/suggestions/:slug <https://dev.twitter.com/rest/reference/get/users/suggestions/:slug>
Returns the 20 most recent statuses posted by the authenticating user, or the user specified by "screen_name" or "user_id".
Returns: ArrayRef[Status]
Twitter API documentation: GET statuses/user_timeline <https://dev.twitter.com/rest/reference/get/statuses/user_timeline>
Run a search for users similar to Find People button on Twitter.com; the same results returned by people search on Twitter.com will be returned by using this API (about being listed in the People Search). It is only possible to retrieve the first 1000 matches from this API.
Returns: ArrayRef[Users]
Twitter API documentation: GET users/search <https://dev.twitter.com/rest/reference/get/users/search>
Returns an HTTP 200 OK response code and a representation of the requesting user if authentication was successful; returns a 401 status code and an error message if not. Use this method to test if supplied user credentials are valid.
Returns: ExtendedUser
Twitter API documentation: GET account/verify_credentials <https://dev.twitter.com/rest/reference/get/account/verify_credentials>
Updates the authenticating user's status and attaches media for upload.
The "media[]" parameter is an arrayref with the following interpretation:
[ $file ] [ $file, $filename ] [ $file, $filename, Content_Type => $mime_type ] [ undef, $filename, Content_Type => $mime_type, Content => $raw_image_data ]
The first value of the array ($file) is the name of a file to open. The second value ($filename) is the name given to Twitter for the file. If $filename is not provided, the basename portion of $file is used. If $mime_type is not provided, it will be provided automatically using LWP::MediaTypes::guess_media_type().
$raw_image_data can be provided, rather than opening a file, by passing "undef" as the first array value.
The Tweet text will be rewritten to include the media URL(s), which will reduce the number of characters allowed in the Tweet text. If the URL(s) cannot be appended without text truncation, the tweet will be rejected and this method will return an HTTP 403 error.
Returns: Status
Twitter API documentation: POST statuses/update_with_media <https://dev.twitter.com/rest/reference/post/statuses/update_with_media>
These methods are provided when trait "API::Search" is included in the "traits" option to "new".
Returns a HASH reference with some meta-data about the query including the "next_page", "refresh_url", and "max_id". The statuses are returned in "results". To iterate over the results, use something similar to:
my $r = $nt->search($search_term); my $r = $nt->search({ q => $search_term, count => 10 }) for my $status ( @{$r->{results}} ) { print "$status->{text}\n"; }
Returns: HashRef
The original Lists API methods have been deprecated. Net::Twitter::Role::API::Lists provides backwards compatibility for code written using those deprecated methods. If you're not already using the "API::Lists" trait, don't! Use the lists methods described above.
If you are using the "API::Lists" trait, you should remove it from your code and change the arguments in your list API method calls to match those described above.
Also, if using the "API::Lists" trait, you can pass synthetic argument "-legacy_lists_api" set to 0 for individual calls to use the new endpoints semantics.
These methods are provided when trait "API::TwitterVision" is included in the "traits" option to "new".
Get the current location and status of a user.
Returns: HashRef
Updates the location for the authenticated user.
Returns: HashRef
This version of "Net::Twitter" automatically includes the "Legacy" trait if no "traits" option is provided to "new". Therefore, these 2 calls are currently equivalent:
$nt = Net::Twitter->new(username => $user, password => $passwd); $nt = Net::Twitter->new( username => $user, password => $passwd, traits => ['Legacy'], );
Thus, existing applications written for a prior version of "Net::Twitter" should continue to run, without modification, with this version.
In a future release, the default traits may change. Prior to that change, however, a nearer future version will add a warning if no "traits" option is provided to "new". To avoid this warning, add an appropriate "traits" option to your existing application code.
There are currently two strategies for handling errors: throwing exceptions and wrapping errors. Exception handling is the newer, recommended strategy.
When trait "WrapError" is specified (or "Legacy", which includes trait "WrapError"), "Net::Twitter" returns undef on error. To retrieve information about the error, use methods "http_code", "http_message", and "get_error". These methods are described in the Net::Twitter::Role::WrapError.
if ( my $followers = $nt->followers ) { for my $follower ( @$followers ) { #... } } else { warn "HTTP message: ", $nt->http_message, "\n"; }
Since an error is stored in the object instance, this error handling strategy is problematic when using a user agent like "LWP::UserAgent::POE" that provides concurrent requests. The error for one request can be overwritten by a concurrent request before you have an opportunity to access it.
When "Net::Twitter" encounters a Twitter API error or a network error, it throws a "Net::Twitter::Error" object. You can catch and process these exceptions by using "eval" blocks and testing $@:
eval { my $statuses = $nt->friends_timeline(); # this might die! for my $status ( @$statuses ) { #... } }; if ( $@ ) { # friends_timeline encountered an error if ( blessed $@ && $@->isa('Net::Twitter::Error') ) { #... use the thrown error obj warn $@->error; } else { # something bad happened! die $@; } }
"Net::Twitter::Error" stringifies to something reasonable, so if you don't need detailed error information, you can simply treat $@ as a string:
eval { $nt->update($status) }; if ( $@ ) { warn "update failed because: $@\n"; }
$r = $nt->search({ geocode => "45.511795,-122.675629,25mi" });
$nt = Net::Twitter->new(netrc => 1,legacy => 0,ssl => 1,source => 'api'); $nt->update('A post with the source parameter overridden.'); # result: http://twitter.com/semifor_test/status/6541105458 $nt = Net::Twitter->new(netrc => 1,legacy => 0,ssl => 1,source => ''); $nt->update('A post with the source parameter overridden.'); # result: http://twitter.com/semifor_test/status/6541257224
If you want something other than "Net::Twitter", "API", or "web", you need to register an application and use OAuth authentication. If you do that, you can have any name you choose for the application printed as the source. Since rolling out OAuth, Twitter has stopped issuing new registered source parameters, only existing register source parameters are valid.
Please report bugs to "bug-net-twitter@rt.cpan.org", or through the web interface at <https://rt.cpan.org/Dist/Display.html?Queue=Net-Twitter>.
Join the Net::Twitter IRC channel at <irc://irc.perl.org/net-twitter>.
Follow perl_api: <http://twitter.com/perl_api>.
Track Net::Twitter development at <http://github.com/semifor/Net-Twitter>.
Many thanks to Chris Thompson <cpan@cthompson.com>, the original author of "Net::Twitter" and all versions prior to 3.00.
Also, thanks to Chris Prather (perigrin) for answering many design and implementation questions, especially with regards to Moose.
Marc Mims <marc@questright.com> (@semifor on Twitter)
Roberto Etcheverry <retcheverry@gmail.com> (@retcheverry on Twitter)
KATOU Akira
Francisco Pecorella
Doug Bell <doug@plainblack.com>
Justin Hunter <justin.d.hunter@gmail.com>
Allen Haim <allen@netherrealm.net>
Joe Papperello (@antipasta on Github and Twitter)
Samuel Kaufman (ediblenergy on Github)
AnnMary Mathew (ammathew on Github)
Olaf Alders (oalders on Github)
Copyright (c) 2009-2016 Marc Mims
The Twitter API itself, and the description text used in this module is:
Copyright (c) 2016 Twitter
This library is free software; you can redistribute it and/or modify it under the same terms as Perl itself.
BECAUSE THIS SOFTWARE IS LICENSED FREE OF CHARGE, THERE IS NO WARRANTY FOR THE SOFTWARE, TO THE EXTENT PERMITTED BY APPLICABLE LAW. EXCEPT WHEN OTHERWISE STATED IN WRITING THE COPYRIGHT HOLDERS AND/OR OTHER PARTIES PROVIDE THE SOFTWARE "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER EXPRESSED OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE ENTIRE RISK AS TO THE QUALITY AND PERFORMANCE OF THE SOFTWARE IS WITH YOU. SHOULD THE SOFTWARE PROVE DEFECTIVE, YOU ASSUME THE COST OF ALL NECESSARY SERVICING, REPAIR, OR CORRECTION.
IN NO EVENT UNLESS REQUIRED BY APPLICABLE LAW OR AGREED TO IN WRITING WILL ANY COPYRIGHT HOLDER, OR ANY OTHER PARTY WHO MAY MODIFY AND/OR REDISTRIBUTE THE SOFTWARE AS PERMITTED BY THE ABOVE LICENSE, BE LIABLE TO YOU FOR DAMAGES, INCLUDING ANY GENERAL, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES ARISING OUT OF THE USE OR INABILITY TO USE THE SOFTWARE (INCLUDING BUT NOT LIMITED TO LOSS OF DATA OR DATA BEING RENDERED INACCURATE OR LOSSES SUSTAINED BY YOU OR THIRD PARTIES OR A FAILURE OF THE SOFTWARE TO OPERATE WITH ANY OTHER SOFTWARE), EVEN IF SUCH HOLDER OR OTHER PARTY HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
2018-01-18 | perl v5.26.1 |