Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску


См. Также: Template: PrefixIndex , Template: Look from и Red link prefix index.
Для расширенного поиска по именам страниц используйте инструмент grep

вариант "без переадресации" [ править ]

Есть ли возможность не включать перенаправления ? ∞ Σɛ Þ ² ( τ | c ) 20:59, 30 июня 2007 г. (UTC)

Мне неизвестен такой вариант, но, по крайней мере, перенаправления заключены в <div class = allpagesredirect> (в котором уже есть курсивный CSS). Так
div . allpagesredirect  { display : none }
скроет их (к сожалению, оставив пустые ячейки таблицы), а
div . allpagesredirect  а  { цвет : серый }
просто их будет легче отличить от обычных страниц. CSS-код помещается в ваш monobook.css ∴ Alex Smotrov 19:42, 2 июля 2007 (UTC)


Спасибо, но я искал встроенную опцию MediaWiki (она все равно должна присутствовать). Да, и я использую simple.css. ;) ∞ Σɛ Þ ² ( τ | c ) 21:36, 2 июля 2007 г. (UTC)
Параметр CSS неверен, так как он скрывает страницы, которые должны появиться (игнорируя проблемы с его использованием в Википедии). Правильная опция «без перенаправления» будет пропускать любую страницу, которая перенаправляет на другую страницу с тем же префиксом, оставляя страницы, которые перенаправляют в другое место. См. Special: PrefixIndex / Step, чтобы узнать, почему это действительно может быть полезно. —Предыдущий комментарий без подписи, добавленный 67.160.117.198 ( обсуждение ) 01:56, 12 сентября 2010 г. (UTC)
Эта опция hideredirects=1была добавлена ​​в 2012 году. Например, вот способ показать компактный список подстраниц:
{{Special: PrefixIndex / {{FULLPAGENAME}} / | hideredirects = 1 | stripprefix = 1}}
- S Page (WMF) ( обсуждение ) 01:41, 24 октября 2013 г. (UTC)

Но каковы ваши проблемы с решением? Деванг Патхак аджубхай ( разговор ) 16:28, 25 июня 2020 г. (UTC)

SuffixIndex [ править ]

Есть ли специальная страница для суффиксов? Например, искать статьи, которые заканчиваются на (хоккей) или что-то в этом роде? Я не нашел ни одного, поэтому сомневаюсь, что есть, но я мог бы также спросить. Bsroiaadn Talk 13:38, 6 июля 2007 г. (UTC)

Нет, нет. Может быть, запросите его в WP: VPR или WP: VPT ; это отличная идея. Это, то и другое [ обсуждение ] 07:34, 8 июля 2007 г. (UTC)
Также запросите лучшую поисковую систему, поскольку текущая - отстой, полагаясь на внешние поисковые системы (например, Google), чтобы уловить слабость MediaWiki. Система навигации Википедии тоже отстой, требуя мазков и категорий, чтобы восполнить пробел. ∞ Σɛ Þ ² ( τ | c ) 19:09, 8 июля 2007 г. (UTC)
Не изобретайте велосипед. Если Google выполняет эту работу, в MediaWiki нет необходимости. Кроме того, ваше представление о том, для чего нужны мазки-страницы, совершенно неверно. Если цель - получить доступ к статье, набрав ее имя напрямую, то потребуется прикосновение к страницам. Никакие улучшения в системе навигации Википедии не изменят этого, потому что проблема заключается в двусмысленности английского языка. Таймыр 01:56, 9 июля 2007 г. (UTC)

Я должен поддержать запрос на Special: Suffixindex . Это будет неоценимо для поиска существительной части имен с различными прилагательными. Грег Бард 12:40, 13 сентября 2007 г. (UTC)

Это было бы возможно, если бы в таблице «page» в базе данных MediaWiki был столбец «page_reverse_title»: тогда ввод Suffixindex можно было бы поменять местами, можно было бы выполнить запрос Prefixindex (упорядочить по page_reverse_title вместо page_title) и тада, результаты. По крайней мере, в моем наивном, не слишком беглом анализе SQL :) Если есть более простой способ, я не знаю, что это такое! Grace Notes T § 17:27, 20 сентября 2007 г. (UTC)
Если подумать, я уверен, что решение нарушает некоторые правила проектирования базы данных о нормализации. Ну что ж. Grace Notes T § 17:31, 20 сентября 2007 г. (UTC)
Нет, это можно сделать, просто добавив 1 столбец в таблицу статей и 1 индекс только для этой таблицы. Это не может нарушить какое-либо правило нормализации (хорошо, значит, это нарушает вторую нормальную форму, потому что это избыточная информация, которую можно получить путем изменения первичного ключа столбца имени . Черт тебя побери, Кодд! Это все еще приемлемый компромисс для производительности, подумал ) Обновление имени обновляет столбец каждый раз, когда обновляется столбец «name», поиск выполняется так же быстро, как prefixIndex, а обновления изменения имени должны обновлять только один дополнительный столбец в таблице, которая все равно обновляется, и один дополнительный индекс . Не то чтобы статьи часто меняли названия. - Энрик Наваль ( разговор ) 02:16, 2 апреля 2008 г. (UTC)
В MySQL вы можете использовать компаратор LIKE, а не? НРАВИТСЯ "% (хоккей)" . Это сработает и для MiddleIndex. - Исангкок ( разговор ) 16:05, 21 ноября 2009 г. (UTC)
Только если вам наплевать на производительность. Для сравнения LIKE без префикса требуется полное сканирование таблицы, что для 18 миллионов строк недешево. Zetawoof ( ζ ) 19:40, 21 ноября 2009 г. (UTC)
Я сделал запрос в bugzilla. Это было раньше. Обсуждение касалось того факта, что поиск по префиксу не требует дополнительных усилий из-за способа настройки базы данных. Однако, чтобы настроить поиск суффиксов, очевидно, потребуются серьезные усилия. Ну что ж, это была хорошая мысль. Я уверен, что к тому времени, когда правительство потребует от нас всех установить в мозг компьютерный имплант, который соединяет всех нас с Википедией, они все это выяснят. Грег Бард 19:59, 20 сентября 2007 г. (UTC)

Пример запроса Google: что-то вроде intitle: "* (ice_hockey)" , вероятно, можно улучшить ∴ Alex Smotrov 21:31, 20 сентября 2007 г. (UTC)

На самом деле это не решение (или даже обходной путь), но вы можете загрузить файл "enwiki-YYYYMMDD-all-title-in-ns0.gz" с http://download.wikimedia.org и попытаться найти суффикс $ (или что-то еще аналогично) с помощью редактора, поддерживающего регулярные выражения . - Кджун Ли, 11:30, 29 марта 2008 г. (UTC)

Для префикса в настоящее время доступны два типа: тип {{PAGENAME}} и тип «конкретное слово» или «конкретная фраза». Пример конкретного слова ниже - «Песочница» и «Объединенный».
* [[Special: Prefixindex / {{PAGENAME}} | Все страницы, начинающиеся с {{PAGENAME}}]]]
* [[Special: Prefixindex / Sandbox | Все страницы, начинающиеся с «Sandbox»]]
* [[Special: Prefixindex / United | Все страницы, начинающиеся с "United"]]

  • Все страницы, начинающиеся с Special: PrefixIndex
  • Все страницы, начинающиеся с "Песочница"
  • Все страницы на "United"

Для желаемого "Special: postfindex" или "Special: suffindex" будет ограничено количество букв, например, указание количества букв в скрипте, я полагаю, будет больше 4 или больше и 8 или меньше. Любое количество или неограниченное количество букв может сильно увеличить нагрузку на сервер или значительно увеличить нагрузку, а также может запутать читателя, который просматривает или читает Википедию. То, что я хочу, чтобы "Special: postfindex" или "Special: suffindex" было доступно не только для английского языка, но и для любого языка в Википедии.

В случае японской языковой версии Википедии (メ イ ン ペ ー ジ) одна японская буква состоит из двух байтов (8 бит и 8 бит ), тогда как одна английская буква состоит из одного байта. В случае японского языка я бы предложил ограничить количество букв в качестве постфикса от 2 или более букв до 4 или менее. В обозначении Special: Postfix это ограниченное количество букв, которое, конечно же, может изменить системный инженер Википедии или технический специалист.
Примером Postfixindex или Suffixindex для одного языка может быть:
* [[Special: Suffixindex / {{PAGENAME}} | Все страницы, оканчивающиеся на (на японском) {{PAGENAME}}]]]
* [[Special: Suffixindex / United | Все страницы заканчивается на "Юнайтед"]]
* [[Special: Suffixindex / あ い う え | Все страницы, заканчивающиеся на «あ い う え»]]
あ い う え, являются японскими «abcd».

  • Все страницы, заканчивающиеся на Special: PrefixIndex
  • Все страницы, заканчивающиеся на "бокс"

Вышеупомянутый суффикс-индекс должен работать на данном языке, то есть на любом языке. Список «Все страницы, заканчивающиеся на» не виден в бумажной энциклопедии, и это превосходная функция, достижимая в электронной энциклопедии, такой как Википедия.

Для вашей информации, мне сказали, что есть сайт, на котором можно перечислить статьи Википедии с окончанием «любое слово» в японской Википедии: Деревенский насос , но это эффективно для пользователей Википедии, а не для читателей Википедии.

ПРИМЕЧАНИЕ: для доступа к следующему URL-адресу на мгновение требуется время сервера: (Примечание; левая кнопка - отправка запроса, правая кнопка - сброс )

  • http://toolserver.org/~nikola/grep.php?pattern=.*WXYZ%24&lang=en&wiki=wikipedia&ns=0&redirects=on
  • http://toolserver.org/~nikola/grep.php?pattern=.* 端子 $ & lang = ja & wiki = wikipedia & ns = 0 & redirects = on

Чтобы отобразить "(ice_hockey)" со следующим URL-адресом, мой компьютер и Интернет занимает более 15 минут !!

  • http://toolserver.org/~nikola/grep.php?pattern=.*%28ice_hockey%29%24&lang=en&wiki=wikipedia&ns=0&redirects=on Одна из больших проблем - сервер принимает слишком большую нагрузку. Спасибо. - Намазутрон ( разговор ) 01:39, 2 ноября 2008 (UTC) Исправление. - Намазутрон ( разговор ) 02:14, 3 ноября 2008 (UTC) lol

Не usre, устарело это или нет, но я тоже хочу суффикс-индекс. Это действительно поможет при поиске файлов (например, * .svg, * .png и т. Д.) Или, для людей вроде меня, которые администрируют частные вики, для поиска файлов MediaWiki (* .css, * .js и т. Д.). Мнмазур ( разговор )

Проголосуйте за Bugzilla: 10808 . Джиданни ( разговор ) 09:07, 20 ноября 2010 (UTC)

Я бы хотел увидеть Special: SuffixIndex . Я полагаю, что это может быть сложнее кодировать, и я не знаю, как это реализовать, но если бы это было возможно, это было бы очень полезно. SeeTheInvisible ( обсуждение ) 18:20, 20 декабря 2011 (UTC)

Инфиксы , циркумфиксы , префиксы и суффиксы [ править ]

Фактически, включение этих опций и их комбинаций было бы наиболее полезным. Curb Chain ( разговор ) 17:14, 7 января 2015 (UTC)

Обсуждение нового префикса [ править ]

Я подумал, что вы сочтете это обсуждение актуальным. Прокомментируйте, пожалуйста, новые предлагаемые приставки. Я предлагаю добавить U: и UT: для пользовательских страниц и страниц обсуждения пользователей. Jmfangio |  ►Чат  09:35, 27 июля 2007 г. (UTC)

Ссылка уже не годится; поскольку VPT не заархивирован, теперь лучше просмотреть старую версию страницы, чтобы увидеть обсуждение. - Джон Бротон (♫♫) 16:31, 20 сентября 2007 г. (UTC)

«Следующая страница» вверху, но не внизу [ править ]

Special: Allpages имеет ссылку «Следующая страница» вверху справа и внизу справа. Специально: Prefixindex имеет эту ссылку только вверху (если список достаточно длинный). Можно и ссылку внизу добавить? Для сравнения см. Special: Allpages / Alex и Special: Prefixindex / Alex . Спасибо! Ewlyahoocom 05:14, 15 сентября 2007 (UTC) НЕ используйте плохие слова. Спасибо

Эта страница, кажется, не особо замечается. Я отправил на него bugzilla: 18424 . • Энакин (разговор) 16:49, 10 апреля 2009 г. (UTC)

Спасибо, Мегьодедра ( разговор ) 22:37, 24 июня 2020 (UTC)

PrefixIndex, middleindex, suffixindex и т. Д. [ Править ]

Где Special: PrefixIndex позволяет вам искать названия статей, которые начинаются с определенной текстовой строки, Wikimedia.de grep - это недавно улучшенный инструмент, который позволяет вам искать текстовые строки везде, где они появляются в названии статьи. Grep позволяет искать общие текстовые шаблоны во всей текстовой строке (а не только в ее начале). Более того, grep позволяет использовать подстановочные знаки и другие символы (см. Регулярное выражение ) для формулирования строки поиска. H (ä | ae?) Ndel найдет "Handel", "Händel" и "Haendel". (S | s) chool найдет школу и школу. Инструмент grep позволяет вам находить сообщения в любом другом пространстве имен. Grepинструмент также отлично подходит для поиска всех связанных категорий и всех связанных шаблонов, даже если они не относятся к категории с помощью [[Категория:]] GregManninLB ( обсуждение ) 14:55, 26 апреля 2008 г. (UTC)

Кратко подтвердил, что он хорошо работает с изданием на японском языке с текстовой строкой на японском языке. Я и некоторые японские пользователи проверят и вернутся, если что-то еще, кроме обозначенного / ожидаемого. Благодарю за ваш вклад. - Намазутрон ( разговор ) 08:27, 28 ноября 2008 г. (UTC)
Предложения
Вам нужна страница обсуждения.
Вам нужно объяснение на Wikimedia.de grep, как использовать подстановочные знаки. Я до сих пор понятия не имею.
Список * бэндов дал нулевой результат, хотя есть несколько статей с таким названием.
Как и большинство внешних программ, изучающих Википедию, эта работает медленнее, чем собственные поиски в Википедии.
Было бы неплохо, если бы языком по умолчанию был английский. Икип ( разговор ) 12:54, 31 января 2009 (UTC)

Фелиция и Феликс [ править ]

Фелисиано , испанский вариант Феликса , и, следовательно, маскулин, должен быть указан под Феликсом, а не под Фелисией , или, возможно, также под Феликсом . Питер Хорн, 18:03, 2 мая 2008 г. (UTC)

Специально: PrefixIndex - это просто список страниц, начинающийся с искомой строки. Итак, 321 5 Lapko появляется, когда вы вводите 321 , а Felicia не появляется под Felicia, потому что это 8 первых букв. В настоящее время нет возможности реализовать создание всплывающего окна feliciano при вводе felix. Возможно, вы захотите отредактировать страницу значений Felix . Таймыр ( разговор ) 22:47, 2 мая 2008 (UTC)

Нет подстраниц [ править ]

Есть ли способ Special: PrefixIndex кое-что, не получая подстраницы подстраниц. E E 20:33, 7 июля 2008 г. (UTC)

Бывший.
You PrefixIndex Википедия
Вы получаете Википедию / A и Википедию / A / B
Но вы только хотите Википедии / A .

E E 20:35, 7 июля 2008 г. (UTC)

Переименовал раздел из «Вопрос». - AlexSm 20:55, 7 июля 2008 г. (UTC)
Нет. Вы можете попробовать инструмент grep на сервере инструментов с поисковым выражением вроде ^Wikipedia/[^\/]*$- AlexSm 20:55, 7 июля 2008 г. (UTC)
Есть ли способ включить это? E E 20:57, 7 июля 2008 г. (UTC)
Нет, вы не можете ничего включить из внешних источников. - AlexSm 21:01, 7 июля 2008 г. (UTC)

Девять лет спустя я бы хотел, чтобы эта функция была также NewsAndEventsGuy ( обсуждение ) 16:41, 14 июля 2017 г. (UTC)

Спустя 3 года мне тоже понравится эта функция. 13:47, 1 января 2020 г. (CET)

То же самое. На данный момент необходимо использовать расширение https://www.mediawiki.org/wiki/Extension:Subpage_Fun - у него есть опция «глубины». RollingHogGH ( разговорное ) 14:41, 1 июня 2020 (UTC)

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

Можно ли расположить списки по вертикали, а не по горизонтали? —Предыдущий комментарий без подписи, добавленный Ричардом Дэвидом Рэмси ( обсуждение • вклад ) 20:08, 30 августа 2008 г. (UTC) Списки было бы легче читать, если бы они располагались вертикально. —Предыдущий беззнаковый комментарий добавлен 68.49.184.143 ( обсуждение ) 01:09, 19 ноября 2008 г. (UTC)

Согласны. Как и {{reflist | 2}}. Подумайте о телефонных справочниках. MinorProphet ( разговор ) 16:52, 22 сентября 2011 (UTC)

Да, это было бы полезно. Также можно ли изменить количество вертикальных столбцов более чем на 3? - Предыдущий беззнаковый комментарий добавлен 122.174.66.95 ( обсуждение ) 05:08, 30 мая 2012 г. (UTC)

Все имена страниц, содержащие строку [ править ]

{{ editprotected }}

  • В разделе «список страниц» Special: SpecialPages было бы полезно иметь ссылку «Все страницы, имена которых содержат строку», аналогичную Wikipedia: Special: PrefixIndex , которая работает как шаблон {{intitle | some_string }}. Энтони Эпплеярд ( разговор ) 09:26, 19 марта 2009 г. (UTC)
Такой запрос не может быть выполнен администраторами и должен быть реализован разработчиком. Вы можете запросить такую ​​функцию в Bugzilla . Если вы ищете эту информацию сейчас, вы можете попробовать страницу дампа базы данных , которая содержит простой способ загрузить список всех заголовков страниц (который вам затем придется обработать самостоятельно, чтобы извлечь соответствующую информацию). - CapitalR ( обсуждение ) 09:40, 19 марта 2009 г. (UTC)
Также обратите внимание, что AWB имеет функцию сканера базы данных, которая позволяет фильтровать список всех заголовков страниц на основе строк (или регулярных выражений). Я использую это все время и настоятельно рекомендую использовать его для решения ваших проблем, если вы еще не используете его. - CapitalR ( обсуждение ) 09:44, 19 марта 2009 г. (UTC)
  • На сервере инструментов также есть инструмент grep . - AlexSm 15:36, 8 апреля 2009 г. (UTC)
  • Справка: поиск # Syntax предоставляет
ЗапросРезультат
название: аэропортВсе статьи, в названии которых есть аэропорт.
intitle: международный аэропортСтатьи, содержащие в названии международный и аэропорт (включая самые загруженные аэропорты мира по международным пассажирским перевозкам ).
название парковки: аэропортСтатьи, в названии которых есть «аэропорт», а в тексте - «парковка».
intitle: "международный аэропорт"  Статьи, содержащие в названии точное выражение «международный аэропорт».
- Узма Гамаль ( разговор ) 16:01, 5 февраля 2013 (UTC)

Суффикс [ править ]

Есть ли у них поиск в Википедии Speical: SuffixIndex? - 75.154.186.241 ( разговорное ) 23:50, 12 апреля 2009 г. (UTC)

Неофициально , но вы можете использовать этот инструмент grep на сервере инструментов для поиска произвольных строк в заголовках с помощью регулярных выражений . - CapitalR ( обсуждение ) 03:08, 13 апреля 2009 г. (UTC)

См. #SuffixIndex выше. Джиданни ( разговор ) 09:09, 20 ноября 2010 (UTC)

Неподходящий поиск по умолчанию? [ редактировать ]

Специально: PrefixIndex - это удобный ресурс, который находится всего в два клика с любой страницы через Navigation | Special Pages. Достаточно разумно, по умолчанию это одна страница из отсортированного списка всех статей WP. К сожалению, некоторые люди считают первые несколько названий оскорбительными. Статьи энциклопедичны, они, естественно, занимают верхние строчки в порядке сортировки, и я полностью поддерживаю политику WP в отношении отказа от боуллинга, но они могут создать неверное впечатление о WP для (возможно, молодого) исследователя. Стоит ли рассматривать их отображение только в том случае, если они запрашиваются с помощью Отображать страницы с префиксом! или похожие? Certes ( разговор ) 23:56, 28 сентября 2009 г. (UTC)

Я согласен, нет необходимости перечислять первые 100 статей при первом открытии страницы. Я использую эту специальную страницу для поисковой системы, и это все, что я хочу видеть, когда открываю ее. 117Avenue ( разговор ) 21:21, 6 октября 2009 г. (UTC)

Я тоже согласен, кроме ненормативной лексики, поиск по умолчанию не особо полезен. Я отправил по этому поводу bugzilla: 21143 , так как предполагаю, что это потребует изменения программного обеспечения. • Анакин (разговор), 23:15, 14 октября 2009 г. (UTC)

Спасибо. Я предполагал, что это можно настроить локально, но давайте посмотрим, есть ли поддержка для изменения программного обеспечения. Certes ( обсуждение ) 00:01, 15 октября 2009 г. (UTC)
Кажется, никому нет дела. • Энакин (разговор) 16:52, 29 октября 2009 г. (UTC)
Такие страницы часто не смотрят многие. Публикация в WP: VPT для уведомления о дискуссии помогает. Rd232 разговора 7:55, 31 октября 2009 (UTC)
Наблюдают ли за этой страницей какие-нибудь администраторы? 117Avenue ( разговор ) 19:52, 29 октября 2009 г. (UTC)
Нет, но я уверен, что мы могли бы сделать это, и тогда он / она будет выполнять наши приказы. Все, что нам нужно, - это администратор-мама и администратор-папа, а также немного румян для вкуса. • Энакин (разговор), 23:10, 29 октября 2009 г. (UTC)
С нетерпением жду Хэллоуина? 117Avenue ( разговор ) 06:06, 30 октября 2009 (UTC)
Вы также можете начать обсуждение на WP: Village pump (технический) Taemyr ( обсуждение ) 13:25, 30 октября 2009 г. (UTC)
Спасибо, я сделаю это. Наверное, это более общительно, чем творить !!!! Вы действительно хотите увидеть эту статью в поиске по умолчанию? . Certes ( разговор ) 19:35, 30 октября 2009 (UTC)
Предложение Village Pump теперь помещено в архив без ответа. Может быть, нам действительно нужен этот админ ... Certes ( разговор ) 23:42, 21 ноября 2009 (UTC)

См. Также обсуждение на WP: VPR # Голосование за ошибку . Rd232 разговора 7:58, 31 октября 2009 (UTC)

Это обсуждение кажется важным - я посмотрю, как с этим что-нибудь сделать. Спасибо всем за внимание к этой проблеме. - Пит ( разговор ) 22:25, 11 июня 2010 г. (UTC) Хорошо, я сообщил об ошибке и постараюсь следить, чтобы кто-нибудь до нее добрался! Смотрите эту запись bugzilla . - Пит ( разговор ) 23:48, 11 июня 2010 г. (UTC)

Спасибо. 117Avenue ( разговор ) 00:00, 12 июня 2010 (UTC)
  • Я тоже был бы доволен только поисковой системой без каких-либо результатов поиска. При первом переходе в Google , Yahoo! нет результатов "по умолчанию". Поиск или AltaVista и т. Д., Только поле, логотип, кнопки и несколько ссылок на страницы, относящиеся к поисковой системе. Alexa действительно дает вам первую десятку популярных страниц, первую десятку поисковых запросов и т. Д., Правда. Но тогда этот двигатель о граблях. Amazon , eBay дают вам результаты, потому что они коммерческие сайты и, конечно же, пытаются продавать вам вещи. Мы не пытаемся ничего продать и в этом нет ничего особенного !!! Fuck You !!! , !! Пошел ты !! ,!!! Пошел ты !!! а затем некоторые и т. д. или действительно ! Пакт действий! , !? (шахматы) , !!! (альбом) , или ! Алла ту! не считая того, что все они в начале «алфавита». Лучшей альтернативой отсутствию результатов поиска были бы случайные результаты, если нам вообще нужны результаты, ИМО - Юбилейный ♫ clipman 08:58, 18 июня 2010 г. (UTC)
Похоже, мы, наконец, кое-что получим - не уверен, когда это будет развернуто на en: wp или где-то еще, но похоже, что это было исправлено в программном обеспечении MediaWiki: mw: Special: Code / MediaWiki / 75314 - Пит ( разговор ) 17:40, 24 октября 2010 (UTC)
На это ушло больше года, но спасибо. 117Avenue ( разговор ) 23:38, 24 октября 2010 г. (UTC)

 Готово Для всех, кто обратил внимание - я не знаю, когда это вступило в силу, но я вижу, что исправление вступило в силу здесь на en-wp. - Пит ( разговор ) 05:19, 13 мая 2011 г. (UTC)

Уловка в поиске Google для помощи с суффиксами [ править ]

В поиске Google попробуйте следующее (включая кавычки):

  • "http://en.wikipedia.org/wiki/*%s"
  • "http://en.wikipedia.org/wiki/ *% s"

где вы заменяете "% s" на интересующий вас суффикс. Это несовершенно, но полезно. - ¾-10 20:11, 13 февраля 2010 г. (UTC)

Это позволит найти ссылки на эти страницы и на других сайтах, вам будет лучше:

  • site: en.wikipedia.org inurl: "wiki / *% s"
  • site: en.wikipedia.org inurl:% s (при условии, что ваша строка отсутствует в "en.wikipedia.org/wiki")

Bigmantonyd ( разговор ) 01:44, 26 января 2011 (UTC)

Мегьодедра Мегьодедра ( разговор ) 22:39, 24 июня 2020 г. (UTC)

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

После недавнего обновления до 1.15.3 результатом поиска всех страниц в Special: PrefixIndex является список, разбитый на несколько страниц. Особенность: на всех страницах отображается не список, а список ссылок на «результаты поиска». Есть ли способ получить список всех страниц на одной странице или настроить количество результатов на каждой странице в Special: PrefixIndex? Спасибо Windinthew ( разговор ) 02:53, 29 апреля 2010 (UTC)

Искал то же самое, но не нашел. Вместо этого я использовал инструмент Cat scan для корневой категории. Результат для no: wp составил около 15% всех статей, а для sv: wp - около 50%. Я не пробовал использовать en: wp в Category: Fundamental , но думаю, у вас будет такой же опыт. Мы будем благодарны за любой полный список (с возможностью отфильтровать страницы значений и перенаправления). - Каверния ( разговор ) 14:51, 1 мая 2010 г. (UTC)
Размещение 6 261 411 объектов на одной странице - плохая идея ... В настоящее время ограничение на special: allpages / prefixindex не настраивается. Бавольф ( разговор ) 05:46, 12 мая 2011 (UTC)

Есть ли способ разместить какое-нибудь волшебное слово на страницах, которые вы хотите исключить из этого типа поиска? [ редактировать ]

Я использую {{Special: PrefixIndex / User: Technical_13 /}} для перечисления всех моих пользовательских подстраниц на моей пользовательской странице, но хотел бы, чтобы некоторые из них не отображались в списке. В частности, я бы хотел, чтобы мои пользовательские js и css и вспомогательные страницы моей пользовательской страницы не отображались. Я знаю, что могу использовать {{nobots}}, чтобы исключить ботов из редактирования страниц, и я ищу нечто подобное, чтобы эти страницы не отображались. - T13    (  C  •  M  • Щелкните, чтобы узнать, как просмотреть эту подпись должным образом ) 18:33, 9 марта 2013 г. (UTC)

Нет, не верю. Вы всегда можете просто переместить только те страницы, которые вы хотите отобразить, на другую подстраницу (скажем, User: Technical 13 / display), иметь те, которые вы не хотите отображать, только в User: Technical 13 /, а затем включить Special: PrefixIndex / User: Технический 13 / дисплей. Writ Keeper  ⚇ ♔ 13:16, 25 апреля 2013 г. (UTC)

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

Когда вы делаете что-то вроде этого:

{{Special: PrefixIndex / User: MYUSERPAGE /}}

Добавляет 3 столбца. Есть ли дополнительный параметр для размещения только в 1 столбец? 87.68.237.60 ( разговорное ) 14:06, 12 марта 2013 (UTC)


Да как его поменять не на три столбца? Numbermaniac - T - C 08:19, 25 апреля 2013 г. (UTC)
Я не верю, что есть способ сделать это; Вы видели, как это было расположено по-другому на другой странице? Writ Keeper  ⚇ ♔ 13:12, 25 апреля 2013 г. (UTC)

@ Numbermaniac и Writ Keeper : Это действительно возможно. Используйте код <ul class="listify">{{Special:Prefixindex/User:Example}}</ul>для создания списка из одного столбца. Вы можете поместить этот код между шаблонами {{Div col}} и {{Div col end}} для создания списков с любым количеством столбцов. 103.6.158.193 ( разговорное ) 06:16, 18 июня 2015 (UTC)

Перенаправление находится в основном пространстве [ править ]

Простите меня, если я ошибаюсь, но текущее сообщение кажется мне вводящим в заблуждение по двум причинам.

  • В текущем сообщении говорится: «... страницы, выделенные курсивом, являются перенаправлениями », но на самом деле это ярлыки . Перенаправление - это ярлык для mainspace: в данном случае, Категория: перенаправляет на справочные страницы . Ярлык - это перенаправление для других пространств.
  • В текущем сообщении говорится: «Обратите внимание, что в поле учитывается регистр ...», но на самом деле они не чувствительны к регистру . Все перенаправления / ярлыки полностью не чувствительны к регистру.

Как насчет «Использование этих префиксов в ссылках и поиске не чувствительно к регистру. Страницы, выделенные курсивом, являются ярлыками».

Вся суть нечувствительности к регистру заключается в ускорении набора текста, и это важно четко разъяснять везде, где это возможно. Исходя из конкретной ситуации пользователя, они связываются из WP: Namespace # Псевдо-пространства имен , скажем, где контекст вводится в ссылку или в поле поиска. Разве не всегда? Или наша аудитория тоже те, кто будет создавать заголовки для редиректов?

Если вы думаете, что я прав, то вот предлагаемое мной обсуждение: аудитория (вводящего в заблуждение) сообщения - это читатели, независимо от того, что аудитория контента (то есть список префиксов) может быть те, кто уже знает (редкая аудитория), как озаглавить новые страницы, и кто уже знает ярлык как перенаправление. Префикс, который мы перечисляем, обычно представляет собой просто «поле», как в «поле псевдо-пространства имен», которое наша аудитория будет вводить в ссылки и поля поиска. Разве способ чтения текущего сообщения не подразумевает, что "поле" чувствительно к регистру? Разве мы не должны обсудить значение «поле» когда-либо чувствительно к регистру? Перенаправление или ярлык никогда неДля нашей аудитории учитывается регистр, потому что они машинистки, а не создатели заголовков для перенаправления. - Cp i r al Cpiral 18:19, 14 апреля 2013 г. (UTC)

- Cp i r al Cpiral 20:41, 24 апреля 2013 г. (UTC)

Нет, это перенаправления. Ярлыки - это подмножество перенаправлений, а не наоборот. И он чувствителен к регистру: попробуйте выполнить поиск по запросу "Трэвис Александр" и один по запросу "Трэвис Александр"; первый вернет результат, а второй - нет. Первая буква нечувствительна к регистру, но это потому , что первая буква является нечувствительна к регистру в реальных названиях статей тоже. Первая буква в названии статьи всегда пишется в системе с заглавной буквы, поэтому программа достаточно умен, чтобы знать, что нужно искать. Но это только для первого письма. Writ Keeper  ⚇ ♔ 13:22, 25 апреля 2013 г. (UTC)
Хорошо, верно, но ... Теперь учтите, что вы ссылаетесь на наш отчет Special: PrefixIndex из wp: pseudo-namespace . Ага, им "ярлыки нечувствительны к регистру"! Вот в чем загвоздка: термин « префикс» в заголовке Wikipedia: Shortcut # List_of_prefixes вводит в заблуждение (и я им об этом скажу). Но я представляю их здесь, тех, кто читает те две страницы, на которые я ссылаюсь. Для них префикс определяется как «начальный символ (символы), оканчивающийся двоеточием ». Для целей этого обсуждения префикс правильно определен здесь (как и в H: S # Syntax ), но проблема по-прежнему заключается в «перенаправлении ярлыка V» и упоминании «чувствительности к регистру».
С точки зрения аудитории, которую я представляю в своей жалобе, «Трэвис Александр» не является приемлемым примером моего встречного иска о деликатности. С их точки зрения, начинающие редакторы должны знать, что все перенаправления нечувствительны к регистру, кроме статей . Итак, сообщение, которое я здесь ставлю под сомнение (и это все еще под вопросом, спасибо), делает предположения об аудитории. Для аудитории, которую я представляю, «горячие клавиши не чувствительны к регистру». Однако для редакторов статей «редиректы чувствительны к регистру». Я думаю, что есть способ сделать сообщение правильным для обеих аудиторий. Пока это верно только для редакторов статей.
Основываясь на двух вышеупомянутых абзацах, я уверен, что настоящая аудитория должна прочитать оба термина «перенаправление» и «ярлык», и я уверен, что аудитории не нужно ничего рассказывать о чувствительности к регистру (они могут узнать это в другом месте) . - Cp i r al Cpiral 17:37, 26 апреля 2013 г. (UTC)
Я не понимаю, о чем вы говорите; ярлыки не чувствительны к регистру, так же как и любой другой редирект, независимо от того , если это в статье или WP: страницы или любой другой . WP: Ani - это отдельная страница от WP: ANI ; они оба были созданы, чтобы указывать на одно и то же место. Writ Keeper  ⚇ ♔ 19:49, 26 апреля 2013 г. (UTC)
Технически ты прав. И ярлыки по ссылкам, которые я дал выше, не упоминают об ограниченном видении, которое они имеют здесь по этому вопросу. Из их точки зрения: все они заглавные на ярлыках, все они могут быть строчными в поле поиска, и поэтому чувствительное к регистру утверждение кажется просто пустяком. Обычно они нечувствительны к регистру в любом важном смысле. Теперь я в порядке. Спасибо за взаимодействие, Хранитель писем. - Cp i r al Cpiral 05:30, 27 апреля 2013 г. (UTC)

Можем ли мы получить несколько ответов, пожалуйста? [ редактировать ]

Я приветствую вас, наш уважаемый администратор, просмотрите эту страницу обсуждения и посмотрите, возможно ли получить ответы или обновления на некоторые из этих давно заданных вопросов. Я благодарю вас за любые ответы, которые вы можете предложить, и ценю это. Технический 13 ( разговор ) 11:57, 25 апреля 2013 (UTC)

Эээ, а зачем вам конкретно админ? Writ Keeper  ⚇ ♔ 13:09, 25 апреля 2013 г. (UTC)
Я полагаю, что разработчик MWF тоже сработал бы, есть ли {{ помощь разработчика }} или {{ помощь WMF }} (если нет, должно быть)? Спасибо, что нашли время просмотреть и найти неотвеченные вопросы и дать ответ. :) Удачного редактирования! Технический 13 ( разговор ) 14:35, 25 апреля 2013 (UTC)
Ага, без проблем. Просто отметим, что, несмотря на свое название (и его историческое и даже более вводящее в заблуждение название «сисоп»), быть администратором не обязательно означает хорошее знание викикода или вообще какие-либо технические способности; Некоторые из админов, которых я уважаю, не смогли выбраться из бумажного пакета. И наоборот, некоторые редакторы, к которым я очень уважаю их технические навыки, не являются администраторами. (Без имен, конечно.) Я хочу сказать, что, хотя это, конечно, не так уж и важно, использование стандартного шаблона справки вместо шаблона справки администратора для технических вопросов, подобных этому, может дать вам лучший пул редакторов, из для ответов. Если только этоЭто технический вопрос, для ответа на который требуются права администратора (например, запрос на редактирование полностью защищенного шаблона или что-то в этом роде), конечно.
Что касается dev-help, я сомневаюсь, что он существует или будет полезен; Я не уверен, сколько реальных разработчиков или сотрудников WMF будут регулярно его проверять. :) Writ Keeper  ⚇ ♔ 14:48, 25 апреля 2013 г. (UTC)
Я думаю, что это интересная идея, и я думаю, что кто-то должен их спросить. Однако в ближайшее время это буду не я, я просто устал от всех обстоятельных дискуссий в последнее время. Мех, когда-нибудь ... Технические 13 ( разговор ) 15:08, 25 апреля 2013 (UTC)

Добавить все критерии [ править ]

Отслеживается в Phabricator
Task T50945

Можем ли мы добавить логику к этой специальной странице, чтобы разрешить просмотр всего. Это было бы намного проще, чем проверять каждое пространство имен по отдельности. Кумиоко ( разговор ) 13:30, 25 мая 2013 (UTC)

Я бы предположил, что здесь, и я подумал, что даже лучше, чем просто «все», было бы, если бы мы могли, удерживая нажатой клавишу Control, выбрать несколько пространств имен (но не обязательно все) из раскрывающегося списка. Техническая 13 ( разговор ) 13:41, 25 мая 2013 (UTC)
Мне тоже нравится эта идея. Ты хочешь написать об этом, или ты тоже хочешь меня. Было бы лучше, если бы ты это сделал. Люди из Lotsa меня не очень любят, и если я отправлю его, то шансы на неудачу резко увеличатся. Кумиоко ( разговор ) 13:49, 25 мая 2013 (UTC)
Конечно, но у меня не будет времени до вторника на следующей неделе, когда я вернусь в школу. Я отправлю сюда {{ Tracked }}. Технический 13 ( разговор ) 14:34, 25 мая 2013 (UTC)
Спасибо все ок. Кумиоко ( разговор ) 14:59, 25 мая 2013 (UTC)

Другой случай для SuffixIndex [ править ]

Как эффективно искать все редиректы, оканчивающиеся на букву «n» или «m»? См. User_talk: West.andrew.g / Popular_redlinks для мотивации. Использование regexp, такого как '. * [Nm]', очень сильно подавляет скрипт grep.php на сервере инструментов, и у него есть только возможность исключить перенаправления, а не включать только перенаправления. jni ( разговор ) 17:01, 17 декабря 2013 (UTC)

Доступен почтовый ящик? [ редактировать ]

{{ search archives }} создает поле ввода и GO! кнопка для поиска (под) страниц по введенному тексту. Есть ли аналогичный вариант с PrefixIndex? Итак, в шаблоне есть поле ввода (для моего поискового запроса) и кнопка, открывающая Special: PrefixIndex / MySearchTerm. - Депип ( разговор ) 18:23, 10 ноября 2014 г. (UTC)

Добавьте возможность поиска страниц в пространстве имен "Special" [ править ]

Можно ли добавить на эту страницу возможность поиска страниц в пространстве имен "Special"? Просто интересно, поскольку иногда бывает немного сложно найти страницы в пространстве имен "Special", и возможность поиска этих страниц по символам в начале заголовка страницы была бы весьма полезной. Steel1943 ( разговор ) 21:30, 11 декабря 2014 г. (UTC)

См. Special: SpecialPages , ссылка на него находится на боковой панели. 117Avenue ( разговор ) 04:08, 13 декабря 2014 (UTC)

Поиск без учета регистра [ править ]

PrefixIndex в настоящее время чувствителен к регистру. Должен быть поиск без учета регистра для страниц, содержащих определенную строку в начале, без учета регистра. GeoffreyT2000 ( разговор ) 16:22, 31 мая 2015 (UTC)

Неправильная сортировка [ править ]

Выходные данные представлены в трех столбцах, поэтому взгляд читается вниз, но элементы отсортированы в алфавитном порядке по строкам. Они должны быть отсортированы таким образом, чтобы читать в алфавитном порядке по каждому столбцу. - 174.88.133.209 ( разговорное ) 06:38, 3 июля 2015 (UTC)

Шаблон: PrefixIndex - ваше решение! Wbm1058 ( обсуждение ) 16:25, 8 октября 2015 (UTC)

В идеале должен быть поиск как до, так и до исправления [ править ]

Где можно было поискать следующее:

  • x OR y префикс OR суффикс
  • префикс x OR y OR суффикс + AND OR NOT + x OR префикс y OR суффикс - имя пользователя  0 0 0  07:57, 19 октября 2015 г. (UTC)

Префикс Дейр на страницах Википедии [ править ]

Я хочу добавить краткое описание значения слова «Дейр» (альтернативное написание «Дайр»), которое используется в качестве префикса в названиях многих арабских деревень, в Special: PrefixIndex / Deir . Описание будет следующим:

Приставка « Дейр » (Дайр), которая появляется во многих названиях деревень, имеет арамейское и сирийско-арамейское происхождение и имеет коннотацию «жилище» или «жилище», обычно относящееся к местам, где когда-то было христианское население. или поселение монахов в Сирии, Ираке, Израиле (Палестине) и Египте. В большинстве случаев раньше здесь строился монастырь, а со временем поселение разрасталось. [1] Дейр Абан, или Дейр Ясин, поэтому буквально означает «монастырь Абан» и «монастырь Ясин». Давидбена ( разговор ) 16:31, 20 января 2016 (UTC)

Рекомендации

  1. ^ Аль-Shabeshti, Diyārāt (Монастыри).

Помогите, пожалуйста: как обновить? [ редактировать ]

Я не понимаю, как работает эта специальная страница. Я создал Wikipedia: Wikiproject Spaceflight / Руководство по стилю , но когда я нажимаю гиперссылку на Wikipedia: WikiProject Spaceflight, которая указывает на Special: PrefixIndex / Wikipedia: WikiProject_Spaceflight , моя подстраница руководства по стилю не появляется. Я очистил кеш браузера, и это не помогает. Нужно ли сделать что-то еще особенное, чтобы отображалась подстраница? Что мне не хватает? JustinTime55 ( обсуждение ) 18:59, 11 марта 2016 (UTC)

@ JustinTime55 : на вашей новой странице слово «Wikiproject» написано строчной буквой «p», но ссылка PrefixIndex имеет заглавную букву «P». Имена страниц чувствительны к регистру после первой буквы. - Джон Ридинг ( разговор ) 19:07, 11 марта 2016 г. (UTC)
DOH! Спасибо. JustinTime55 ( обсуждение ) 19:35, 11 марта 2016 (UTC)

Границы слова [ править ]

Если я ищу "USAF Air", он в настоящее время находит 6 результатов:

  • Встреча вооружений ВВС США `` воздух-воздух ''
  • Демонстрационная эскадрилья ВВС США
  • Авиационное подразделение ВВС США
  • Командование воздушного образования и обучения ВВС США
  • Центр авиации ВВС США
  • Самолет ВВС США

Сейчас «Самолет» - это не то же самое, что «Воздух», а «Воздух-Воздух» является спорным. Если бы меня интересовали только статьи, начинающиеся с «ВВС США» и слова «воздух», это было бы неприятно. Я предполагаю, что имеет смысл разрешить это. Я вижу два возможных пути, у каждого из которых есть проблема.

  1. Установите флажок «Соответствовать полным словам». Однако может быть неочевидно, как именно будет составлять граница слова, как, например, «воздух-воздух».
  2. Разрешите конечные пробелы быть значительными, чтобы я мог искать по "USAF Air". Однако, если бы "USAF Air" было точным совпадением, то это не нашло бы его, и оно также не удалось бы, если бы была, скажем, запятая после "Air".

Тем не менее, предоставление любого из них было бы полезно, по крайней мере, время от времени. (Фактический поиск, который я хотел выполнить, был по запросу "US", который дает очень много ложных совпадений, поскольку пробел игнорируется.) - 76.71.6.254 ( обсуждение ) 08:32, 19 марта 2017 г. (UTC)

Покажи счет? [ редактировать ]

Почему бы не пронумеровать результаты или не подсчитать их количество? Или, если это слишком сложно, когда хитов много, хотя бы показать, сколько их на текущей странице? - 76.71.6.254 ( разговорное ) 08:34, 19 марта 2017 г. (UTC)

Вернуть в случае null [ править ]

Я пытаюсь включить это в шаблон, но не могу понять, какой будет результат по умолчанию в случае, если поиск пуст.

Я не могу заставить это работать с 

{{ifnotempty ...}}

или же 

{{#ifeq: {{Special: PrefixIndex / foo}} | | это пусто | это не так}}

или что-нибудь еще.

Любая помощь, пожалуйста? - Вклады Superuser27   - обсуждение 09:00, 14 августа 2017 г. (UTC)

Я также хотел бы знать, есть ли способ проверить "пустой" список. - Icemandeaf ( разговор ) 20:40, 9 июля 2018 г. (UTC)


Вы пробовали с #ifexist? И.Бикетте ( разговор )

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

Есть ли способ изменить порядок заголовков? Например, я бы хотел, чтобы в итоговом списке отображались

  • Комментарий / Глава 1
  • Комментарий / Глава 2
  • Комментарий / Глава 11
  • Комментарий / Глава 12
  • Комментарий / Глава 21

вместо действующего порядка:

  • Комментарий / Глава 1
  • Комментарий / Глава 11
  • Комментарий / Глава 12
  • Комментарий / Глава 2
  • Комментарий / Глава 21

Для меня решение не в переименовании Главы 1 в Главу 01, Главы 2 в Главу 02.

Этот вопрос задает пользователь: Coradriaan - talk 08:30, 19 августа 2017 г. (UTC)

Я бы тоже поддержал эту просьбу. - Fayenatic L ondon 14:12, 9 января 2020 (UTC)

Передача параметров в wikilink [ править ]

Можно ли передать параметры в вики-ссылке на страницу PrefixIndex, как это можно сделать в синтаксисе включения?

Т.е. как:

{{Special:PrefixIndex/{{FULLPAGENAME}}/ |hideredirects=1 |stripprefix=1}}Если да, то каков правильный синтаксис?

Разрешение значительных конечных пробелов [ править ]

Я хотел найти заголовки, начинающиеся со слова «Пав», но не думаю, что есть способ указать, что результаты должны начинаться со слова «Пав». Даже когда я добавляю конечный пробел, я получаю все заголовки, в которых первое слово начинается с «Пав», а не только там, где они находятся «Пав». Было бы удобно указать, что конечный пробел является значительным. Largoplazo ( разговорное ) 03:29, 12 марта 2019 (UTC)

Ха, я только что заметил ссылку на инструмент grep вверху этой страницы. Largoplazo ( разговор ) 03:30, 12 марта 2019 (UTC)

Выбор диапазона результатов [ править ]

Было бы полезно указать диапазон результатов, например Special: Prefixindex / Isaiah, где следующий символ является числовым (для статьи Book of Isaiah ) или алфавитным (для Isaiah (имя) ). - Fayenatic L ondon 14:23, 9 января 2020 (UTC)

Есть ли ограничения на создание подстраниц? [ редактировать ]

Допустим, создана одна страница категории, и будут ли для этой соответствующей страницы какие-либо ограничения на количество подстраниц? Йоги Поз ( разговорное ) 21:07, 20 мая 2020 (UTC)