Содержание

10 примеров рерайта — техника сверхскоростного рерайтинга

В этом уроке мы познакомимся с техникой быстрого рерайта текста. На многих биржах копирайтинга тексты созданы этим методом. Типичный пример:

Ее еще называют «Техника сверхскоростного рерайтинга». Заключается она в поверхностном изменении текста. Меняем примерно каждое третье-четвертое слово (примерно так же действует синонимайзер на автомате). Научиться делать рерайт просто, несколько примеров сверхскоростного рерайтинга я прикладываю ниже.

10 примеров сверхскоростного рерайтинга

Техника рерайтинга: простой пример рерайта

Вот примеры действий, которые помогут быстро сделать уникальный текст:

» Слова меняем местами

Этот простой пример действия, которое позволяет быстро превращать перечисления в уникальный текст.

Пример

 

 

 

Списки меняем точно так же при использовании техники сверхскоростного рерайтинга

:

Пример 2

 

 

 

 

 

 

 

Смена мест — один из тех приемов техники сверхскоростного рерайта, при котором смысл текста вообще не меняется. Правильно говорят, что от перемены слагаемых местами сумма не меняется. Но в нашем случае меняется уникальность. И это нам на руку — такие тексты можно продавать на текстовой бирже (просто укажите тип рерайтинг, а не копирайт).

» удаляем незначащие слова

Незначащие слова — это слова, которые не несут в себе никакой информации. Например, «довольно», «вполне» — смотрите, как незначащие слова легко и просто удаляются из текста при

сверхскоростном рерайте:

Пример 3

 

 

 

 

Сверхскоростной рерайтинг можно рассматривать как вариант сокращения текстов, при этом уменьшение количества слов приводит к повышению уникальности.

Пример 4

 

 

 

 

Справедливо и обратное: сверхскоростной рерайт можно сделать добавлением незначащих слов.

» добавляем незначащие слова

В добавлении новых слов нет ничего сложного. Тут главное, чтобы глазу было за что зацепиться. Вот, например, для причастий (а их в тексте может быть несколько) добавляем слово «который»:

Пример

5

 

 

 

Этот простой прием сверхскоростной техники рерайтинга позволит сделать текст уникальнее еще на несколько процентов. Кстати, каждый измеряет уникальность по-своему. Есть несколько программ проверки на уникальность, общепризнанной вроде бы считается Адвего. Но поговаривают, что алгоритмы этой программы устарели. Но она принимает результат поверхностного сверхскоростного рерайта, и это не может не радовать. Ведь сверхскоростной рерайтинг позволяет получать до 100-200 символов В МИНУТУ. А это — огромные деньги.

Пример 6

 

 

 

 

Огромным плюсом является то, что вместе с уникальностью растет объем текста. А ведь это напрямую скажется на его стоимости! Поэтому не стесняемся и записываем этот прием

техники сверхскоростного рерайтинга в арсенал своих любимых.

» меняем слово на синоним

Не знаю, почему этот прием оказался у меня на последнем месте. Наоборот, он должен быть на первом. Во-первых, я его использую чаще всего. Сложно найти в тексте слово (или словосочетание), которое нельзя было бы заменить. Но это только одна сторона медали. Во-вторых, существуют программы-синонимайзеры, которые заметно облегчают работу рерайтера. Вот еще пример замены слов в технике сверхскоростного рерайтинга:

Пример 7

 

 

 

 

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

Менять нужно как минимум каждое 4-е слово.

Пример 8

 

 

 

Кстати, заметили, что при замене одного слова уникальным становится все выражение? В этом и смысл техники сверхскоростного рерайта — мы меняем лишь часть, а не весь текст. А определить, какие кусочки текста остались нетронутыми, поможет онлайн-сервис «Блокнот для рерайта», который придумал автор этого блога.

Пример 9

 

Техника сверхскоростного рерайтинга: комплексный подход

Вот мы и приближаемся к концу статьи. Отдельно каждый из приемов техники легкого рерайтинга изучили, но что они покажут на практике? Хватит ли нескольких несложных манипуляций для того, чтобы сделать текст 100% уникальным? Посмотрим, во что превратится текст за пару минут сверхскоростного рерайтинга:

Пример 10

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Вот и все! Мы успешно справились с текстом, потратив на сверхскоростной рерайтинг менее двух минут. На бирже копирайтинга можно заработать продажей текстов, написанных по скоростной методике. Текст этот уникален согласно большинству популярных сервисам проверки на плагиат (хоть и придирчивый антиплагиат-сервис здесь эти подмены распознает).

Приглашаем Вас ознакомиться со следующей темой:

10 фактов о синонимайзерах. Используем только онлайн, лучший, бесплатно »

Примеры рерайта статей

Глубокий рерайт – переписывание чужого текста своими словами. Цель такой переделки – обеспечить уникальность текста на высоком уровне, порядка 95-99%, что достигается с опытом работы. Главное правило рерайтера заключается в том, чтобы работать не на основе отдельных предложений, а целых абзацев. Перед вами абзац с сайта, который нужно переделать, чем мы и займемся.

Исходный текст для рерайта:

«№ 1 / livejournal.com – один из флагманов, среди площадок по созданию условно бесплатных блогов. Созданный блог имеет названия вида имя.livejournal.com, с недавних пор создания и ведения блога платное, 20$ за 1 год пользования, оплата есть и по месячно. Блоги эти еще кличут как “ЖЖешками”, они очень хорошо индексируются поисковыми системами, можно создавать свой виртуальный мир в виде сообщества по интересам. На базе livejournal созданы блоги мировыми звездами шоу бизнеса и большими политиками».

427 знаков без пробелов. Постараемся уложиться в этот же объем.

Получаем пример выполненного рерайта:

«Блоговый сервис LiveJournal по-прежнему сохраняет пальму первенства среди площадок для создания бесплатных блогов. Несмотря на то, что вам выдают домен третьего уровня (вида «имя», после которого идет «.livejourna.com»), этими блогами с удовольствием пользуются сильные мира сего – политики, журналисты, актеры и т.д. Эти «жежешки» (от слова ЖЖ – Живой Журнал») хорошо индексируются поисковиками, что хорошо видно по новостным сайтам. Не так давно за создание новых блогов установили плату в размере 20 долларов в расчете на год, но расчеты можно осуществлять помесячно: не так уж дорого за «иностранный» домен».

Вышло 524 знака, суть сохранилась. Проверим уникальность по ETXT – 100%. Неплохо, то есть работа готова.

Давайте рассмотрим подробно, как именно мы обошли систему проверки.

1. В оригинальной статье нужно обозначить главную тему. Здесь это – блоговая площадка, которой стоит пользоваться. Учли.
2. Определим ключевые моменты, которые нужно упомянуть. Их несколько – что такое “ЖЖ”, место ЖЖ в рейтинге, использование ЖЖ известными личностями (намек на элитарность). Сообщества по интересам можно проигнорировать – это понятно и так, так как ЖЖ относится к социальному блогингу. В заключении нужно посетовать на то, что ведение блога стало платным, но сумма не столь впечатляющая, учитывая множество положительных моментов.

3. Затронуть технические аспекты. В данном случае – скорость индексирования, что очень хорошо применимо для задач сетевой оптимизации и возможности заработка на блогах.
4. Выбросили фразы-штампы вроде “флагман”, “свой виртуальный мир”, “звезды шоу-бизнеса”. Заменили распространенное просторечное “кличут”, добавили более редкое – “сильные мира сего”. Такими фразами, тем не менее, увлекаться не стоит – не более одной-двух фраз на текст вполне хватит.

Для тех кто умеет делать рерайт текстов! Рекомендуем попробовать поработать на биржах:

— ETXT – оплата от 10 wmr за кило текста, можно продавать свои тексты на бирже или выполнять задания. При регистрации нужно указать статус «Исполнитель».

— Advego — на этой бирже даже школьники зарабатывают на простых постинговых заданиях.

— Textsale – Это текстовая биржа для профи, тексты продаются через магазин от 30 wmr за 1000 знаков. Но уровень текстов должен быть высоким.

Как вы заметили, все эти пункты были в рерайте упомянуты. Структура предложений была изменена – все 4 предложения были переориентированы – сначала указали все “хорошие” новости (мотивация), затем лишь, в конце, указали недочеты (платность услуги вызывает уже не отторжение, а раздумья). В целом, попытали даже обработать текст с точки зрения рекламной психологии.

Пример рерайта

Многие, кто хотел бы начать заниматься рерайтингом, просят продемонстрировать наглядный

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

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

Пример рерайта о журналистике

Сейчас перед вами исходный текст (данный, первоначальный). Выполнить по нему рерайт — означает изменить его так, чтобы он стал уникальным, но не изменил своего смысла.

Сам термин «журналистика» произошел от французского слова «journal», что означает «дневник», «журнал».  В России термин «журналистика» первоначально использовался только для обозначения журналов, где-то в середине XIX века его стали применять ко всем периодическим изданиям, в том числе и к газетам. Но было бы неправильно считать, что журналы появились на свет раньше газет.

А сейчас перед вами уже рерайт исходного текста. Как видите, содержание ничуть не исказилось и не изменилось, тем не менее, по мнению поисковым систем, данный отрывок является уникальным:

Слово «journal» с французского переводится как «дневник» или «журнал» — именно от него произошел знакомый всем термин «журналистика». Этот термин долгое время употреблялся в России только по отношению к журналам, вплоть до 19 века -в 19 веке «журналистикой» стали называть абсолютно все периодические печатные издания, в том числе и газеты. Но ошибочно мнение, что газеты появились позже, чем журналы.

Вы можете прочесть оба отрывка и убедиться, что содержание сохранено, но тем не менее отрывок стал уникальным. Данный пример рерайта поможет вам сориентироваться и попробовать выполнять рерайт собственных статей.

Если вы хотите попробовать себя в качестве автора, пишите на [email protected] с темой письма: «Хочу стать рерайтером!», мы вам обязательно ответим.

Примеры рерайта, или Что выкладывать в портфолио фрилансера — Студия копирайтинга Text-TXT

 

Примеры работ для портфолио

Эта статья для рерайтеров, в которой я расскажу, где же взять статьи, которые можно выложить в своём портфолио как пример вашего рерайта.

Может ли быть примером рерайта статья, сделанная для заказчика?

Знаете, определённо и точно ответить на этот вопрос нельзя! С одной стороны, рерайт текста выполняли вы и, конечно же, её бесспорно можно отнести к примеру рерайта, сделанного вами. Но с другой стороны, бывают такие заказчики, который не хотели бы иметь лишних конкурентов по поисковым запросам, коим можете невольно стать вы, если ваш сайт более SEO-оптимизирован или занимает высокое место в поисковых системах.

К сожалению, это извечная проблема фрилансеров и заказчиков. Какой же выход из сложившейся ситуации? Эту проблему можно легко решить, не обостряя отношения с заказчиком рерайта текстов. Всего лишь на всего необходимо спросить разрешение на размещение статьи у вашего работодателя. Как говорится, за спрос денег не берут. Может быть, заказчик откажет Вам, а может – и нет.

В любом случае, нельзя размещать такой пример рерайта в текстовом виде. Поисковые машины будут индексировать и вашу статью, и статью, которую разместит на своем сайте заказчик. Поэтому или на вашем сайте будет дублированная статья, или (что еще более недопустимо) на сайте заказчика будет размещена уже проиндексированная статья. Выполненный на заказ пример рерайта необходимо размещать только как картинку! Например, вы принсткрином «фотографируете» свою работу, открытую в Word, вставляете картинку в Photoshop, обрезаете ее и затем уже  изображением размещаете свой пример рерайта на сайте-портфолио.

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

Что ещё может стать примером рерайта?

Если особого желания общаться и о чём-то просить заказчика нет, то можно решить проблему другим способом. Именно таким способом в своё время воспользовался я. В разделе примеры рерайта я разместил работы, которые сделал сам, но не на заказ, а просто взяв случайные статьи с различных сайтов (в частности, много разнообразных статей, как говорится, «на любой вкус» можно взять из Википедии). Конечно, придётся потратить своё свободное время, сделав статью, которая не будет оплачена, но оно того стоит! Сделав прекрасную статью, вы без зазрения совести можете приводить её как пример вашего рерайта.

Конечно, могут быть и другие варианты, что выкладывать в портфолию рерайтера, кроме примеров рерайта, выполненного вами. Если вы знаете такие, напишите о них в комментариях и поделитесь своими бесценными знаниями с читателями нашего сайта! И помните, ваше портфолио – это ваша визитная карточка в руках работодателя! Всего вам наилучшего, удачи и успехов в любых начинаниях!

Что такое рерайт — значение и примеры

Что такое рерайт? Сегодня это слово часто можно услышать в Сети, а также в повседневных разговорах. Но что же понимается по данным термином?

В этой статье мы расскажем, что подразумевается под рерайтом, а также каким он может быть.

Что значит рерайт

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

Людей занимающихся рерайтом называют – рерайтерами.

У многих может возникнуть вполне логичный вопрос, а для чего, собственно, нужен рерайт? Дело в том, что каждый интернет-ресурс должен обладать уникальным контентом, иначе поисковые системы будут его слабо индексировать («не замечать»).

По этой причине, владельцам сайтов необходимо использовать уникальные материалы, а не скопированные с чужих проектов. Именно поэтому профессия рерайтера имеет такую популярность.

В чем преимущества рерайтинга

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

  • возможность брать за основу понравившийся текст, несущий необходимую информацию;
  • меньшая стоимость;
  • уникальность для поисковиков;
  • возможность SEO-оптимизации;
  • новизна для читателя.

Сегодня в интернете можно найти разные биржи, где можно купить подобные статьи или, наоборот, продать их.

Во время написания статьи с одного или нескольких источников, рерайтер заменят некоторые слова синонимами и перефразирует предложения, не искажая смысла.

Таим образом опытный рерайтер может «превратить» документы или технические работы в художественные статьи. Все зависит от мастерства, словарного запаса и умственных способностей автора.

Как проверить уникальность рерайта

Уникальность контента один из важнейших факторов, который нельзя оставлять без внимания. Чтобы проверить текст на уникальность, следует разместить его на соответствующей площадке такой, как, например, «text.ru».

Когда программа проверит ваш текст, она выдаст соответствующие результаты: уникальность (в процентном соотношении), количество символов, а также укажет на орфографические ошибки, если таковые будут.

Теперь вы знаете, что такое рерайт. Если вам нравится узнавать значение умных слов – подписывайтесь на сайт InteresnyeFakty.org.

Понравился пост? Нажми любую кнопку:

Интересные факты:

Качественный рерайт текста: подводные камни

Приветствую, друзья! Давайте поговорим о подводных камнях рерайтинга. На многочисленных форумах вебрайтеров пишут, что рерайтинг – это работа для новичков. Дескать, самая низшая ступень – сделать рерайт текста. Хочу опровергнуть это самонадеянное мнение.

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

Содержание статьи

Навыки рерайтера

Если Вы задумали попробовать свои силы на бирже контента, знайте, что с полного нуля там делать нечего. Не верьте, если Вас убеждают в обратном. Специфика работы потребует от Вас:

  • хорошего владения словом
  • богатого словарного запаса
  • грамотности.

Это необходимый минимум. Сейчас поясню, для чего он нужен.

Требования к качеству рерайта

Рерайт – это переписывание какого-то текста своими словами. Чем меньше конечный продукт похож на оригинал, тем лучше. Уникальность качественного рерайта не ниже 95%. А многие заказчики требуют от 97% и выше (о том, что такое уникальность текста, Вы можете почитать в статье «Как проверить текст на плагиат?»)

Сложность в том, что рерайтер не может даже в мелочах искажать смысл или дополнять новыми фактами данную изначально информацию, а кроме того высказывать свое личное мнение. Попробуйте сделать качественный рерайт текста, который пересказали уже не на одном десятке сайтов! Бывает даже так, что Ваша конечная статья ни капельки не похожа на оригинал, а проверка на плагиат дает низкую уникальность. Вот где Вам необходимы хорошее владение словом и большой словарный запас.

Типы заказов на рерайт

Речь у нас пойдет о качественном рерайте. Примитивная перестановка и замена отдельных слов – не наш случай. Во-первых, на этом никогда не заработаешь, а во-вторых, не станешь профессионалом. Поэтому не будем тратить время.

Итак, типы заказов. Первый – это когда заказчик называет тему и предоставляет Вам самому искать источники информации. В этом случае у Вас полная свобода действий. Вы находите несколько источников и обобщаете всю полученную информацию. Желательно делать это так: перечитываете все исходники, а потом пишете своими словами. Это самый верный подход, потому что в противном случае будет видна разница в стилях исходников. А это непрофессионально.

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

Как добиться нужного результата

Поговорим о случае, когда нужно переписать какой-то конкретный текст, поскольку сделать это качественно непросто.

Начнем с прочтения всего текста, чтобы понять главную идею. Затем попытаемся изменить концепцию подачи так, чтобы не исказить смысл. После этого поменяется логическая структура текста. Вот упрощенный пример:

ДО: Я наконец-то купила это платье! Оно так мне идет. Уверена, мужу тоже понравится, а подруги просто обзавидуются. У меня отличное настроение.

ПОСЛЕ: Для моего прекрасного настроения есть повод. Мое новое платье мне очень к лицу. И я так давно о нем мечтала! Порадую мужа и одновременно досажу подругам.

2-й ВАРИАНТ ПОСЛЕ: Чем бы порадовать мужа и одновременно досадить подругам? Это новое платье мне очень идет, не зря я о нем мечтала. Настроение просто класс!

(Это, конечно, шуточный пример. Но думаю, суть Вам понятна: в первом случае акцент сделан на платье, во втором – на настроении, в третьем – на мотивации).

Затем максимально упростим сложные предложения. Это можно сделать двумя способами:

  1. Разбить длинное предложение на несколько коротких, заменяя слова подходящими синонимами и меняя их порядок
  2. Сократить и перефразировать первоначальный вариант.

Важно помнить, что и в первом, и во втором случае необходимо избавиться от слов и словосочетаний, не несущих смысловой нагрузки (подробные списки этих слов я дала в статье «Что такое стоп-слова»). В первом случае объем текста останется приблизительно таким же. Во втором уменьшится. Выбирать следует в соответствии с поставленной задачей.

Меняем заголовок и подзаголовки. Расшифровываем сокращения, пишем цифры словами, а числительные цифрами, в зависимости от того, что дано в исходнике. Проверяем ошибки.

Примерно так будет выглядеть работа над текстом, который нельзя дополнять другими фактами и мнением автора. Теперь Вы знаете, как получить качественный рерайт и какие навыки рерайтера делают его профессионалом. А если Вам пока не хватает профессионализма, приходите в мой бесплатный email-курс для начинающих рерайтеров, чтобы набраться опыта.

Если Вы уже опытный рерайтер и Вам есть что передать новичкам – прошу в комментарии!

Ваша Инна Копичникова

Примеры простого и глубокого рерайтинга



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

Самый простой пример рерайтинга это… приветствия! Давайте, потренируемся и видоизменим слово: Здравствуйте!

Вместо этой фразы вы можете сказать: «Привет, добрый день, салют, как дела, день добрый, приветствую, как поживаешь, доброго времени суток».

По сути, каждый раз, когда мы используем синонимы или другие обороты речи, чтобы усилить мысль, расширить её, приукрасить или показать с другой стороны – мы занимаемся рерайтингом, только в устной форме.

Существует 2 вида рерайтинга: поверхностный и глубокий

Что такое поверхностный рерайтинг?

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

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

В такой текст, вы не привносите никакого своего смысла. Вы изменяете текст за счет:

  • синонимов,
  • добавления слов,
  • убирания лишних,
  • перестановки слов местами,
  • перестановка частей речи.

Более подробно об этом и на примерах я рассказываю и показываю в своей книге «Превращаем буквы в деньги». Но для примера сравните:

Оригинал. Изучив рерайтинг, вы сможете зарабатывать деньги.

Простой рерайт: Вы сможете зарабатывать деньги, когда изучите рерайтинг.

В данном случае нет глубокий изменений текста. Есть перестановка частей предложения. Тем не менее для поисковых машин такой перестановки будет достаточно, чтобы считать текст уникальным.

Несколько ранее я уже писал, когда применяется поверхностный рерайтинг:

  • когда вы плохо владеет темой
  • когда тема специфическая, например медицинская, исторические, научные статьи.

Что такое глубокий рерайтинг?

Это более глубокая работа с текстом. Обычно делается после прочтения 2-3х тематических статей, понимания смысла их и генерирования на их основе совершенно нового текста.

В таком случае, в текст привносятся другие смысловые оттенки, хотя основной смысл остается прежним. Например:

Исходник: Существует парадигма, что фриланс – это удел молодежи.

Глубокий рерайт: Если кто думает, что фриланс это работа только для молодежи, тот глубоко ошибается.

В данном случае мы не видим замены синонимами. Здесь другая подача материала. В первом случае – констатация факта, дескать, существует парадигма. В другом — предположение, «если кто думает». Когда вы делаете глубокий рерайтинг, вы творчески работаете с текстом. Например:

Исходник: «Как правило, свой первый сайт человек делает необычайно ярким. Используя при этом множество контрастирующих между собой тонов. На одной странице могут уживаться, как теплые тона, так и холодные. Текст при этом изобилует множеством красок. Смотришь, не сайт, а калейдоскоп».

Глубокий рерайт: «Когда на сайте одновременно применяются контрастирующие между собою цветовые гаммы, такой сайт напоминает мне калейдоскоп. Новичку кажется, что чем разнообразнее цвета, тем лучше выглядит сайт, но на самом деле такой подход ошибочный».

Сравните 2 текста. Смысл один и тот же. Новичок ошибается при создании своего первого сайта, применяя контрастные тона. Однако подача информации разная.

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

Вопросы к статье:

  1. В чем разница между поверхностным и глубоким рерайтом?
  2. Когда используется поверхностный рерайтинг?
  3. Найдите в Интернете абзац текста из 2-3 предложений и сделайте рерайтинг.

Автор: Игорь Козлов
Чистый звук в мире инфобизнеса

Apache mod_rewrite Введение — HTTP-сервер Apache версии 2.5

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

Модуль Apache mod_rewrite — очень мощный и сложный модуль, который позволяет манипулировать URL-адресами. С участием с его помощью вы можете выполнять почти все типы переписывания URL-адресов, которые могут вам понадобиться.Это Однако это довольно сложно и может напугать новичка. Также существует тенденция рассматривать правила перезаписи как магическое заклинание, используя их, не понимая, что они делают.

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

Помните, что для многих распространенных задач манипулирования URL не требуется полная мощность и сложность mod_rewrite . Для простого задачи, см. mod_alias и документацию при сопоставлении URL-адресов с файловая система.

Наконец, прежде чем продолжить, обязательно настройте mod_rewrite на один из уровней трассировки, используя директива LogLevel . Хотя это может дать огромное количество информации, незаменим в проблемы отладки с конфигурацией mod_rewrite , так как он расскажет вам, как именно обрабатывается каждое правило.

mod_rewrite использует Perl-совместимый Словарь регулярных выражений. В этом документе мы не пытаемся чтобы предоставить подробную ссылку на регулярные выражения.Для этого мы рекомендовать страницы руководства PCRE, Perl обычный справочная страница выражения и мастеринг Регулярные выражения, Джеффри Фридл.

В этом документе мы пытаемся предоставить достаточное количество словаря регулярных выражений. чтобы вы начали, не перегружая себя, в надежде, что RewriteRule s будет научным формулы, а не магические заклинания.

Словарь регулярных выражений

Ниже приведены минимальные строительные блоки, которые вам понадобятся, чтобы для записи регулярных выражений и RewriteRule с.Они определенно не представляют собой полный словарь регулярных выражений, но они хорошо место для начала и должно помочь вам читать основные регулярные выражения, как ну как напиши свой.

Персонаж Значение Пример
. Соответствует любому одиночному символу c.t соответствует cat , cot , разрез и т. Д.
+ Повторяет предыдущее совпадение один или несколько раз a + соответствует a , aa , ааа и т. Д.
* Повторяет предыдущее совпадение ноль или более раз a * соответствует всем тем же самым a + соответствует, но также будет соответствовать пустой строке
? Делает совпадение необязательным цвет соответствует цвету и цвет
\ Побег от следующего персонажа \. соответствует строке, которая начинается с
$ Другой якорь, он соответствует концу строки a $ соответствует строке, которая заканчивается на a
() Объединяет несколько персонажей в единое целое и фиксирует совпадение. для использования в обратной ссылке (ab) + соответствует ababab — то есть + относится к группе./] t соответствует cat или c = t , но не с / т

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

Наличие обратной ссылки Regex

Здесь следует помнить одну важную вещь: всякий раз, когда вы используйте круглые скобки в шаблоне или в одном из CondPattern , обратные ссылки создаются внутри который можно использовать со строками $ N и % N (см. Ниже).Они доступны для создания Подстановка параметр RewriteRule или TestString параметр RewriteCond .

Захваты в шаблонах RewriteRule (как ни странно) доступны для все предыдущие RewriteCond директивы, потому что RewriteRule выражение оценивается перед индивидуальными условиями.

На рисунке 1 показано, к какому местоположения обратные ссылки передаются для расширения как а также иллюстрирует поток RewriteRule, RewriteCond соответствие.В следующих главах мы рассмотрим, как использовать эти обратные ссылки, так что не волнуйтесь, если это покажется немного чуждым вам сначала.


Рисунок 1: Поток обратных ссылок через правило.
В этом примере запрос / test / 1234 будет преобразован в /admin.foo?page=test&id=1234&host=admin.example.com .

RewriteRule состоит из из трех аргументов, разделенных пробелами.Аргументы

  1. Шаблон : какие входящие URL-адреса должны быть затронуты правилом;
  2. Замена : куда должны быть отправлены соответствующие запросы;
  3. [флаги] : параметры, влияющие на перезаписанный запрос.

Шаблон — это регулярное выражение. Изначально (для первого правила перезаписи или до тех пор, пока не произойдет замена) сопоставлен с URL-путем входящего запроса (часть после имя хоста, но перед знаком вопроса, указывающим на начало запроса строка) или, в контексте каталога, против относительного пути запроса в каталог, для которого определено правило./product/(.*)/view$ «» / var / web / productdb / $ 1 «

Переменная $ 1 будет заменена любым текстом соответствовало выражению в скобках в Шаблон . Например, запрос для будет отображаться http://example.com/product/r14df/view по пути / var / web / productdb / r14df .

Если в скобках указано более одного выражения, они доступны для заказа в переменные $ 1 , $ 2 , $ 3 и т. д. на.puppy.html «» smalldog.html «[NC]

Для получения более подробной информации о доступных флагах, их значениях и примеры см. в документе Rewrite Flags.

Один или несколько RewriteCond директивы могут использоваться для ограничения типов запросов, которые будут при условии после RewriteRule . В первый аргумент — это переменная, описывающая характеристику запрос, второй аргумент — обычный выражение, которое должно соответствовать переменной, и третье необязательное Аргумент — это список флагов, которые изменяют способ оценки соответствия.10 \ .2 \. » RewriteRule «(. *)» «Http: //intranet.example.com$1»

Когда более один RewriteCond — это указано, все они должны соответствовать RewriteRule должно быть применяемый. Например, чтобы отклонить запросы, содержащие слово «взломать» в их строка запроса, если они также не содержат куки, содержащие слово «идти» можно использовать:

 RewriteCond "% {QUERY_STRING}" "hack"
RewriteCond "% {HTTP_COOKIE}"! Вперед
RewriteRule "." «-» [F]

Обратите внимание, что восклицательный знак указывает на отрицательное совпадение, поэтому правило применяется только в том случае, если файл cookie не содержит «go»./(.*) «» / sites /% 1 / $ 1 «

Если запрос был для http://example.com/foo/bar , тогда % 1 будет содержать example.com и $ 1 будет содержать foo / bar .

Перезапись обычно настраивается в конфигурации основного сервера. настройки (вне любого раздела ) или внутри контейнеры. Это самый простой способ переписать и рекомендуемые. Однако можно сделать переписывание внутри разделы или .htaccess файлы за счет некоторой дополнительной сложности. Эта техника называется перезаписью каталога.

Основное отличие перезаписи на сервере заключается в том, что путь префикс каталога, содержащего файл .htaccess , имеет вид раздели перед соответствием в RewriteRule . Кроме того, следует использовать RewriteBase , чтобы обеспечить правильное отображение запроса.

Apache mod_rewrite и примеры | Поддержка HostGator

Что такое mod_rewrite?

HostGator использует Apache, программное обеспечение HTTP-сервера с открытым исходным кодом, для размещения вашего веб-сайта.Apache можно настроить с помощью модулей, а модуль mod_rewrite доступен для использования вами самостоятельно. mod_rewrite может перенаправлять один URL-адрес на другой URL-адрес, переписывать запрошенные URL-адреса, ограничивать доступ к вашему сайту и многое другое.

Правило перезаписи можно вызвать, поместив его в файл .htaccess. Ниже приведены примеры того, как вы можете использовать эти правила для настройки вашего хостинга.

Примечание: Пожалуйста, помните, что мы не предлагаем поддержку этого кода и не обещаем заставить ваш код работать.Некоторые из этих кодов работают в сочетании с другими, а некоторые — нет.

mod_rewrite Примеры

Вот примеры правил, которые позволяют делать следующее:

Установить домашнюю страницу по умолчанию 
  # Укажите домашнюю страницу по умолчанию (индексную страницу)
DirectoryIndex home.html
Укажите IP-доступ 
  # Разрешить доступ к вашему сайту только указанным IP-адресам
отрицаю от всех
позволяют с 64.95.219.140
позволяют с 210.23.45.67
Перенаправить все страницы веб-сайта 
  # Перенаправить все страницы со старого домена.(. *) $ https://www.example.com/$1 [R = 301, L]
Блокировать трафик нескольких источников перехода 
  # Блокировать трафик от нескольких рефереров
RewriteEngine на
Параметры + FollowSymlinks
RewriteCond% {HTTP_REFERER} badsite \ .com [NC, OR]
RewriteCond% {HTTP_REFERER} badforum \ .com [NC, OR]
RewriteCond% {HTTP_REFERER} badsearchengine \ .com [NC]
RewriteRule. * - [F]
Запретить доступ к типу файла 
  # Не разрешать называть эти типы файлов
RewriteEngine на
RewriteRule.ПОЛУЧИТЬ \ (. *) \. Php \ HTTP
RewriteRule (. *) \. Php $ 1 [L, R = 301]
Удалить указатель и / 
  Опции + FollowSymLinks -MultiViews -indexes
RewriteEngine On
RewriteBase /
# удалить индекс
RewriteRule (. *) / Index $ 1 / [R = 302]
# удаляем косую черту, если не каталог
RewriteCond% {REQUEST_FILENAME}! -D
RewriteCond% {REQUEST_URI} / $
RewriteRule (. *) / $ 1 [R = 301, L]
Добавьте .php для доступа к файлу без перенаправления 
  Опции + FollowSymLinks -MultiViews -indexes
RewriteEngine On
RewriteBase /
# Добавить .php для доступа к файлу, но не перенаправлять
RewriteCond% {REQUEST_FILENAME} .php -f
RewriteCond% {REQUEST_URI}! / $
RewriteRule (. *) $ 1.php [L]

Дополнительные ресурсы для кодирования .htaccess

Следующие статьи предназначены только для справки. Обратите внимание, что HostGator не может предложить прямую поддержку для информации, представленной ниже.

Создание правил перезаписи для модуля перезаписи URL

  • 6 минут на чтение

В этой статье

Руслана Якушева

Модуль перезаписи URL — это расширение IIS, которое доступно для загрузки для автономного сервера IIS, а также предварительно установлено на любом веб-сайте на веб-сайтах Windows Azure (WAWS) и доступно для вашего использования.В этом пошаговом руководстве вы узнаете, как создать и протестировать набор правил перезаписи для модуля перезаписи URL.

Предварительные требования

Для этого пошагового руководства требуются следующие предварительные требования:

  1. IIS 7 или более поздней версии с включенной службой ролей ASP.NET.
  2. Модуль перезаписи URL установлен. Для получения дополнительной информации см. Использование модуля перезаписи URL.

Настройка тестовой веб-страницы

Чтобы продемонстрировать, как работает модуль перезаписи URL, мы будем использовать простой тестовый ASP.NET-страницу. Эта страница считывает переменные веб-сервера и выводит их значения в браузер.

Скопируйте следующий код ASP.NET и поместите его в папку% SystemDrive % \ inetpub \ wwwroot \ в файле с именем article.aspx :

  <% @ Page Language = "C #"%>




 Тест модуля перезаписи URL 


       
 Тестовая страница модуля перезаписи URL 
 
      <таблица>
            
                   Переменная сервера 
                   Значение 
            
            
                   Исходный URL: 
                   <% = Запрос.ServerVariables ["HTTP_X_ORIGINAL_URL"]%> 
            
            
                   Конечный URL: 
                   <% = Request.ServerVariables ["SCRIPT_NAME"] + "?" + Request.ServerVariables ["QUERY_STRING"]%>

После копирования этого файла перейдите к http: //localhost/article.aspx и проверьте, правильно ли отображается страница в браузере.

Создание правила перезаписи

Мы создадим простое правило перезаписи, которое перезапишет URL-адреса в следующем формате:

http: // localhost / article / 342 / some-article-title
to:
http: //localhost/article.aspx? Id = 342 & title = some-article-title .

Мы создадим правило перезаписи с помощью пользовательского интерфейса перезаписи URL в диспетчере IIS. Для этого выполните следующие действия:

  1. Перейдите в диспетчер IIS.
  2. Выберите Веб-сайт по умолчанию .
  3. В представлении функций щелкните URL Rewrite .
  4. На панели Действия с правой стороны щелкните Добавить правила…
  5. В диалоговом окне Добавить правила выберите Пустое правило и нажмите ОК.

Теперь вы должны определить фактическое правило перезаписи. В модуле перезаписи URL-адресов правило перезаписи определяется указанием четырех необходимых частей информации:

  • Название правила.
  • Шаблон, используемый для сопоставления строки URL.
  • Необязательный набор условий.
  • Действие, выполняемое при совпадении с шаблоном и при успешной проверке всех условий.

Именование правила

В текстовом поле Имя введите имя, которое будет однозначно идентифицировать правило, например: «Заменить на article.aspx».

Определение шаблона

В текстовом поле Pattern введите следующую строку:

  ^ article / ([0-9] +) / ([_ 0-9a-z -] +)

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

  1. Начинается с последовательности символов «статья /».
  2. Содержит один или несколько цифровых символов после первого «/».
  3. Содержит один или несколько буквенно-цифровых символов или символов «_» или «-» после второго «/».

Обратите внимание, что некоторые части регулярного выражения заключены в круглые скобки. Эти круглые скобки создают группы захвата, на которые позже можно будет ссылаться в правиле с помощью обратных ссылок.

Определение действия

Поскольку создаваемое нами правило должно перезаписывать URL-адрес, выберите тип действия Rewrite , который указан в поле группы Action .В текстовом поле Rewrite URL: введите следующую строку:

  article.aspx? Id = {R: 1} & title = {R: 2}

Эта строка определяет новое значение, на которое нужно переписать входной URL. Обратите внимание, что для значений параметров строки запроса мы использовали {R: 1} и {R: 2}, которые являются обратными ссылками на группы захвата, которые были определены в шаблоне правила с помощью круглых скобок.

Оставьте значения по умолчанию для всех остальных настроек. Страница свойств Edit Inbound Rule должна выглядеть следующим образом:

Сохраните правило, нажав Применить справа.

Просмотр правила перезаписи в файле конфигурации

Правила перезаписи хранятся либо в файле ApplicationHost.config, либо в файлах Web.config. Чтобы проверить конфигурацию только что созданного правила, откройте файл Web.config, расположенный в% SystemDrive % \ inetpub \ wwwroot. В этом файле вы должны увидеть раздел , содержащий это определение правила:

  
  <правила>

Приведенный выше синтаксис также применяется к настройке перезаписи URL-адресов в Web.config на веб-сайтах Windows Azure (WAWS).

Проверка правила перезаписи

Чтобы проверить, что правило правильно переписывает URL-адреса, откройте веб-браузер и запросите следующий URL-адрес:

http: // localhost / article / 234 / some-title

Вы должны увидеть, что правило перезаписи на вашем веб-сервере изменило исходный URL-адрес на Article.aspx и передал «234» и «some-title» в качестве значений параметров строки запроса.

Создание правила перенаправления

Теперь мы создадим правило перенаправления, которое будет перенаправлять все URL-адреса в следующем формате:

http: // localhost / blog / some-other-title / 543
в следующий формат:
http: // localhost / article / 543 / some-other-title

Правило перенаправления позволяет нескольким URL-адресам указывать на одну веб-страницу.

Для этого откройте пользовательский интерфейс просмотра функции перезаписи URL в диспетчере IIS.blog / ([_ 0-9a-z -] +) / ([0-9] +) (Этот шаблон будет соответствовать строке URL-адреса, которая начинается с «blog» и захватывает второй и третий сегменты URL-адреса в обратном направлении. ссылки.)

  • Действие: Перенаправить (Действие перенаправления приведет к отправке ответа перенаправления обратно в браузер.)
  • URL-адрес перенаправления: article / {R: 2} / {R: 1} (Эта строка подстановки будет использоваться в качестве URL-адреса перенаправления; обратите внимание, что в ней используются обратные ссылки, чтобы сохранить и переупорядочить фрагменты исходного URL-адреса, захваченные во время сопоставления с шаблоном .)

    • Введите имя, шаблон и действие, как показано ниже:

    Введите URL-адрес перенаправления, как показано ниже:

    Оставьте значения по умолчанию для всех остальных настроек. Сохраните правило, нажав Применить справа.

    Тестирование правила перенаправления

    Чтобы проверить, что правило перенаправляет запросы правильно, откройте веб-браузер и запросите следующий URL-адрес:

    http: // localhost / blog / some-other-title / 323

    Вы должны увидеть, что браузер был перенаправлен на http: // localhost / article / 323 / some-other-title в результате выполнения правила перенаправления, а затем запрос был переписан в соответствии с созданным вами правилом перезаписи. ранее.

    Создание правила блокировки доступа

    Третье правило, которое мы создадим, используется для блокировки всех запросов к веб-сайту, если для этих запросов не задан заголовок хоста. Этот тип правила полезен, когда вы хотите предотвратить попытки взлома, которые предпринимаются путем отправки HTTP-запросов на IP-адрес сервера вместо использования имени хоста.

    Мы создадим это правило без использования диспетчера IIS. Откройте файл Web.config в папке % SystemDrive% \ inetpub \ wwwroot \ , которую вы использовали для статьи.aspx тестовый файл в начале этой статьи. Найдите раздел . Вставьте следующее правило в коллекцию , чтобы оно было первым правилом в коллекции:

      
  
  <условия>

    Раздел должен выглядеть следующим образом:

      
  <правила>

    Давайте проанализируем правило, чтобы понять, что оно делает.

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

    Приведенный выше элемент добавляет условие к правилу, которое извлекает значение заголовка хоста путем чтения переменной сервера HTTP_HOST, сопоставляет его с шаблоном «localhost» и затем отменяет результат сопоставления.Другими словами, условие проверяет, что заголовок хоста не соответствует «localhost».

    Указанный выше элемент сообщает модулю перезаписи URL-адреса завершить HTTP-запрос.

    Проверка правила блокировки доступа

    Чтобы проверить это правило, откройте веб-браузер и отправьте запрос по адресу http://127.0.0.1/article/234/some-title . Вы должны увидеть браузер, который не получает ответа от сервера. Однако, если вы запросите http: // localhost / article / 234 / some-title , тогда веб-сервер ответит успешно.

    Неудачное отображение будет следующим:

    Успешное отображение будет следующим:

    Резюме

    В этом пошаговом руководстве вы узнали, как настроить правила перезаписи URL-адресов с помощью диспетчера IIS или путем ручного редактирования файлов Web.config. Правила, созданные в этом пошаговом руководстве, продемонстрировали некоторые важные функции модуля перезаписи URL, такие как поддержка регулярных выражений и возможность использования заголовков HTTP и переменных сервера для принятия решений о перезаписи.

    правил перезаписи .htaccess | Сообщество Медиа Храма

    Обзор

    Модуль Apache mod_rewrite позволяет вам переписывать URL-запросы, поступающие на ваш сервер, и основан на анализаторе регулярных выражений. Представленные здесь примеры показывают, как:

    Прямые запросы для одного подкаталога в другой подкаталог или основной каталог (корень документа)
    Пример: http://example.com/folder1/ становится http: // example.com / folder2 / или просто http://example.com/ .

    Прямые запросы к подкаталогу
    Пример: http://example.com/file.html становится http://example.com/folder1/file.html .

    Добавляйте www к каждому запросу
    Пример: http://example.com становится http://www.example.com . Или конвертируйте http: // в https: // .

    Преобразовать URL в строчные буквы с помощью Rewrite Map
    Пример: YourDomaIn.com / recIpeS.html становится yourdomain.com/recipes
    Это поможет предотвратить появление ошибок http из-за опечаток.

    mod_rewrite

    При правильной реализации mod_rewrite очень мощный. Есть много других приложений для mod_rewrite , о которых вы можете узнать на apache.org. Пожалуйста, обратитесь к их веб-сайту, чтобы узнать о других возможных сценариях перезаписи.

    Эти примеры предоставлены в качестве любезности — (mt) Media Temple не разрабатывает специальные правила перезаписи для отдельных веб-сайтов клиентов.

    Более простой способ перенаправить ваши веб-сайты — использовать инструмент «Перенаправление доменов» в вашем AccountCenter. Для получения дополнительной информации прочтите: Сетка с помощью инструмента перенаправления доменов.

    ПРОЧИТАЙТЕ Вначале

    Эта статья предоставлена ​​любезно. Установка, настройка и устранение неполадок сторонних приложений выходит за рамки поддержки, предоставляемой (mt) Media Temple. Найдите минутку, чтобы просмотреть Заявление о поддержке.

    ПРОЧИТАЙТЕ МЕНЯ ПЕРВЫЙ

    Эта статья предоставлена ​​любезно.Установка, настройка и устранение неполадок сторонних приложений выходит за рамки общей поддержки, предоставляемой (mt) Media Temple. Найдите минутку, чтобы просмотреть Заявление о поддержке.

    Расширенная поддержка может помочь!

    Если у вас возникли проблемы с действиями, описанными в этой статье, дополнительную помощь можно получить через Advanced Support, наше подразделение премиальных услуг. Для получения дополнительной информации о том, что может сделать для вас расширенная поддержка, щелкните здесь.

    ПРОЧИТАЙТЕ МЕНЯ Вначале
    Эта статья предоставлена ​​в качестве любезности.Установка, настройка и устранение неполадок сторонних приложений выходит за рамки поддержки, предоставляемой (mt) Media Temple. Найдите минутку, чтобы просмотреть Заявление о поддержке.

    Требования

    Перед тем, как начать, имейте под рукой:

    Инструкции

    1. Создайте простой текстовый файл .htaccess (щелкните ссылку, чтобы получить подробную информацию об этом типе файла) или добавьте строки из примера в начало существующего файла .htaccess.
    2. Добавьте в файл строки из соответствующего примера.Обратите внимание, что вам следует заменить пример текста своей собственной информацией. Замените example.com на свой собственный домен, folder1 на свое собственное имя папки, file.html на свое собственное имя файла и т. Д. Сохраните изменения.
    3. Используйте FTP или scp, чтобы загрузить файл в корень документа соответствующего домена. Если ваш домен — example.com, вы должны загрузить файл по адресу:
      • доменов / example.com / html /
      • /var/www/vhosts/example.com/httpdocs/
      • Это будет зависеть от вашей конфигурации ЛАМПЫ.

    Вот и все! После того, как вы загрузили файл, правило перезаписи должно вступить в силу немедленно.

    Некоторые системы управления контентом (CMS), например WordPress, перезаписывают файлы .htaccess своими собственными настройками. В этом случае вам может потребоваться найти способ выполнить перезапись из CMS.

    Прямые запросы для одного подкаталога к другому подкаталогу или корню документа

    http://example.com/folder1/ становится http: // example.folder1 /(.*)$ http://gs.mt-example.com/folder2/$1 [R = 301, L] Тест

    Загрузите этот файл в папку2 (если вы следовали первому или третьему примеру) или в свою html-папку (если вы следовали второму примеру) с помощью FTPFTPscp:

    Имя файла: index.html

     

Mod_rewrite работает!

    Затем, если вы следовали первому или второму примеру, посетите http://example.com/folder1/ в своем браузере. Вы должны увидеть изменение URL-адреса на http: // example.com / folder2 / или http://example.com/ и содержимое тестовой страницы.

    Если вы следовали третьему примеру, посетите http://example.com/folder1/index.html . Вы должны быть перенаправлены на http://example.com/folder2/index.html и увидеть содержимое тестовой страницы.

    Расшифровка кода
    • Options + FollowSymLinks — это директива Apache, необходимая для mod_rewrite.
    • RewriteEngine On включает mod_rewrite.
    • RewriteRule определяет конкретное правило.
    • Первая строка символов после RewriteRule определяет, как выглядит исходный URL. Более подробное объяснение специальных символов приведено в конце этой статьи.
    • Вторая строка после RewriteRule определяет новый URL. Это относится к корневому каталогу документа (html). / означает сам каталог html, также можно указать подпапки.
      • $ 1 в конце соответствует части в круглых скобках () в первой строке. По сути, это гарантирует, что подстраницы будут перенаправлены на ту же подстраницу, а не на главную страницу.Оставьте это для перенаправления на главную страницу. (По этой причине он опущен в первых двух примерах. Если у вас нет того же содержимого в новом каталоге, что и в старом каталоге, оставьте это.)
    • [R = 301, L] — выполняет перенаправление 301, а также предотвращает влияние любых последующих правил перезаписи на этот URL (рекомендуется добавить после последнего правила). Он находится в той же строке, что и RewriteRule, в конце.

    Прямые запросы в подкаталог

    http: // example.com / file.html становится http://example.com/folder1/file.html .

    Примечание. Каталог folder1 должен быть уникальным в URL-адресе. Это не сработает для http://example.com/folder1/folder1.html . Каталог folder1 должен существовать и содержать в себе содержимое.

    .htaccess

    • Этот файл .htaccess перенаправит http://example.com/file.html на http://example.com/folder1/file.html :

    Имя файла: .htaccess

     Опции + FollowSymLinks
RewriteEngine On
Пример RewriteCond% {HTTP_HOST}.(. *) $ http://example.com/folder1/$1 [R = 301, L]
    Тест

    Загрузите этот файл в папку1 с FTP:

    Имя файла: index.html

     

Mod_rewrite работает!

    Затем откройте в браузере http://example.com/ . Вы должны увидеть изменение URL-адреса на http://example.com/folder1/ и содержимое тестовой страницы.

    Расшифровка кода
    • Options + FollowSymLinks — это директива Apache, необходимая для mod_rewrite.
    • RewriteEngine On включает mod_rewrite.
    • RewriteCond% {HTTP_HOST} показывает, какие URL мы используем и не хотим перезаписывать.
      • В этом случае мы хотим сопоставить example.com.
      • ! означает «нет». Мы не хотим переписывать URL-адрес, который уже включает folder1, потому что тогда он будет продолжать добавлять folder1, и он станет бесконечно длинным URL-адресом.
    • [NC] соответствует версиям URL как в верхнем, так и в нижнем регистре.
    • RewriteRule определяет конкретное правило.
    • Первая строка символов после RewriteRule определяет, как выглядит исходный URL. Более подробное объяснение специальных символов приведено в конце этой статьи.
    • Вторая строка после RewriteRule определяет новый URL. Это относится к корневому каталогу документа (html). / означает сам каталог html, также можно указать подпапки.
      • $ 1 в конце соответствует части в круглых скобках () в первой строке. По сути, это гарантирует, что подстраницы будут перенаправлены на ту же подстраницу, а не на главную страницу.Оставьте это для перенаправления на главную страницу подкаталога.
    • [R = 301, L] — выполняет перенаправление 301, а также предотвращает влияние любых последующих правил перезаписи на этот URL (рекомендуется добавить после последнего правила). Он находится в той же строке, что и RewriteRule, в конце.

    Добавить www или https

    http://example.com становится http://www.example.com. Или http://example.com становится https://example.com.

    .htaccess
    • Этот файл .htaccess перенаправляет http: // example.(. *) $ https://www.example.com/$1 [R, L] Тест

      Посетите http://example.com в своем браузере. Вы должны увидеть, что отображается та же страница, но URL-адрес изменился на http://www.example.com (первый пример) или https://example.com (второй пример).

      Кроме того, http://example.com/file.html станет http://www.example.com/file.html или https://example.com/file.html .

      Расшифровка кода
      • Options + FollowSymLinks — это директива Apache, необходимая для mod_rewrite.
      • RewriteEngine On включает mod_rewrite.
      • RewriteCond% {HTTP_HOST} показывает, какие URL мы используем и не хотим перезаписывать.
        • В этом случае мы хотим сопоставить все, что начинается с example.com.
      • [NC] соответствует версиям URL как в верхнем, так и в нижнем регистре.
      • RewriteRule определяет конкретное правило.
      • Первая строка символов после RewriteRule определяет, как выглядит исходный URL. Более подробное объяснение специальных символов приведено в конце этой статьи.
      • Вторая строка после RewriteRule определяет новый URL. Это относится к корневому каталогу документа (html). / означает сам каталог html, также можно указать подпапки.
        • $ 1 в конце соответствует части в круглых скобках () в первой строке. По сути, это гарантирует, что подстраницы будут перенаправлены на ту же подстраницу, а не на главную страницу.
      • [R = 301, L] — выполняет перенаправление 301, а также предотвращает влияние любых последующих правил перезаписи на этот URL (рекомендуется добавить после последнего правила).Он находится в той же строке, что и RewriteRule, в конце.

      Преобразование URL во все строчные буквы с помощью карты перезаписи

      Это правило .htaccess гарантирует, что все символы, введенные в URL-адрес, будут преобразованы в нижний регистр. Это помогает предотвратить ошибки, вызванные опечатками.

      www.examPLe.com/recIPes становится www.example.com/recipes

      Примечание. Поскольку это правило требует редактирования файла конфигурации на уровне сервера, пользователи Grid и Managed WordPress не смогут реализовать это правило.

      Для того, чтобы это работало правильно, вы также должны добавить директиву в ваш файл vhost (httpd.conf):

       
        RewriteMap lc int: tolower
      • Для Plesk: перейдите в раздел Домены> example.com> Настройки веб-хостинга> Дополнительные директивы Apache и поместите приведенный выше код.

      Затем откройте свой .htaccess и добавьте следующие строки:

       RewriteEngine On
RewriteCond% {REQUEST_URI} [А – Я]
RewriteRule.$ {lc:% {REQUEST_URI}} [R = 301, L]

      Примечание. Вместо использования RewriteMap для преобразования URL-адресов в нижний регистр Apache рекомендует использовать mod_spelling для игнорирования чувствительности к регистру.

      Тест

      Перейдите в свой домен, используя комбинацию прописных и строчных букв.

      Код Описание

      • RewriteEngine On включает mod_rewrite.
      • RewriteCond% {REQUEST_URI} [A – Z] — захватывает введенный адрес.
      • RewriteRule. $ {lc:% {REQUEST_URI}} — использует переменную lc, которая была добавлена ​​в файл vhost, для преобразования всех символов в нижний регистр.
      • [R = 301, L] — Выполняет перенаправление 301, а также предотвращает влияние любых последующих правил перезаписи на этот URL (рекомендуется добавить после последнего правила). Он находится в той же строке, что и RewriteRule, в конце.

      Регулярные выражения

      Правила перезаписи часто содержат символы, составляющие регулярное выражение (regex). Таким образом сервер точно знает, как вы хотите изменить свой URL.. * $ означает «сопоставить все и вся». Это полезно, если вы не знаете, что ваши пользователи могут вводить для URL-адреса.

  • () указывает, какую часть сохранить для повторного использования в переменной $ 1 во второй строке. Это полезно для обработки запросов на определенные файлы, которые должны быть одинаковыми в старой и новой версиях URL.

    • См. Другие регулярные выражения на perl.org.

    Устранение неполадок

    404 Не найдено

    Внимательно изучите новый URL-адрес в своем браузере.Соответствует ли он файлу, который существует на сервере в новом месте, указанном правилом перезаписи? Возможно, вам придется сделать ваше правило перезаписи более широким (вы можете удалить $ 1 из второй строки). Это направит перезапись на главную страницу индекса, указанную во второй строке. Или вам может потребоваться скопировать файлы из вашего старого местоположения в новое местоположение.

    Если URL-адрес просто неправильный (например, http://example.com/folder1//file.html — обратите внимание на два / s), вам нужно будет пересмотреть свой синтаксис.(mt) Media Temple не поддерживает устранение неполадок синтаксиса.

    Бесконечный URL, тайм-аут, цикл перенаправления

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

    Вам следует проверить весь файл .htaccess на предмет правил перезаписи, которые могут соответствовать другим правилам перезаписи. Вам также может потребоваться проверить файлы .htaccess в подкаталогах. Обратите внимание, что FTP не отображается.htaccess, если вы не включили возможность просмотра скрытых файлов и папок. Подробности смотрите в нашей статье .htaccess.

    Кроме того, можно включать перенаправления внутри страниц HTML и PHP. Проверьте страницу, которую вы тестировали, на наличие собственных перенаправлений.

    Добавление [L] после правила перезаписи может помочь в некоторых случаях, потому что это говорит серверу прекратить попытки перезаписать URL после того, как он применил это правило.

    ресурсов

    Документы Apache для mod_rewrite
    Использование.htaccess
    Использование FTP или SFTP

    Как переписать URL-адреса с помощью mod_rewrite для Apache в Ubuntu 16.04

    В этой статье используется Ubuntu 16.04.

    Срок службы этого дистрибутива подошел к концу (EOL) в апреле 2021 года. Ubuntu 16.04

    Введение

    В этом руководстве мы активируем и узнаем, как управлять перезаписью URL-адресов с помощью модуля Apache 2 mod_rewrite . Этот модуль позволяет нам более аккуратно переписывать URL-адреса, переводя удобочитаемые пути в удобные для кода строки запросов или перенаправляя URL-адреса на основе дополнительных условий.

    Это руководство разделено на две части. Первый создает пример веб-сайта и охватывает простой пример перезаписи. Вторая часть содержит еще два подробных примера часто используемых правил перезаписи.

    Предварительные требования

    Чтобы следовать этому руководству, вам потребуется:

    Шаг 1. Включение mod_rewrite

    Сначала нам нужно активировать mod_rewrite . Он доступен, но не доступен при чистой установке Apache 2.

    Это активирует модуль или предупредит вас, что модуль уже включен.Чтобы эти изменения вступили в силу, перезапустите Apache.

      
       
    •  sudo systemctl перезапустить apache2
 
      •

    mod_rewrite теперь полностью включен. На следующем этапе мы создадим файл .htaccess , который мы будем использовать для определения правил перезаписи для перенаправлений.

    Шаг 2. Настройка .htaccess

    Файл .htaccess позволяет нам изменять наши правила перезаписи без доступа к файлам конфигурации сервера. По этой причине .htaccess критически важен для безопасности вашего веб-приложения. Точка перед именем файла гарантирует, что файл скрыт.

    Примечание: Любые правила, которые вы можете поместить в файл .htaccess , также можно поместить непосредственно в файлы конфигурации сервера. Фактически, официальная документация Apache рекомендует использовать файлы конфигурации сервера вместо .htaccess , потому что Apache обрабатывает их таким образом быстрее.

    Однако в этом простом примере повышение производительности будет незначительным.Кроме того, установка правил в .htaccess удобна, особенно с несколькими веб-сайтами на одном сервере. Для того, чтобы изменения вступили в силу, не требуется перезапуск сервера, и не требуются привилегии root для редактирования этих правил, что упрощает обслуживание и делает возможными изменения с непривилегированной учетной записью. Некоторые популярные программы с открытым исходным кодом, такие как WordPress и Joomla, часто используют файл .htaccess для изменения и создания дополнительных правил по запросу.

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

    По умолчанию Apache запрещает использование файла .htaccess для применения правил перезаписи, поэтому сначала вам нужно разрешить изменения в файле. Откройте файл конфигурации Apache по умолчанию, используя nano или ваш любимый текстовый редактор.

      
       
    •  sudo nano /etc/apache2/sites-available/000-default.conf
 
      •

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

    /etc/apache2/sites-available/000-default.conf

      
    <Каталог / var / www / html>
        Параметры Индексы FollowSymLinks MultiViews
        AllowOverride All
        Требовать все предоставлено
    

    . . .

    Сохраните и закройте файл. Чтобы эти изменения вступили в силу, перезапустите Apache.

      
       
    •  sudo systemctl перезапустить apache2
 
      •

    Теперь создайте файл .htaccess в корневом веб-каталоге.

      
       
    •  sudo nano /var/www/html/.htaccess
 
      •

    Добавьте эту строку в начало нового файла, чтобы активировать механизм перезаписи.

    /var/www/html/.htaccess

      RewriteEngine на

    Сохраните файл и выйдите.

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

    Шаг 3. Настройка перезаписи URL-адресов

    Здесь мы настроим базовую перезапись URL-адресов, которая преобразует красивые URL-адреса в фактические пути к коду. В частности, мы разрешим пользователям доступ к http: // your_server_ip / about .

    Начните с создания файла с именем about.html в корневом веб-каталоге.

      
       
    •  судо нано /var/www/html/about.html
 
      •

    Скопируйте следующий HTML-код в файл, затем сохраните и закройте его.

    /var/www/html/about.html

      
    
         О нас 
    
    
         
     О нас

    Вы можете получить доступ к этой странице по адресу http: //your_server_ip/about.html , но обратите внимание, что если вы попытаетесь получить доступ к http: // your_server_ip / about , вы увидите ошибку 404 Not Found .Если вы хотите, чтобы пользователи обращались к странице, используя вместо этого просто или , правила перезаписи позволят именно эту функцию.

    Все RewriteRules подчиняются следующему формату:

    Общая структура RewriteRule

      Подстановка шаблона RewriteRule [флаги]
    • RewriteRule определяет директиву.
    • шаблон — это регулярное выражение, которое соответствует желаемой строке из URL-адреса, который средство просмотра вводит в браузере. about $ about. указывает начало URL-адреса после your_server_ip / .
    • $ указывает конец URL-адреса.
    • около соответствует строке «около».
    • about.html — это фактический файл, к которому обращается пользователь.
    • [NC] — это флаг, который делает правило нечувствительным к регистру.

    Теперь у вас должен быть доступ к http: // your_server_ip / около в вашем браузере. Фактически, с показанным выше правилом следующие URL-адреса будут указывать на about.html :

    • http: // your_server_ip / около , из-за определения правила.
    • http: // your_server_ip / Примерно , поскольку в правиле не учитывается регистр.
    • http: //your_server_ip/about.html , потому что исходное правильное имя файла всегда будет работать.

    Не будет:

    • http: // your_server_ip / about / , потому что в правиле явно указано, что после около может ничего не быть с использованием символа $ .
    • http: // your_server_ip / contact , потому что он не будет соответствовать строке около в правиле.

    Теперь у вас есть рабочий файл .htaccess с простым правилом, которое вы можете изменить и расширить в соответствии с вашими потребностями. В следующих разделах мы покажем два дополнительных примера часто используемых директив.

    Пример 1. Упрощение строк запроса с помощью RewriteRule

    Веб-приложения часто используют строк запроса , которые добавляются к URL-адресу с помощью вопросительного знака (? ) после адреса.Отдельные параметры разделяются амперсандом ( и ). Строки запроса могут использоваться для передачи дополнительных данных между отдельными страницами приложения.

    Например, страница результатов поиска, написанная на PHP, может использовать URL-адрес вида http://example.com/results.php?item=shirt&season=summer . В этом примере в воображаемый сценарий приложения result.php передаются два дополнительных параметра: item со значением shirt и season со значением summer .Приложение может использовать информацию строки запроса, чтобы создать нужную страницу для посетителя.

    Правила перезаписи

    Apache часто используются для упрощения таких длинных и неприятных ссылок, как приведенные выше, в дружественных URL-адресов , которые легче вводить и интерпретировать визуально. В этом примере мы хотели бы упростить приведенную выше ссылку и превратить ее в http://example.com/shirt/summer . Значения параметров shirt и summer все еще присутствуют в адресе, но без строки запроса и имени сценария.рубашка / лето $ results.php? item = рубашка & сезон = лето [QSA]

    Рубашка / лето явно сопоставляется в запрошенном адресе, и Apache вместо этого получает команду обслуживать results.php? Item = shirt & season = summer .

    Флаги [QSA] обычно используются в правилах перезаписи. Они говорят Apache добавить любую дополнительную строку запроса к обслуживаемому URL-адресу, поэтому, если посетитель набирает http://example.com/shirt/summer?page=2 , сервер ответит результатами.php? item = рубашка & season = summer & page = 2 . Без него дополнительная строка запроса была бы отброшена.

    Хотя этот метод дает желаемый эффект, и название предмета, и сезон жестко прописаны в правиле. Это означает, что правило не будет работать ни для каких других предметов, например брюки , или сезонов, например зима .

    Чтобы сделать правило более общим, мы можем использовать регулярные выражения для сопоставления частей исходного адреса и использовать эти части в шаблоне подстановки.([A-Za-z0-9] +) / (лето | зима | осень | весна) results.php? Item = $ 1 & Season = $ 2 [QSA]

    Первая группа регулярных выражений в скобках соответствует строке, содержащей буквенно-цифровые символы и числа, например shirt или pants , и сохраняет совпавший фрагмент как переменную $ 1 . Вторая группа регулярных повторений в скобках соответствует точно лето , зиме , осень или весна и аналогичным образом сохраняет совпавший фрагмент как $ 2 .

    Сопоставленные фрагменты затем используются в результирующем URL в переменных item и Season вместо жестко заданных значений shirt и summer , которые мы использовали ранее.

    Приведенное выше преобразует, например, http://example.com/pants/summer в http://example.com/results.php?item=pants&season=summer . Этот пример также является перспективным, позволяя правильно переписывать несколько предметов и сезонов с помощью одного правила.

    Пример 2 — Добавление условий с помощью логики с помощью RewriteConds

    Правила перезаписи не обязательно всегда оцениваются одно за другим без каких-либо ограничений. Директива RewriteCond позволяет нам добавлять условия к нашим правилам перезаписи, чтобы контролировать, когда правила будут обрабатываться. Все RewriteConds соответствуют следующему формату:

    Общая структура RewriteCond

      RewriteCond TestString Condition [Flags]
    • RewriteCond определяет директиву RewriteCond .
    • TestString — строка для проверки.
    • Условие — это шаблон или условие, которое необходимо сопоставить.
    • Флаги — это необязательные параметры, которые могут изменять условия и правила оценки.

    Если значение RewriteCond истинно, будет учитываться следующее за ним RewriteRule . В противном случае правило будет отменено. Несколько RewriteCond могут использоваться один за другим, и при поведении по умолчанию все они должны иметь значение «истина», чтобы следующее правило было принято во внимание.

    В качестве примера предположим, что вы хотите перенаправить все запросы к несуществующим файлам или каталогам на вашем сайте обратно на главную страницу вместо отображения стандартной страницы с ошибкой 404 Not Found . Это может быть достигнуто с помощью следующих условий правила:

    Перенаправить все запросы к несуществующим файлам и каталогам на домашнюю страницу

      RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule. /

    С указанным выше:

    • % {REQUEST_FILENAME} — строка для проверки.В данном случае это запрошенное имя файла, которое является системной переменной, доступной для каждого запроса.
    • -f — это встроенное условие, которое проверяет, существует ли запрошенное имя на диске и является ли оно файлом. Модель ! — оператор отрицания. В совокупности ! -F оценивается как истина, только если указанное имя не существует или не является файлом.
    • Аналогично, ! -D оценивается как истина, только если указанное имя не существует или не является каталогом.

    RewriteRule в последней строке вступит в силу только для запросов к несуществующим файлам или каталогам.Само правило RewriteRule очень простое и перенаправляет каждый запрос в корень веб-сайта /.

    mod_rewrite — полезный модуль Apache, который можно эффективно использовать для обеспечения удобочитаемости URL-адресов. В этом руководстве вы узнали, как использовать директиву RewriteRule для перенаправления URL-адресов, в том числе со строками запроса. Вы также узнали, как условно перенаправлять URL-адреса с помощью директивы RewriteCond .

    Если вы хотите узнать больше о mod_rewrite , взгляните на введение Apache в mod_rewrite и официальную документацию Apache по mod_rewrite.

    Примеры моих самых полезных правил перезаписи IIS

    За годы работы в качестве разработчика программного обеспечения .NET я заметил, что снова и снова использую одни и те же правила перезаписи IIS в разных проектах для решения одних и тех же бизнес-задач. Ниже я приведу примеры наиболее полезных правил перезаписи IIS, которые я использую.

    Храните все свои правила в отдельном файле

    Технически это не правило перезаписи, но я бы сказал, что это одна из самых важных функций для меня, потому что, когда вам нужно перемещать правила между проектами, очень легко скопировать один файл.Еще одно преимущество заключается в том, что их разделение позволяет упростить управление версиями. Когда что-то не работает должным образом, гораздо проще просмотреть историю одного файла правил перезаписи вместо того, чтобы просматривать каждый набор изменений в web.config.

    Чтобы сохранить свои правила в отдельном файле, измените раздел правил, как показано ниже, где configSource указывает на ваш файл правил перезаписи (вы можете назвать его по-другому, если хотите)

      <перезапись>

    Ваш файл rewriteRules.config будет выглядеть, как показано ниже, он не требует объявления схемы и начинается непосредственно с тега .

      <правила>

    Каноническое имя хоста Правило перезаписи IIS

    Существует много споров о том, должен ли ваш веб-сайт иметь префикс www или нет, я считаю, что этого не должно быть, поэтому я обычно удаляю этот префикс www, перенаправляя пользователей на URL без www по следующему правилу.www \. (. +) $ «/>

    Перенаправление на HTTPS с использованием правила перезаписи IIS

    Не так много веб-сайтов осталось без сертификата SSL, и большинство существующих сайтов уже доступны по HTTPS. Чтобы избежать обслуживания вашего контента с двух разных URL-адресов, вам необходимо перенаправить все запросы на защищенную версию вашего веб-сайта, используя следующее правило перезаписи IIS.ВЫКЛ $ «ignoreCase =» true «/>

    Удалите косые черты в конце URL с помощью правила перезаписи IIS

    Это правило перезаписи IIS служит для удаления конечных косых черт из URL-адресов вашего веб-сайта и предотвращения наличия одной и той же страницы на двух разных URL-адресах.

      

<условия>

    Правило перезаписи IIS для статического перенаправления страницы 301

    При переходе на другую CMS у вас часто будет другая структура URL-адресов, а в некоторых случаях вам нужно перенаправить свои старые URL-адреса на новые, чтобы избежать появления большого количества страниц 404 в поисковых системах.Приведенное ниже правило выполняет 301 (постоянное) перенаправление с вашего старого URL-адреса на новый URL-адрес. В моем случае я храню отдельный файл со всеми перенаправлениями, который определен в вашем web.config, как показано ниже

    .
      <перезапись>

    Фактическое правило, которое вы сохраняете в файле rewriteRules.config, находится ниже.

      

<условия>

    Файл rewritemaps.config содержит взаимно-однозначное соответствие между старым URL-адресом и новым URL-адресом и выглядит так, как показано ниже. Для StaticRedirects вам необходимо использовать первый раздел с именем «StaticRedirects», которое совпадает с именем вашего условия.Еще две части файла rewriteMaps будут объяснены ниже.

    Как перезаписать URL-адрес с помощью правил перезаписи IIS

    В некоторых случаях вам нужно переписать один URL на другой, например, у вас есть файл robots.txt, которую ваша CMS обслуживает по URL-адресу / robotstxt, но на самом деле поисковые системы ожидают, что это будет /robots.txt. Это можно сделать, используя приведенное ниже статическое правило перезаписи, где мы используем тот же файл rewritemaps.config с другим разделом этого файла, используемым для перезаписи.

      

<условия>

    Как обрабатывать запросы к страницам, которые больше не доступны на веб-сайте, с помощью правил перезаписи IIS

    При переходе на другую CMS вы можете удалить некоторые страницы со своего веб-сайта, потому что они больше не нужны, но Google по-прежнему имеет ссылки на эти страницы и постоянно пытается получить к ним доступ и возвращает ошибку 404. Чтобы избежать этой ошибки и сообщить поисковым системам, что страница исчезла, вы можете использовать следующее правило.Это позволит поисковой системе узнать, что ей следует прекратить попытки доступа к страницам, потому что это не временная проблема, а страницы удалены навсегда.

      

<условия>

    Алекс Шаповалов — основатель канадской компании Yaplex, занимающейся консалтингом и разработкой программного обеспечения.Алекс предоставляет ИТ-консалтинг и услуги по разработке программного обеспечения .NET в Канаде и США.

    Перезапись URL-адресов с помощью mod_rewrite и Apache

    В этом руководстве вы узнаете, как перезаписывать URL-адреса с помощью mod_rewrite и Apache. Перезапись URL-адреса — это операция на стороне сервера, которая позволяет вам обслуживать контент из местоположения файловой системы, которое не совсем соответствует запросу клиента. Это может быть полезно для улучшения читаемости URL-адресов поисковыми системами и пользователями или для обновления местоположения ресурсов при изменении архитектуры вашего сайта.

    Перед началом работы

    1. В этом руководстве предполагается, что вы следовали нашим Начало работы и Руководства по обеспечению безопасности вашего сервера и что вы уже настроили установку Apache. Если у вас нет, обратитесь к нашему Руководства Apache или Направляющие для стекол ЛАМПЫ.

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

    3. Обновите свою систему.

        sudo apt-get update && sudo apt-get upgrade

    Перезаписать URL-адреса

    В блоке (обычно находится файл виртуального хоста) или .htaccess , включите mod_rewrite:

    Файл: Параметр конфигурации Apache

    Вы можете создать несколько отдельных правил перезаписи. Эти правила обеспечивают шаблон, который сервер сравнивает с входящими запросами. Если запрос соответствует шаблону перезаписи, сервер изменяет запрос, как описано в правиле, и обрабатывает этот запрос. Вот пример правила перезаписи:

    Файл: Параметр конфигурации Apache
    Перезапись URL-адресов при определенных условиях

    С помощью параметра RewriteCond вы можете установить условия, при которых будет использоваться RewriteRule . Давайте возьмем следующий пример из правил перезаписи по умолчанию для Приложение WordPress:

    Файл: Параметр конфигурации Apache для WordPress
      1
2
3
4
5
  
      RewriteEngine On
RewriteBase /
RewriteCond% {REQUEST_FILENAME}! -F
RewriteCond% {REQUEST_FILENAME}! -D
RewriteRule./index.php [L]

    В этом примере на все запросы, начинающиеся с верхнего уровня контекста, действуют правила перезаписи. Это указано в директиве RewriteBase / . Контекст определяется тем, где указаны правила перезаписи в виртуальном хосте, блоке каталога или файле .htaccess .

    Операторы RewriteCond предписывают Apache применять правило, которое следует за ними , только если выполняются их условия.В приведенном выше примере запрошенное имя файла должно соответствовать , а не существующему файлу в файловой системе (! -F ), а не соответствовать существующему каталогу в файловой системе (! -D ).

    Если оба условия верны и не существует файла или каталога, соответствующего запросу, Apache применяет правило перезаписи. Например, если пользователь запрашивает http://example.com/?post=123 или http://example.com/post/123 , сервер вернет результат для индекса .php? post = 123 или index.php / post / 123 соответственно.

    Несколько RewriteCond связаны с логическими операторами И , так что все условия выполняются для того, чтобы RewriteRule применялось для этого запроса. Вы также можете добавить оператор [OR] в конец директивы RewriteCond , чтобы объединить список условий с логическим OR и создать несколько возможных условий, при которых запрос будет перезаписан одним правилом RewriteRule .Проконсультируйтесь документацию Apache mod_rewrite для получения дополнительной информации об условиях перезаписи.

    Коды перенаправления в mod_rewrite

    Наконец, есть ряд кодов, которые вы можете добавить к RewriteRule , которые изменяют поведение перезаписи. В предыдущем примере RewriteRule. /index.php [L] , мы использовали параметр [L] , который означает «последнее правило». Это предотвращает применение Apache каких-либо дополнительных правил перезаписи после этого правила. Вот несколько распространенных вариантов:

    • F сообщает клиенту, что URL-адрес запрещен, отвечая HTTP-кодом 403.
    • N заставляет mod_rewrite снова начать процесс перезаписи и позволяет выполнять многоступенчатую перезапись.
    • R сообщает клиенту, что запрошенная страница перемещена, с HTTP-кодом 302 для временного перенаправления. Если страница переместилась навсегда, используйте « R = 301 ».

    Вы также можете указать несколько параметров в конце RewriteRule , разделяя их запятыми: [L, R = 301]

    Дополнительная информация

    Для получения дополнительной информации по этому поводу вы можете обратиться к следующим ресурсам тема.