Empower developers with tools that assist with developing and debugging the frontend or backend of the site.

Phone Lookup

This module implements an automatic lookup of a phone number from one of several public sources (although in the first release, only the API411® web service of WhitePages.com (www.w3data.com/xml) is implemented, covering telephone numbers and address in the US and Canada. Other services may also be added if the community is interested and there's support for the work.

Data for the module is stored in internal caching tables, and also in CiviCRM.

Ohloh

Ohloh is a web application that tracks open source projects and contributers. This module allows users, with the right permissions, to display their Ohloh profiles in their Drupal account page.

Workflow-ng

Next generation workflows for drupal

Workflow-ng allows one to customize drupal's built in workflows in a very flexible way.
In short, it's a rule-based event driven action evaluation system. (more)

E.g. this is useful for
• sending customized mails notifying your users about important changes
• building flexible content publishing workflows
• creating custom redirections
• and a lot more....

Modules may use workflow-ng's API to provide defaults, which can be customized by users.
Users can share their customizations by using the built-in import/export tool.

Druplet

Druplet module was a handy tool in the early days of multi-site. Some mighty-fine developers have worked out a much more elegant solution called Ægir and I suggest you take a look.

A Druplet is an on-demand Drupal sandbox generating machine. It uses Drupal's multi-site and install profile capabilities to allow for multiple unique sandboxes running under the same codebase. This module is not meant for use on production servers. Rather, it is a time-saving tool for developers.

There are some critical server configuration issues regarding this module. See the README.txt for more information.

== IMPORTANT! NEVER ALLOW UNTRUSTED USERS TO EXECUTE PHP CODE ON YOUR SERVER! ==
If you are using this for personal/internal use, the security issues are minimalized issues. However, if you allow non-trusted users access to execute PHP code on your server, they can potentially read the settings.php file of another Druplet. One line of defense is the paranoia module, which disables the PHP input format completely. In Drupal 6 this is handled by simply disabling the php.module in Drupal core.

Pages

Subscribe with RSS Subscribe to RSS - Developer tools