This is the second part in a series of blog posts about migrate and migrate_d2d. I will in this post demonstrate how to migrate taxonomy terms from Drupal 6 to Drupal 7. Part 1 - Background, setup and user migration. contain information about how migration i general work and the needed configuration. Please make sure you read and understand it before attempting to follow this.
The normal way of performing a major upgrade in Drupal have traditionally been by running update.php, that fire off a lot of rather complex hook_update_N() tasks. They will try to upgrade configuration and content from one major version to another. Example Drupal 6 to 7. This is all about to change in Drupal 8. Drupal 8 have got the migrate module baked in, and upgrade is no longer a upgrade, but a migration of data and configuration from one system to another.
Ever had a site not controlled by the features module or felt that using it, add to much administrative overhead? Or you simply want to learn how to use Drupal field API? This is for you.
In this example I will try to keep the amount of code to the very minimum. Putting too much features into a example have a tendency to put some people off with the amount of code it create. The example will not explain how you create new field types, but rather use one existing provided by Drupal core.
Ever wanted to change the Drupal 7 markup? Get rid of all those pesky divs? If so, this is article for you. I will give you a simple example how to do this not by changing the site theme (template.php) but by using a theme function.
Yes, you have make a module, and yes, I will show you have to make it. You will also find, attached to this article, the complete code wrapped up in a zip-file. Using theme functions is not that hard so relative new Drupal users and themers should be able to follow, though, a basic PHP knowledge might come in handy.
Note: This is a blog post I wrote about 9 months ago but never actually never finished. The server this was for died upon me so I was not able to verify that this was bulletproof and kinda forgot about the hole post before today. I'll decided though to publish it as is.
Some of us (lik me) are stuck with old Centos 4.x installations. My web servers are located hundreds of miles away and gaining physical access make a Centos 4.x to 5.x/6.x upgrade more and less impossible. The second best way of fixing this is to compile your LAMP stack from source, should say AMP then the scope of this is not to compile the Linux kernel. Was original hoping for that someone had prepacked RPM/SRPM packages but could not find any repo. what where not out of date.