api

Hello,

Looking for a Japanese Drupal developer, hopefully with WordPress experience, for an urgent development.

We want to use the Mixi.jp API to:
1) MixiConnect - enable users to login/register to drupal site with OpenID account from mixi, and possibly invite firends and import the account details if possible by API.
2) Publish comments and/or nodes to mixi account when creating node/comment on drupal site (every user own mixi account, not one for all site users)

I found a wordpress plugin that does this.
It could be migrating or used as a reference.

Looking for a drupal guru who are well versed in module development in handling REST, XMLRPC calls to external api's. If you are familiar with facebook api, myspace api, or twitter api, it is a plus.

Work start in early July. Drupal version 6,

Hi all,
i'am one of the guys who is triyng to build an oracle driver for drupal.... (http://drupal.org/project/oracle)
I actually wrote 2 drivers: 1 for the 6.x and 1 for the 7.x. Both based on PDO_OCI, and both working pretty
well with the core, (i'am still working on the 7.x SimpleTest test cases but 90% is ok).

I started using the 6.x driver in production on February (when it was on sourceforge.net as drupaloracle).

A couple of days a go, one of my company web developers, told me:

"Hey.. we should use this X module.... It is cool!"

GREAT NEWS from Facebook!

http://developers.facebook.com/news.php?blog=1&story=225

<

blockquote>

The Facebook Open Stream API

Today we are excited to announce an important step toward greater openness through Facebook Platform. For the first time, we're opening the core Facebook product experience -- the stream -- with the new Facebook Open Stream API.

Hello everyone,

I've posted this in the main Support forum http://drupal.org/node/429874, but I believe it'll fare better here:

one of my customer is using Parature for their support needs and is developping a new web site and store for their products. There needs to be some integration between the two, like SSO (single sign-on) and profile field synchronisation.

Did somone here go trought this? Is this something that could be done easily with Drupal/Parature APIs? Should we better attack the data directly, e.g. using an exported feed or even directly trough SQL?

Overview: Transformations is an API for creating and executing data transformation pipelines, enabling higher-level modules to build stuff like Yahoo! Pipes or targeted import/export interfaces on top of it. The purpose of this project is to improve and build upon Transformations so that it not only provides a base framework but also satisfies a larger number of end-user needs, for example an AJAXified user interface.

Description:

Transformations was born out of the desire for a solution that can map any kind of structured data to any kind of other data, such as importing CSV or more complex XML files into Drupal nodes (with field mappings, obviously), exporting the data to the same files, or, if you will, providing an online converter that converts any RSS feed into Atom for example.

When performing such a large-scale transformation, some elements of the source data will likely need to be transformed on a smaller-scale level, e.g. you might need to convert a Unix timestamp into ISO date format at some point, or remove commas from a number string ("1,099.90") to conform to the target format, or perform string replacements on a given string field. At times, you might even need a combination of those transformations, or reference some other entity to construct the desired output data.

In order to do that kind of stuff, a simple mapping screen is not flexible enough, or would require lots of custom code to handle the more specific tasks. Transformations tries to solve that problem by splitting individual data transformation tasks into individual "operations" that can be chained into a larger transformation pipeline.

Scenario:

To get started, I have an organization that needs some very basic CRM added to its Drupal (6) site. The org has been using a Facebook group as its CRM, which works for maintaining a simple membership roster, group emailing, posting notices, and handling invitations/RSVPs for events. Events data is synched from Facebook to Drupal, via a bookmarklet I wrote. The org's membership is between 150 and 200 and administration is all volunteer.

Based on the discussions we had at DrupalCon, I've written up the beginnings of an API with a standardized set of hooks and some functions.

The details of how, for instance, the block module would save an object to disc might start through using the not-so-desirable form API, due to lack of another option. In the future, however, this could be changed using a more optimal method.

Also included is a generalized function to fetch set of default objects that are embedded in PHP (like views module or context module implement).

Discussion is encouraged. :-)

io.module