Википедия:Форум/Архив/Технические вопросы/Август 2006

Материал из Википедии — свободной энциклопедии
Перейти к навигации Перейти к поиску
Архив форума — Технические вопросы
Правки нежелательны

Эта страница — часть архива форума Википедии, а именно — раздела «Технические вопросы».

Пожалуйста, не редактируйте эту страницу!
Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

Пропали шаблоны[править код]

Люди, чё я сделал? У меня перестали отображаться шаблоны Шаблон:Тюркские страны, Шаблон:Населённые пункты на Волге и некоторые другие. Юра Данилевский 17:00, 29 августа 2006 (UTC)

Загадочно, у меня всё в порядке. Попробуй посмотреть в другом браузере или не залогинившись. MaxiMaxiMax 17:22, 29 августа 2006 (UTC)
Да, это из-за личных настроек. А что именно пока не понял. Юра Данилевский 02:47, 30 августа 2006 (UTC)

Не могу сделать ссылку[править код]

Есть статья Раскол христианской церкви (1054). Ссылка на нее проставляется красным, хотя статья существует, например присутствует в списке ссылок на Михаил Кируларий (пункт "Ссылки сюда" в левом столбце).--83.102.202.2 15:47, 29 августа 2006 (UTC)

Там в заголовке статьи был неразрывный пробел. Ed 15:52, 29 августа 2006 (UTC)
Там перед скобкой зачем-то был неразрывный пробел. Исправлено. -- kcmamu 15:52, 29 августа 2006 (UTC)
А я не воткнул… — doublep 15:54, 29 августа 2006 (UTC)

Баги[править код]

Вставка иллюстрации[править код]

Пожалуйста, помогите новичку загрузить и вставить в статью иллюстрацию.

Для загрузки есть пункт "Загрузить файл" в левом меню, там действовать по указаниям. Для вставки в статью загруженного изображения нужно ввести код типа [[Изображение:Example.jpg|thumb|200px|Пример изображения]], где вместо Example.jpg - название вашего файла с картинкой, вместо 200px можно веести любой другой размер по ширине в пикселах, вместо "Пример изображения" - подпись к картинке. Подробнее см. Википедия:Изображения. --AndyVolykhov ↔ 19:08, 27 августа 2006 (UTC)

Нужны шаблоны fair use[править код]

Переведите, пожалуйста из английской вики шаблон Historicalphoto. Это один из основынызх шаблонов для изображений fair use.--Nxx 17:26, 27 августа 2006 (UTC)

Сделал Шаблон:Историческое фото, приведите там в порядок категории и т.д. - я не особо в курсе этих дел. ГСА 17:50, 27 августа 2006 (UTC)

Новые шаблоны[править код]

Появились новые шаблоны {{ЖЗ}} и {{Альдебаран}} для внешних ссылок в электронные библиотеки «Журнальный зал» и «Альдебаран» соответственно. Работают точно также как старый добрый {{lib.ru}}. --the wrong man 14:50, 27 августа 2006 (UTC)

А чем был плох универсальный шаблон {{Электронная библиотека}} ??? --Kaganer 17:01, 28 августа 2006 (UTC)
Слишком много букв. Этот шаблон можно смело удалять, им ещё никто никогда не воспользовался. --the wrong man 09:35, 1 сентября 2006 (UTC)

Инструменты для массового внесения статей[править код]

Есть 150+ статей в формате openoffice, абзац - статья. Можно ли, а если да, то чем и как сделать массовое залитие, с приставлением префикса, добавлением опред. заранее категорий. Лучше, если на вход можно было бы подавать что-то, что просто экспортируется из опенофиса, т.е. xml, csv или под. Yury Tarasievich 12:00, 25 августа 2006 (UTC)

Прежде всего, что это за статьи и стоит ли их заливать? LoKi 12:10, 25 августа 2006 (UTC)
Статьи вообще-то на белорусском и для белорусскоязычной ВП, это сбор кратких или чуть расширенных статей по всем белорусским или близко-к-белорусским периодич. изданиям, начиная с 19 в. Выписывал данные из бумажных книг в файл, а сейчас смотрю, сколько их (ещё не окончил), и чешу патылицу. Yury Tarasievich 12:17, 25 августа 2006 (UTC)

Ё в категориях[править код]

Почему в категориях буква «Ё» располагается между латинскими буквами и кириллическими, т.е. идёт перед «А», а не перед «Ж»? Это неустранимо? --the wrong man 11:23, 25 августа 2006 (UTC)

Неустранимо - старый баг в движке. Ed 11:42, 25 августа 2006 (UTC)
А почему неустранимый?--Василий 11:53, 25 августа 2006 (UTC)
Неустранимо нашими силами. Нужно переводить Википедию на новую версию MySQL и менять движок, что по разным причинам откладывается. --ajvol 11:55, 25 августа 2006 (UTC)

Собственно, выделение буквы «Ё» в категориях вовсе не является обязательным. В бумажных энцниклопедиях такого выделения нет, категоризация для «Е» и «Ё» общая. --the wrong man 12:50, 25 августа 2006 (UTC)

Буквы разные; следует потому и категории различать решительно, покамест терпеливо ожидая исправления в порядке сортировки. —Mithgol the Webmaster 20:43, 25 августа 2006 (UTC)

Проделки викификатора, выпуск второй[править код]

На этот раз он портит УРЛы. Например, эту ссылку викификатор заменяет на эту —aml 18:25, 24 августа 2006 (UTC)

А зачем нужна ссылка http://aa'bb.com? Такого url не может быть. MaxiMaxiMax 18:27, 24 августа 2006 (UTC)
Как бы то ни было, вот дифф. Слева - ссылка после обработки викификатором (совершенно нерабочая), справа - после обработки мной. --aml 18:43, 24 августа 2006 (UTC)
Ну, эту ссылку и надо было приводить - апостроф не может быть в имени домена, но вполне допустим в пути к файлу. Напишите баг-репорт на страницу обсуждения Викификатора - его исправят. MaxiMaxiMax 18:48, 24 августа 2006 (UTC)

Оглавление подкатегорий[править код]

В категориях статьи отсортированы по алфавиту и есть первые буквы, а первые буквы в списке подкатегорий пропали. Зачем? // vh16 (обс.) 18:07, 24 августа 2006 (UTC)

Похоже, глюк MediaWiki. Если быстро не починят - напиши, им, плиз, в багзиллу. MaxiMaxiMax 18:12, 24 августа 2006 (UTC)

перенос БД[править код]

вопрос - имеется тестовая база вики работающая на Windows + mysql 5.0 надо перенести ее на линукс с mysql 4.1. при экспорте БД mysqldump -u user -p > dump.sql все проходит замечательно, но при импорте mysql -u user -p < dump.sql некоторые русские символы заменяются знаками "?".

Подскажите пожалуйста метод как это можно обойти.

PS. стандартными средствами вики пока не пользовался т.к. на них не достаточно документации.

zerg 08:35, 24 августа 2006 (UTC)

"Приклеивающиеся" знаки[править код]

Насколько я понял, сейчас реализована такая возможность: если залинкована часть слова, то оставшаяся часть слова "липнет" к ней и тоже выглядит как линк. Это всё хорошо, и хорошо, что это не распространяется на знаки препинания. Но вот вопрос с кавычками. Если залинковано слово в кавычках, то кавычки липнут: «Аврора» - подразумевается, что это название, которое должно писаться в кавычках, а как названию статьи кавычки ему не нужны. Но если это слово встречается с ОДНОЙ кавычкой (в начале или конце цитаты, допустим), то кавычка "липнуть", в идеале, не должна: своими сочинениями по «шекспировскому вопросу». Но она, ясное дело, липнет. Так вот нельзя ли программно прописать такое правило: кавычки "липнут" только в том случае, если они парные, с обеих сторон, а если только одна - то не липнет, как точка или запятая? Андрей Романенко 04:39, 23 августа 2006 (UTC)

Это потребует изменения в движке, поэтому вряд ли этим кто-либо будет заниматься. Однако есть простое решение - в Вашему случае поставить открывающую кавычку вне ссылки: своими сочинениями по «шекспировскому вопросу». Upd: ай-ай-ай. Не работает. Странно. Я думал, должно работать. Тогда и вправду не знаю. что предложить. Было бы интересно послушать, может быть, у кого-нибудь будут идеи? LoKi 09:47, 23 августа 2006 (UTC)
Можно написать &laquo; (&raquo;) и всё будет отлично. ''&laquo;[[Шекспир, Уильям|шекспировскому]] вопросу»'' — «шекспировскому вопросу». --Куллер 10:05, 23 августа 2006 (UTC)
До применения Викификатора, я думаю. Лучше пока с этим не заморачиваться, может когда-нибудь проблему решат. — doublep 10:23, 23 августа 2006 (UTC)
Ок. Запишем по другому — &#171; (&#187;), это викификатор не кромсает. ''&#171;[[Шекспир, Уильям|шекспировскому]] вопросу»'' — «шекспировскому вопросу». --Куллер 10:39, 23 августа 2006 (UTC)
Зато это очень сложно редактировать. Я бы не стал упрекать кого-нибудь за удаление такого из статьи. — doublep 12:28, 23 августа 2006 (UTC)
Ничего сложного. Другое дело что такая ссылка в принципе не корректна. --Куллер 14:05, 23 августа 2006 (UTC)
Аналогичные претензии возникают и с &nbsp; или {{nobr}}, которые тоже не любят. К тому же так записанные кавычки нарушат нормальную работу Викификатора. Пожалуйста, не надо так писать. — doublep 14:24, 23 августа 2006 (UTC)
К nobr претенизии из-за того что он сливается со словами затрудняя чтение исходника. А что с Викификатором? --Куллер 14:39, 23 августа 2006 (UTC)
Кавычки, одна из которых набрана нормально, а другая как HTML-entity, будут обработаны неправильно, как я понимаю. — doublep 17:58, 23 августа 2006 (UTC)
Что там возможно неправильно обработать, это же не теги. --Куллер 18:16, 23 августа 2006 (UTC)
По «⁠шекспировскому вопросу» — можно вставить невидимый символ zero width joiner (U+2060). Правда, это может повлиять на поиск. — Monedula 13:01, 23 августа 2006 (UTC)
Хе-хе, а в стандартной Verdana и в Courier New (при редактировании) этого символа нет. Вместо него "иероглифы". --Jaroslavleff?! 13:12, 23 августа 2006 (UTC)
Вопщем, лучше пока ничего не делать. Может, когда-нибудь движок реализует оригинальное предложение. — doublep 13:18, 23 августа 2006 (UTC)

Вокруг кавычки надо поставить <nowiki>: своими сочинениями по <nowiki>«</nowiki>[[Шекспир, Уильям|шекспировскому]] вопросу» — своими сочинениями по «шекспировскому вопросу» --SergV 17:35, 23 августа 2006 (UTC)

Единственный нормальный вариант, на мой взгляд. Кроме того, что статью несколько труднее редактировать претензий вроде нет. (Мне всё равно, но для некоторых трудность редактирования — решаюший фактор.) — doublep 17:58, 23 августа 2006 (UTC)

Лично я полагаю, что ничего страшного нѣтъ в том, что липнет кавычка. По ссылке становится труднее промахнуться, а это только на пользу. —Mithgol the Webmaster 04:36, 24 августа 2006 (UTC)

Это настройка из файла локализации, не проблема её поменять. Только нужно другое регулярное выражение придумать. --ajvol 12:10, 25 августа 2006 (UTC)

Я вот так делал: «<s></s>[[Шекспир, Уильям|шекспировскому]] вопросу»: «шекспировскому вопросу». Biga 12:33, 26 августа 2006 (UTC)

Куда деваются мои статьи?[править код]

на прошлой неделе я написал ряд статей, а вчера их уже не было. как теперь понять, чьи это были действия - т.н. вандалов или т.н. администраторов? стоит отметить, что статьи явно не попадали в список быстрого удаления, так что было бы неплохо пояснить происходящее. Речь идет о след. страницах: Брукс, Фредерик, Good bye, Lenin (фильм), Рекрут (фильм) - рекрут был удален и создан заново в виде дословного перевода с англ. страницы. ET 11:29, 22 августа 2006 (UTC)

Были удалены администраторами в связи с тем, что были откуда-то скопированы. Возможно, кто-то из них укажет источник более точно. --AndyVolykhov ↔ 11:32, 22 августа 2006 (UTC)
Совершенно верно говорит Андрей. Статьи были удалены как нарушающие авторские права. В Википедии недопустимо копирование информации из источников, защищённых копирайтом. LoKi 11:42, 22 августа 2006 (UTC)
Ребята, в данном случае слова "откуда-то скопированы" не прокатывают, т.к. сюжеты фильмов Good bye, Lenin и Рекрут я изложил своими словами после их просмотра. Попрошу опубликовать ссылки, по которым можно прочесть аналогичный материал. Про Брукса - да, брал из аннотации к книге. Да, кстати - так же вероломно был удален мой оригинальный материал к Чарли и шоколадная фабрика (фильм).
Смотрите список удалений — [1], [2], [3], [4]. А описание Вы брали с sqd.ru? --Куллер 12:10, 22 августа 2006 (UTC)

Ещё один Ваш копипейст — Вачовски, Ларри [5]. --Куллер 12:25, 22 августа 2006 (UTC)

Посмотрел список удалений и sqd.ru. Обзоры трех упомянутых фильмов представляют собой совершенно другие тексты, ничего общего не имеющие с моими. И что? У нас теперь нельзя писать обзор фильма, если уже есть другой обзор? Пусть свою т.зрения здесь обоснует MaxSem, если, конечно, она у него есть (была на момент удаления).
Вот дали ссылку на Вачовски, Ларри. Эта статья скопирована полностью, за исключением двух с половиной фраз, без малейших изменений в остальном тексте. --AndyVolykhov ↔ 12:37, 22 августа 2006 (UTC)
Итак, на данный момент непонятна причина удаления следующих статей: Good bye, Lenin (фильм), Рекрут (фильм), Чарли и шоколадная фабрика (фильм). Читателям sqd.ru напоминаю, что тамошние тексты не имеют с моими ничего общего. ET 12:40, 22 августа 2006 (UTC) ...вот дали ссылку на Вачовски, Ларри....
Они не ваши. Мы всегда рады оригинальным текстам. --AndyVolykhov ↔ 12:41, 22 августа 2006 (UTC)
Теперь, кажется, понял. Вслед за скопированными Вачовски и Брукс, были до кучи удалены и три обзора фильмов. Тот же автор, тот же интервал времени, зачем дальше думать... ET 12:51, 22 августа 2006 (UTC)
ET, Вы лучше не расстрайтесь и не стройте предположений, а просто ознакомьтесь со справочным разделом Википедии. Там написано и про авторское право, и про многое другое. Уверен, прочитав справку, Вы поймёте, в чём заключалась Ваша ошибка и почему статьи были удалены. LoKi 13:01, 22 августа 2006 (UTC)
LoKi, я уже читал справочный раздел, а также определения авторских прав в более компетентных источнтках. Но я уверен, что, если бы Вы просто глянули на обзоры этих трех фмльмов на sqd.ru, то не стали бы продолжать эту дискуссию в том же тоне и защищать MaxSem'a. Перед удалением статей надо все же думать.

Администраторы, проверьте, пожалуйста, было ли в удалённых статьях копивио, если человек так настаивает. --AndyVolykhov ↔ 13:13, 22 августа 2006 (UTC)

Тексты статей проверены. Лишь один из них — Брукс, Фредерик — частично нарушал АП (вводная часть полностью скопирована). Проверка же остальных текстов полных совпадений не выявила (имеются лишь незначительные сходства, но дословно совпадающих предложений нет). Все статьи восстановлены — включая статью о Бруксе, которая может быть переписана ET (или другим участником) в течение недели. С. Л.!? 20:23, 22 августа 2006 (UTC)

А почему, кстати, это обсуждается здесь? Это тема для Википедия:Восстановление удалённых страниц... --Kaganer 10:15, 23 августа 2006 (UTC)

Потому что автору была непонятна причина «пропажи» статей, и он не знал, что они были удалены. Теперь уже, поскольку вопрос исчерпан, переносить не стоит. С. Л.!? 18:03, 23 августа 2006 (UTC)

Фотография[править код]

есть статья про некого человека, есть его личный сайт, на котором он выложил свои фото, вопрос, можно ли взять эти фото, вставить их в статью, указав источник, или же без личного разрешения это делать нельзя?--Sk 04:01, 22 августа 2006 (UTC)

Если у человека есть сайт - у него и мыло должно быть. Спросите. К тому же изображён на фотографии этот человек, но делал фотографию скорее всего не он, так что до кучи стоит узнать как фотограф отнесётся к тому что сделанную им фотографию вы поместите в википедию (может быть он её только изображённому на ней человеку доверил) Carn !? 12:42, 31 августа 2006 (UTC)

Ограничение на количество применений шаблона?![править код]

Вон там во второй половине текста шаблоны {{nobr}} заменяются просто на строку {{nobr}}. Как быть?! —Mithgol the Webmaster 04:38, 17 августа 2006 (UTC)

Убрать его и перестать народ этим шабоном бесить. MaxSem 05:30, 17 августа 2006 (UTC)
Я же просил Вас в заявке не использовать {{nobr}}, а не использовать его в обсуждениях Вас просило уже огромное количество народу. LoKi 07:29, 17 августа 2006 (UTC)

Вопщем так, вот что это такое, а тут[6] - техническое описание. Если по-простому: чрезмерное использование шаблонов загружает сервера по самое некуда, а посему девелоперы были вынуждены предпринять соответствующие меры. Ситуация серьёзная, посему предлагаю отказаться от:

  • Шаблонов в подписях
  • {{nobr}}
  • Шаблонах за-против-кг/ам в обсуждениях

Пока всё не стало ещё хуже. MaxSem 13:02, 17 августа 2006 (UTC)

Хочу только добавить, что они решали в первую очередь проблему DOS-атак, а то из Вашего описания может показаться, что основная проблема - это использование {{nobr}}. Я нигде у разработчиков не видел просьб отказываться от "голосовательных" шаблонов. Было ли такое? Dr Bug (Владимир² Медейко) 07:16, 18 августа 2006 (UTC)
Вот ведь. Тудыть их баршаргова коза! А как насчёт {{subst:nobr}}? —Mithgol the Webmaster 18:36, 17 августа 2006 (UTC)
Я лично буду расценивать как злостный дизрапшн ;) MaxSem 18:56, 17 августа 2006 (UTC)
Поэтому нужно удалить и запретить использование неуместных шаблонов. В том числе nobr. Проблемы пользователей тормозиллы - это их проблемы, не надо вешать их на википедию. --Jaroslavleff?! 06:31, 18 августа 2006 (UTC)
По-моему мнению надо удалить шаблоны Удалить, За, Фтопку и тому подобные. OckhamTheFox 06:34, 18 августа 2006 (UTC)
Я (+) За, если это грузит сервер %). Тогда тем более нужно ввести общий вид голосований, если удалять эти шаблоны, см. ниже. Разделять голоса сразу на за\против и пользоваться обязательно # нумерацией. — Эта реплика добавлена участником Carn (о • в)
Как показывает практика, на нумерацию люди либо просто плюют, либо постоянно ломают её неумелыми комментариями... — csman 07:21, 18 августа 2006 (UTC)
А в чем проблема? Что сисоп не в состоянии без галочек посчитать голоса? --yakudza พูดคุย 07:53, 18 августа 2006 (UTC)
Это легко исправляется. --Jaroslavleff?! 09:56, 18 августа 2006 (UTC)
Вы, ребята, с дуба упали. Фсе. Не равняйтесь на их нравы и их проблемы. И это, бросайте руцентризм. Тоже мне, понабрали 100К, так начинаете бузить уже. --winterheart 18:56, 19 августа 2006 (UTC)
Собственно говоря, шаблон {{nobr}} для того и создавался, чтобы «не вешать их на Википедию». Напоминаю: всякий пользователь Firefox, редактирующий Википедию, автоматически удаляет из статьи всѣ неразрывные пробелы. Без шаблона {{nobr}} и без кода &nbsp; употребление неразрывных пробелов в Википедии будет нестабильным до конца 2007 года, то есть покуда Firefox 3 не обретёт популярность, превосходящую популярность остальных гекконов. —Mithgol the Webmaster 10:04, 20 августа 2006 (UTC)
Это проблемы тормозиллы. --Jaroslavleff?! 14:10, 20 августа 2006 (UTC)
+1. Проблемы негров шерифа не е... Проблемы мазиллы Википедию не волнуют. --Oal 22:17, 22 августа 2006 (UTC)

Запрос на автоматизацию голосований[править код]

Ввести обязательное использование шаблонов, скажем "+" и "-", как видно по голосованию удаления статьи головка полового члена, где 8 голосов оставить, 8 голосов удалить и один голос - объединить, что по сути является удалением, использование нестандартного голоса "объединить", который по сути ЗА удаление ОТДЕЛЬНОЙ статьи, привело к неправильному подсчёту голосов. В аналогичной ситуации с головкой клитора такого не произошло. Carn !? 07:15, 16 августа 2006 (UTC)

Забавно смотрится в сочетании с вышеизложенным :) А что вас не устраивает в подсчёте голосов? 2/3 там точно не было. --AndyVolykhov ↔ 18:44, 17 августа 2006 (UTC)
Да я даже не знаю сколько должно быть, однако факт налицо - тому кто считает голоса приходится выискивать намёки на это во всём тексте. Кто как оформит. Вот когда за избранные статьи голосуют - соблюдают структуру - за, против, воздержался и нумерация. Это ГОРАЗДО удобнее. Почему бы такую практику не ввести? Как делать шаблон типа четырёх тильд, но с параметром, чтоб после сохранения видно было бы весь текст, без шаблона, можно было бы править его. Скажем @@Имя статьи@@ создаст сразу заголовок, с подзаголовками за, против, воздержались и комментарии, датой создания и, м.б. небольшой справкой о том как голосовать. Carn !? 07:05, 18 августа 2006 (UTC)
И это - правильно, что приходится выискивать! Ибо не арифметика важна, а аргументы... Dr Bug (Владимир² Медейко) 07:08, 18 августа 2006 (UTC)

Запрос на изменение MediaWiki:Monobook.js и MediaWiki:Common.css[править код]

В MediaWiki:Monobook.js строку 

if(rnd == 0 || document.referrer)

следует заменить на 

if(rnd == 0 || (document.referrer && !document.referrer.match("(wikipedia.org|wiktionary.org|wikiquote.org|wikisource.org|wikimedia.org|yandex.ru|google.ru|google.com)")))

Далее, добавляем туда код 

 /* Делаем ссылку "править" для нулевой секции */
 function do_edit_null()
 { 
  var hr = window.location.href;
  if(hr.match("^http://ru.wikipedia.org/wiki/") &&
    !hr.substring(29).match("^%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:"))
      document.getElementById('bodyContent').innerHTML =
         "<div class=\"editsection\">[<a href=\"http://ru.wikipedia.org/w/index.php?title=" +
         document.title.substr(0, document.title.lastIndexOf(" — ")) + "&action=edit&section=0\">править</a>]</div>" +
         document.getElementById('bodyContent').innerHTML;
 }
 addLoadEvent(do_edit_null);

В MediaWiki:Common.css добавляем 

.editsection { float: right; margin-left: 5px; }

и убиваем кучу "пустых" строк со стилями CommonsTicker-а (см., например, .tickerEntry_deleted, .tickerEntry_restored, .tickerEntry_recat и т. п.). Пока всё. Ed 07:56, 14 августа 2006 (UTC)

А ты разве сам не админ? — Эта реплика добавлена участником Kink (о • в)
Во-первых, нет, а во-вторых, какого чёрта ты изменил моё сообщение? Ed 16:47, 14 августа 2006 (UTC)
Во-первых, а жаль, ИМХО подобные технические вопросы быстрее решались бы. Во-вторых, извиняюсь, это у меня Proxomitron пошалил. --Kink 18:49, 15 августа 2006 (UTC)
Ок. Ed 19:32, 15 августа 2006 (UTC)
У меня на домашней инсталляции MediaWiki правка нулевой секции не заработала. MaxSem 16:58, 14 августа 2006 (UTC)
Ещё бы она заработала, если в коде прописано 'if(hr.match("^http://ru.wikipedia.org/wiki/")'... Замени адрес на свой. Ed 17:07, 14 августа 2006 (UTC)

Сделал, но не как Эдуард предложил, а добавлением закладки наверху. -MaxSem 19:03, 14 августа 2006 (UTC)

ИМХО так некрасиво и неудобно. Для справки: в моём варианте (о том, что он в три раза меньше весит, не буду говорить) ссылка выглядела как и остальные '[править]', но находилась справа от надписи "Материал из Википедии — свободной энциклопедии". С моей точки зрения, так гораздо удобнее и выглядит стандартно, а новичок нулик наверху может и не заметить. Может всё-таки возьмём мой вариант? Ed 02:42, 15 августа 2006 (UTC)
Я посмотрел оба варианта, и мне кажется, что вариант Эдуарда кажется намного логичнее (да и симпатичнее), — сразу можно не понять, что за ноль, а так всё видно, что именно редактируем, поскольку ссылка такая же, как на секции. Я поставлю вариант Эдуарда, посмотрим все на вместе на него. LoKi 06:54, 15 августа 2006 (UTC)

Я сделал вариант Эдуарда, но почему-то кнопка «править» появилась не справа, а слева. Видимо, почему-то не применился стиль, хотя он вполне правильно работал, когда я сделал то же в своих личных js и css. В чём ошибка? LoKi 07:13, 15 августа 2006 (UTC)

Перезагрузи кэш браузера. У меня всё ок. Ed 07:48, 15 августа 2006 (UTC)
У меня теперь тоже. Временами ;) Видимо, надо полностью кэш очистить. LoKi 08:14, 15 августа 2006 (UTC)

Кстати, наверное, лучше не в Common.css, а в Monobook.css: всё равно «править» только в монобуке ставится. LoKi 07:13, 15 августа 2006 (UTC)

После ваших правок верхнее меню (то, где настройки и список наблюдения) стало при наведении курсора съезжать влево. Из-за этого вместо "моего вклада" постоянно тыкаю в "завершение сеанса" :) --AndyVolykhov ↔ 15:44, 15 августа 2006 (UTC)

А какой у тебя броузер? Надо, конечно, отладить, чтобы везде работало корректно. LoKi 20:43, 15 августа 2006 (UTC)
Эта проблема встречается, кстати, и при других изменениях в Monobook'е. Во всяком случае, мне она знакома. С. Л.!? 20:46, 15 августа 2006 (UTC)

Не хотите - как хотите. Кому это уродство не нравится, добавьте себе в монобук 

disable_zero_section = 1;

MaxSem 18:09, 15 августа 2006 (UTC)

Добавьте ещё какой-нибудь id к этой ссылке (в div), если не трудно. --SergV 18:23, 15 августа 2006 (UTC)

Мне совсем не нравится эта ссылка — она только усложняет интерфейс, ИМХО. Но что точно нужно сделать — так это убрать её с главной страницы и со всех страниц где стоит «NOEDITSECTION» (например с моей личной страницы) --ajvol 20:18, 17 августа 2006 (UTC)

Временно отрубил это до усовершенствования кода. MaxSem 20:55, 17 августа 2006 (UTC)
А как это ты так лихо отключил, что у меня теперь даже мой личный вариант (прописанный в моих monobook.js и monobook.css) не работает? LoKi 21:09, 17 августа 2006 (UTC)
Я удалил просто этот код из обшего monobook.js и всё заработало. Подозреваю, что дело было в неправильном комментировании: MaxSem, комментарии /* не вложенные. LoKi 21:15, 17 августа 2006 (UTC)

Постановка новой страницы в список наблюдения[править код]

Мне думается, хорошо было бы сделать так, чтобы если участник создает новую страницу, то галочка "включить в список наблюдения" была по умолчанию включена. Можно ли это устроить ? ГСА 20:18, 13 августа 2006 (UTC)

Настройки. Там есть пункт "Редактирование". Там этих галочек... --VPliousnine 20:30, 13 августа 2006 (UTC)
О, точно, там это есть, спасибо. ГСА 20:40, 13 августа 2006 (UTC)
Но, всёравно стоит сделать, что бы у новых пользователей по умолчанию она была включена! --Kink 16:07, 14 августа 2006 (UTC)

Список подстраниц[править код]

Как мне увидеть сабж для личной страницы? И вообще для любой страницы. Dart evader 16:28, 8 августа 2006 (UTC)

Служебная:Prefixindex. MaxSem 16:33, 8 августа 2006 (UTC)
Ясно, спасибо :-) Dart evader 16:36, 8 августа 2006 (UTC)
Полезная штука. Сразу мусор обнаружился. --the wrong man 17:06, 8 августа 2006 (UTC)
Хм, я это раньше ботом делал. Теперь этим буду пользоваться. Ed 17:08, 8 августа 2006 (UTC)
А как получить список страниц вида */Temp ? --Jaroslavleff?! 22:29, 9 августа 2006 (UTC)
Вот тебе инструмент: http://tools.wikimedia.de/~edwardspec/cgi-bin/matchtitle.cgi — вбиваешь туда '%/Temp' и вперёд. Ed 07:00, 10 августа 2006 (UTC)
А отчего оно на 'Гомо%' не выдает ничего ? Или это именно для подстраниц только ? ГСА 00:13, 11 августа 2006 (UTC)
Хм, не знаю, почему сбой. Сейчас поищу. Ed 06:15, 11 августа 2006 (UTC)
Понял: страница распознаётся браузером как имеющая кодировку ISO-9859-1, в ней и посылается форма. А в базе всё — в UTF8. Ed 06:31, 11 августа 2006 (UTC)
Добавил на страницу длинное тире — кодировка распозналась. Теперь работает. Ed 06:36, 11 августа 2006 (UTC)
Работает: [7]. Ed 06:44, 11 августа 2006 (UTC)
Ага, если руками ставить Unicode, то работает, но мой файрфокс что-то все равно сам не опознает его. Может, явно ставить "Content-type: text/html; charset=utf-8" ? И на странице результата тоже. ГСА 09:20, 11 августа 2006 (UTC)
Файрфокс? Во View->Charset Encoding->Autodetect переключи с Cyrilic на Universal. Ed 09:31, 11 августа 2006 (UTC)
Точно, так работает. ГСА 09:42, 11 августа 2006 (UTC)
Надо будет в FAQ форума прописать, уже раза четыре разные люди с этим сталкивались. Ed 10:23, 11 августа 2006 (UTC)
Лучше выводи charset в заголовке content-type. Так гораздо надёжнее получится, уверяю тебя. —Mithgol the Webmaster 10:08, 20 августа 2006 (UTC)
Так выводится. Ed 12:32, 26 августа 2006 (UTC)

Забавный глюк[править код]

Страница "Разорванные перенаправления":

Ниже показаны 1 результатов, начиная с № 1.

Просмотреть (предыдущие 50) (следующие 50) (20 | 50 | 100 | 250 | 500).

[[Нахимович Илья Григорьевич]] (Править) → [[Вэй (Динглинг)]] Просмотреть (предыдущие 50) (следующие 50) (20 | 50 | 100 | 250 | 500).

При этом данный редирект уже был удалён, и он никогда не указывал на статью [[Вэй (Динглинг)]]. При этом ссылка на него почему-то отображалась синим! Пока кэш не обновится, можете полюбоваться, видимо. --AndyVolykhov ↔ 22:10, 7 августа 2006 (UTC)

Всё-таки, прошу помочь с шрифтами[править код]

Как я уже говорил, болезнь с неправильными шрифтами в Википедии не проходит. Другие страницы отображаются нормально. Очистка кэша не помогает. При установке галочки "Не учитывать шрифты, указанные на веб-страницах", Википедия становится более-менее читабельной, но нельзя же всё время сидеть с этой галкой, из-за которой всё отображается одним шрифтом. Кто что может посоветовать?--Nxx 19:00, 7 августа 2006 (UTC)

Всё-таки это проблема с кэшированием css. Попробуй очистить кэш вручную (удали из AppData\Content.IE все файлы).
А вообще, советую переходить на Оперу. Попробуй - понравится. --Jaroslavleff?! 05:57, 8 августа 2006 (UTC)
Попробовал - не помогает. А Оперу я пробовал - были страшные глюки с русским языком.--Nxx 07:41, 8 августа 2006 (UTC)
Попробуйте Firefox :) --Куллер 10:52, 8 августа 2006 (UTC)
Какую Оперу? Какие глюки? Наверно самую древнюю версию. Ставь последний билд от Opera Desktop Team. Никаких глюков вообще. Тормозиллу лучше не ставь.--Jaroslavleff?! 10:59, 8 августа 2006 (UTC)
Ты какие-нибудь "левые" шрифты устанавливал/удалял ? У меня была подобная проблема, когда на некоторых сайтах (в т.ч. и в Википедии) часть текста показывалась шрифтом Arial Black. Как я эмпирически установил, проблема была из-за одного "левого" шрифта с кривым внутренним именем, который "испорлтил" последовательность шрифтоподстановок. Вылечилось шаманским методом: удалением всех шрифтов (в т.ч. Arial и MS Sans Serif), кроме необходимых системных, и добавлением их по одному в том порядке, в каком они должны идти согласно FontSubstitution (сначала MS Serif и MS Sans Serif, затем Arial и Courier, затем Arial Unicode MT, затем - Verdana и Tahoma). --Kaganer 11:02, 8 августа 2006 (UTC)
А где это прописано и какие именно шрифты можно удалить?--Nxx 11:22, 8 августа 2006 (UTC)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontSubstitutes
Конкретных советов по удалению давать, извини, не буду - боюсь навредить. Советую разобраться самому и действовать на свой страх и риск ;) Я удалял (предварительно "отложив в сторону" папку FONTS) все ариалы, тахому, вердану, MS sans serif и MS Serif. Естественно, вся шрифтовая левизна (особенно, всякие левые гельветики) должна быть к этому моменту снесена. Растровые шрифты не трогал. --Kaganer 12:03, 11 августа 2006 (UTC)

Через год шаблон nobr кое-где можно будет перестать использовать[править код]

Создана заплатка, исправляющая старый баг браузера Firefox, который приводил к автоматической замене неразрывных пробелов на обычные. Полагаю, к 2007 году (или в 2007 году) появится стабильная версия Файерфокса, которая не будет увечить неразрывные пробелы в Википедии. После этого надо будет подождать, покуда эта версия станет распространяться среди любителей Файерфокса. А когда распространится, то шаблон {{nobr}} будет надобен только для обеспéчения непробельной неразрывности (напримѣръ, въ словахъ съ дефисами.) —Mithgol the Webmaster 15:51, 7 августа 2006 (UTC)

Да его вообще нигде не надо использовать, чтобы не затруднять редактирование страницы. --Владимир Волохонский 16:38, 7 августа 2006 (UTC)
Были предложения этот шаблон вообще удалить. --CodeMonk 18:59, 7 августа 2006 (UTC)
В словах с дефисами надо использовать неразрывный дефис U+2011 (‑). — Monedula 05:30, 8 августа 2006 (UTC)
Представлением текста (особенно в таком виде как это делает Мицголъ Вебъ-Мастѣръ, практически убивая исходники статей nobr'ами), IMHO, если и должен, то должен заниматься только автомат. Логика расстановки, как я понимаю, описываема и достаточно проста, так что написание патча мне кажется вполне реалистичным. (BTW, слава Богу, Москве и России, &shy; ра­бо­та­ет пло­хо и Мицгола не ударило проставлять во всех словах все возможные места переносов.) Поэтому вопрос-предложение такое: хорошо ли будет, если я постараюсь написать фильтр вывода или патч к HTML-рендереру статей, который сам поставит в выводе браузеру неразрывные пробелы в нужных местах, Мицгол проверит чтобы таковой патч ему невозбранно пришёлся по нраву, несмотря на его расовое кащенитское происхождение, и расставлял неразрывные пробелы по всем положенным правилам типографики, а потом статьи были бы почищены от тысяч лишних nobr'ов. Как такой вариант широкой общественности, а в особенности администрации (потому как патч, если он будет хорош, надо потом протолкнуть или в ветку русской Википедии или прямо в MediaWiki)? Но смотреть как сейчас убивается сама концепция wiki-разметки (см. исходники правок Мицгола) большого удовольствия не составляет. — drdaeman 19:16, 9 августа 2006 (UTC)
Полностью согласен. People should think, machines should work (q) IBM. --Oal 21:32, 9 августа 2006 (UTC)
Поддерживаю. — Uznick 14:42, 10 августа 2006 (UTC)
Хорошее предложение. - Каа 20:12, 17 августа 2006 (UTC)

(Оффтопик) Дорогой Мицгол, найдите уже в интернетах Microsoft Keyboard Layout Creator для венды и соберите (это делается за 5 минут) себе раскладку с дефисами, кавычками, ятью, фитой и ижицей, чтобы вводить их просто, быстро и прямо с клавиатуры. Все-таки 2006 год, Юникоду много лет, а Вы шаблонами и HTML entities пользуетесь как в каменном веке. — drdaeman 19:16, 9 августа 2006 (UTC)

Тогда нужен ещё один патч. Иначе получится такое: заглавная страница. Упс! Куда исчезла заглавная страница? Без паники, просто в тексте неразрывные пробелы. Biga 11:54, 26 августа 2006 (UTC)

Название служебной страницы[править код]

Служебная:Disambiguations называется «Страницы, описывающие многозначные термины» в то время, как она должна называться «Ссылки на страницы, описывающие многозначные термины» или «Ссылки на страницы разрешения неоднозначностей». --Не А 14:04, 7 августа 2006 (UTC)

Мне, например, совсем не очевидно, что должна. Сейчас страница называется однотипно с остальными служебными списками. И, на мой взгляд, название абсолютно адекватно содержанию. --Kaganer 16:23, 7 августа 2006 (UTC)
По-моему тоже, адекватное название. --CodeMonk 19:00, 7 августа 2006 (UTC)
Что значит адекватно содержанию? Это не список статей-дизамбигов, а список ссылок на них. --Не А 01:19, 13 августа 2006 (UTC)
А у нас любой список статей - это список ссылок. А как может быть иначе ? И зачем нужен список статей, не содержащий ссылок на эти статьи--Kaganer 09:07, 14 августа 2006 (UTC)

Трафик[править код]

Как только стал более менее активно править статьи почувствовал, что Википедия сжирает кучу трафика. И при стоимости мегабайта 6 рублей активно в Википедии не поучаствуешь. :( (А ведь в регионах, в отличие от Москвы или тем более США дешёвого интернета почти нет.) Причём трафик этот в основном «бестолковый», можно было бы его НА ПОРЯДОК уменьшить! И выиграли бы от этого не только пользователи, но и Википедия существенно сократила бы исходящий трафик, а соответственно и затраты. Конечно понимаю, что MediWiki на нас наплевать, но всё равно, если кто-нибудь из знающих английский увидит в моих предложениях разумное зерно, отпишите им, мало ли…

Вот несколько предложений, жду комментариев: (Извините если сильно эмоционально, накипело) --Kink 12:33, 5 августа 2006 (UTC)

Я бы посоветовал Вам найти proxy сервер, который бы Gzipовал трафик HTTP (браузеры и веб-серверы это поддерживают). Такой подход обеспечит огромную экономию трафика, превосходящую все методы вместе взятые. Думаю не стоит говорить, что сервера Википедии не могут обеспечить эту возможность из-за больших проблем с нагрузками :(. --A.I. 15:34, 5 августа 2006 (UTC)
Во первых вики всётаки вроде жмёт трафик. (Представляю себе несжатый свой трёхдневный список наблюдения, если не ошибаюсь ~500kb) Во вторых сжимающий прокси мною используется и он сильно выручает, но это не решает данную проблему. --Kink 17:21, 5 августа 2006 (UTC)

Дифы[править код]

При просмотре разницы между версиями статьи, после непосредственно дифов выдаётся полный текст статьи. Из-за этого приходится каждый раз заново скачивать всю статью, ради того чтобы узнать, что изменилась одна буква или вообще ни чего не изменилось (вандал+откат). Вот написал фильтр для Proxomitronа, который немного уменьшает трафик при просмотре дифов, но проблема все равно остаётся. Может есть стандартный способ отключить просмотр статьи после дифов? --Kink 12:33, 5 августа 2006 (UTC)

Как вариант, можно пользоваться RSS. LoKi 18:54, 5 августа 2006 (UTC)

Редактирование начала статьи[править код]

Есть возможность редактировать любой параграф отдельно, но только кроме начала статьи (то что идёт до первого параграфа). Получается, что, что бы отредактировать один символ в начале статьи приходится грузить всю статью, насколько длинной бы она не была. Сложно что ли добавить ссылку на редактирование только начала? А то в данный момент что бы добавить «wikify» к длинной статье, приходится находить самый короткий параграф и вставлять её в него, надеясь, что пользователи с более дешёвым трафиком вынесут его наверх. :( --Kink 12:33, 5 августа 2006 (UTC)

Бесконечно (+) За :). Думаю надо писать в bugzilla :). --A.I. 15:31, 5 августа 2006 (UTC)
Это делается добавлением себе в monobook.js следующего кода:
//If you are not editing a page, a tab will appear allowing you to edit the 0th section of a page (the top area usually used as an introduction.

function addEditSection0() {
  ta['ca-edit-0'] = ['', 'Edit the zeroth section of this page'];
  if (!document.getElementById) return;
  x = document.getElementById('ca-edit');
  if(!x) return;
  y = document.createElement('LI');
  y.id = 'ca-edit-0';
  if (x.className == 'selected') {
    if (/&action=edit&section=0$/.test(window.location.href)) {
      x.className = 'istalk';
      y.className = 'selected';
    } else {
      x.className = 'selected istalk';
    }
  } else if (x.className == 'selected istalk') {
    if (/&action=edit&section=0$/.test(window.location.href)) {
      x.className = 'istalk';
      y.className = 'selected istalk';
    } else {
      y.className = 'istalk';
    }
  } else {
    y.className = x.className;
    x.className = 'istalk';
  }
  z = document.createElement('A');
  if (x.children) {
    z.href = x.children[0].href + '&section=0';
    z.appendChild(document.createTextNode('0'));
    y.appendChild(z);
    document.getElementById('p-cactions').children[1].insertBefore(y,x.nextSibling);
  } else {
    z.href = x.childNodes[0].href + '&section=0';
    z.appendChild(document.createTextNode('0'));
    y.appendChild(z);
    document.getElementById('p-cactions').childNodes[3].insertBefore(y,x.nextSibling);
  }
}

if (document.title.indexOf("Редактирование: ") == -1) {
  addOnloadHook(addEditSection0);
}

MaxSem 15:51, 5 августа 2006 (UTC)

Тоесть сами пользуемся в тихую, а остальные пусть мучаются? :) Надо в стандартный цсс добавить или в крайнем случае в фак какой-нибудь инфу добавить. --Kink 17:29, 5 августа 2006 (UTC)
А как его туда добавить? По ссылки у меня опера предлагает его сохранить на диске. --Kink 17:29, 5 августа 2006 (UTC)
В смысле себе в monobook.js. --Kink 11:15, 7 августа 2006 (UTC)
Можно просто напечать в строке адреса: http://ru.wikipedia.org/w/index.php?title=Название_статьи&action=edit&section=0

Solon 17:46, 5 августа 2006 (UTC)

Неудобно каждый раз так делать, автоматизировать бы... --Kink 11:15, 7 августа 2006 (UTC)

Редактирование абзацев[править код]

Можно было бы добавить редактирование не только параграфов, но и абзацев. Особенно бы это помогло при редактировании длинного невикифицированного текста. --Kink 12:33, 5 августа 2006 (UTC)

Необходимые ссылки на редактирование абзацев дадут ещё большие потери трафика :(. --A.I. 15:31, 5 августа 2006 (UTC)
Во-первых, они будут однотипные, по этому будут хорошо сжиматься. Во-вторых, в крайнем случае их можно проставлять автоматически яваскриптом. --Kink 17:29, 5 августа 2006 (UTC)

Просмотр/редактирование[править код]

Ситуация: Открываем длинную статью (скачиваем необходимый трафик), решаем её отредактировать, открываем её на редактирование (опять качаем тот же самый трафик). Причём в двойном размере (предварительный просмотр + сам текст для редактирования). Возможно из-за сжатия размер будет не двойной, а почти одинарный (хотя не факт), но всё равно, зачем повторно грузить те же самые данные? А при сохранении изменений, мы все эти данные отправляем на сервер (а ведь не у всех исх. трафик бесплатный), хотя можно отправлять только разницу. А ведь можно было бы всё сделать в стандарте WYSIWYG, или хотя бы из внутреннего представления во внешнее, статью на стороне пользователя переводить. --Kink 12:33, 5 августа 2006 (UTC)

Вообще-то по правилам оплачивается наибольший поток трафика, т. е. либо входящий, либо исходящий (думаю не надо говорить, что надо постараться, чтобы дома исходящий трафик превысил вхощящий).
Только не по правилам сотовых операторов. :) GPRS у большинства операторов оплачивается как вход. так и исход. трафик. --Kink 11:15, 7 августа 2006 (UTC)

Редиректы[править код]

Ситуация: Открываем статью, она при этом сохраняется в кэше. Попадаем на эту же статью через редирект, и вместо того чтобы взять статью из кэша, грузим её заново. Ведь можно же реализовать через iframe. Что бы сам текст статьи и в том и другом случае брался с одного файла(URL). --Kink 12:33, 5 августа 2006 (UTC)

Не забывайте, что не все браузеры способы обрабатывать iframe. Хотя проблему можно решить проще - в HTTP есть редирект, чтобы при перенаправлении менялся и URL на соответствующий - это бы решило проблему кеша. --A.I. 15:27, 5 августа 2006 (UTC)
На этот случай есть простые фрэймы, либо для допотопных можно использовать текущую версию. --Kink 17:35, 5 августа 2006 (UTC)
А как же быть со словами «Перенаправлено с...»? С iframe'ом свои проблемы — размер фрейма-то ограничен. Возможно, проблема решиться с развитием XHTML :). --SergV 16:19, 5 августа 2006 (UTC)
Каким значением ограничен? --Kink 17:35, 5 августа 2006 (UTC)
Как временный вариант, можно в настройках добавить отключение автоматического редиректа. Правда с переименованием такой трюк не пройдёт, но хоть что-то. --Kink 17:35, 5 августа 2006 (UTC)

Форум и обсуждения[править код]

Вот тут самый п.дец. Можно же хранить каждое сообщение в отдельном файле и по запросу обсуждения/форума выдавать страницу с url-ами сообщений в этом обсуждении. А после попадания к пользователю эта страница бы уже догружала эти сообщения. Внешне бы ничего не изменилось, но не приходилось бы при каждом посещении форума заново качать все сообщения, а достаточно было бы скачать новые и изменившиеся. Аналогично можно было бы хранить и статьи, по файлу на каждый абзац/параграф и тоже в случае изменения статьи скачивать только новое и изменившиеся. Тут есть конечно ещё вопрос про накладные расходы трафика на передачу большого количества мелких файлов. Но мне кажется они будут меньше, чем потери трафика при постоянном перекачивании одного и того же. --Kink 12:33, 5 августа 2006 (UTC)

Обсуждения по этому поводу давно велись, но технически появлялись проблемы. К тому же не забывайте, что в программировании действует правило «делать всё проще» (и для ускорения обработки и во избежание ошибок). --A.I. 15:29, 5 августа 2006 (UTC)
Тут с вами полностью согласен, но о прогрессе то тоже не стоит забывать. --Kink 17:38, 5 августа 2006 (UTC)
Снова проблема может быть решена использованием RSS. К сожалению, Opera 9 меня не устроила по другим причинам, а Opera 8.54 не умеет RSS-сить, а то бы я обязательно смотрел страницы форума и подобные только с помощью RSS. LoKi 18:57, 5 августа 2006 (UTC)
А как в 9-ой опере подключить рсс википедии? --Kink 11:15, 7 августа 2006 (UTC)
Для этого следует зайти на страницу истории статьи и на левой панели (в скине monobook) нажать на кнопку «RSS». А в главном меню Оперы есть пункт «Каналы новостей», в котором отображаются наблюдаемые каналы и опции для настройки. Довольно удобная штука, советую. LoKi 20:02, 7 августа 2006 (UTC)
Спасибо, немного решило проблему. --Kink 16:11, 14 августа 2006 (UTC)

Изображения[править код]

Пример из жизни: один человек добавляет в статью картинку, через какое то время другой человек изменяет размер её отображения, позже еще один человек подправляет её размер отображения. В итоге человеку, следящему за изменением этой статьи, приходится скачивать ТРИ по сути одинаковых картинки. Здесь решение сложно предложить, ещё не придумали нормальный масштабируемый формат (возможно SVG?), но на первое время можно было бы при не сильном изменении масштаба скачивать картинку целиком, а масштаб менять уже на стороне пользователя. Кстати, существует «лёгкий» SVG-плагин для Oper-ы? --Kink 12:33, 5 августа 2006 (UTC)

Вы правильно заметили - технически не реализуемо. (ну и про масштабирование на стороне клиента и говорить нечего - наоборот ужасная трата трафика). --A.I. 15:30, 5 августа 2006 (UTC)
Ключевые слова "при не сильном изменении масштаба". Можно сделать так, определять ближайший "сверху" масштаб из вариантов: оригинал, ориг/2, ориг/4, ... cкачивать его и далше уже у пользователя домасштабировать. Хотя наверное качество изображения может так пострадать. --Kink 17:45, 5 августа 2006 (UTC)

Проделки викификатора[править код]

Пожалуйста, уберите замены (C), (R) и т. п. на специальные значки. В статье RGB (и, думаю, во многих других) эти замены не приносят ничего хорошего. --aml 13:41, 4 августа 2006 (UTC)

Done. --CodeMonk 21:23, 4 августа 2006 (UTC)

Шрифты[править код]

У меня Википедия вдруг стала отображаться какими-то странными шрифтами. Не к месту используется жирный шрифт. Буквы в меню очень мелкие. Читать страницы очень неудобно и выглядят они диковато. Хотелось бы знать, в чём дело. Другие сайты отображаются нормально. Браузер IE6.--Nxx 18:01, 3 августа 2006 (UTC)

Refresh - inogda CSS ne gruzitsya - problemy s serverami. --Yurik 18:28, 3 августа 2006 (UTC)
Так уже со вчера такая проблема и не проходит.--Nxx 19:04, 3 августа 2006 (UTC)
Nuzhno polny refresh sdelat' - nepomnu kak v IE (Ctrl+F5, ili eschyo chtoto takoezhe), libo cache pochistit' (tools/options, clear cache). --Yurik 20:07, 3 августа 2006 (UTC)
Я это делал.--Nxx 13:03, 4 августа 2006 (UTC)

Грузинский и армянский текст[править код]

Люди, подскажите почему при наличии грузинского или армянского юникодовского текста при редактировании статьи курсор ведёт себя неадекватно (в IE) Юра 14:13, 3 августа 2006 (UTC)

(seichas menya pob'ut) - potomu, chto pora perehodit' na Firefox ili na hudoi konets na Opera :) --Yurik 18:29, 3 августа 2006 (UTC) ("anonymno")
Так бывает. Терпи ;) Аналогичные проблемы с арабским и ивритом. Т.к. подобный текст обязательно должен быть заключён в шаблоны, производные от {{lang}}, рекомендую разносить их по строчкам, вот так:
{{lang-ar|
собственно арабский текст
}}

и затем соединять их в одну строку клавишами "del" и "back-space". Обычно это решает проблему. --Kaganer 17:32, 7 августа 2006 (UTC)

Шаблон-Карточка для книг[править код]

Есть у нас что-то типа шаблона книги, ну вот как тут: Night Watch или книги никто не описывает??? И второе, насколько правомочно и на каких правах размещать картинку обложки книги как делают иностранцы? Sover.spb 09:05, 2 августа 2006 (UTC)

Да, обложки доступны по лицензии Fair Use. На изображения при этом ставится шаблон {{Book cover}}. Подробнее Вы можете почитать на странице Википедия:Лицензирование изображений. Что касается шаблона для книг, об этом, к сожалению, ничего сказать не могу, поскольку не занимался этой темой, но обычно все шаблоны можно найти на странице Википедия:Шаблоны. Скорее всего, Вы имеете в виду щаблон-карточку. Если не найдёте нужный шаблон в соответствующем подразделе и решите создать, пожалуйста, поместите его в нужную категорию и на нужную страницу шаблонов. Пример можно посмотреть в любом из шаблонов на указанной странице. LoKi 09:10, 2 августа 2006 (UTC)
Шаблона нету. А он нам нужен? --the wrong man 09:12, 2 августа 2006 (UTC)
Английский вариант выглядит неплохо. Почему бы у нас такой не сделать? LoKi 09:18, 2 августа 2006 (UTC)
Да, видимо шаблон-карточка(на книгу нет), боюсь сделать его сам пока не смогу, хотя почитаю как... с обложками все понял.Sover.spb 09:24, 2 августа 2006 (UTC)
К сожалению имя Шаблон:Книга уже занято, и там не карточка, а список :( Какие будут предложения по именованию? за основу хочу взять en:Template_talk:Infobox_Book и сделать двуязычное применение попробовать. Sover.spb 10:51, 2 августа 2006 (UTC)
Так и назовите: «Карточка книги». ;) А что значит «двуязычное применение»? Параметры на русском и английском? Разве это нужно? LoKi 11:20, 2 августа 2006 (UTC)
пока назову Шаблон:Book, если что, потом переименуем :) да, параметры можно и так и так вписывать, удобно вроде, особенно когда переводишь статью - можно ничего особо не менять. Ну, это если получится, иначе будет только на русском. После, думаю, надо будет еще категорию добавить "Категория:Книги по алфавиту". Sover.spb 12:10, 2 августа 2006 (UTC)

Help! Подправте шаблон малость кто разбирается, а то что-то с категориями из шаблона косяк какой-то, только одна появляется, первая :( Шаблон:Book, пример косяка смотреть тут Подземка (книга) Sover.spb 20:12, 2 августа 2006 (UTC)

Я подправил кое-что, но в шаблоне была только одна категория: Категория:Книги по алфавиту. Должна быть ещё какая-то ? --Kaganer 10:31, 3 августа 2006 (UTC)
да, их убрали, потому как косяк получался(сам не разобрался), если не трудно, добавьте в шаблон еще "[Категория:Книги по авторам|{{{Автор}}}]" и "[Категория:Книги по жанрам|{{{Жанр}}}]". --Sover.spb 10:54, 3 августа 2006 (UTC)
Добавил, но закомментировал. Это не будет работать в таком виде, т.к. параметры "Автор" и "Жанр" - ссылки на статьи. Чтобы передать их как ключ сортировки категории, нужно парсить текст и вырезать оттуда квадратные скобки. --Kaganer 09:18, 14 августа 2006 (UTC)
Предлагаю, кстати, переименовать шаблон {{Book}} в {{Описание книги}} (т.к. {{Книга}} уже есть, это шаблон описания библиогр. ссылки). Существующий шаблон {{Описание книги}} слить с шаблоном {{Книга}}, т.к. они функционально идентичны. --Kaganer 10:33, 3 августа 2006 (UTC)
ничего против не имею, в общем, тока сам ниасилю пока боюсь. --Sover.spb 10:54, 3 августа 2006 (UTC)
Идентичны, да не до конца. Описание книги — для списка книг, поэтому в нём стоит количество страниц (... с.), а Книга — для сноски, поэтому в нём стоят страницы (С. ...). --Не А 13:58, 7 августа 2006 (UTC)
Это не то различие, чтобы не смочь совместить его в одном шаблоне. --Kaganer 17:35, 7 августа 2006 (UTC)

800x600[править код]

Насколько необходимо поддерживать приличный вид страниц в разрешении 800x600 при дефолтных настройках? Предполагая, что 1024x768 сейчас наиболее распространённое разрешение[источник?], существует два варианта:

  • Хорошо на 1024x768 и 1280x1024, так себе на 800x600, плохо на 640x480 ;)
  • Хорошо на 1024x768 и 800x600, так себе на 1280x1024, плохо на высоких разрешениях

Мне больше нравится первый вариант, поскольку 1280x1024 объективно более распространён, чем 800x600. Но в то же время понятно желание помочь technically-challenged учебным заведениям.

На самом деле, проблема решается довольно просто - на низких разрешениях оптимальный скин - не monobook, а, наверное, nostalgie. При этом экономится четверть ширины экрана, что обычно достаточно для нормального отображения всего. Отсюда предложение:

  1. рекомендовать не задумываться о низких разрешениях;
  2. добавить в FAQ тезис о возможности настройки других скинов.

Maxim Razin 19:26, 31 июля 2006 (UTC)

800x600 более популярное, чем 1280x1024. 1024x768 дейсвительно самое популяроное разрешение. — Глобальная статистика Хотлога --Tassadar 21:23, 31 июля 2006 (UTC)
А вот spylog.ru и mail.ru считает наоборот. --Куллер 00:26, 1 августа 2006 (UTC)
Существует ли возможность зафиксировать ширину страницы - как, например, вот на этом сайте? Те, у кого 640х480, не почувствуют разницы, а обладатели современных мониторов наконец-то избавятся от невыносимо длинных строк.
Не надо ничего фиксировать! Если не нравится длина строк - уменьши размер окна браузера. Небось не в консоли сидишь то? :) --Unwrecker 08:18, 11 августа 2006 (UTC)
...кстати, почему 1280x1024? Это же ничем не оправданное искажение пропорций, правильно (для нормальных CRT-мониторов) — 1280x960, то есть дважды 640x480. --aml 22:25, 31 июля 2006 (UTC)
Это разрешение используется на LCD-мониторах. en:SXGA --Куллер 00:26, 1 августа 2006 (UTC)
Это метафора ;) Имеются в виду всякие разрешения больше 1024. Maxim Razin 05:17, 1 августа 2006 (UTC)
Субъективно, 1024х768 — это ещё приемлемо (хотя я предпочитаю 1280х1024), а вот как смотреть 800х600 я не представляю. Мне кажется, монобук просто не подходит для этого разрешения и лучше использовать другой скин. Со своей стороны я всегда проверяю страницу на разрешении 1024х768, однако нужно нам как-то поддерживать не только monobook, но и другой скин — для пользователей малых (от 800х600 и меньше) разрешений. LoKi 05:23, 1 августа 2006 (UTC)
Главное не популярность того или иного разрешения, а возможность работать в википедии для всех участников. Но совсем необъязательно чтобы все скины подошли под 800x600. --Obersachse 05:30, 1 августа 2006 (UTC)
Задумываться - нужно, но без фанатизма. Например, не нужно добавлять в статьи слишком широкие иллюстрации (с шириной больше 400px; а если нет особой необходимости - то и больше 300px) или иллюстрации без явного задания ширины. Добавить в FAQ тезис о возможности настройки других скинов - необходимо.

И кстати, о других скинах - почему в Кёльнской тоске не виден логотип Википедии ? Так задумано? --Kaganer 09:58, 1 августа 2006 (UTC)

Многие располагают "панель страниц" в браузере сбоку, а это существенно уменьшает ширину. --Kink 16:15, 14 августа 2006 (UTC)
Да. И вообще, верстка страницы не должна (в идеале) зависеть от разрешения. Еще есть текстовые броузеры, ага. --Oal 14:08, 20 августа 2006 (UTC)

Мендзыжец Подласки[править код]

Прошу знающих людей посмотреть на эту статью. Если у нас такое не запрещено, помогите коллеге расставить картинки поудобнее - поспособствуйте польско-российской дружбе. Dziekuje bardzo. Спасибо.

wulfson 19:55, 29 июля 2006 (UTC)

А зачем это в таких количествах ??? Я пока закомментировал галерею и поставил ссылку на commons - думаю, так правильнее... --Kaganer 18:43, 30 июля 2006 (UTC)
Я потому и спрашивал. :-) wulfson 05:20, 1 августа 2006 (UTC)

Диффы[править код]

Файл:StyledDiff.png
Дифф стал гораздо читаемей.

Зачастую если на просматриваемом изменении изменилось не так много символов, то рассмотреть, что конкретно изменилось бывает трудновато. Но есть выход при помощи CSS. Для примера вот что я себе добавил в стили - на конкретную цветовую гамму не обращайте внимания, я просто скопировал от французов. Давайте и у нас почётче диффы сделаем? MaxSem 08:14, 29 июля 2006 (UTC)

Разумное предложение, но нужно, чтобы выделение действовало лишь тогда, когда изменение на самом деле очень мало, и его трудно заметить (к примеру, заменён всего один символ). Т. е. выделение не должно действовать, если заменено уже целое предложение. Осуществимо ли это технически? С. Л.!? 18:09, 29 июля 2006 (UTC)
Не получится. MaxSem 19:59, 29 июля 2006 (UTC)
В таком случае можно отменить цветовое выделение и использовать лишь выделение фоном (как и показано в приведённом примере). С. Л.!? 20:36, 29 июля 2006 (UTC)
Предложение разумное, но французская цветовая гамма представляется мне нелогичною. Вот мой вариант, который сохраняет наше цветовое кодирование по схеме от жёлтого «не вполне хорошего» к зелёному «хорошему». (Используется светофорный смысл этих цветов.) —Mithgol the Webmaster 15:26, 30 июля 2006 (UTC)
Неплохо, но мне больше понравилость с чёрным шрифтом. MaxSem 15:43, 30 июля 2006 (UTC)
Как его использовать? --Kink 20:56, 30 июля 2006 (UTC)
Просто скопируй мой код к себе, если тоже в настройках оформления используешь скин monobook («моно-книга»). —Mithgol the Webmaster 09:24, 31 июля 2006 (UTC)
Взял твой вариант. Пользуюсь. Доволен - стало удобнее. Спасибо. --Kaganer 17:36, 7 августа 2006 (UTC)
На здоровье! —Mithgol the Webmaster 18:19, 13 августа 2006 (UTC)
Тоже спасибо! А можно это сделать для всех и поумолчанию? --Kink 16:15, 14 августа 2006 (UTC)
Этот вопрос не ко мне — я не админ. —Mithgol the Webmaster 10:14, 20 августа 2006 (UTC)

Служебная:Wantedcategories[править код]

На странице требуемых категорий отображаются как кактегории с несколькими ссылками удалённые категории. Что мешает честным людям рыться на этой странице. Нельзя ли это как-то исправить? --Не А 20:23, 27 июля 2006 (UTC)

"Следующие данные взяты из кеша, последний раз он обновлялся в 15:27, 26 июля 2006." --Tassadar 21:52, 27 июля 2006 (UTC)
Я знаю про кеш. Речь идёт о категориях, которые были удалены много дней (а то и месяцев) назад как пустые категории, но и сейчас стоят на этой странице, как категории, на которые есть ссылки. Пример, Категория:Disambig. --Не А 22:19, 27 июля 2006 (UTC)
Может на неё появились ссылки? --Tassadar 10:16, 28 июля 2006 (UTC)
Об этом уже велась речь месяца 4 назад, это баг системы. Категория "Болгарии" висит пустаю уже полгода если не больше. Rokur 10:20, 28 июля 2006 (UTC)

Автопреобразование дат[править код]

Заметил в английской Википедии одну очень удобную вещь — автоматическое преобразование дат из краткого формата в полный. То есть, если написать там ссылку [[2006-06-09]], то она отобразится прямо как будто написано [[2006]]-[[June 9|06-09]]. По-моему, это очень удобно для списков с датами, т.к. написание полной даты занимает куда больше времени. Можно ли у нас сделать, чтобы даты вида [[09.06.2006]] превращались в 09.06.2006 ([[9 июня|09.06]].[[2006]])? Обратите внимание, что это происходит на стороне движка, т.е. даже после редактирования даты в английской Википедии исходный код выглядят как [[2006-06-09]]. --Tassadar 21:41, 26 июля 2006 (UTC)

Наверное, можно создать шаблон {{date|27.07.2006}}. Сам не возьмусь. —Biga 16:44, 27 июля 2006 (UTC)
Может я не идеально знаю шаблоны, но мне больше кажется реальным {{date|27|07|2006}}, но может всё-таки можно это реализовать с помощью движка? Но я наверно попробую сделать шаблон. --Tassadar 18:27, 27 июля 2006 (UTC)
Шаблон готов - Шаблон:date. Надеюсь он будет полезен не только мне. --Tassadar 20:38, 27 июля 2006 (UTC)
Если это делается на стороне движка, то, наверное, и у нас это можно включить. Нужно, чтобы Ajvol посмотрел...--Kaganer 18:47, 30 июля 2006 (UTC)

Локальная установка Медиавики[править код]

Может ли кто-нибудь помочь с установкой скрипта МедиаВики? Скачал скрипт, установил на домашнем компе - все ОК! Закачал на хостинг, установил, перенес LokalSetting.php в корень, иду по ссылке - получаю (Невозможно отобразить страницу). Набираю домен - предлагает снова установить. Набираю домен/index.php - (Невозможно отобразить страницу). В логах ничего не пишет. — Эта реплика добавлена с IP 212.58.208.181 (о)

Интерфейс редактирования[править код]

Несколько месяцев назад, помнится, появился под окном редактирования выпадающий список со всякими полезными штуковинами, типа греческих букв, дополнительных спецсимволов и т.д. А теперь его нету. Может, было какое-то обсуждение на этот счёт, но я в июне был в отпуске. Если есть способ восстановить данную фичу для личного употребления (путём манипуляций с monobook.js или ещё как-то), прошу открыть мне эту тайну. --V1adis1av 09:57, 24 июля 2006 (UTC)

Эта панель испортилась по невыясненным причинам. А список выпадавших символов можно взять здесь. --CodeMonk 17:32, 24 июля 2006 (UTC)

Многострадальный неразрывный пробел[править код]

Я совсем запутался. Всё-таки, использовать U+00A0, или нет? Вроде, движок его не режет — проверил. Его режут несознательные браузеры при редактировании статей? Или что с ним? –Biga 23:16, 22 июля 2006 (UTC)

Поскольку некоторые браузеры его режут, то использовать его бессмысленно - он может легко пропасть при следующей правке. --A.I. 02:51, 23 июля 2006 (UTC)

После редактирования в браузере Firefox неразрывные пробелы превращаются в обычные. Это старая бага, и патч для её исправления давно есть (три строчки надо закомментировать в коде), но его почему-то до сих пор не применили к официальному релизу. Покуда это не будет сделано, можно попробовать проделать следующее решение: доработать движок MediaWiki так, чтобы он при редактировании заменял неразрывы на какие-нибудь, скажем, треугольнички в окне редактирования, а потом обратно. И проделывать такую замену для всех пользователей Firefox плюс для всех тех, кто поставит специальную галочку в настройках. Ed 07:14, 23 июля 2006 (UTC)

Идея витает в воздухе, я хотел предложить квадратики =)))
Ведь всё это с лёгкостью можно реализовать на основе javascript. При редактировании заменять &nbsp; на квадратики, а при отправке — обратно на &nbsp; --Biga 07:22, 23 июля 2006 (UTC)
И потом, этих пробелов ведь несколько — не только U+00A0, а ещё есть какие-то. Их тоже фаерфокс режет? --Biga 07:23, 23 июля 2006 (UTC)
Нет, только этот. Ed 07:26, 23 июля 2006 (UTC)
В смысле режется только этот, а остальные не режутся, или других неразрывных пробелов нет? --Biga 08:33, 23 июля 2006 (UTC)
Других неразрывных пробелов нет. Ed 08:57, 23 июля 2006 (UTC)
Как это нет? Есть. Только мы ещё не дошли до их применения. :-) --CodeMonk 23:24, 23 июля 2006 (UTC)
В любом случае, портится Файрфоксом только один. Там в коде явно прописано: заменить U+00A0 на обычный пробел. Неясно только, зачем это туда прописали, но удалить не могут уже долго. Ed 07:34, 24 июля 2006 (UTC)
Так может заюзать один из «левых» неразрывных пробелов? Типа при выдаче редактирования все Ux00A0 заменять на Ux2007, а при отправке заменять обратно. Пользователь даже ничего не заметит. А тем, кто хочет явно видеть неразрывные пробелы, сделать настройку. Правда мне кажется, что это сложно — сделать дополнительную настройку. Разве что через куки. —Biga 19:07, 25 июля 2006 (UTC)
Яваскриптом не получится. Firefox заменяет неразрывные пробелы обычными до того, как у яваскрипта появтся шанс что-то с ними сделать. --SergV 07:31, 23 июля 2006 (UTC)
Щас мы движок MediaWiki пропатчим так, что замена будет произведена ещё до того, как Firefox получит этот код. Ed 07:40, 23 июля 2006 (UTC)
Прямо щас? Т. е. да здравствует неразрывный пробел? --Biga 08:33, 23 июля 2006 (UTC)
Ну не прямо... Я только что смотрел код и, в принципе, нашёл, куда все эти преобразования вставить, но написание, конечно, займёт некоторое время (ибо я ранее не писал на PHP). К тому же патч ещё должны будут принять. Кстати, нашёл хороший символ-заменитель: U+20DE. Ed 08:56, 23 июля 2006 (UTC)
Дружище, не надо U+20DE! Его во многих шрифтах просто нету. Используй «·» (U+00B7), как предлагалось в январе на форуме. Тем более, что и в Word так же делается, так что пользователям переучиваться не придётся. —Mithgol the Webmaster 13:31, 30 июля 2006 (UTC)
Кроме того, квадратик показывается в Internet Explorer на месте символа, отсутствующего в используемом шрифте, так что квадратиком пользователи были бы дезориентированы: им не ясно было бы, символ это какой-нибудь или неразрывный пробел. Не надо так! —Mithgol the Webmaster 13:36, 30 июля 2006 (UTC)
Лучше всего использовать денежный знак ¤. Его всё равно никто не использует по прямому назначению. А во всех шрифтах он есть, его также легко ввести с цифровой клавиатуры как Alt-0164. А если кому-то всё же понадобится этот символ сам по себе, то можно написать &curren; (¤). — Monedula 11:11, 2 августа 2006 (UTC)

Дефис в названиях файлов изображений[править код]

Перенесено на Обсуждение Википедии:Викификатор. --CodeMonk 22:38, 22 июля 2006 (UTC)

Шаблон Изображение[править код]

А можно ли сделать прозрачным фон в шаблоне Изображение? Белые поля плохо выглядят, когда фон страницы цветной (например тут — Портал:Украина). asta 03:37, 22 июля 2006 (UTC)

Малое изменение[править код]

Хорошо бы в списке наблюдения, свежих правках и истории правок указывать автоматически высчитаный размер сделаных изменений, например Расстояние Левенштейна или хотябы разницу в байтах. --Kink 18:03, 21 июля 2006 (UTC)

Может кто-нибудь из знатоков en продублировать этот пост на MediaWiki? --Kink 07:56, 23 июля 2006 (UTC)
Присоединяюсь! Только вот расстояние Левенштейна вычисляется довольно медленно - за квадратичное время. --aml 21:17, 21 июля 2006 (UTC)
Расстояние Левенштейна не только этим плохо: оно не различает перестановку больших кусков (простое действие) от их полного переписывания. Предлагаю считать нечто такое: взять некую хеш-функцию, которая на вход берет, скажем, 5 символов текста, а возвращает, скажем, число от 0 до 255; применить ее к каждым пяти подряд идущим символам текста (с перекрытиями: если текст начинается "Жили-были", то считать f("Жили-"), f("или-б"), f("ли-бы"), f("и-был"), f("-были")); собрать статистику n[0], n[1], ..., n[255], где n[i] есть "сколько раз было f(...)=i", для старой и новой версии текста отдельно, и в конце выдать сумму по i от |nold[i] - nnew[i]|. Вроде бы что-то разумное должно получиться, и считаться быстро будет. -- kcmamu 07:42, 23 июля 2006 (UTC)
Можешь попробовать посчитать данное значение для разных правок википедии, авось что действительно путное получится? --Kink 07:56, 23 июля 2006 (UTC)
Способ подсчёта это уже второй вопрос, наверняка существуют методы более продвинутей левенштейновского и более применительные к этой задаче. --Kink 07:56, 23 июля 2006 (UTC)

Я извиняюсь, что вмешиваюсь, но зачем это? LoKi 21:06, 23 июля 2006 (UTC)

Если нигде не напутал, вот

АЛГОРИТМ[править код]

Вход: две последовательности, a[i], b[j], длин A и B соответственно.

Выход: число D, которое можно считать оценкой числа изменений (символ считаем измененным, если что-то произошло с ним самим или с его соседом справа).

Процедура:

  • если последовательности сильно (скажем, в 10 раз или больше) различаются по длине -- выдаем max(A,B);
  • если обе последовательности короткие (A*B<1000, скажем) -- выдаем расстояние Левенштейна;
  • остается самый интересный случай: обе длинные. Создаем хеш-функцию с параметром: f(c1, c2, P), агрументы которой -- два символьных и один числовой (P), а значения -- целые числа от 0 до N-1 (разумные N начинаются с пары десятков; чем больше, тем лучше, но считать будет дольше, так что можно ограничиться сотней-другой).
  • Заводим числовой массив для сбора статистики: S[N].
  • D=0;
  • for(iter=0; iter<ITER; iter++) { /*Чем ITER больше, тем точнее результат, но дольше считать*/
    • заполняем S значениями (B-A)/N;
    • for(i=1; i<A; i++) S[f(a[i-1], a[i], iter)]++;
    • for(i=1; i<B; i++) S[f(b[i-1], b[i], iter)]--;
    • for(i=0; i<N; i++) D += S[i]*S[i];
  • } /*цикл кончился*/
  • D *= N/(N-1.); /* чтобы вышла несмещенная оценка */
  • D /= ITER;
  • if(D<|A-B|) D=|A-B|;
  • if(D>max(A,B)) D=max(A,B);
  • выдаем D.

(тут целочисленны только индексы и пределы циклов, а всё остальное вещественное) -- kcmamu 20:01, 23 июля 2006 (UTC)

Перевожу на русский язык. Разбиваем оба текста на двухбуквенные слоги (текст -> те ек кс ст). Если какой-то из слогов в одном из текстов встречается чаще, чем в другом, то прибавляем к Расстоянию квадрат разницы употребительности. Потом производим какие-то магические преобразования с Расстоянием (я считаю, что автор забыл извлечь квадратный корень из D) и выдаем его в качестве ответа.
Только мне кажется, что на практике нужно нечто иное: а именно, величина, которая показывает, были ли вырезаны из статьи куски текста или, наоборот, добавлены. Вполне достаточно будет балальной формулы "размер новой версии минус размер старой версии". Это позволит отслеживать удалительный вандализм (особенно в сочетании со страницей самых сократительных правок). --aml 22:13, 23 июля 2006 (UTC)
Думаю, что интересны обе характеристики - 1) насколько увеличилась/уменьшилась длина текста 2) насколько качественные произошли изменения. Если вывести их обе, то они будут более информативными, чем один агрегированный показатель. MaxiMaxiMax 04:51, 24 июля 2006 (UTC)
Никакого корня не надо: это фича, а не баг. ;-) А в остальном перевод осмысленный, только с потерей существенных деталей, без которых правильно работать не будет. -- kcmamu 02:23, 24 июля 2006 (UTC)

Инсталяция[править код]

При инсталяции Википедии на бесплатном хостинге. Выдал аие ошибки:

Checking environment...

Please include all of the lines below when reporting installation problems.


Warning: set_time_limit() [function.set-time-limit]: Cannot set time limit in safe mode in /home/vhosts/su.ueuo.com/wiki/install-utils.inc on line 21

  • PHP 5.0.4 installed
  • Found database drivers for: MySQL
  • Fatal: magic_quotes_runtime is active! This option corrupts data input unpredictably; you cannot install or use MediaWiki unless this option is disabled.

Cannot install MediaWiki.

Помогите, плз... с установкой!

На хостинге включен Safe Mode в PHP. Вы можете либо уговорить хостинг выключить эту волщебную опцию, либо (что лучше) сменить хостинг. --A.I. 07:06, 21 июля 2006 (UTC)

Глюк в заглавной странице[править код]

В Опере 9 (последней версии, кстати) неправильно работают ссылки на другие языки ("обратите также внимание на разделы"). При подведении мышки к одному языку подсвечивается другой, и после клика переход идет именно по неправильной ссылке, а не по той, что под курсором. --Aml 14:20, 20 июля 2006 (UTC)

У меня всё нормально, наверно, какой-то локальный глюк. MaxSem 16:31, 20 июля 2006 (UTC)
Как оказалось, глюк происходит только когда в настройках включено выравнивание текста по ширине страницы. Так что это не локальный глюк - можно ли его исправить? (С любимым форматированием по ширине я расставаться не собираюсь). --Aml 17:27, 20 июля 2006 (UTC)
У меня всегда ужатие включено, всё нормально. Опера 9.0.8502. MaxSem 07:15, 21 июля 2006 (UTC)
Странно... У меня та же версия с точностью до билда... На всякий случай переустановил - не помогло. Мистика какая-то :) Aml 13:11, 21 июля 2006 (UTC)

KML-разметка для Google Earth[править код]

Коллеги, кому-нибудь нужна возможность загружать в Википедию тексты разметки в формате KML, чтобы указывать то или иное место на трёхмерной спутниковой фотокарте Google Earth? Напримѣръ, положение мѣстъ, отмѣченныхъ въ статьяхъ про города России, или расположение трасс Формулы-1, или места каких-нибудь сражений, или ещё что-нибудь подобное?.. —Mithgol the Webmaster 17:39, 19 июля 2006 (UTC)

По моему это излишне, ссылок на Gmaps достаточно. --Morpheios Melas 05:41, 20 июля 2006 (UTC)
Но ведь карты Google Maps всегда ориентированы по сторонам света, и зритель всегда смотрит отвесно сверху (поэтому, например, не может быть показан рельеф местности, её склоны и возвышения). Кроме того, Google Maps не позволяет пометить указанное место каким-либо значком и подписью, снабдить его всплывающей подсказкою, содержащей ссылки на уместные статьи Википедии. —Mithgol the Webmaster 19:55, 20 июля 2006 (UTC)
Можно давать ссылку на http://wikimapia.org/, там можно описывать места. Dionys 06:13, 24 июля 2006 (UTC)
WikiMapia не лишена отдельных недостатков. Местá там может описывать кто угодно, а вот удалять и перемещать пометки, а также изменять их размеры, способен только администратор. Кроме того, как и в Google Maps, карты всегда ориентированы по сторонам света, и зритель всегда смотрит отвесно сверху (поэтому, например, не может быть показан рельеф местности, её склоны и возвышения). Соответственно, пометки тоже могут быть только прямоугольниками, причём ориентированными по сторонам света. —Mithgol the Webmaster 14:48, 30 июля 2006 (UTC)
Я бы использовал. --DR 23:33, 10 августа 2006 (UTC)

Поиск[править код]

Простите, может не в тот раздел и уже обсуждалось, но есть интересный вопрос. Есть статья Тэдди Кастелуччи. Набираю это значение в поиске, он не находит ничего. Тем не менее, статья (вернее, редирект) есть… Калий 03:51, 2 августа 2006 (UTC)

Действительно уже обсуждалось ;) Видимо, статья создана недавно и инструмент поиска, работающий к кэшем, ещё не видит её. LoKi 05:15, 2 августа 2006 (UTC)

Статус изображения[править код]

Не так давно загрузили на сервер Википедии несколько скриншотов, но к сожалению не дал сразу сопроводительной информации относительно источника, авторства и лицензии. Сделал это позже Маберли_(Лангольеры) , однако предупреждение относительно одного из скриншотов до сих пор [8]осталось. Что сделано не так?

Это сообщение автоматически не убирается. --CodeMonk 22:49, 10 августа 2006 (UTC)

Экспорт[править код]

Чего-то я не могу сообразить как можно экспортировать специальные страницы, например для статьи Паровоз запрашиваем Служебная:Export/Паровоз А что нужно запрашивать для Свежие правки или оно же Служебная:Recentchanges ? Если вот так Служебная:Export/Служебная:Recentchanges, то не получается --Evgen2 21:32, 10 августа 2006 (UTC)

Через экспорт это никак не сделать, а вот через http://ru.wikipedia.org/w/query.php?what=recentchanges можно. --CodeMonk 22:52, 10 августа 2006 (UTC)
Pomenyal link u CodeMonka. Vsya documentatsiya sdes', a glavnaya stranitsa tut. --Yurik 23:14, 10 августа 2006 (UTC)
Я изначально написал http://ru.wikipedia.org/w/query.php?what=recentchanges&format=xml потому что, видимо, требуется именно XML формат. --CodeMonk 23:27, 10 августа 2006 (UTC)
Источник — https://ru.wikipedia.org/w/index.php?title=Википедия:Форум/Архив/Технические_вопросы/Август_2006&oldid=78008609