Philosophical questions surround trolls, but these two Drupal modules strike me as the fundamentally wrong approach: Caving trolls creates echo chambers (see slashdot and dailykos*) and misery crosses ethical boundaries.

* Neither slashdot or dailykos use Drupal or cave, but both implement the same strategy of hiding posts that disagree with the dominant ideology. A little time in their comments will show why that is a horrible approach.

I just donated a website to Slutwalk DC. Because sluts say yes, and no means no.

Background on SlutWalks.

Amazon's 'cloud' service, which is relied on by many serious organizations as the answer to down-time, was just down for as many as 24 hours. Not sure if this is true, but, according to TIME, some of the data Amazon hosts for its clients is lost forever. The largest Drupal hosting company, Acquia, which hosts over 40,000 Drupal websites, had to issue an embarrassing public apology to all their clients.

Now, I own a small software shop that hosts about 60 Drupal websites. Over and over again, people have told me that I should move my hosting to 'the cloud' or one day I would lose all of my clients when my server goes down. And if my server were down for 24 hours, and I lost some of my client's data, I would expect many of them to leave. Hell, I would leave. But, two years into hosting Drupal sites, my company's hosting has never been down for more than a couple minutes and 'the cloud' is proving to be much less reliable than traditional dedicated servers.

Maybe the owners of 'the cloud' you use will do a better job than you at backing up data and ensuring uptime. Or, maybe not. They certainly aren't making any promises:

We are not responsible for any data loss or data corruption [...]

People talk about the cloud like it is magical. The cloud is just a computer that you don't control. That should send chills down your spine if you are in charge of technology for an organization working for social justice and you rely on the cloud.

In short, so far: Ted 1, Cloud 0.

A profile on me and my TwitterMiner software: Mining Twitter’s Treasures by Kira Newman

The Center for Torture Accountability is now relaunched in Drupal 7.

Design by Annie Kim, theming and site building by Scot Self.

My most recent contributed Drupal module mines twitter for research, inspired by the recent Arab revolutions and this prototype:

Twitter Analytics by #Hashtag from VJ Um Amel on Vimeo.

And this video, also from the r-sheif project, provides an overview of Twitter semantic analysis, as well as some examples:

I am pleased to announce that Inner File Software just launched the new website for MERIP, the Middle East Research & Information Project. The full magazine is now online, available to all print subscribers.

The site is built in Drupal 6 and has a significant amount of work done in UberCart. Subscribers can purchase and renew their accounts online. There are two types of subscribers: individual and institutional. Institutional subscribers (universities) are automatically authenticated via IP address, so they don't even need to log in when connecting from campus.

We hope that MERIP's move, putting their magazine online, proves to be successful for them. We think they have a pretty great platform for managing their new website.

If you need any Drupal web design in Washington, DC, please get in touch with Inner File.

My company, Inner File Software, just re-launched our website with Drupal 7.

Props to Scot Self for getting the theming and views all set up. The design dates back almost five years, and all credit goes to Cesar Maxit of RVLTN Design.

Way back in the baby days of this weblog I wrote:

FileMaker is a unique tool in my toolbox that I have no plans to give up and, as of yet, it doesn't talk to Drupal.

Well, those days are over. I just contributed my first Drupal module, which facilitates development of FileMaker web applications through a Drupal interface.

Please download the FileMaker module for Drupal.

Demo video of FileMaker module for Drupal

Some future improvements

• Value lists
• Drupal actions
• Adding and editing portal records
• FileMaker containter fields
• FileMaker user-based, and table-based authentication
• Replace of the FileMaker API with FX.php (which is GPL'd and available over the net)

Update: I added support for FileMaker value lists, displayed in Drupal through select fields, radio buttons, and checkbox sets.

Update 2: I added support for Drupal actions, a default FileMaker view for non-authenticated users, and required fields.

Update 3: I added support for tokens and created a sandbox project on Drupal.org while I wait for the project page approval.

I had to set up a new Rackspace Cloud Debian Linux server today for a rather large Drupal project. Since this is the second Rackspace server I have set up for Drupal in the past couple months, I thought it might be handy to take notes on every command I ran so that this is easier next time, or for someone else.

The first step is to set up your server instance, which is done through their web interface. It is as easy as clicking a button to add a server instance , select the OS type (Debian, of course), and choose the amount of Ram and a name.

Once the server instance is set up, you can log in via SSH. I recommend using a terminal as their web command line is clunky. Everything following this sentence are commands I ran through the command line via ssh.

Adding a non-root user with root privileges (sudo)

• useradd username
• passwd username secretPassword
• mkdir /home/username
• chown username /home/username
• vim /etc/sudoers

Add the line: username ALL=(ALL) ALL

The majority of the work I did from this point was guided by these phenominal instructions. Feel free to follow along there, as they much more detailed, but the instructions below are Rackspace specific and a little more current.

Installing the webserver software to run Drupal (Apache2, PHP5)

• sudo apt-get update
• sudo apt-get install apache2 php5 libapache2-mod-php5

Test the install of Apache in a browser: http://ipaddress. If everything worked out, you will see a white screen saying It Works.

Once Apache is working you can test PHP. First setp is to create a php file:

• vim /var/www/test.php

Enter the following text: <?php phpinfo(); ?> and save the file.

Next, open your web browser and navigate to: http://ipaddress/test.php. For some reason, my browser asked me to save the php file instead of executing it. I wasn't sure why this was so I tried restarting apache:

• sudo /etc/init.d/apache2 restart

and refreshed my browser. It worked.

Installing the database software to run Drupal (MySQL5)

• sudo apt-get install mysql-server mysql-client php5-mysql

I was prompted for a password through a fancy schmancy command line GUI, so I assigned one and copied it some place safe.

Installing PhpMyAdmin to manage MySQL

This step is entirely optional, as the MySQL client is already installed.

• sudo apt-get install phpmyadmin

During the install, I was given a chance to specify that the setup should use apache2. Last time I did this I had to edit a config file and restart apahce. PhpMyAdmin should now be available at:

http://ipaddress/phpmyadmin

Congratulations; your server should now be set up to host a single Drupal install at /var/www/.

...

Unless your SQL dump is too large, and mine was. I edited the php.ini file (at /etc/php5/apache2/php.in), by modifying the memory_limit, upload_max_filesize, and post_max_size variables. Don't forget to restart the server: /etc/init.d/apache2 restart.

...

I keep thinking this post is done, but I wasn't able to import my sql dump through PhpMyAdmin at all. Just too big, I s'pose. So I scp'd the file over and ran this command:

mysql databasename -u username --password=secretPass < sql_dump.sql