Manual:Short URL/ru

Использование короткого веб-адреса, скрывающего сложный программный код, поможет посетителям вашего сайта легко запомнить принцип построения ссылки на нужную страницу. Во избежании проблем в будущем, рекомендуется настроить короткий веб-адрес вашего сайта в самом начале работы.

Цели
В последующих примерах подразумевается, что путь установки MediaWiki выглядит следующим образом:


 * (установка с правами администратора)
 * (при использовании виртуального хостинга)

Также, предполагается, что веб-адрес MediaWiki выглядит так:


 * (текущая версия MediaWiki без поддержки CGI)
 * (текущая версия MediaWiki с поддержкой CGI)

Используя методы, описанные ниже, длинный веб-адрес может быть преобразован в короткий, такой как эти:


 * Это наиболее распространённая конфигурация, такая же как в Википедии, однако она не является конфигурацией по умолчанию, поскольку требует изменений на стороне сервера



Преимущества и недостатки

 * Преимущества: Короткие URL скрывают от конечного пользователя некоторые технические детали, по желанию владельца сайта. Среди прочего, это означает, что ссылки могут оставаться неизменными при основательных программных изменениях. (Читай выше про выбор между стандартной структурой ссылок с CGI и без.) Они также облегчают чтение, запоминание и манипуляции с ссылками для посетителей. Кроме того, короткие URL-адреса перед дефолтными адресами имеют преимущество для [|поисковой оптимизации], поскольку адреса содержащие знак вопроса могут оказаться неблагоприятным условием при подсчёте ранга страницы поисковыми системами.
 * Недостатки: Требует настройки, поэтому, в зависимости от среды хостинга, который Вы используете, может вызывать трудности. Однако, большинство популярных веб-серверов могут быть настроены на использование коротких URL-адресов, в особенности платные web-хостинги. Любой хост, который не предоставляет такой возможности - не стоит Ваших денег.

Руководство
Наше официальное руководство по настройки коротких URL-адресов для различных web-серверов. Выберите вашу конфигурацию web-сервера из этого списка. Если Вы не знаете, какое программное обеспечение используется на Вашем сервере, то это скорее всего Apache.


 * (или LiteSpeed)



Другие методы: мини-руководства

 * Эти руководства старые и являются почти полностью плохими советами. В конечном итоге она будут удалены один за другим, поскольку наши официальные руководства, приведенные выше, созданы для разных веб-серверов.

Любой желающий может создать страницу с практическим решением и перечислить его ниже. Пожалуйста, используйте простое и понятное всем название вашего руководства! When each unique solution has its own page, readers can skip complexity they do not want. Keep it simple, readable, short, with a separate page per separate solution.

To help others find out which Short URL methods really work, after trying each method please edit the page and increase the "worked" or "didn't_work" numbers for that guide and make a brief (or long, your choice) description on what went wrong by clicking the link on your number.



Адреса в виде - example.com/wiki/Название_страницы
 Администраторский доступ Для использования этих методов необходимы права администратора. If you are on a shared host, you most likely don't. Если вы размещаете ваш проект на виртуальном хостинге, используйте руководства, для которых не требуются права администратора. You can jump directly to the MediaWiki ShortURL Builder tool and follow the on-screen instructions. Select "I don't have root access" after entering your wiki's URL.

(for Apache guidance, see the link in the Guides section).



Адреса в виде - example.com/Название_страницы
Создание веб-адреса в виде: :



Адреса вида - wiki.example.com/Название_страницы
Создание веб-адреса в виде:.

Разрешение проблем


Проблемы с амперсандом (&)
Объяснение: Эта проблема проявляется, когда у вас есть названия страниц с символами (например, &,?, #, + и /), которые, несмотря на правильное кодирование ссылки не правильно передается от mod_rewrite к скрипту. Это проявляется ошибкой 404 «Страница не найдена», потому что из заголовка вырезает особый символ, т.е. щелчок по ссылки "Джон & Мария" даст 404, потому MediaWiki ищет страницу с именем "Джон ".

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

Решения:

This issue is caused by the  portion of rewrite rules like   which is completely unnecessary and harmful. MediaWiki parses paths directly from the REQUEST_URI, so rewrite everything to /index.php.

Purging cache
If you notice that your changes to  in LocalSettings.php are not being reflected in mysite.com/wiki/Main_Page, it may be due to MediaWiki's caching of the links according to previous settings.

Go to mysite.com/wiki/Main_Page?action=purge to force MediaWiki to regenerate the cached links.

Также вы можете:


 * 1) execute the MySQL query "TRUNCATE objectcache;", or
 * 1) Ensure  is updated (if  is enabled, all you have to do is edit  to purge it)

Redirect visitor of your domain to your wiki
Our official guides for short url configuration include recommendations on how to point the root of your site to your wiki using your short url config.

For example our Apache guide recommends using this to point your site root to your wiki:

Note that we do not recommend doing a HTTP redirect to your wiki path or main page directly. As redirecting to the main page directly will hard-code variable parts of your wiki's page setup into your server config. And redirecting to the wiki path will result in two redirects. Simply rewrite the root path to MediaWiki and it will take care of the 301 redirect to the main page itself.

If using VirtualHosts, place the rewrite rules into the virtual host declaration!

Moving a wiki from /wiki to /w
A common beginner's mistake is to install MediaWiki itself (the source code, not the short URL) in  instead of. Once installed they would realize the mistake when trying to configure Short URLs (which would become difficult as the virtual path then conflicts with the real path).

There is a manual for moving a wiki in general, however that is too complicated if all you need is to change the installation directory (and stay on the same server, same database and same hostname).

Here is what you have to do:

Edit a page, visit a few different pages, etc. If anything seems abnormal, revert the changes by restoring your backup of  and other relevant files you might have changed during configuration of short URLs and rename your folder back to.
 * Backup  and any other config files you may have created (such as your  ).
 * Rename the installation directory of MediaWiki on your server from  to.
 * Set  in   to   and remove (or comment out) any definition of   (this variable will be changed again when setting up Short URLs, further on)
 * At this point your wiki should be working normally at
 * Now go through the regular guide to set up short URLs
 * Perform a few tests on your wiki to make sure nothing is broken.

Note for shared hosting users: Many shared hosting plans offer an application manager to automatically Install, Update and Backup applications such as MediaWiki. If your plan has this and if you want to keep using these features, you should contact their tech support and let them know you just manually changed your MediaWiki installation directory.

Полезные советы


См. также

 * Объяснение о CGI-модулях
 * - configuration setting that defines whether to use 'pretty' URLs or not
 * Notes on placing your wiki installation in site root directory
 * - configuration setting that you can use to define 'pretty' URLs for other actions, like edit or history
 * Clean up URLs RFC - proposes "cleaner URLs for editing, previewing skins, etc."



Внешние ссылки

 * Apache Module mod_rewrite - rewrite requested URLs on the fly
 * MediaWiki Short URL Builder Tool - A tool that can automatically generate a short url configuration more reliably than the configurations in these manual pages.
 * URL as UI by Jakob Nielsen on the importance of persistent, usable URLs.