Число правок участника (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' |