$interestingchange = 0;

             }

@@ -703,7 +728,7 @@

     my $result = "";

     foreach my $comment (@$raw_comments) {

         if ($count) {

-            $result .= " --- Comment #$count from ";

+            $result .= " --- Комментарий #$count от ";

             if ($comment->{'name'} eq $comment->{'email'}) {

                 $result .= $comment->{'email'};

             } else {

Наш товарищ – острый нож

Переходим к непосредственному исправлению содержимого базы данных. Это необходимо для завершения локализации, так как некоторые вещи (например, описания системных групп) не могут быть исправлены через интерфейс настройки Bugzilla, а могут быть изменены только внешним редактором базы данных. При этом редактор должен поддерживать редактирование строк в кодировке UTF-8. Программа phpMyAdmin удовлетворяет этим требованиям.

Внимание! Перед началом каких-либо изменений, проводимых непосредственно в базе данных, сделайте ее резервную копию!

Следуйте этому правилу, как минимум до тех пор, пока не разберетесь со структурой базы данных и не сможете исправлять ошибки прямой корректировкой данных в базе.

Итак, устанавливаем phpMyAdmin, настраиваем подключение к базе данных и подключаемся. Какова же внутренняя структура Bugzilla?

База данных Bugzilla состоит из 54 основных таблиц и произвольного количества для хранения дополнительных полей, по одной таблице на каждое поле. Все таблицы, предназначенные для хранения дополнительных полей начинаются с 'cf_'. Наиболее важными для нас таблицами являются:

n  bugs – основная таблица базы, описывающая зарегистрированную задачу. Запись по задаче содержит множество полей, из которых вручную чаще всего придется редактировать поля assigned_to (идентификатор пользователя, назначенного исполнителем) и reporter (идентификатор пользователя, инициировавшего задачу).

n  bug_severity – таблица, описывающая параметр «Серьезность» задачи.

n  fielddefs – таблица, описывающая определения полей задачи – как существовавших изначально, так и добавленных после, по одной записи на поле.

n  groups – таблица, описывающая системные и пользовательские группы, по одной записи на группу.

n  op_sys – таблица, изначально содержащая параметр «ОС», которую мы приспосабливаем под «Подразделение».

n  priority – таблица, содержащая параметр «Приоритет» задачи.

n  profiles – таблица, содержащая список пользователей. Именно индексы из этой таблицы вставляются в поля assigned_to и/или reporter таблицы bugs.

n  rep_platform – таблица, содержащая изначально параметр «Платформа», которую мы приспосабливаем под «Город».

Начинаем.

В таблице bug_severity изменяем значение поля value – просто переводим его на русский язык. На порядок сортировки это не повлияет – для этого есть поле sortkey.