path: root/russian/devel/website/todo.wml

#use wml::debian::template title="Список того, что нужно сделать для веб-сайта Debian" BARETITLE=true
#use wml::debian::common_tags
#use wml::debian::toc
#use wml::debian::translation-check translation="1.79" maintainer="Lev Lamberov"

# Note to translators: there should be no need to translate this file,
# unless you're some sort of masochistic psycho :)

<toc-display/>

<toc-add-entry name="important">Очевидно важное</toc-add-entry>

<h3>/donations и /partners/</h3>

  <P>Создать страницу для прошлых пожертвований, мы не хотим забыть о них,
  но они захламили бы страницу текущих пожертвований. То же самое и для партнёров.

  <p>Отделить огромные куски непереводимых данных на странице пожертвований.
  Для начала см. /mirror/official_sponsors.

<h3>/ports/</h3>

  <p>Вся информация о переносах должна находиться на страницах переносов.
  (Это долгосрочное желание, которое вряд ли будет выполнено. :)

  <p>Проверить переносы, отмеченные как не сопровождаемые в файле port.maintainers
  и исправить их.

  <p>Импортировать страницы переноса на sh.

<h3>/intro/about</h3>

  <P>Эта страница должна быть укорочена и должна содержать больше подробной информации в
  ссылках. Имеется предложение о создании страницы пропаганды с
  ссылками на другие свободные проекты, поддерживаемые Debian.

  <P>Примером являются лицензии. Я [Трейси?] написал немного о них, но
  в действительности этот текст следует поместить на отдельную страницу (см. <tt>intro/license_disc.wml</tt>).
  Нам нужно убедить людей, что некоторые лицензии лучше других. Хммм,
  звучит как будто на эту страницу должна быть ссылка так же и со страницы пропаганды.

  <P>Написание введение к чему-то типа Debian является непростой задачей. Вам
  нужно подумать о том, как разбить всё на
  (взаимосвязанные) вопросы.

<h3>/intro/advocacy</h3>

  <P>Новая страница, о которой уже упоминалось. Нужно дать ссылку на LPF с этой страницы
  (с этого началась идея страницы пропаганды).

  <P>Вероятно, её следует создать только в том случае, если у кого-то будет время переделать
  все вводные документы. У меня [Трейси?] имеется множество идей по этому поводу, и я
  сделаю это сам, если у меня будет достаточно времени.

<h3>/CD/vendors/</h3>

  <P>Все сайты поставщиков необходимо проверить на предмет того, действительно ли они
  участвуют в деле. Это также следует проверять после каждого крупного выпуска Debian.

  <P>Другим решением было бы переместить информацию в систему с базой данных.
  В настоящее время уже существует какая-то внутренняя база данных, о которой знает только
  Крейг.

  <P><I>Эта страница сопровождается Крейгом Смоллом (Craig Small) (csmall@debian.org)</I>

<h3>/consultants/index</h3>

  <p>Эту страницу следует разделить. (по континенту, а может быть и по стране)

<h3>/events/*/</h3>

  <p>В файлах для перевода оставлено слишком много избыточной информации;
  то же самое с файлами .data, которые мы (Трейси с некоторой помощью Джоя)
  подготовили для security/, должно быть сделано и здесь. Плюс, это бы привело к тому, что было бы
  некоторое единое место, где можно было бы изменять статус события (прошлое событие или текущее), а то это больше
  всего надоедает.

<h3>/doc/books</h3>

  <p>Теги для заголовка, автора, языка, url и доступности должны быть
  отделены от той части страницы, которую можно перевести.

<h3>/vote/*/</h3>

  <p>Заставить секретаря (помочь) сопровождать эти страницы.

  <p>Выяснить, нужен ли нам вместо базовых шаблонов и шаблона votebar только
  один шаблон («votepage» или что-то вроде того).

<h3>packages.debian.org</h3>

  <p>Вы можете найти текущий <a
  href="http://git.debian.org/?p=webwml/packages.git;f=TODO;hb=HEAD">список
  задач</a> в <a
  href="http://git.debian.org/?p=webwml/packages.git;a=summary">Git
  репозитории</a>.</p>

  <p><i>Сценарии в настоящее время сопровождаются Фрэнком Лихтенхельдом (Frank 'djpig' Lichtenheld) и
  Мартином Шульцом (Martin 'Joey' Schulze).</i></p>

<h3>/ports/{hurd,beowulf}</h3>

  <p>Переместить их из каталога переносов, поскольку они не являются переносами Linux. (Может
  также переименовать /ports/?)

<h3>/sitemap</h3>

  <p>Может быть мы выделим несколько главных страниц с помощью
  &lt;strong&gt; или &lt;em&gt;.

<h3>lists.debian.org</h3>

  <p>"Может стоит разместить на lists.debian.org заметку о том, что
  Debian оставляет за собой право архивировать любую почту, получаемую Debian."
  -- Дэвид Старнер (David Starner)

  <p>Теперь такая заметка имеется в /MailingLists/.

  <p>Примерно 2001-05-30 Apache на lists.d.o / cgi.d.o решил не принимать
  каких-либо аргументов CGI. Помог перезапуск. Разберитесь.

<h3>/security/*/</h3>

  <p>Найти пункты &lt;moreinfo&gt; для предыдущих лет, содержащие упоминания
  lists-archives вместо текста из этих сообщений (иногда даже без ссылок на сообщения),
  и исправьте их.

  <p>Имеется множество рекомендаций за 1997 год и начало 1998 года, в которых отсутствует даже
  простая дополнительная информация — найдите их и добавьте документацию. Хоть как-то. :)

  <p>Изменить страницы так, чтобы они содержали информацию «fixed in» в теге, а не в теле страницы,
  чтобы мы могли проверять, имеется ли этот тег в шаблоне и не выводить сообщение «Fixed
  in:», если оно пусто.

<h3>/ports/i386/</h3>

  <p>Сделать страницы переноса x86 более полезными... хоть как-то :)

<h3>/MailingLists/{,un}subscribe</h3>

  <p>Поделить на разделы? Может страница слишком сильно растёт...

  <p>Это уже частично устранено, у нас имеются
  разные страницы https://lists.debian.org/foo, содержащие форму для подписки/отписки.

  <p>Сделать заметку о проверке на злоупотребления.

<h3>/misc/memberships</h3>

  <p>Собрать остающихся отсутствующих представителей,
  проверить текущих.

<h3>/devel/website/*</h3>

  <p>Добавить все оставшиеся текущие рецепты работы.

<toc-add-entry name="cn">Проблемы согласования содержания</toc-add-entry>

  <p>Система согласования содержания имеется несколько недостатков, которые могут
  привести к тому, что люди покинут наш сайт. Тем не менее, мы не можем что-то сделать. Большинство
  проблем вызвано клиентами, отправляющими строки не по стандарту RFC в заголовке Accept-Language,
  что приводит к тому, что Apache сходит с ума и применяет некоторые нелогичные
  методы обслуживания наиболее маленьких файлов из тех, что доступны.

  <p>Когда в заголовке Accept-Language передаётся "*", возвращается первая
  доступная страница, а в большинстве случаев они не на английском, а скорее на арабском или на
  китайском. Это особенно является проблемой, если предпочтение языка пользователя
  задано с помощью двухместного языкового кода (напр., "en-ca" или "nl-BE"), а затем
  идёт "*".

  <p>Apache 1.3 в этих случаях следует RFC. Код Apache 2.0 будет подразумевать, соответственно,
  en или nl, но придаст им низкий приоритет, поэтому это, вероятно,
  не поможет со строками вида «en-ca, fr-ca, *».

  <p>Кроме того, когда существует файл на неизвестном языке, т.е. не распознанный
  файл foo.*.html без параметра AddLanguage или LanguagePriority, и когда
  клиенты посылают Accept-Language, содержащий только недоступные
  языки, возвращается этот указанный файл.

  <p>Это случается особенно часто со страницей /releases/potato/i386/install,
  поскольку имеется версия на словацком, а этот язык у нас
  не настроен в Apache, так как на словацком у нас нет перевода сайта.
  Мы облегчили проблему, добавив sk в файлы настройки Apache,
  но, как обычно, эти изменения распространяются на все зеркала слишком медленно.

<toc-add-entry name="mirroring">Проблемы с зеркалированием</toc-add-entry>

  <p>Сайты должны создавать файл mirror/timestamps/&lt;host&gt;.
  Джой подготовил сценарии, проверяющие дату в этом файле для каждого зеркала, так что
  мы можем знать о том, что зеркало устарело, см. mirror/timestamps/*.py.

  <p>Нам следует уменьшить число зеркал сайта в Европе и увеличить
  число на других континентах, которые имеют меньшее количество подключений.

  <p>Также целью является сделать проталкиваемые зеркала (если возможно, то из www-master).

  <p>Убедиться, что на каждом зеркале имеется правильная настройка Apache,
  проблематично, но этого никак не избежать. Фил Хэндс (Phil Hands) предложил,
  чтобы "AddLanguage" помещался в файл, который можно загрузить с помощью wget, и чтобы мы
  подготовили сценарий на Perl, который бы автоматически обновлял файлы настройки
  Apache.

  <P>Все ссылки на архив должны давать пользователю возможность выбрать
  сайт загрузки. Главный список зеркал можно было бы использовать для того, чтобы поддерживать зеркала в
  актуальном состоянии (может быть даже используя сценарий). См. файлы
  <code>webwml/english/mirror/Mirrors.masterlist</code> и
  <code>webwml/english/mirror/mirror_list.pl</code>.

  <P><em>Список зеркал поддерживается людьми на mirrors@debian.org.</em>

<toc-add-entry name="wrongurls">Неправильные URL</toc-add-entry>

  <p>Следует проверить ссылки на внешние страницы, нужно проверить, все ли они
  работают. Джеймс Трейси (James Treacy) написал небольшой сценарий на Python для этой
  цели. Фрэнк Лихтенхельд (Frank Lichtenheld) в настоящее время
  сопровождает этот сценарий, (обновляемые ежедневно) результаты могут быть найдены
  по адресу <url "http://www-master.debian.org/build-logs/urlcheck/" />.
  Сломанные ссылки следует удалить. Скорее это постоянная задача.</p>

<toc-add-entry name="misc">Разные запросы</toc-add-entry>

  <p><strong>Разберитесь с ними, если хотите.</strong></p>

  <P>Если бы у нас был cgi.debian.org на менее используемом или более быстром узле, мы могли бы
  иметь более динамичное содержимое на наших страницах.

  <p>Завершить вливание <code>intro/businesses.wml.wrk</code> в
  <code>users/</code>. Сделать, чтобы в последнем использовался шаблон toc.

  <p>Хавьер предложил сделать так, чтобы страницы DDP автоматически
  учитывали имеющиеся переводы.

  <p>Джое сказал:
<blockquote>
<p>Я бы скорее хотел видеть заметку на страницах безопасности на вроде этой:</p>

<p>
  Пожалуйста, заметьте, что мы не гарантируем, что взломщик не получит доступа на
  наши серверы, поскольку они подключены к Интернет. В этом случае
  злонамеренное третье лицо потенциально может изменить загрузки на
  security.debian.org и изменить страницы, содержащие контрольные суммы MD5. Мы,
  тем не менее, пытаемся сделать так, чтобы этого не произошло. Пожалуйста, поймите, что
  не может быть 100% безопасности, а лишь улучшения текущей
  ситуации.
</p>
</blockquote>

<p>Вероятно, Джое следует перефразировать эту заметку. :)</p>

  <p>Она должна быть добавлена в /security/faq.</p>

  <p>Вернон Балберт (Vernon Balbert) &lt;vbalbert@mediaone.net&gt; предложил, чтобы мы явно
  указывали, какая версия ядра используется в последнем выпуск Debian.

  <p>Матти Аирас (Matti Airas) &lt;mairas@iki.fi&gt; предложил, чтобы мы «производили выбор
  языка с помощью Apache mod_rewrite. Вместо того, чтобы явно переходить по адресу
  http://www.debian.org/intro/about.en.html (или на какое-то зеркало), я перешёл бы
  на http://www.debian.org/en/intro/about, которую mod_rewrite затем заменил бы на
  правильный url.» Заметьте, что это потребовало бы дополнительных работ для того, чтобы
  относительные ссылки не сломались.</p>


  <p>Крис Тильман (Chris Tillman) предложил:</p>

<blockquote>
<p>Часто случается путаница по поводу того, какие машины поддерживаются
Debian, а какие пока нет. Существует озадачивающий массив
машин, если ещё не упоминать сетевые карты, дисплеи, мыши, видеокарты, звуковые карты,
типы портов и так далее, которые могут быть установлены на
отдельные системы. Многие страницы переносов устарели.

<p>Debian поддерживает *много* систем. Я думаю, имеет смысл начать
конкретно указывать, какие это системы. Кроме того, хорошо бы знать те,
которые не поддерживаются, это было бы полезно и для новых пользователей и для
разработчиков.

<p>Я полагаю, что наиболее простой способ достичь этого заключается в том, чтобы создать
страницу, на которой люди могли бы вводить информацию о своих системных компонентах, желательно, выбирая их
из списка известных компонентов (и пунктов «другое»). Далее, они также могли бы
добавлять какие-нибудь значки типа «палец вверх» и «палец вниз» для Debian на этой архитектуре, а также
информацию о любых конкретных проблемах.

<p>Далее, после отправки спецификации пользовательского железа, система может показать
(с датами) список того, что испытывали пользователи ранее с этими же компонентами.

<p>Нам также следует попытаться разместить ссылки на эту страницу в документации по
установке, разнообразных ЧаВО и, вероятно, даже поместить ссылку на неё с главной страницы Debian.
</blockquote>

<toc-add-entry name="bugs">Отчёты об ошибках</toc-add-entry>

<p><a href="https://bugs.debian.org/www.debian.org">Список отчётов о наших
ошибках</a>.

<hr>

<p>Всё остальное высылайте в
<a href="mailto:debian-www@lists.debian.org">наш список рассылки</a>.