Drupal Services module: Getting the API key or kid of the requester

The services_keyauth_get_kid() function.

I'm currently in the process of building a module to work with Analytics SEO. This module connects to Analytics SEO via the Services module. There has been some debate as to how to manage permissions. The 'correct' way is to log the user in and then use the usual Drupal access permissions system which would be great but I really don't like the way you submit the password in plain text.

My suggestion is to bind a user to the API key id (kid) although for a lot of people having a user per API key isn't needed or would be overkill - The services module works really well with anonymous calls, or key restricted function calls. But when different people are using the same functions with sensitive data there has to be a proper way of securing the data. The answer as I've suggested is to tie it all up with the API key or kid as it's stored in the database.

I spent several hours, trundling through Google and the module code itself before finally stumbling upon services_keyauth_get_kid(). Finally! I don't know why this was so hard to find, probably because it's quite easy to write your own function to query the database against the domain, but again I didn't want to do that because I was sure there would be some function that would do all of the security stuff for you:

services_keyauth_get_kid()

For those of you that are interested, I'm aiming to make this THE SEO module for Drupal. Yes there are other modules out there but they either don't do much, don't give ongoing analysis or are a pain to install. I'm pretty excited to be building this module because it will incorporate the best of both worlds: The awesome power of Analytics SEO with all its crawling, site audit to check all your pages, keyword and competitor analysis together with the advantages of being hooked right into your site e.g. to automatically analyse your page when you save it, suggest content changes and compare it against competitors, all in a well organised manner to make it quick to optimise your site.

Post new comment

By submitting this form, you accept the Mollom privacy policy.

User login

Author of...

  • @casablanca @philhawksworth ohhhh, ahhhh, argh! 14 years 3 weeks ago
  • What the? Updating two packages on Kubuntu... 4 minutes remaining... oh, one of them is #Skype. 14 years 3 weeks ago
  • Thanks @gavinbrook Seems #woopra is the only one that does more than monitoring. The tagging users feature looks very useful. 14 years 4 weeks ago
  • Any votes for: #woopra #chartbeat #mixpanel or #clicky or any other #realtimeanalytics suggestions? 14 years 4 weeks ago
  • Ohh, just having a look at the git instructions for my own Drupal project. Learning a lot about git in the process : -) goo.gl/ZKBo7 14 years 4 weeks ago
  • @philhawksworth @philpeace I'm slowly moving all my sites off Godaddy too but they don't have a proper way of transferring .co.uk sites!!! 14 years 4 weeks ago
  • enjoying a bit of javascript but what am I doing at late so work? 14 years 5 weeks ago
  • [GitHub] theteam added you to a team, lol 14 years 5 weeks ago
Oliver Polden