I now use the version name in the name of the external with a symbolic link called “wp” to the current version in use.

svn propget svn:externals .

wp-3.0 http://core.svn.wordpress.org/tags/3.0/
wp-3.0.1 http://core.svn.wordpress.org/tags/3.0.1/

Below I have the rsync stuff that I think you should use. Review it first; I didn’t test; it’s a combination of the Makefile and the Rakefile of two different WP installs (Aihato’s and this one).

rsync --verbose --progress --recursive --delete --links --times \
      --filter='merge ./rsync-upload-filters' \
      --filter='exclude /wp' \
      ${HOME}/www.example.com/ \
      halfgaar_example@ssh.phx.nearlyfreespeech.net:/home/htdocs/
 
# The same, but now the link is also synced
rsync --verbose --progress --recursive --delete --links --times \
      --filter='merge ./rsync-upload-filters' \
      ${HOME}/www.example.com/ \
      halfgaar_example@ssh.phx.nearlyfreespeech.net:/home/htdocs/

Dit is mijn rsync-upload-filters:

exclude rsync-upload-filters
exclude .svn/
exclude /Makefile
exclude /dump.sql
protect /uploads/

Als je de uploads gaat terugsyncen binnen je working copy of ze zelfs in de repo in wilt checken, moet je misschien ook nog “exclude /uploads/” toevoegen.

Ok, that was weird. I only just noticed that I reversed back to Dutch.

You’ll know how to do backups of the uploads. I just use the same rsync options with source and destination reversed. Database backups I do like this:

SSH_CREDS="halfgaar_example@ssh.phx.nearlyfreespeech.net"
MYSQLDUMP="mysqldump --port=3306 --host=halfgaar.db --user=dbuser --password=oimsovulnerable --routines --opt"
REMOTE_DIR="/home/private/mysql.bak"
LOCAL_DIR="/bla"
 
ssh $SSH_CREDS "$MYSQLDUMP exampledb > $REMOTE_DIR/exampledb.mysql"
scp $SSH_CREDS:$REMOTE_DIR/exampledb.mysql $LOCAL_DIR

Hier is ook nog hoe ik de development db reload:

mysql --user=root --password=osoinsecure -e 'DROP DATABASE example'
mysql --user=root --password=osoinsecure -e 'CREATE DATABASE example'
mysql --user=root --password=osoinsecure example < example.mysql

Het is een beetje een hodgepodge van losse info, want voor ieder project regel ik alles anders en dat dan vaak binnen de working copy en dan heb ik op Butler ook nog een losse backup script om al mijn NFSN databases te backuppen. Ik zou er nog een heel verhaal over kunnen houden wat voor een puinzooi ik hier heb, maar ik houd het er maar bij om te zeggen dat als je nog iets nodig hebt of iets onduidelijk is, je het maar even moet laten weten.

Ik zet trouwens de uploads directory altijd direct binnen de htdocs, dus niet binnen wp-content zoals WP zelf graag doet.

Verder kun je de door WP gegenereerde .htaccess veilig negeren. Hier is de .htaccess van de Aihato site:

php_value short_open_tag off
 
 
<IfModule mod_rewrite.c>
RewriteEngine On
 
RewriteRule ^$ /wp/index.php
 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wp/index.php [L]
 
</IfModule>

Dit is simpeler dan hoe ik het voor deze blog heb gedaan, waar ik extra voodoo nodig had omdat WP zijn eigen shit niet wilde verwijderen.

PS: Van Sjura moet ik zeggen dat ik deze comment grotendeels op de pot heb geproduceerd.

/~rowan/2010/05/04/post-slug would go wrong, but when I added a prefix such as “blog” or “nieuws”, the post’s permalink would work. Pages would be successfully resolved (for example, /~rowan/trainers worked) but subpages (such as /~rowan/trainers/aissa wouldn’t).

Anyway, I now have a decent development environment with its very own vhost just like I’m used to, so WordPress is happy again. I don’t think I even care enough about this bug to report it.