technology
Omeka goes live
Omeka, another fine product produced by CHNM, has released the public beta. This is a great tool for museums and other places (or individuals) who want to create online exhibits.
In other news, there is now a growing movement to archive old skills that are no longer used. Mr. Scoble started a list of obsolete skills on his blog and later made a wiki about it. Now everybody can contribute their obsolete skills. Not only is this a humorous way to look at the evolving world of technology, but it provides a useful archive for anyone who might run across the need to use one of these obsolete skills.
Popularity: 18% [?]
History of Google’s logo and goodbye to Polaroid
Wired has a neat little article/slideshow depicting the process of designing the Google logo. It’s interesting to see the first design compared to the last (current) design, and how similar they are.
Along with this article, take a look at Google’s archive of past logos for holidays and other events. It might be worth a look into the different holidays and events that are portrayed by Google’s logo.
Also, on a sad note, a bit of technology fades into history. The Polaroid instant photos have been discontinued (over the course of the past two years). The thrill of an instant photo was one of my child hood memories. Something my children won’t have. Now we we’d have to truck along a printer to get the same instantaneousness.
Popularity: 28% [?]
THAT podcast
Check out THAT podcast (THAT = The Humanities And Technology). It’s a new video pod cast put on by a couple of co-workers at CHNM. They interview someone in the technical field about software that helps those of us in the humanities.
The first episode includes an interview with Matt Mullenweg, creator of WordPress (the software running this site!) and shows you how to install and configure ScholarPress (a plug-in to WordPress written by Jeremy Boggs).
It’s great stuff, check it out!
Popularity: 23% [?]
Converting WordPress to static html
Usually people are wanting to convert their static html pages to some dynamic content management system. I’ve run into the issue of needing to go the other way.
A few professors at GMU love to use WordPress for their classes. It’s a really great way to get more student participation and involve some of those who aren’t so talkative in class.
But these blogs are usually only needed for one semester, and then just sit there. This can be a security risk if they are not kept up to date, and is cumbersome when trying to update many of them (one professor had over 30 blogs!).
Sometimes the content should still be viewable, but the need for a whole cms type back-end no longer exists. Sometimes the professor would just like a copy of the pages for their own future research or whatever.
So, I figured out a way to convert a dynamic WordPress site into static html pages.
Here are the basic steps I used:
- Change the permalink structure in the WordPress admin section. Alternatively, directly in the database change wp_options.permalink_structure.option_value to “/%postname%.html”.
-
UPDATE `tableprefix_options` SET `option_value` = ‘/%postname%.html’ WHERE `option_id` =34 AND `blog_id` =0 AND CONVERT( `option_name` USING utf8 ) = ‘permalink_structure’ LIMIT 1 ;
UPDATE (2.12.08): Reading a post from Christopher Price (who linked to this post) about WP permalinks, I’m thinking using this structure (/archives/%post_id%.html) might afford the best results. I often found a page that displayed the raw HTML instead of being rendered. This just might fix that issue.
UPDATE (3.11.08): I did some more dynamic to static conversions today, and found out the best permalink structure to use is just the post name. No extra categories and such. So the best structure to use would be this (/%postname%.html). The benefit is that the every page is unique with a descriptive name for the url (albeit sometime very long), and there are not as many subdirectory issues that arise.
-
- Add the .htaccess to /path/to/wp/ if not already there (where /path/to/wp/ is from http://somedomain.com/path/to/wp/ ). If there already is a .htaccess file and it is set to have permalinks, then you can probably leave it as it is.
-
<ifmodule mod_rewrite.c>
-
RewriteEngine On
-
RewriteBase /path/to/wp/
-
RewriteCond %{REQUEST_FILENAME} !-f
-
RewriteCond %{REQUEST_FILENAME} !-d
-
RewriteRule . /path/to/wp/index.php [L]
-
</ifmodule>
-
- From the command line:
-
mkdir static
(if you are in the directory above the directory where the wp is located. If wp is in /path/to/wp/ then create the directory as /path/to/static/)
-
- cd static
- Use wget to copy all of the files as static html files.
-
wget -r -np –cut-dirs=3 -nH -erobots=off –user=userName –password=passwordIfNeeded http://somedomain.com/path/to/wp/
*** Change –cut-dirs to the appropriate number associated with how many directories are after the domain name. The trailing slash plays a part too. ****
UPDATE (03.11.08): I found that the –cut-dirs doesn’t really do anything this time around. -
- Copy the contents of wp-content to save uploaded files, themes, etc. This way copies a lot of unnecessary php files, which could be potentially dangerous, but is really easy if you’re just converting to archive. To remove the security threat, just pick and choose the files you need.
-
cp -r /path/to/wp/wp-content/* /path/to/static/wp-content/
-
- Sometimes the files are created with folders in the archives folder. To fix this run the following three commands in the archive folder to fix that up. To get rid of the feed file in all of the directories:
-
rm -f */feed
To delete all of the now empty direcotries:
-
find . -type d -exec rmdir ‘{}’ \;
To rename the files ###.1 to ###
-
rename .1 ” `find . -type f -name “*.1″`
-
- move to wp folder. make a backup of database:
-
mysqldump -u [userfromwp-config.php] -p –opt databasename > databasename.sql
UPDATE (03.11.08): I found I needed to backup just a few tables from a database that contained many copies of wordpress. To do this more easily, I used a little script I wrote earlier to dump tables with a common prefix. This could also work if you just put in the full name of only the tables you wanted to backup.
-
- move one directory above wp install. make tar backup of old wordpress folder:
-
tar -cf wordpress.tar wordpress/
-
- remove old wordpress folder
-
rm -rf wordpress
-
-
-
mv static/wordpress/ wordpress/
-
- test out the site. If it’s totally broke, just delete the wordpress directory and restore the original from the tar file.
UPDATE (03.11.08): I have found that the old ‘rename‘ command [rename .1 '' *.1]only works on the current directory. If you want to do a recursive renaming you have to use the ‘find‘ command. The above code has changed to reflect this.
Popularity: 31% [?]