automation

Events happening in the community are now at Drupal community events on www.drupal.org.

Introduction to automation for content checking

Posted by kimmel on October 6, 2012 at 9:06pm

This message has been cross posted to Drupal.org Improvements, Documentation Team, and Drupal.org Testing Infrastructure.

tl;dr

I want to use automation to improve d.o content quality. I do not have access to do this and I have been unable to get someone with access interested enough to get this project moving.

The long version

My vision for improving the Drupal Documentation and drupal.org can be broken into three equally important ideas:

Read more

Drush enable module command automation

Posted by tusharkanta on February 21, 2010 at 7:06am

Drush enable command for enabling modules requires some human intervention with input to type in Y/N when prompted. Is there any way to do it fully automatically through some api or script calls?

Read more

An update on the InDesign Integration Kit for Drupal

Posted by stdbrouw@groups... on March 29, 2009 at 11:28pm

Hi all. I've received quite a few queries about how things are going with the InDesign Integration Kit (IIK) package and the Chimp layout automatisation software. I'm happy that so many people are excited about the project and I'd like to give you an update on where we're headed.

(If you don't know what I'm talking about you should probably see the linked post first :-))

Read more
3 comments Categories: ,

(even more) Advanced Cron

Posted by damienmckenna on March 21, 2009 at 12:54am

I've toyed with this idea for a few months..

A common problem with cron tasks in Drupal is that it is generally an all-or-nothing proposition, either every time you run cron.php the system runs every individual cron task, or (possibly for n00bs) you don't run it at all. Then there's the problem that some tasks need to be ran frequently, e.g. search index refreshing vs tag cloud updates vs RSS feed aggregation vs scheduler updating..

What I propose is rewriting cron.module to allow individual cron tasks be scheduled differently.

There would be three parts to it:

Read more

Have you been looking for ways to automate your Drupal installations, configurations, and/or customizations?

Posted by Chris Charlton on October 6, 2008 at 7:10pm
Yes, I'd like to automate Drupal work and get home as reasonable hours!
74% (35 votes)
Maybe or "I'm not sure how I can automate my Drupal work. Maybe I should look at the Patterns module."
6% (3 votes)
I don't do enough Drupal work to require automation. I click.
0% (0 votes)
I never knew Drupal can be automated!
4% (2 votes)
I already deploy & configure Drupal sites with mental telepathy, sysadmin with an iPhone, and follow Twitter while on the can.
15% (7 votes)
Total votes: 47
4 comments Categories:

SoC 2007 proposal - Drupal Automated Staging Kit

Posted by allisterbeharry on March 23, 2007 at 5:33pm

Hello all,
Sorry for cross-posting; but I think people working on different aspects of Drupal may have interest in this idea.

I've submitted a SoC 2007 Drupal proposal on automating the whole process of creating a complete Drupal site with a LAMP stack in a self-contained virtual machine image. A formatted PDF version is here:
http://www.abeharry.info/SoC2007_DrupalAST_FullProposal.pdf
Here is the abstract:

The Drupal automated staging toolkit is a proposed set of code libraries, file schemas and parsers, and code generators, for

Read more

Automatic testing security issues?

Posted by Rok Žlender on August 1, 2006 at 11:21am

One of the biggest concerns about automatic testing is how to prevent potentially dangerous code to cause harm to the server and other tests.

Read more

Using test automation

Posted by Rok Žlender on July 8, 2006 at 1:05pm

Here are short instrucions on how to use this module.

Read more
2 comments Categories: , ,

Automation what has been done so far

Posted by Rok Žlender on July 8, 2006 at 12:41pm

After some discussions with my mentor Thomas and other people on devel mailling list I have created sort of a first prototype.

How it works

One part of this module is used to catch the patches and submites them to other part of the module via xml-rpc call. The second part receives this call and tests the patch. Results are stored in a new node on test server node address is returend by xml-rpc call response.

Read more
Categories: , ,
Subscribe with RSS Syndicate content

AltStyle によって変換されたページ (->オリジナル) /