Подробности записи журнала 683602

09:30, 18 декабря 2024: InternetArchiveBot (обсуждение | вклад) вызвал срабатывание фильтра 3, выполнив действие «edit» на странице Релиз системы управления версиями Subversion 1.7.0. Предпринятые меры: Предупреждение. Описание фильтра: Спам ссылки (просмотреть)

Изменения, сделанные в правке

* HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений;
* HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений;
* WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты;
* WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты;
* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade";
* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] {{Wayback|url=http://subversion.tigris.org/issues/show_bug.cgi?id=3596 |date=20171210150821 }} резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade";
* svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям;
* svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям;
* Значительно увеличена стабильность и производительность клиентской библиотеки [http://code.google.com/p/serf/ libsvn_ra_serf], используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку [http://www.webdav.org/neon/ neon], тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf;
* Значительно увеличена стабильность и производительность клиентской библиотеки [http://code.google.com/p/serf/ libsvn_ra_serf], используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку [http://www.webdav.org/neon/ neon], тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf;

Параметры действия

ПеременнаяЗначение
Число правок участника (user_editcount)
129641
Имя учётной записи (user_name)
'InternetArchiveBot'
Тип учётной записи участника (user_type)
'named'
Возраст учётной записи (user_age)
154899701
Группы (включая неявные) в которых состоит участник (user_groups)
[ 0 => 'autoreview', 1 => 'bot', 2 => '*', 3 => 'user', 4 => 'autoconfirmed' ]
Права, которые есть у участника (user_rights)
[ 0 => 'move-categorypages', 1 => 'movestable', 2 => 'autoreview', 3 => 'noratelimit', 4 => 'bot', 5 => 'autoconfirmed', 6 => 'editsemiprotected', 7 => 'nominornewtalk', 8 => 'autopatrol', 9 => 'suppressredirect', 10 => 'apihighlimits', 11 => 'sboverride', 12 => 'skipcaptcha', 13 => 'abusefilter-bypass-blocked-external-domains', 14 => 'createaccount', 15 => 'read', 16 => 'edit', 17 => 'createpage', 18 => 'createtalk', 19 => 'abusefilter-log-detail', 20 => 'abusefilter-view', 21 => 'abusefilter-log', 22 => 'reupload-own', 23 => 'move-rootuserpages', 24 => 'minoredit', 25 => 'editmyusercss', 26 => 'editmyuserjson', 27 => 'editmyuserjs', 28 => 'sendemail', 29 => 'applychangetags', 30 => 'changetags', 31 => 'viewmywatchlist', 32 => 'editmywatchlist', 33 => 'reupload', 34 => 'upload', 35 => 'move', 36 => 'transcode-reset' ]
Редактирует ли участник через мобильный интерфейс (user_mobile)
false
Global edit count of the user (global_user_editcount)
32974186
Редактирует ли пользователь через мобильное приложение (user_app)
false
ID страницы (page_id)
7902014
Пространство имён страницы (page_namespace)
0
Название страницы (без пространства имён) (page_title)
'Релиз системы управления версиями Subversion 1.7.0'
Полное название страницы (page_prefixedtitle)
'Релиз системы управления версиями Subversion 1.7.0'
Последние десять редакторов страницы (page_recent_contributors)
[ 0 => 'NewsBots' ]
Действие (action)
'edit'
Описание правки/причина (summary)
'Rescuing 1 sources and tagging 0 as dead.) #IABot (v2.0.9.5'
Время с момента последнего редактирования страницы (в секундах) (page_last_edit_age)
131101155
Старая модель содержимого (old_content_model)
'wikitext'
Новая модель содержимого (new_content_model)
'wikitext'
Вики-текст старой страницы до правки (old_wikitext)
'{{дата|12 октября 2011}} {{тема|Компьютерные технологии}} [[File:Wikinews-logo-ru.svg|thumb|left|300px|]] Организация Apache Software Foundation [https://blogs.apache.org/foundation/entry/hats_off_to_the_apache представила] релиз системы управления версиями [http://subversion.apache.org Subversion 1.7.0], первого значительного выпуска с момента принятия в апреле 2010 года Subversion в число первичных проектов Apache. Несмотря на развитие децентрализованных систем, Subversion пользуется большой популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из использующих Subversion открытых проектов можно отметить: Django, FreeBSD, Free Pascal, GCC, MediaWiki, Mono, PHP, Ruby. Поддержка Subversion реализована в таких хостингах открытых проектов, как Google Code, CodePlex и SourceForge. Результаты исследования, проведённого компанией Forrester Research, показали, что Apache Subversion лидирует в категории продуктов автономной конфигурации программного обеспечения и управления изменениями. Среди ключевых [http://subversion.apache.org/docs/release-notes/1.7.html улучшений]: * HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений; * WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты; * Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade"; * svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям; * Значительно увеличена стабильность и производительность клиентской библиотеки [http://code.google.com/p/serf/ libsvn_ra_serf], используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку [http://www.webdav.org/neon/ neon], тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf; * Улучшение производительности и эффективности выполнения операций по слиянию веток (merge); * Ряд оптимизаций производительности на стороне сервера: используется более агрессивный метод кэширования и возможность управления степенью сжатия передаваемого трафика; * Поддержка новой команды "svn patch", позволяющей применить патч в формате unidiff, полученный в результате выполнения команды "svn diff" или сторонних diff-инструментов. По сути "svn patch" повторяет действие утилиты patch, но только сразу помещая изменения в репозиторий; * Более наглядный вывод информации при выполнении "svn update" для нескольких рабочих копий; * При выполнении "svn diff" изменения в свойствах теперь отображаются в стиле unidiff, за исключением свойств svn:mergeinfo; * При выводе ошибки или предупреждения теперь выводится номер, идентифицирующий тип проблемы; * В "svn log" добавлена опция "--diff", позволяющая сразу выводить различия; * В "svn update" добавлена опция "--parents", при указании которой автоматически создаются недостающие родительские директории; * Новая команда "svn relocate", связывающая рабочую копию репозитория с другим корневым URL; * В "svn diff" добавлена опция "--show-copies-as-adds", при которой скопированные файлы отображаются в стиле, как при добавлении новых файлов; * В "svn diff" добавлена опция "--git", выводящая дополнительные аннотации о добавленных, удалённых или скопированных файлах, в стиле, подобном git-diff; * Добавлена команда "svnlook filesize", возвращающая размер указанного пути в репозитории в состоянии для заданной ревизии или транзакции. {{-}} == Источники == * [http://svn.haxx.se/dev/archive-2011-10/0152.shtml Главная ссылка к новости (http://svn.haxx.se/dev/archive...)] {{OpenNET|url=http://www.opennet.ru/opennews/art.shtml?num=32019|title=Релиз системы управления версиями Subversion 1.7.0}} {{Загружено ботом в архив|NewsBots|OpenNET}} {{Подвал новости}} {{Архивные новости (категория)}} {{Категории|subversion|svn|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}} {{yes}}'
Вики-текст новой страницы после правки (new_wikitext)
'{{дата|12 октября 2011}} {{тема|Компьютерные технологии}} [[File:Wikinews-logo-ru.svg|thumb|left|300px|]] Организация Apache Software Foundation [https://blogs.apache.org/foundation/entry/hats_off_to_the_apache представила] релиз системы управления версиями [http://subversion.apache.org Subversion 1.7.0], первого значительного выпуска с момента принятия в апреле 2010 года Subversion в число первичных проектов Apache. Несмотря на развитие децентрализованных систем, Subversion пользуется большой популярностью в коммерческих компаниях и проектах, использующих централизованный подход к управлению версиями и конфигурацией программных систем. Из использующих Subversion открытых проектов можно отметить: Django, FreeBSD, Free Pascal, GCC, MediaWiki, Mono, PHP, Ruby. Поддержка Subversion реализована в таких хостингах открытых проектов, как Google Code, CodePlex и SourceForge. Результаты исследования, проведённого компанией Forrester Research, показали, что Apache Subversion лидирует в категории продуктов автономной конфигурации программного обеспечения и управления изменениями. Среди ключевых [http://subversion.apache.org/docs/release-notes/1.7.html улучшений]: * HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений; * WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты; * Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] {{Wayback|url=http://subversion.tigris.org/issues/show_bug.cgi?id=3596 |date=20171210150821 }} резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade"; * svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям; * Значительно увеличена стабильность и производительность клиентской библиотеки [http://code.google.com/p/serf/ libsvn_ra_serf], используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку [http://www.webdav.org/neon/ neon], тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf; * Улучшение производительности и эффективности выполнения операций по слиянию веток (merge); * Ряд оптимизаций производительности на стороне сервера: используется более агрессивный метод кэширования и возможность управления степенью сжатия передаваемого трафика; * Поддержка новой команды "svn patch", позволяющей применить патч в формате unidiff, полученный в результате выполнения команды "svn diff" или сторонних diff-инструментов. По сути "svn patch" повторяет действие утилиты patch, но только сразу помещая изменения в репозиторий; * Более наглядный вывод информации при выполнении "svn update" для нескольких рабочих копий; * При выполнении "svn diff" изменения в свойствах теперь отображаются в стиле unidiff, за исключением свойств svn:mergeinfo; * При выводе ошибки или предупреждения теперь выводится номер, идентифицирующий тип проблемы; * В "svn log" добавлена опция "--diff", позволяющая сразу выводить различия; * В "svn update" добавлена опция "--parents", при указании которой автоматически создаются недостающие родительские директории; * Новая команда "svn relocate", связывающая рабочую копию репозитория с другим корневым URL; * В "svn diff" добавлена опция "--show-copies-as-adds", при которой скопированные файлы отображаются в стиле, как при добавлении новых файлов; * В "svn diff" добавлена опция "--git", выводящая дополнительные аннотации о добавленных, удалённых или скопированных файлах, в стиле, подобном git-diff; * Добавлена команда "svnlook filesize", возвращающая размер указанного пути в репозитории в состоянии для заданной ревизии или транзакции. {{-}} == Источники == * [http://svn.haxx.se/dev/archive-2011-10/0152.shtml Главная ссылка к новости (http://svn.haxx.se/dev/archive...)] {{OpenNET|url=http://www.opennet.ru/opennews/art.shtml?num=32019|title=Релиз системы управления версиями Subversion 1.7.0}} {{Загружено ботом в архив|NewsBots|OpenNET}} {{Подвал новости}} {{Архивные новости (категория)}} {{Категории|subversion|svn|Компьютерные технологии|Наука и технологии|Программное обеспечение|Технологии|}} {{yes}}'
Унифицированная разница изменений правки (edit_diff)
'@@ -9,5 +9,5 @@ * HTTPv2 - новый протокол, позволяющий увеличить производительность при обмене данными между клиентом и сервером Subversion, за счет минимизации числа обращений; * WC-NG - полностью переписан код одной из старейших частей Subversion - библиотеки работы с рабочей копией мета-данных libsvn_wc, что позволило значительно увеличить производительность работы централизованного хранилища данных, а также обеспечить функциональность, позволяющую реализовать такие возможности, как отложенные и offline коммиты; -* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade"; +* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] {{Wayback|url=http://subversion.tigris.org/issues/show_bug.cgi?id=3596 |date=20171210150821 }} резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade"; * svnrdump - новая клиентская утилита, предоставляющая возможности похожие на "svnadmin dump" и "svnadmin load", но способная работать с внешними репозиториями по сети. Используя данную утилиту администратору больше не требуется заходить на каждый удалённый сервер для полного доступа к репозиторям; * Значительно увеличена стабильность и производительность клиентской библиотеки [http://code.google.com/p/serf/ libsvn_ra_serf], используемой для организации доступа к репозиторию по HTTP. В настоящее время serf значительно опережает по скорости работы с репозиторием библиотеку [http://www.webdav.org/neon/ neon], тем не менее neon пока оставлена в качестве библиотеки по умолчанию, но в версии Subversion 1.8 запланирован переход на serf; '
Старый размер страницы (old_size)
8748
Добавленные в правке строки (added_lines)
[ 0 => '* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] {{Wayback|url=http://subversion.tigris.org/issues/show_bug.cgi?id=3596 |date=20171210150821 }} резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade";' ]
Удалённые в правке строки (removed_lines)
[ 0 => '* Рабочие копии мета-данных, ранее разбросанные по всем директориям (каталоги .svn), теперь сохраняются в одном месте - в корне рабочей копии проекта создаётся одна директория ".svn", мета-данные в которой сохраняются с использованием SQLite. В этой же директории хранится и копия изначального содержимого всех файлов проекта (вместо text-bases отныне данные хранятся как pristines). Недостатком использования SQLite являются [http://subversion.tigris.org/issues/show_bug.cgi?id=3596 возможное усложнение] резервного копирования, так как простое копирования файла базы во время работы с ней библиотек Subversion может привести к нарушению целостности. Отдельно отмечается, что новая версия не поддерживает автоматическое преобразования формата хранения мета-данных из ветки 1.6, для преобразования необходимо вручную выполнить команду "svn upgrade";' ]
Была ли правка сделана через выходной узел сети Tor (tor_exit_node)
false
Unix-время изменения (timestamp)
'1734514204'
Название базы данных вики (wiki_name)
'ruwikinews'
Языковой код вики (wiki_language)
'ru'