Problem

I don't think this should be called on what seemed like most every page load. This is a significant problem with a lot of locale/i18n languages.

Internationalization module (i18n) now supports views in a way-- unfortunately I think it hard wires in the

sure how well that works with the preferred "show current language and no language" setting.

And there's still no goddamned "show in the user's preferred language if available, if not in the default language." That's what we need. There shouldn't even be a conceptual hack of "no language" – content is either in a language or it isn't. But all that's another story.

This thread may be related to both our binary log clogging by cache menu and the problem at hand here, the map not displaying some of the time:

Google Map script loads on every page
http://drupal.org/node/36191

bdragon - February 6, 2007 - 14:45
Here's what's happening:

drupal feed seems to be broken, because of error "Invalid document end" on line 1

If a feed can't work from one Drupal site to another...

Maybe these folks are right: http://www.hiveminds.co.uk/node/3139

Funny though, they're a Drupal site, and don't give any answers for Drupal!

We need a solid solution for Drupal for both ends: a cleaner RSS output, and a more forgiving RSS reader.

Resolution

taxonomy translation
Drupal taxonomy term translation

i18n: how to translate taxonomy terms
http://drupal.org/node/55658

Multilingual categories
http://drupal.org/node/133999

From the i18n/contributed/README.txt

MySQL Binary Logs of Death (er, I mean, "on Debian")

This guy (a man very much after my own heart, he started logging this problem of a full root partition before he had a solution) had the same problem, but didn't seem to think it was a problem:
MySQL binary log space (Debian) 10/15/07
http://fplanque.com/dev/linux/mysql-binary-log-space-debian

UPDATE: Short and sweet the error and the fix (on Ubuntu, at least) with none of the jibber-jabber below.

ben@ebony-ubuntu:~/code/anjali/drupal$ drush updatecode

Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 122880 bytes) in /home/ben/code/anjali/drupal/sites/all/modules/quiz/quiz.module on line 677
Drush command could not be completed. [error]

Start editing the command line php configuration (initialization) file with:
sudo vi /etc/php5/cli/php.ini

So we had these problems (at end of post). Fairly noticable.

Deleted everything we could find that could cause it (after making a hackish custom error message setting, see blockquote here)

<pre>function wsf_action_init() {
  set_error_handler('wsf_action_backtrace_error_handler');
}

So-- is the problem devel's macro or Agaric's custom module and/or configuration?

Nesting level too deep - recursive dependency macro
usernode recursive

not relevant, but probably very useful as Drupal goes more OOP:
http://www.bigroom.co.uk/blog/php-nesting-level-too-deep-recursive-dependency/

<

Wasted a lot of time trying to compare the results of two drupal_set_message print array wrapped in pre tags, copied out of the browser.

Various text editors treated it as having multiple lines (around 3,000 lines, in fact) but FileMerge insisted that it was one giant line. I tried saving, again with multiple editors, to Unix line ending type. I do use Unix-style line breaks by default ("LF") but this had no effect.

Anyone have any experience/advice on this?

FileMerge uses diff, and it doesn't work in diff either.