Autarchy of the Private Cave

There are quite a lot of posts on how to do this, but my differs a tiny little bit, so I’m saving it for my own future reference, and also for the benefits of the wider audience.

I am updating a multisite Drupal 6 installation. To the best of my knowledge, the only difference for Drupal 7 is that instead of the site_offline D6 variable the maintenance_mode variable is used in D7.

On Debian stable and later, you can sudo aptitude install drush and then just use it immediately after that.

Note: I recommend su webuser (or sudo -s followed by sudo -s -u webuser) before you run any non-testing drush commands, where webuser is the user which owns your web-exposed files (e.g. Debian’s default is, I think, www-data). I’ve seen a lot of recommendations to run drush as a super-user, but that does not make sense, and may actually cause problems with file ownership.

One last thing before we start: if your drush seems to work fine but hangs when untarring modules – check this solution.

Read the rest of this entry »

Today I moved my blog and gallery into MySQL5 databases from an elderly MySQL4. Also, both WP and gallery are now updated to the latest versions. Soon I’ll change the WP and G2 themes – for the lighter, less cluttered – and will remove some ads… and will also add some others instead

Update generally went well, except for the message I got on the main page:

Sorry, but you are looking for something that isn’t here.

It was quite easy to figure out that new WP conflicts with an elderly “Sideblog” plugin – so I had to deactivate that one, and will have to update all the active plugins to avoid some other less evident problems… (actually, just completed updating all the plugins… quite a time-eater, that was.)

Also, there will be a slight change to what and how I write. No other details for now – but stay tuned! All the changes with no exceptions are planned for the good of readers, and for the users’ benefits!

Today my blog’s domain bogdan.org.ua isn’t resolving to IP address from several worldwide locations. The trouble seems to be with XName, as running nslookup using ns?.xname.org gives me this:

DNS server handling your query: ns1.xname.org
DNS server’s address: 87.98.164.164#53

** server can’t find bogdan.org.ua: SERVFAIL

It’s rather strange that all the other domains I have on XName are functioning properly.

I can’t figure out the reason behind the problem; will keep trying to resolve as soon as possible.

Update: this is in fact XName-related problem: they are again under DDoS attack.

The other domains I have at XName might have stayed unaffected thanks to the secondary nameservers; it might have been just the question of the difference in sync times, that caused bogdan.org.ua to expire earlier than other domains.

It’s a great pity that DDoS attack organizers cannot (yet) be reliably tracked and then punished. Attacking a free web service cannot be explained other than by mental sickness or noticeable loss of profit by some entities…