On Fri, 19 Nov 2021 12:20:08 +0500 Lev Lamberov <[email protected]> wrote:
> Чт 18 ноя 2021 @ 18:48 vofka <[email protected]>: > > > On Thu, 18 Nov 2021 09:12:44 +0500 > > Lev Lamberov <[email protected]> wrote: > > > >> Ср 17 ноя 2021 @ 15:58 Lev Lamberov <[email protected]>: > >> > >> > Ср 17 ноя 2021 @ 15:42 vofka <[email protected]>: > >> > > >> >> On Tue, 16 Nov 2021 21:13:14 +0500 > >> >> Lev Lamberov <[email protected]> wrote: > >> >> > >> >>> Это письмо предназначено для удаления старого сообщения из базы > >> >>> псевдоссылок. > >> >> > >> >> Надо удалить все записи прямо из базы данных, кроме BTS, если они > >> >> нужны, потому что записи DONE хранятся три дня, а потом автоматически > >> >> удаляются, и поэтому нет смысла менять RFR на DONE. > >> > > >> > Я уточню, как работает робот, отслеживающий сообщения в списках > >> > рассылки. Возможно, он сканирует всё, и если сообщение явно не закрыто > >> > через DONE, добавляет его в базу. > >> > >> Вот -- > >> https://salsa.debian.org/l10n-team/dl10n/-/blob/master/dl10n-spider -- > >> сценарий, который следит за сообщениями в списоках рассылки. Запускается > >> он по cron -- > >> https://salsa.debian.org/l10n-team/dl10n/-/blob/master/cron/spiderinit. > >> Напрямую из базы сообщения не удалить, они всё равно заново в неё будут > >> добавлены. Придётся закрывать их явно с помощью DONE сообщений. Если же > >> для русского языка указать начальный год сканирования (например, 2014), > >> то мы потеряем все всё ещё открытые сообщения до выбранной даты. > >> > >> Всего наилучшего, > >> Лев > > > > В давних RFR есть переводы, которые до сих пор ещё не добавлены в > > репозиторий? > > Там не только RFR, есть и BTS#, и что-то ещё. Они могут быть ещё не > закрыты. Этот сценарий сканирует всё от указанной даты (или с самого > начала) и пишет базу данных. В текущем виде он не умеет выбирать только > RFR и только для веб-сайта. До 2016 одна запись ITT и одна HOLD, которые, очевидно, уже неактуальны, всё остальное RFR (около 1000 записей). С 2016 только 11 записей (6 BTS, 5 RFR), не считая DONE. Если в RFR до 2016 нет ничего полезного, то, я думаю, было бы намного лучше изменить начальную дату сканирования, чем отправлять ещё 1000 сообщений в рассылку. Можно даже до 2019 передвинуть дату и продублировать выпавшие BTS при необходимости.
