readme.txt 9.5 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163
  1. === Keyring ===
  2. Contributors: beaulebens, mdawaffe, jshreve, jkudish, automattic
  3. Tags: authentication, security, oauth, http basic, key, token, authorization, delicious, facebook, flickr, foursquare, google contacts, instagram, instapaper, linkedin, moves, runkeeper, tripit, tumblr, twitter, yahoo, web services
  4. Requires at least: 3.3
  5. Tested up to: 4.0
  6. Stable Tag: 1.6.1
  7. An authentication framework that handles authorization with external web services.
  8. == Description ==
  9. See the [Keyring Developer's Guide](http://dentedreality.com.au/projects/wp-keyring/) for more details.
  10. Keyring provides a very hookable, completely customizable framework for connecting your WordPress to an external service. It takes care of all the heavy lifting when making authenticated requests, so all you need to do is implement cool features and not worry about these tricky bits.
  11. Out of the box, Keyring currently comes with base Service definitions for webservices which use:
  12. * HTTP Basic
  13. * OAuth1
  14. * OAuth2
  15. And includes an example service implementation (services/extended/example.php) plus ready-to-use definitions for:
  16. * [Delicious](http://delicious.com/)
  17. * [Eventbrite](http://eventbrite.com/)
  18. * [Facebook](http://facebook.com/)
  19. * [Flickr](http://flickr.com/)
  20. * [Foursquare](http://foursquare.com/)
  21. * [Google Contacts](http://google.com/)
  22. * [Instagram](http://instagram.com/)
  23. * [Instapaper](http://instapaper.com/)
  24. * [LinkedIn](http://linkedin.com/)
  25. * [Moves](http://moves-app.com/)
  26. * [RunKeeper](http://runkeeper.com/)
  27. * [TripIt](http://tripit.com/)
  28. * [Tumblr](http://tumblr.com/)
  29. * [Twitter](http://twitter.com/)
  30. * [Yahoo! Updates](http://yahoo.com/)
  31. You can very easily write your own Service definitions and then use all the power of Keyring to hook into that authentication flow. See the [Keyring Developer's Guide](http://dentedreality.com.au/projects/wp-keyring/) for more details.
  32. == Installation ==
  33. 1. Install Keyring either via the WordPress.org plugin directory, or by uploading the files to your server
  34. 2. Activate Keyring in Plugins > Installed Plugins
  35. 3. Go to Tools > Keyring > Add New and you will be prompted to configure services before making user-specific connections to them
  36. == Frequently Asked Questions ==
  37. = How Do I Use Keyring in my Plugin? =
  38. Check out the [Keyring Developer's Guide](http://dentedreality.com.au/projects/wp-keyring/).
  39. See [Keyring Social Importers](http://wordpress.org/plugins/keyring-social-importers/) for an example. You can also extend Keyring Service classes directly, rather than attaching the service as a property to an object (like the Importers do).
  40. = Will Keyring work on my WordPress? =
  41. Keyring requires PHP 5.3+ to work, because it makes use of some modern features in PHP like late static binding and abstract classes. Other than that, as long as you meet the minimum required WP version, you should be OK to get started. If you get a cryptic "T_PAAMAYIM_NEKUDOTAYIM" error, you need to upgrade to PHP 5.3+.
  42. Your webserver will also need to be able to make outbound HTTPS requests for some operations with some services to work correctly.
  43. = How do I configure Services? =
  44. Most services within Keyring require some sort of API key/secret before you can connect to them.
  45. 1. Go to Tools > Keyring > Add New
  46. 2. Click the name of a service in the bottom section, or 'Manage' next to one of the services in the top section
  47. 3. Enter your API details (you will need to get those from the specific service)
  48. 4. Click 'Save Changes'
  49. 5. Now you should be able to create a new connection to that service
  50. = How do I connect to 'x' service? =
  51. 1. Go to Tools > Keyring > Add New
  52. 2. Click the name of the service in the top section (if it's in the bottom section, then that service has not been configured for API access yet, see above)
  53. 3. Follow through any authentication prompts to connect
  54. 4. You should now be connected, and your connection details should be listed on the Keyring admin page (which you will be redirected to once authentication is complete)
  55. = Now what? =
  56. Keyring just provides a framework for handling connections to external services. You need to download another plugin which makes use of Keyring to do anything useful (e.g. an importer or content-syncing plugin).
  57. = How does Keyring store tokens? =
  58. * By default, on a single-site install, Keyring stores tokens in your wp_posts table with a custom post type of 'keyring_token'
  59. * Coming soon, Keyring will store tokens for a multi-site install in a specified blog/site's wp_posts (so you can set a single site aside for just token storage if you like)
  60. * Keyring provides a framework for you to write your own token storage engine (see store.php and includes/stores/).
  61. = How do I add to the list of services Keyring can connect to? =
  62. Add files to includes/services/extended/ that either implement one of the includes/services/core/ service foundations, or start from scratch. Follow one of the existing service definitions for a template, and see service.php in the root of Keyring for some detail on methods you need to define, and optional ones that might make your life easier.
  63. == Changelog ==
  64. = 1.6.1 =
  65. * Enhancement: Add Eventbrite as a service, props @jkudish
  66. = 1.6 =
  67. * Enhancement BREAKING: Change the way the keyring_admin_url filter is applied so that it's already got all the parameters etc added to it by the time the filter happens. Makes that filter much more flexible. You probably need to add $params to your filter function, and the add_query_arg() those params onto whatever URL you're returning.
  68. * Bugfix WARNING: Change the filters in get_credentials() to keyring_service_credentials, since keyring_credentials is in use, and slightly different
  69. * Enhancement: Allow the token store to be filtered, for divergent implementations on a single installation, props Jamie P
  70. * Enhancement: Allow filtering of request scope for OAuth1 services
  71. * Enhancement: Add connection-testing to the default admin UI for most services
  72. * Enhancement: Abstract out prepare_request() for OAuth1 service
  73. * Bugfix: Use the correct parameters for filtering results in SingleStore, props Milan D
  74. * Bugfix: Request correct permissions for LinkedIn, using the new filter
  75. * Bugfix: Get Google Contacts working properly. Props Simon W for spotting 2 errors.
  76. * Bugfix: Update authorize/authenticate URL for LinkedIn. Should move entire service to OAuth2 ideally
  77. * Bugfix: Don't restrict the 'state' parameter to being an int only (per OAuth2 spec), props Jamie P
  78. * Bugfix: Ensure to always filter the return value (even if false) from get_credentials(), props Jamie P
  79. * Bugfix: Fix the Moves service so that it can get past the auth flow again (new restriction on Redirect URIs)
  80. * Enhancement: Update the Facebook config instructions to match their UI changes
  81. * Bugfix: Remove unnecessary %s from Google instructions
  82. = 1.5.1 =
  83. * Remove example OAuth application included within that library. Unnecessary and contains an XSS vulnerability.
  84. = 1.5 =
  85. * Enhancement: Added Moves as a service
  86. * Bugfix: OAuth2 services were having querystring parameters stripped during POST requests. No longer doing that.
  87. * Bugfix: typo in profile request for RunKeeper service
  88. = 1.4 =
  89. * WARNING: BREAKING CHANGES
  90. * BREAKING: Depending on where you were loading Keyring, the new filtering on 'keyring_admin_url' might require some changes on your end
  91. * BREAKING: Credentials for Services are handled slightly differently now (especially if you were using constants), so confirm they are loading before rolling out this update
  92. * Introduce concept of "is_configured()" to Services so that you can test if a service has been set up correctly before attempting to use it
  93. * Change get_credentials() so that it checks for a service-specific _get_credentials(), then generic constants, then in the DB
  94. * get_credentials() is now always called when initiating a service, to load its details from the most appropriate place available
  95. * In the default Admin UI, split services out to show which ones are configured/ready to connect and which ones need attention
  96. * Add extensive helper instructions to the configuration pages for apps with links to where you need to go to register etc
  97. * Update Twitter requests to 1.1 endpoint, ready for them retiring v1
  98. * Keep track of request response codes (Props justinshreve)
  99. * Start adding some additional information to Keyring::error() for better handling
  100. = 1.3 =
  101. * Added Service definitions for Instapaper (paid account required) and TripIt
  102. * Improved access and request token filters
  103. * Specify request token in token query for custom storage engines that don't use globally-unique ids
  104. * Pass request token to verification of access tokens
  105. * Make Keyring::init() be callable after init (it will trigger everything it needs automatically)
  106. * Changed admin UI to use ListTable
  107. = 1.2 =
  108. * WARNING: BREAKING CHANGES
  109. * Huge overhaul of codebase to support Request tokens, passing reference via 'state' param (BREAKING)
  110. * Shuffled around how tokens are managed so that more places explicitly expect a Keyring_Token (BREAKING)
  111. * Force serialization of stored tokens when using SingleStore (BREAKING)
  112. * Big cleanup/changes to how token storage works, and how Keyring_Store looks (BREAKING)
  113. * Standardized handling of meta with tokens (BREAKING)
  114. * Added RunKeeper Service definition
  115. * Added a bunch of filters and tried to standardize them everywhere
  116. * Improve some nonce checking
  117. * Improved debugging information for different service types
  118. * Introduced app_ids for services that support/require them
  119. * Removed all wp_die()s in favor of Keyring::error(); exit;
  120. * Introduced test_connection() methods, props pento
  121. * Whitespace/alignment cleanup
  122. * Switched to using stable-tagging system in the WP.org repo
  123. = 1.1 =
  124. * First tagged version