11.03.2018Разное

Рерайт это пример: «Что такое рерайтинг? Как правильно делать рерайт? » – Яндекс.Кью

«Что такое рерайтинг? Как правильно делать рерайт? » – Яндекс.Кью

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

Даже все живое развивается именно по сценарию рерайтинга: генетическая информация записана в ДНК. Она беспрестанно копируется, но в ходе копирования в нее вносятся некоторые случайные изменения, которые и приводят к эволюции видов.

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

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

Проверка уникальности

Уникальность текста измеряется не на глаз. Существует специальные системы проверки плагиата. Для интереса можете посмотреть на список таких систем проверки плагиата, например, вот тут https://otzyvmarketing.ru/best/antiplagiat/. Вам будет интересно увидеть, сколько же в рунете таких систем.

Я сама использую для проверки плагиата text_ru. Однако популярностью пользуются и другие системы, например, etxt и advego. Кстати, курсовые рефераты проверяются в системе антиплагиат_ру. Свою систему проверки плагиата имеет каждый более-менее крупный российский университет.

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

Часто текст также можно дополнить, если он не раскрывает какую-то часть темы.

Заработок

Я сама занимаюсь этим постоянно. Ведь это моя работа. Достаточно сказать, что я зарабатываю на рерайтинге более 1 тыс. долларов в месяц. Учтите, что работаю я не более 4-5 часов в день у себя дома.

Так что рерайтинг – это еще и прибыльное дело.

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

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

Что такое рерайт и рерайтинг, способы и примеры рерайта

Рерайт и рерайтинг, способы и примеры рерайта

Рерайтинг (англ. rewriting) – это процесс создания нового уникального текста из уже существующего текста. Рерайт (англ. rewrite – перепись) – это продукт, который получается на выходе этого процесса. Сегодня мы разберем приемы и хитрости рерайтинга, а «на закуску» рассмотрим примеры рерайта.

Сразу обратите внимание: рерайтинг – это форма копирайтинга, его подмножество, если хотите. Как и «копирайтинг», это слово заимствовано из английского языка. Рерайт – это продукт рерайтинга, и это слово также заимствовано из английского языка (rewrite).

Самой распространенной ошибкой является то, что многие считают «копирайт» продуктом копирайтинга по аналогии. Это в корне неверно. Слово «копирайт» происходит от английского «copyright» и означает «авторское право». Слова «copywrite» в английском языке не существует.

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

Содержание

Зачем нужны рерайт и рерайтинг

Рерайтинг получил широкое распространение за счет того, что:

  • Требует меньше сил, времени и знаний для создания рерайта
  • Рерайт имеет более низкую стоимость по сравнению с авторским текстом
  • Рерайт – это хорошая практика для новичков
  • Качественный рерайт внешне ничем не отличается от авторского текста

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

Рерайт может быть поверхностным или глубоким.

Поверхностный рерайт:

Вы берете и переделываете текст предложение за предложением, используя описанные ниже приемы. При этом сохраняется та же структура текста, однако уникальность стремится к 100%.

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

Глубокий рерайт:

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

Самый частый вопрос, который мне доводится слышать: чем глубокий рерайтинг отличается от создания «чистых» авторских текстов? Обратите внимание, именно от авторских текстов, а не копирайтинга, потому что рерайтинг – это уже форма копирайтинга. Так вот, технически – ничем.

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

Способы создания рерайта

Переходим от теории к практике и рассмотрим, какими способами изменения текста изобилует рерайтинг.

1. Синонимы

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

Пример рерайта №1:

Оригинал: Наказание Яши за воровство бабушкиных вставных зубов исключало рецидив.

Рерайт: Экзекуция Яши за кражу бабулиной искусственной челюсти предотвращало повторный проступок.

2. Замена глаголов существительными

Многие глаголы имеют соответствующие существительные (либо отглагольные, либо близкие по смыслу). Этот способ рерайта позволит Вам разнообразить Ваш рерайтинг еще больше.

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

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

Рерайт: Прогулка Яши по бандитским районам сулила ему находку массы «друзей», которые устроили ему раскулачивание на бумажник, часы и сигареты в заначке.

3. Перевод прямой речи в косвенную

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

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

Оригинал: «Я покажу тебе Кузькину мать!», – коварно думал Яша, намазывая крыльцо соседа солидолом.

Рерайт: Яша, коварно намазывая крыльцо соседа солидолом, думал, что покажет ему Кузькину мать.

4. Манипуляции с предложениями

Еще один очень удобный способ сделать уникальный рерайт, который разнообразит Ваш рерайтинг – это изменение структуры предложений (либо объединение, либо разделение).

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

Оригинал: Яша, злобно хихикая, царапал гвоздем неприличное слово на соседском «бумере», как вдруг его кто-то схватил за шкирятник и начал сильно трясти.

Рерайт: Яша злобно хихикал. Он царапал гвоздем неприличное слово на соседском «бумере». Вдруг его схватили и начали трясти.

5. Использование страдательного залога

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

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

Оригинал: Бабушка старательно драла уши Яши.

Рерайт: Уши Яши были старательно выдраны бабушкой.

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

6. Стилистические вставки автора

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

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

Оригинал: Яша прокрался на трибуны болельщиков киевского Динамо и громко крикнул «Спартак чемпион!»

Рерайт: Яша, потеряв страх, пролез на трибуны болельщиков Динамо, взял рупор и с ехидной улыбкой начал орать «Спартак чемпион!»

Общий пример рерайта

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

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

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

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

Поверхностный и глубокий рерайт статей: подробный пример написания

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

Техника написания поверхностного рерайта

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

Пример.

Все копирайтеры и рерайтеры – люди творческие. Чтобы заработать уважение у клиентов, нужно трудиться «в поте лица», писать качественные тексты заслуживающие доверия у поисковиков и читателей.

Поверхностный рерайт статьи будет следующим.

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

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

Почему такой тип текстов не востребован

Поверхностный рерайт статей, в отличие от глубокого, мало пользуется спросом. Продиктовано это не низким спросом со стороны заказчиков, а модернизацией программ для проверки уникальности. Текст, перерабатываемый путем перестановкой слов местами и небольшим добавлением предлогов, нельзя сделать единственным, со 100% показателями.

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

рерайт статейКак писать современный копирайтинг текстов.

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

Как пишется глубокий рерайт статей

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

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

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

Исходный текст.

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

Я не хожу далеко за темами. Исходник беру из головы. Результат глубокого рерайта этого отрезка, будет следующим.

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

Варианты переработки статей

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

  1. Перестановка абзацев;
  2. Исключение или создание нумерованных списков;
  3. Добавление собственной информации.
  4. Написание из нескольких источников.

рерайт текстовТеория заблуждений в копирайтинге.

Переставляем абзацы правильно

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

  • Введение;
  • Где используется шифер;
  • Производство материала;
  • Виды продукции;
  • Применение шифера в строительстве.

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

  • Введение – эта часть остается неизменной;
  • Производство материал;
  • Виды продукции;
  • Где используется шифер;
  • Применение в строительстве.

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

Читайте по теме: Как заработать на перепродаже статей

Но есть и подводные камни в работе. Переставлять абзацы нужно опираясь на смысловую нагрузку. Допустим, в статье кроме выше представленных пунктов, есть еще примеры укладки шифера на крышу. Этот пункт можно писать только в конце статьи или же в середине.

Пример исходного текста.

  • Введение;
  • Производство материала;
  • Виды продукции;
  • Где используется шифер;
  • Применение в строительстве;
  • Инструкция по укладке.

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

рерайт статейПишем красивые заголовки статей.

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

  • Введение;
  • Производство;
  • Виды шифера;
  • Инструкция по укладке;
  • Применение в строительстве.

Я опустил один пункт: где используется шифер? Его можно включить в главу «применение в строительстве». Таким образом, и смысл, и очередность повествования не теряются. Также можно опустить вниз пункт «виды шифера». Это ничего не поменяет.

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

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

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

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

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

Включая воображение можно любой тип статей написать с нумерованными списками и для глубокого рерайта – это самое действенно «оружие» в хорошем смысле слова.

рерайт статейОсновные проблемы рерайтинга статей.

В качестве дополнения хочу высказать свою точку зрения по поводу списков. Конечно, это удобный инструмент. Но сегодня его используют где нужно и не нужно. Если почитать статьи на автомобильную тему или строительную, где описывается процесс ремонта, то практически в каждой есть перечисление инструментов, необходимых для работы. Я сторонник того, что они несколько неуместны. Эта тем «избита» в корне.

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

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

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

Добавление информации из собственного опыта

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

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

Глубокий рерайт из нескольких источников

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

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

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

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

Вам будет интересно

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

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

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

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

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

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

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

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

Пример

 

 

 

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

Пример 2

 

 

 

 

 

 

 

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

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

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

Пример 3

 

 

 

 

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

Пример 4

 

 

 

 

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

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

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

Пример 5

 

 

 

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

Пример 6

 

 

 

 

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

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

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

Пример 7

 

 

 

 

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

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

Пример 8

 

 

 

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

Пример 9

 

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

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

Пример 10

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

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

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

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


отличия от копирайтинга + 6 способов написать статью

Рерайтинг текста – распространенное понятие в среде вебмастеров. Под этим термином «скрывается» такая творческая работа, как подготовка уникального текста на основе одного или нескольких источников для публикации на сайте. Почему так важно, чтобы текст был обязательно уникальным? Потому что поисковые роботы банят сайты, на которых публикуются статьи из других ресурсов. Проекты с неуникальным контентом никогда не займут высокие позиции в поисковой выдаче, не смогут привлечь посетителей.

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

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

Что такое рерайтинг и где используются такие тексты

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

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

Смотрите видео всего 15 минут и вы научитесь писать лучшие статьи в интернете

Рерайт новостей

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

Статейное продвижение сайта

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

У сайта небольшой бюджет

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

Рерайтинг текста и его отличие от копирайтинга

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

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

Рерайтинг текста: 5 критериев качества статей

Читайте также: Создать свой сайт с нуля бесплатно: подробная инструкция

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

1. Грамотность

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

  • синтаксические;
  • пунктуационные;
  • орфографические ошибки.

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

Конечно, никто не безгрешен, если вы пропустите 2-3 опечатки на большой, объемный текст – это не смертельно. Но всё же нужно стремиться к грамотности.

2. Без «воды»

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

3. Нет фантазиям!

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

4. Строгая структура

У текста должна быть строгая структура:

  • заголовки разного уровня;
  • списки;
  • небольшие абзацы.

Совет! Писать лучше короткими предложениями.

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

5. Высокая уникальность

Рерайтинг текста предполагает создание уникального материала. Уникальность статей проверяется по специализированным сервисам.

Рекомендация! Я доверяю сервису Текст.ру. Он простой в использовании, проверяет текст в режиме онлайн прямо в браузере, ничего не нужно скачивать и устанавливать. На проверку, в зависимости от времени суток и нагрузки на сервис, уходит от 1 до 2 минут максимум. Бывает и меньше!

Конечно, в идеале текст должен быть уникальным на 100%. НО!

Администрация и разработчики некоторых сервисов акцентирую внимание, что не следует требовать от авторов 100% уникальность, а максимальный порог – 95%. Обусловлено это строгостью сервисов!

Обратите внимание! Хотя, конечно же, всё равно реально написать текст на 100% уникальный, даже если это рерайт одного источника.

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

  • по медицине;
  • по философии;
  • юридической тематики;
  • и т.д.

В такой ситуации приемлемой будет уникальность и в 70%, но всё зависит от заказчика статьи.

Как сделать рерайтинг текста: 6 способов написать уникальную статью

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

1. Синонимы

У каждого слова, даже узкоспециализированного, имеются синонимы. Поэтому пользуйтесь ими. Если сами не можете вспомнить ни один толковый синоним, доверьтесь словарям. Даже в поисковых системах без труда найти множество словарей. Только будьте внимательны – дабы использовать действительно адекватный, соответствующей тематике и контексту синоним.

2. Убирайте прямую речь

Рерайт по определению не может содержать прямую речь, ведь она будет неуникальной. Поэтому просто перепишите её своими словами. Но не забывайте о точности передачи «содержимого», не искажайте смысл сказанного человеком.

3. Меняйте глаголы на существительные, а существительные – на глаголы

Еще один хороший способ добиться уникальности статьи. Но будьте осторожны с отглагольными существительными. Их частое применение приведет к понижению качества текста. Он может получиться не слишком читабельным и «красивым».

4. Пишите числа словами и наоборот

Как говорится – без комментариев!

5. Вместо глаголов пишите причастные и деепричастные обороты

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

6. Меняйте структуру

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

Рерайтинг текста: промежуточный итог

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

Обратите внимание! Сервисы уникальности подсвечивают неуникальные фрагменты. Если таковых слишком много, внесите изменения в текст. Проанализируйте свою работу, чтобы понять – в чем именно ваши ошибки. Уверен, следующие статьи сделать уникальными будет намного проще.

Рерайтинг текста: 3 вида рерайта

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

1. Поверхностный

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

2. Глубокий

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

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

3. SЕО-рерайт

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

Рерайтинг в Интернете: где искать работу

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

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

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

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

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

(Смотрите видео всего 15 минут и вы узнаете как можно зарабатывать на текстах)


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

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

Рерайтинг текста: в заключение

Рерайт текстов – распространенная профессия. Если отнестись ответственно к написанию текстов, понять принципы рерайта, можно овладеть новым видом деятельности. Способной стать, как основным, так и дополнительным источником дохода. Часто это неплохой вариант для:

  • филологов;
  • мам в декрете;
  • студентов;
  • и т.д.

Не отчаивайтесь, если у вас не получилось с первого раза написать уникальный материал. Анализируйте результаты проверки сервиса уникальности и пробуйте ещё. Уверен, всё у вас получится.

Остались вопросы? Можете смело задавать их в комментариях под статьёй. Обязательно отвечу на них!

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

Доброе утро, дорогие подписчики. В этой статье речь пойдет о рерайте текстов и рерайтинге, как профессии. Я дам несколько практических советов, как правильно рерайтить текст, что нужно делать чтобы текст оставался читабельным, но имел уникальность 100% и так далее. В конце статьи я приведу пример, чтобы вы наглядно видели как можно грамотно и без потери качества сделать из одного текста точно такой же по смыслу, но с уникальностью в 100%. Дам несколько правил, которые, надеюсь Вам помогут освоить это не такое сложное, на самом деле, ремесло.


​1. Для начала познакомимся с понятием «шингл»


Шингл (от англ. shingle — кирпичик) — понятие в копирайтинге и рерайтинге. Это последовательность слов, из которых состоит предложение и сам текст. Величина шингла это количество слов в словосочетании. Шингл может равняться двум. Это означает что программа по проверке уникальности текста будет проверять схожесть текстов по двум словам в одном падеже и с одними и теми же окончаниями. Правда в этом случае практически 80% всех текстов в интернете будут не уникальными.


Как показывает практика поисковики используют трехсловный шингл (или шингл 3). Это означает, что проверка идет по последовательности и окончаниям трех слов, которые идут подряд. Пример:


Рабочие строили дом из кирпичей


рерайт по шинглу 4


Рабочие строили дом из красных кирпичей


Если бы поисковики считали уникальность по шинглу 4, то две эти строчки были бы разными текстами. По шинглу 3 вторая строчка не уникальна, так как первые три слова подряд «Рабочие строили дом» повторяются. Чтобы предложение было уникальным достаточно сделать так:


Рабочие лихо строили дом из красных кирпичей


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


2. Нет «Пассивному залогу»


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


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


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


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


Что получаем, используя «пассивный залог»:


На отлично оконченная мной, школа — это следствие помощи родителями в моей учебе


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


Если вы начинающий рерайтер, пожалуйста, не воспитывайте в себе такую привычку. А если уже опытный, избавляйтесь от нее.


Выработайте привычку пересказывать текст своими словами


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


  • Читаю исходный текст 2 раза

  • Разбиваю текст на абзацы, если он еще не разбит

  • Удаляю все заголовки

  • Создаю новый документ, копирую туда исходный текст

  • Читаю первый абзац, удаляю

  • Пишу то, что помню. Цифры, фамилии, имена собственные подглядываю в исходном тексте, который открыт во вкладке рядом (*примечание: я работаю в Google Docs)

  • Читаю следующий абзац, удаляю, пишу своими слова. Так со всеми оставшимися абзацами.

  • Читаю весь текст, проставляя каждому абзацу заголовки по его содержанию

  • Перечитываю текст еще раз, исправляя орфографические и пунктуационные ошибки.


Обычно такой текст даже на уникальность не нужно проверять. Она всегда будет стопроцентной (если конечно вы не филонили и не подглядывали в исходник каждые 10 секунд). Но проверять нужно всегда. Я проверяю на text.ru, так как там же и работаю с копирайтерами. А вообще отличная программа для проверки Advego Plagiatus.


Не врите


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


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


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


Исходный текст с википедии:


Рера́йтинг (англ. rewriting) — обработка исходных текстовых материалов в целях их дальнейшего использования. В отличие от копирайтинга, за основу берётся уже написанный текст, который пишется своими словами, при сохранении смысловой нагрузки. Специалистов по лексическому изменению оригинальных текстов называют рерайтерами.


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


Рерайт с уникальностью в 100% по text.ru:


Для начала разберемся, что же такое рерайтинг. Рерайтинг (в переводе с английского rewriting — переписывание) — это обработка определенного исходного текста с целью получения материала с той же смысловой нагрузкой, но без нарушения авторского права. Рерайтер — это специалист, который занимается переписыванием своими словами оригинальных текстов.


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


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


Уникальность: 100%. Рерайт сделал примерно за 4 минуты. Просто прочитал текст и переписал его по своему. Посмотрел в исходник раза два. Кстати, на скрине мы видим такие понятие, как вода и заспамленность.


Вода — это соотношение полезности и емкости информации к количеству символов. Очень абстрактный термин, так как определить «воду» может только человек. Но его норма примерно от 8 до 25%. Допустимые значения до 40%


Заспамленность — это повторяющиеся слова в тексте. Если брать SEO оптимизированный текст, исходя из того, что в тексте есть ключевые слова и фразы, то норма такого текста от 30 до 50 процентов. Если меньше, текст не оптимизирован, если больше то заспамлен дублями слов и ключевыми фразами.


Послесловие


Как показывает практика в рерайте все решает литературное мастерство копирайтера. Чем выше скилл мастера, тем изысканнее и «вкуснее» будет текст. Стремитесь писать рельефно, с заголовками и списками, используя иногда сложные деепричастные обороты, а порой обходясь простыми предложениями. Но фантазировать и перевирать исходный текст ни в коем случае не нужно. Если в чем-то не уверены, посмотрите в интернете, изучите тему. Потратив всего 2 минуты на поиск истины вы порадуете и заказчика и совесть ваша будет чиста и портфолио пополнится качественным текстом. И знайте: чем круче и больше Ваше портфолио, тем большую цену вы можете ставить за свою работу. Я знаю людей, которые зарабатывают копирайтингом себе на жизнь, покупают квартиры машины, путешествуют. Это профессионалы своего дела. Чего и Вам желаю добиться. Всего хорошего.

Помогла статья? Угости чашечкой кофе =)

5 советов, как правильно сделать рерайт

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

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

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

рерайт статьиДополнительные заработки копирайтера. Чем еще заняться автору?

5  советов по написанию рерайта статьи

Совет № 1

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

Совет № 2

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

Совет № 3

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

Совет № 4

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

Совет № 5

Меняйте местами абзацы, только опять же без потери смысла. Если вы пишете статью о ремонте, то перечень инструментов можно излагать как в конце, так и в начале статьи. Главное правильно это обыграть.

рерайт статейПишем для людей. Как сделать интересный рерайт статей?

Советы по изменению перечней в статье

Хороший текст должен иметь перечень. Это не дань моде, а скорее попытка понравиться поисковикам.  И в рерайте статей это также необходимо сделать, но как? Вот несколько рекомендаций.

Если в предложении перечисляется несколько цветов, просто поменяйте их местами. Для индивидуальности и украшения статьи, последнее слово можно заключить в красивое словосочетание. Например, в исходнике приведено следующее.

[note] Для создания уникально дизайна потолков, используются материалы различных цветов: синий, красный, зеленый и черный.[/note]

В идеале рерайтер может сделать следующее.

[tip] Внести нотку индивидуальности в отделку могут натяжные потолки следующих расцветок: черный, красный, зеленый и нежно синий. [/tip]

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

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

Плюсы в работе рерайтера

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

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

А у вас есть свои подходы в написании рерайта статей? Как вы делаете текст уникальным?

Вам будет интересно

Создание правил перезаписи для модуля перезаписи URL
  • 6 минут, чтобы прочитать

В этой статье

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

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

Предпосылки

Это прохождение требует следующих предпосылок:

  1. IIS 7 или выше с включенной службой ролей ASP.NET.

    2. Установлен модуль перезаписи URL

  2. . Для получения дополнительной информации см. Использование модуля перезаписи URL.

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

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

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

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


<Голова>

 Тест модуля перезаписи URL </ title>
</ HEAD>
<Тело>
      <div> Тестовая страница модуля перезаписи URL </ h2>
      <Таблица>
            <TR>
                  <th> Переменная сервера </ th>
                  <Й> Значение </ е>
            </ TR>
            <TR>
                  <td> Оригинальный URL: </ td>
                  <td> <% = Запрос.Переменные сервера ["HTTP_X_ORIGINAL_URL"]%> </ td>
            </ TR>
            <TR>
                  <td> Окончательный URL: </ td>
                  <td> <% = Request.ServerVariables ["SCRIPT_NAME"] + "?" + Request.ServerVariables ["QUERY_STRING"]%> </ td>
            </ TR>
      </ Table>
</ Body>
</ Html>
 </code> </pre><p> После копирования этого файла перейдите по адресу <code> http: //localhost/article.aspx </code> и убедитесь, что страница правильно отображалась в браузере.</p><h3><span class="ez-toc-section" id="i-42"> Создание правила перезаписи </span></h3><p> Мы создадим простое правило перезаписи, которое будет переписывать URL-адреса в следующем формате:</p><p> <code> http: // localhost / article / 342 / some-article-title </code> <br /> to: <br /> <code> http: //localhost/article.aspx? Id = 342 & title = some-article-title </code>.</p><p> Мы создадим правило перезаписи с помощью пользовательского интерфейса перезаписи URL в IIS Manager. Для этого выполните следующие действия:</p><ol><li> Перейти к IIS Manager.</li><li> Выберите <strong> Веб-сайт по умолчанию </strong>.</li><li> В представлении функций щелкните <strong> URL Rewrite </strong>.</li><li> На правой панели <strong> Действия </strong> щелкните <strong> Добавить правила… </strong></li><li> В диалоговом окне <strong> Добавить правила </strong> выберите <strong> Пустое правило </strong> и нажмите <strong> ОК. </strong></li></ol><p> Теперь вы должны определить фактическое правило перезаписи. В модуле перезаписи URL правило перезаписи определяется указанием четырех необходимых частей информации:</p><ul><li> Название правила.</li><li> Шаблон для использования при сопоставлении строки URL.</li><li> Необязательный набор условий.</li><li> Действие, которое нужно выполнить, если шаблон соответствует и все ли проверки условий выполнены успешно.</li></ul><h4><span class="ez-toc-section" id="i-43"> Наименование правила </span></h4><p> В текстовом поле <strong> Имя </strong> введите имя, которое будет однозначно идентифицировать правило, например: «Перезаписать в article.aspx».</p></p><h4><span class="ez-toc-section" id="i-44"> Определение шаблона </span></h4><p> В текстовом поле <strong> Pattern </strong> введите следующую строку:</p><pre> <code name="Main"> ^ статья / ([0-9] +) / ([_ 0-9a-z -] +)
 </code> </pre><p> Эта строка является регулярным выражением, которое указывает, что шаблон будет соответствовать любой строке URL, которая удовлетворяет следующим условиям:</p><ol><li> Начинается с последовательности символов «артикул /».</li><li> Содержит один или несколько числовых символов после первого «/».</li><li> Содержит один или несколько буквенно-цифровых символов или символов «_» или «-» после второго символа «/».</li></ol><p> Обратите внимание, что некоторые части регулярного выражения находятся в скобках. Эти круглые скобки создают группы захвата, на которые впоследствии можно ссылаться в правиле с помощью обратных ссылок.</p><h4><span class="ez-toc-section" id="i-45"> Определение действия </span></h4><p> Так как правило, которое мы создаем, должно переписывать URL, выберите тип действия <strong> Rewrite </strong>, который указан в групповом поле <strong> Действие </strong>.В текстовом поле <strong> Rewrite URL: </strong> введите следующую строку:</p><pre> <code name="Main"> article.aspx? Id = {R: 1} & title = {R: 2}
 </code> </pre><p> Эта строка указывает новое значение, в которое должен быть перезаписан входной URL. Обратите внимание, что для значений параметров строки запроса мы использовали {R: 1} и {R: 2}, которые являются обратными ссылками на группы захвата, которые были определены в шаблоне правила с помощью скобок.</p><p> Оставьте значения по умолчанию для всех остальных настроек. Страница свойств Редактировать входящее правило </strong> </strong> должно выглядеть следующим образом:</p></p><p> Сохраните правило, нажав <strong> Применить </strong> с правой стороны.</p><h4><span class="ez-toc-section" id="i-46"> Просмотр правила перезаписи в файле конфигурации </span></h4><p> Правила перезаписи хранятся либо в файле ApplicationHost.config, либо в файлах Web.config. Чтобы проверить конфигурацию только что созданного правила, откройте файл Web.config, расположенный в% <em> SystemDrive </em>% \ inetpub \ wwwroot. В этом файле вы должны увидеть раздел <code> <rewrite> </code>, содержащий определение этого правила:</p><pre> <code name="Main"> <переписать>
  <правила>
    <rule name = "Переписать в статью.статья / ([0-9] +) / ([_ 0-9a-z -] +) "/>
      <action type = "Rewrite" url = "article.aspx? id = {R: 1} & amp; title = {R: 2}" />
    </ Правило>
  </ Правила>
</ Переписывание>
 </code> </pre><p> Синтаксис выше также применяется для настройки перезаписи URL в Web.config на веб-сайтах Windows Azure (WAWS).</p><h4><span class="ez-toc-section" id="i-47"> Тестирование правила перезаписи </span></h4><p> Чтобы проверить, что правило правильно переписывает URL-адреса, откройте веб-браузер и запросите следующий URL-адрес:</p><p> <code> http: // localhost / article / 234 / some-title </code></p><p> Вы должны увидеть, что правило перезаписи на вашем веб-сервере изменило исходный URL на Article.aspx и передал «234» и «some-title» в качестве значений параметров строки запроса.</p></p><h3><span class="ez-toc-section" id="i-48"> Создание правила перенаправления </span></h3><p> Теперь мы создадим правило перенаправления, которое будет перенаправлять все URL в следующем формате:</p><p> <code> http: // localhost / blog / some-other-title / 543 </code> <br /> в следующем формате: <br /> <code> http: // localhost / article / 543 / some-other-title </code></p><p> Правило перенаправления позволяет нескольким URL-адресам указывать на одну веб-страницу.</p><p> Для этого откройте пользовательский интерфейс представления функции перезаписи URL в диспетчере IIS.blog / ([_ 0-9a-z -] +) / ([0-9] +) </strong> (этот шаблон будет соответствовать строке URL-адреса, которая начинается с «blog» и захватывает второй и третий сегменты URL-адреса в обратном порядке. ссылки.)</li><li> Действие: <strong> Перенаправление </strong> (Действие перенаправления вызовет ответ перенаправления обратно в браузер.)</li><li> URL переадресации: <strong> article / {R: 2} / {R: 1} </strong> (Эта строка замещения будет использоваться в качестве URL перенаправления; обратите внимание, что она использует обратные ссылки для сохранения и реорганизации исходных фрагментов URL, захваченных во время сопоставления с образцом ,)</li></ul><p> Введите имя, шаблон и действие, как показано ниже:</p></p><p> Введите URL перенаправления, как показано ниже:</p></p><p> Оставьте значения по умолчанию для всех остальных настроек. Сохраните правило, нажав <strong> Применить </strong> с правой стороны.</p><h4><span class="ez-toc-section" id="i-49"> Тестирование правила перенаправления </span></h4><p> Чтобы проверить, что правило перенаправляет запросы правильно, откройте веб-браузер и запросите следующий URL:</p><p> <code> http: // localhost / blog / some-other-title / 323 </code></p><p> Вы должны увидеть, что браузер был перенаправлен на <code> http: // localhost / article / 323 / some-other-title </code> в результате выполнения правила перенаправления, а затем запрос был переписан в соответствии с созданным вами правилом перезаписи. ранее.</p></p><h3><span class="ez-toc-section" id="i-50"> Создание правила блокировки доступа </span></h3><p> Третье правило, которое мы создадим, используется для блокировки всех запросов на веб-сайт, если для этих запросов не установлен заголовок узла. Этот тип правил полезен, когда вы хотите предотвратить попытки взлома, которые выполняются путем отправки HTTP-запросов на IP-адрес сервера вместо использования имени хоста.</p><p> Мы создадим это правило без использования IIS Manager. Откройте файл Web.config в папке <code>% SystemDrive% \ inetpub \ wwwroot \ </code>, которую вы использовали для статьи.Испытательный файл ASPX в начале этой статьи. Найдите раздел <code> <rewrite> </code>. Вставьте следующее правило в коллекцию <rules>, чтобы оно стало первым правилом в коллекции:</p><pre> <code name="Main"> <rule name = "Сбой неверных запросов">
  <match url = ". *" />
  <условия>
    <add input = "{HTTP_HOST}" pattern = "localhost" negate = "true" />
  </ Условие>
  <action type = "AbortRequest" />
</ Правило>
 </code> </pre><p> Раздел <code> <rewrite> </code> должен выглядеть следующим образом:</p><pre> <code name="Main"> <переписать>
  <правила>
    <rule name = "Сбой неверных запросов">
      <match url = ".статья / ([0-9] +) / ([_ 0-9a-z -] +) "/>
      <action type = "Rewrite" url = "article.aspx? id = {R: 1} & amp; title = {R: 2}" />
    </ Правило>
  </ Правила>
</ Переписывание>
 </code> </pre><p> Давайте проанализируем правило, чтобы понять, что оно делает.</p><pre> <code name="Main"> <match url = ". *" />
 </code> </pre><p> Элемент выше говорит, что правило будет соответствовать любой строке URL.</p><pre> <code name="Main"> <add input = "{HTTP_HOST}" pattern = "localhost" negate = "true" />
 </code> </pre><p> Приведенный выше элемент добавляет условие к правилу, которое извлекает значение заголовка узла путем чтения серверной переменной HTTP_HOST, сопоставляет его с шаблоном «localhost» и затем отрицает результат сопоставления.Другими словами, условие проверяет, что заголовок хоста не соответствует «localhost».</p><pre> <code name="Main"> <action type = "AbortRequest" />
 </code> </pre><p> Приведенный выше элемент сообщает модулю перезаписи URL о завершении HTTP-запроса.</p><h4><span class="ez-toc-section" id="i-51"> Тестирование правила блокировки доступа </span></h4><p> Чтобы проверить это правило, откройте веб-браузер и отправьте запрос на номер <code> http://127.0.0.1/article/234/some-title </code>. Вы должны увидеть браузер, который не получает ответа от сервера. Однако если вы запросите <code> http: // localhost / article / 234 / some-title </code>, то веб-сервер ответит успешно.</p><p> Неудачное отображение будет следующим:</p></p><p> Успешное отображение будет следующим:</p></p><h3><span class="ez-toc-section" id="i-52"> Резюме </span></h3><p> В этом пошаговом руководстве вы узнали, как настроить правила перезаписи URL-адресов с помощью диспетчера IIS или путем ручного редактирования файлов Web.config. Правила, созданные в этом пошаговом руководстве, продемонстрировали некоторые важные функции модуля перезаписи URL-адресов, такие как поддержка регулярных выражений и возможность использовать заголовки HTTP и переменные сервера для принятия решений о перезаписи.</p><p>,</p><div> mod_rewrite Учебное пособие для абсолютных новичков</h2><p> <img class="lazy lazy-hidden" decoding="async" src="//animalgame.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/writing-url.jpg" alt="Writing a URL" /><noscript><img decoding="async" src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/writing-url.jpg" alt="Writing a URL" /></noscript> <img class="lazy lazy-hidden" decoding="async" src="//animalgame.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/writing-url.jpg" alt="Writing a URL" /><noscript><img decoding="async" src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/writing-url.jpg" alt="Writing a URL" /></noscript> mod_rewrite — замечательная функция веб-сервера Apache. Это очень гибкий и может делать все виды полезных вещей.</p><p> mod_rewrite может быть довольно сложным для новичков из-за его сложного синтаксиса и механизма обработки. Однако, как только вы поймете несколько основных понятий, вы можете использовать mod_rewrite, чтобы сделать довольно умные вещи с вашим сайтом.</p><p> В этом руководстве вы узнаете, что такое mod_rewrite, и какие вещи вы можете использовать для этого.Вы узнаете, как создать несколько основных правил для mod_rewrite, и изучите некоторые полезные примеры из реальной жизни, которые вы можете использовать на своем собственном веб-сайте.</p><h3><span class="ez-toc-section" id="_mod_rewrite"> Что такое mod_rewrite? </span></h3><p> mod_rewrite — это модуль Apache для управления (переписывания) URL-адресов. Часто это означает получение URL-адреса, запрошенного посетителем, и отправку им контента по другому URL-адресу. Например, посетитель может ввести следующий URL в свой браузер:</p><pre> <code> http://www.example.com/page.html </code> </pre><p> Обычно Apache отправляет обратно содержимое страницы <code>.HTML </code> файл для посетителя. Однако с помощью mod_rewrite вы можете отправить обратно содержимое другого URL, например:</p><pre> <code> http://www.example.com/another_page.html </code> </pre><p> Здесь важно то, что это переписывание происходит внутри сервера Apache. В адресной строке браузера по-прежнему отображается <code> http://www.example.com/page.html </code>, но Apache отправляет содержимое по адресу <code> http://www.example.com/another_page.html </code>:</p><p>.</p><p> <img class="lazy lazy-hidden" decoding="async" src="//animalgame.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/browser-address-bar.png" alt="browser showing different content to the URL in the address bar" /><noscript><img decoding="async" src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/browser-address-bar.png" alt="browser showing different content to the URL in the address bar" /></noscript> <img class="lazy lazy-hidden" decoding="async" src="//animalgame.ru/wp-content/plugins/a3-lazy-load/assets/images/lazy_placeholder.gif" data-lazy-type="image" data-src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/browser-address-bar.png" alt="browser showing different content to the URL in the address bar" /><noscript><img decoding="async" src="/800/600/https/www.elated.com/res/Image/articles/management/apache/mod-rewrite-tutorial-for-absolute-beginners/browser-address-bar.png" alt="browser showing different content to the URL in the address bar" /></noscript> С помощью mod_rewrite вы можете показывать контент по URL, отличному от того, который запрашивает браузер.</p><p> Сравните это с HTTP-перенаправлениями, которые сообщают браузеру посетить другой URL-адрес, отличающийся от запрошенного.</p><p> Как вы вскоре увидите, вы также можете использовать mod_rewrite для перенаправления HTTP, а также другие вещи, такие как возврат HTTP-кодов ошибок.</p><h3><span class="ez-toc-section" id="_mod_rewrite-2"> Вещи, которые вы можете сделать с mod_rewrite </span></h3><p> mod_rewrite позволяет создавать всевозможные правила для управления URL-адресами. Например, вы можете вставить значения, извлеченные из запрошенного URL-адреса, в новый URL-адрес, что позволяет динамически перезаписывать URL-адреса.Или вы можете проверить серверные переменные, такие как пользовательский агент (браузер), и переписать URL-адрес, только если браузер, скажем, Safari работает на iPhone.</p><p> Вот несколько распространенных случаев использования mod_rewrite:</p><ul><li> <strong> Создание «дружественных» URL, которые отображаются на «некрасивые» URL. </strong> Например, вы можете сопоставить красивый URL-адрес <code> www.example.com/articles/my-article/ </code> с реальным URL-адресом <code> www.example.com/display_article.php?articleId=my-article </code>. Тогда каждый может использовать дружественный URL вместо реального.</li><li> <strong> Остановка изображения пиявок / хотлинкинг. </strong> Чтобы запретить другим сайтам ссылаться на ваши изображения на их страницах, вы можете использовать mod_rewrite, чтобы отправить сообщение об ошибке «Запрещено», если ссылочный URL отсутствует на вашем собственном сайте.</li><li> <strong> Перенаправление на канонические URL. </strong> Многие веб-страницы могут быть доступны по нескольким URL-адресам, например, <code> www.example.com/mypage.html </code> и <code> example.com/mypage.html </code>. Вы можете использовать mod_rewrite, чтобы всегда перенаправлять браузеры на «правильный» URL, такой как <code> www.example.com/mypage.html </code>. Помимо прочего, это гарантирует, что в результатах поиска отображается только правильный URL.</li><li> <strong> Избежание 404 ошибок при реорганизации вашего сайта. </strong> Скажем, вы переделали свой сайт и переместили страницу на <code> www.example.com/myarticle.html </code> на <code> www.example.com/articles/myarticle.html </code>. Используя mod_rewrite, вы можете перенаправить <code> www.example.com/myarticle.html </code> на <code> www.example.com/articles/myarticle.html </code>, чтобы посетители не получали 404 «не найденных» ошибок при посещении старого URL.Благодаря гибкости mod_rewrite вы можете легко создавать общие правила, которые могут отображать все старые URL в новый формат URL.</li></ul><h3><span class="ez-toc-section" id="_mod_rewrite-3"> Как использовать mod_rewrite </span></h3><p> Чтобы использовать mod_rewrite, вы создаете директивы Apache, чтобы сообщить mod_rewrite, что вы хотите сделать. <dfn> Директивы </dfn> — это просто настройки конфигурации. Часто вы помещаете эти директивы в файл <code> .htaccess </code> в папку верхнего уровня (корневой каталог документа) вашего веб-сайта. Директивы распространяются на весь ваш сайт.</p><p> 2 наиболее важные директивы mod_rewrite:</p><ul><li> <strong> <code> RewriteEngine </code> </strong>: Включает или выключает механизм mod_rewrite для текущего запроса.</li><li> <strong> <code> RewriteRule </code> </strong>: создается правило для перезаписи одного URL-адреса на другой.</li></ul><p> Попробуйте этот очень простой пример. Создайте следующий файл <code> .htaccess </code> и загрузите его в папку верхнего уровня своего сайта:</p><pre> <code>
ПереписатьEngine на
RewriteRule ^ пустышка.dummy.html $ </strong> </code> - это регулярное выражение <dfn> </dfn>. Это означает: «Сопоставить начало URL-адреса (исключая часть имени домена), за которым следует текст <code> dummy.html </code>, за которым следует конец URL-адреса». Если вы новичок в регулярных выражениях, вот хорошее введение. </p>
 <p> Теперь откройте веб-браузер и перейдите по URL-адресу <code> dummy.html </code> на своем сайте (например, <code> http://www.example.com/dummy.html </code>). Если все идет хорошо, вы должны быть перенаправлены на <code> http: // www.google.com </code>. </p>
 <p> Если вы получили сообщение об ошибке 404 Not Found, вполне вероятно, что mod_rewrite не был включен на вашем веб-сервере или веб-сайте. Спросите свою хостинговую компанию, могут ли они включить ее для вас. </p>
 <h3><span class="ez-toc-section" id="_RewriteRule"> Как работает <code> RewriteRule </code> </span></h3>
 <p> Вы используете директиву <code> RewriteRule </code> для создания правил перезаписи. Общий синтаксис директивы: </p>
 <pre> <code>
RewriteRule <var> Pattern </var> <var> Замена </var> <var> [Дополнительные флаги] </var>
 </code> </pre><ul><li> <code> <var> <strong> Шаблон </strong> </var> </code> является шаблоном регулярного выражения.Если URL соответствует этому шаблону, правило обрабатывается. В противном случае правило пропускается.</li><li> <code> <var> <strong> Замена </strong> </var> </code> - это новый URL-адрес, который следует использовать вместо соответствующего URL-адреса.</li><li> <code> <var> <strong> [Необязательные флаги] </strong> </var> </code> - это один или несколько флагов, позволяющих изменить поведение правила. Подробнее о флагах позже.</li></ul><p> Вы можете добавить столько строк <code> RewriteRule </code>, сколько хотите в свой файл <code> .htaccess </code>. mod_rewrite работает с правилами по одному, обрабатывая любые правила, которые соответствуют запрошенному URL.</p><p> Если правило переписывает запрошенный URL-адрес в новый URL-адрес, этот новый URL-адрес затем используется с этого момента в файле <code> .htaccess </code> и может быть сопоставлен другим <code> RewriteRule </code> дальше по файлу. (Если вы не хотите, чтобы это произошло, вы можете использовать правило <code> L </code> («последнее»), описанное ниже.)</p><h3><span class="ez-toc-section" id="_mod_rewrite-4"> Несколько примеров mod_rewrite </span></h3><p> У mod_rewrite гораздо больше, чем только что показанный простой пример. Самый простой способ объяснить mod_rewrite - посмотреть на несколько практических примеров, которые вы сделаете в следующих разделах.</p><h4><span class="ez-toc-section" id="_1_404"> Пример 1. Избежание ошибок 404 </span></h4><p> Иногда вы можете изменить URL-адрес страницы на вашем сайте. Это может произойти, если вы реорганизуете свой контент. Однако что делать, если поисковые системы и другие сайты ссылаются на ваш старый URL? Посетители увидят ошибку «404 Not Found», если перейдут по этим ссылкам.</p><p> Чтобы решить эту проблему, вы можете использовать mod_rewrite для перенаправления 301. Это отправляет заголовок HTTP любому браузеру, запрашивающему старый URL-адрес, сообщая им, что страница окончательно переместилась на новый URL-адрес.</code>), за которым следует текст <code> «my-old-url.html» </code>, за которым следует конец URL (<code> $ </code>) ».</dd><dt> <code> /my-new-url.html </code></dt><dd> Вторая часть <code> RewriteRule </code> - это URL, который вы хотите использовать вместо этого. В данном случае это просто <code> /my-new-url.html </code>.</dd><dt> <code> [R = 301, L] </code></dt><dd> Третья, необязательная часть <code> RewriteRule </code> - это один или несколько флагов <dfn> </dfn>, разделенных запятыми и заключенных в квадратные скобки.Эти флаги позволяют добавлять в правило определенные параметры и действия. В этом случае есть 2 флага: <code> R = 301, </code> означает «выдать перенаправление 301 на новый URL», а <code> L </code> означает «последнее правило» - другими словами, «прекратить обработку, если это правило соответствует запрошенному URL» ,</dd></dl><p> В регулярных выражениях точка (<code>. </code>) означает «соответствовать любому символу». Итак, чтобы явно сопоставить точку в <code> 'my-old-url.html' </code>, вам нужно поставить обратную косую черту (<code/>) перед точкой, чтобы избежать ее, как показано в регулярном выражении выше.</p><h4><span class="ez-toc-section" id="_2_URL"> Пример 2. Создание дружественных URL-адресов </span></h4><p> Допустим, вы написали PHP-скрипт <code> display_article.php </code> для отображения статей на вашем сайте. Вы можете просмотреть статью, используя следующий URL:</p><pre> <code> http://www.example.com/display_article.php?articleId=my-article </code> </pre><p> Этот URL выглядит довольно некрасиво, и строка запроса внутри него (<code>? ArticleId = my-article </code>) может запутать некоторые поисковые системы. Гораздо более приятный URL будет:</p><pre> <code> http: // www./] + </code> подшаблонов в регулярном выражении (например, <code> "my-article" </code>) в качестве параметра <code> articleId </code>.
 <p> <code> $ 1 </code> называется <dfn> обратная ссылка </dfn> - он хранит текст, который соответствует подшаблону. Если ваше регулярное выражение содержало другой подшаблон внутри скобок, тогда текст, соответствующий второму подшаблону, будет храниться в <code> $ 2 </code> и т. Д. </p> </dd>
 <dt> <code> [L] </code> </dt>
 <dd> Как вы видели в предыдущем примере, этот флаг указывает mod_rewrite прекратить обработку, если это правило соответствует запрошенному URL.Как правило, это хорошая идея, если только вы не хотите, чтобы URL был переписан другими <code> RewriteRule </code> позже в файле <code> .htaccess </code>. </dd>
 </dl>
 <p> Таким образом, вышеприведенный <code> RewriteRule </code> принимает запрошенный URL-адрес в формате <code> http://www.example.com/articles/my-article/ </code> и подает содержимое по URL-адресу <code> http://www.example.com. /display_article.php?articleId=my-article </code> вместо этого. </p>
 <h4><span class="ez-toc-section" id="_3-3"> Пример 3: предотвращение горячей ссылки на изображения </span></h4>
 <p> Еще одним распространенным применением mod_rewrite является запрет других сайтов, ссылающихся на изображения, на вашем собственном сайте.Скажем, у вас есть страница на вашем сайте, <code> http://www.example.com/mypage.html </code>, которая содержит следующий тег <code> img </code>: </p>
 <pre> <code>
<noscript><img class="lazy lazy-hidden" src = "myphoto.jpg" alt = "Моя фотография" /></noscript><img class="lazyload lazy lazy-hidden" src = "myphoto.jpg" alt = "Моя фотография" /><noscript><img src = "myphoto.jpg" alt = "Моя фотография" /></noscript>
 </code> </pre><p> Другой сайт может затем ссылаться непосредственно на вашу фотографию со следующим тегом на своей странице:</p><pre> <code>
<noscript><img class="lazy lazy-hidden" src = "http://www.example.com/myphoto.jpg" alt = "Моя фотография" /></noscript><img class="lazyload lazy lazy-hidden" src = "http://www.example.com/myphoto.jpg" alt = "Моя фотография" /><noscript><img src = "http://www.example.com/myphoto.jpg" alt = "Моя фотография" /></noscript>
 </code> </pre><p> Это означает, что другой сайт не только «заимствует» ваше изображение для своей страницы, но также использует пропускную способность вашего сервера для отображения изображения на своей странице.http: // (www.)? example.com /.*$ [NC]<br /> RewriteRule. +. (Gif | jpg | png) $ - [F]<br /> </code></p><p> После того, как вы это сделаете, любой браузер запросит изображение на вашем сайте, где URL-адрес ссылки начинается с домена, отличного от <code> www.example.com </code> или <code> example.com </code> будет отклонен с ошибкой «403 Forbidden» В результате изображение не отображается на странице ссылок (и практически не используется ваша пропускная способность).</p><p> Вот как работает этот набор правил:</p><dl><dt> <code> RewriteEngine на </code></dt></dl><dl><dd> Включает механизм перезаписи mod_rewrite.http: // (www.)? example.com /.*$ [NC] </code></dt></dl><dl><dd> Вторая директива <code> RewriteCond </code> гласит: «Если <code> HTTP_REFERER </code> не начинается с <code> http://www.example.com/ </code> или <code> http://example.com/ </code>». Флаг <code> [NC] </code> делает совпадение без учета регистра.</p><p> Если любое из этих условий 2 <code> RewriteCond </code> не выполняется, следующее <code> RewriteRule </code> пропускается.</p></dd></dl><dl><dt> <code> RewriteRule. +. (Gif | jpg | png) $ - [F] </code></dt></dl><dl><dd> Фактическое правило перезаписи использует флаг <code> [F] </code> для отправки ошибки «403 Forbidden», если URL содержит имя файла изображения (то есть имя файла заканчивается на <code>.gif </code>, <code> .jpg </code> или <code> .png </code>). Параметр <code>–</code> (дефис) для параметра <code> <var> Substitution </var> </code> означает «не переписывать URL-адрес на другой URL-адрес».</dd></dl><p> Итак, весь файл <code> .htaccess </code> гласит: «Если <code> HTTP_REFERER </code> не пуст и <code> HTTP_REFERER </code> не начинается с <code> http://example.com/ </code> или <code> http: //www.example. ru / </code>, а запрошенный URL-адрес содержит имя файла изображения, отклоните запрос с ошибкой «403 Forbidden» ».</p><h3><span class="ez-toc-section" id="i-53"> Резюме </span></h3><p> Эта статья познакомила вас с модулем Apache mod_rewrite для управления URL-адресами. Вы посмотрели, как работает mod_rewrite, и что вы можете с ним сделать. Вы увидели, как создавать правила mod_rewrite с использованием директивы <code> RewriteRule </code> и как выполнять условную перезапись с помощью директивы <code> RewriteCond </code>. Попутно вы рассмотрели 3 практических примера mod_rewrite:</p><ul><li> 301 перенаправляет</li><li> Создание дружественных URL и</li><li> Остановка хотлинкинга изображения.</li></ul><p> Этот урок только что поцарапал поверхность mod_rewrite. Если вы хотите узнать больше о том, что может сделать mod_rewrite, ознакомьтесь с официальной документацией. Радоваться, веселиться!</p><p> ,</p><h2><span class="ez-toc-section" id="_URL"> Справочник по конфигурации модуля перезаписи URL </span></h2><ul data-bi-name="page info" lang="en-us" dir="ltr"><li> <time data-article-date="" aria-label="Article review date" datetime="2008-05-30T00:00:00.000Z" data-article-date-source="ms.date"> 30.05.2008 </time></li><li> 21 минута чтения</li><li></li></ul><h4><span class="ez-toc-section" id="i-54"> В этой статье </span></h4><p> Руслан Якушев</p><p> В этой статье дается обзор модуля перезаписи URL-адресов и объясняются концепции конфигурации, используемые модулем.</p><h3><span class="ez-toc-section" id="i-55"> Обзор функциональных возможностей </span></h3><p> Модуль перезаписи URL переписывает URL-адреса запросов на простые, удобные для пользователя и удобные для поисковых систем адреса, которые отображаются для пользователей или в веб-приложениях. URL Rewrite использует определенные правила для оценки, а затем сопоставляет URL-адрес запроса с адресом, определенным в правиле, перед его обработкой веб-сервером IIS. Вы можете определить логику перезаписи URL, которая включает в себя регулярные выражения и подстановочные знаки, и правила могут применяться на основе URL-адреса запроса, заголовков HTTP и серверных переменных.Хотя основная цель модуля - переписать URL-адреса запросов в более удобные URL-адреса, вы также можете использовать модуль для определения правил, которые выполняют перенаправления, отправляют пользовательские ответы или отменяют запросы.</p><h3><span class="ez-toc-section" id="i-56"> Обзор правил перезаписи </span></h3><p> Правило перезаписи определяет логику того, с чем сравнивать или сопоставлять URL-адрес запроса и что делать, если сравнение прошло успешно.</p><p> Правило переписывания состоит из следующих частей:</p><ul><li> Шаблон <strong> </strong> - Шаблон правила используется для указания либо регулярного выражения, либо шаблона подстановочного знака, который используется для сопоставления строк URL.</li><li> <strong> Условия </strong> - Дополнительный набор условий используется для указания дополнительных логических операций, выполняемых, если строка URL-адреса соответствует шаблону правила. В этих условиях вы можете проверить определенные значения заголовков HTTP или серверных переменных или проверить, соответствует ли запрошенный URL-адрес файлу или каталогу в физической файловой системе.</li><li> <strong> Действие </strong> - Действие используется, чтобы указать, что делать, если строка URL соответствует шаблону правила и все условия правила выполнены.</li></ul><h4><span class="ez-toc-section" id="i-57"> Переписать область действия правил </span></h4><p> Правила перезаписи могут быть определены в двух разных коллекциях:</p><ul><li> <code> <globalRules> </code> - Правила в этой коллекции могут быть определены только на уровне сервера. Глобальные правила используются для определения логики перезаписи URL для всего сервера. Эти правила определены в файле ApplicationHost.config, и их нельзя переопределить или отключить на более низких уровнях конфигурации. Глобальные правила всегда работают с абсолютным путем URL (то есть запрошенным URI без имени сервера).Эти правила оцениваются на ранней стадии в конвейере обработки запросов IIS (событие <strong> PreBeginRequest </strong>).</li><li> <code> <rules> </code> - Правила в этой коллекции называются распределенными правилами, и их можно определять на любом уровне в иерархии конфигурации. Распределенные правила используются для определения логики перезаписи URL, специфичной для конкретной области конфигурации. Этот тип правил можно добавить на любом уровне конфигурации с помощью файлов Web.config или с помощью <code> тегов <location> </code> в ApplicationHost.файлы config или Web.config. Распределенные правила работают с URL-путями относительно местоположения файла Web.config, в котором они определены. В тех случаях, когда распределенные правила определены внутри тэга <code> <location> </code>, они работают по URL-пути относительно пути, указанного для этого тэга <code> <location> </code>. Эти правила оцениваются по событию BeginRequest в конвейере IIS.</li></ul><h4><span class="ez-toc-section" id="i-58"> Оценка правил </span></h4><p> Для каждого уровня конфигурации в IIS могут быть определены ноль или более правил перезаписи.Правила оцениваются в том же порядке, в котором они указаны. Модуль перезаписи URL обрабатывает набор правил, используя следующий алгоритм:</p><ol><li> Сначала URL сопоставляется с шаблоном правила. Если он не совпадает, модуль перезаписи URL немедленно прекращает обработку этого правила и переходит к следующему правилу.</li><li> Если шаблон соответствует и условия для правила отсутствуют, модуль перезаписи URL-адреса выполняет действие, указанное для этого правила, а затем переходит к следующему правилу, где использует замещенный URL-адрес в качестве входных данных для этого правила.</li><li> Если шаблон соответствует и существуют условия для правила, модуль перезаписи URL оценивает условия. Если оценка прошла успешно, выполняется указанное действие правила, а затем переписанный URL-адрес используется в качестве входных данных для последующего правила</li><p>.</ol><p> В правиле может быть включен флаг <strong> StopProcessing </strong>. Когда действие правила выполнено (то есть правило соответствует) и этот флаг включен, это означает, что никакие последующие правила не будут обрабатываться и запрос будет передан в конвейер запросов IIS.По умолчанию этот флаг отключен.</p><h4><span class="ez-toc-section" id="i-59"> Правило Наследования </span></h4><p> Если правила определены на нескольких уровнях конфигурации, модуль перезаписи URL оценивает правила в следующем порядке:</p><ol><li> Оцените все глобальные правила.</li><li> Оцените набор правил, который включает распределенные правила из родительских уровней конфигурации, а также правила из текущего уровня конфигурации. Оценка выполняется в порядке «родитель-ребенок», что означает, что родительские правила оцениваются первыми, а правила, определенные на последнем дочернем уровне, оцениваются последними.</li></ol><h4><span class="ez-toc-section" id="_URL-2"> Сохранение оригинального URL </span></h4><p> Модуль перезаписи URL сохраняет исходный запрошенный путь URL в следующих серверных переменных:</p><ul><li> <strong> HTTP_X_ORIGINAL_URL </strong> - эта серверная переменная содержит исходный URL в декодированном формате;</li><li> <strong> UNENCODED_URL </strong> - эта серверная переменная содержит исходный URL-адрес в точности так, как он был запрошен веб-клиентом, с сохранением всей исходной кодировки.</li></ul><h3><span class="ez-toc-section" id="_URL-3"> Доступ к частям URL из правила перезаписи </span></h3><p> Важно понимать, как определенные части строки URL могут быть доступны из правила перезаписи.</p><p> URL-адрес HTTP в этой форме: http (s): // <хост>: <порт> / <путь>? <Querystring></p><ul><li> <путь> сопоставляется с шаблоном правила.</li><li> <querystring> доступен в серверной переменной QUERY_STRING и может быть доступен с помощью условия в правиле.</li><li> <host> доступен в серверной переменной HTTP_HOST, и к нему можно получить доступ, используя условие в правиле.</li><li> <порт> доступен в серверной переменной SERVER_PORT, и к нему можно получить доступ, используя условие в правиле.</li><li> Серверные переменные SERVER_PORT_SECURE и HTTPS могут использоваться для определения, использовалось ли безопасное соединение. Эти серверные переменные могут быть доступны с помощью условия в правиле.</li><li> Переменная сервера REQUEST_URI может использоваться для доступа ко всему запрашиваемому пути URL, включая строку запроса.</li></ul><p> Например, если был сделан запрос для этого URL: <code> http://www.mysite.com/content/default.aspx?tabid=2&subtabid=3 </code>, и правило перезаписи было определено на уровне сайта, то:</p><ul><li> Шаблон правил получает строку URL <code> содержимого / по умолчанию.aspx </code> в качестве входа.</li><li> Серверная переменная QUERY_STRING содержит <code> tabid = 2 и subtabid = 3 </code>.</li><li> Серверная переменная HTTP_HOST содержит <code> www.mysite.com </code>.</li><li> Переменная сервера SERVER_PORT содержит <code> 80 </code>.</li><li> Переменная сервера SERVER_PORT_SECURE содержит <code> 0 </code>, а HTTPS содержит <code> OFF </code>.</li><li> Серверная переменная REQUEST_URI содержит <code> /content/default.aspx?tabid=2&subtabid=3 </code>.</li><li> Переменная сервера PATH_INFO содержит <code> /content/default.aspx </code>.</li></ul><p> Обратите внимание, что строка входного URL-адреса, передаваемая распределенному правилу, всегда связана с расположением файла Web.config, в котором определено правило. Например, если запрос сделан для <code> http://www.mysite.com/content/default.aspx?tabid=2&subtabid=3 </code>, а правило перезаписи определено в каталоге <strong> / content </strong>, тогда это правило получает эту строку URL <strong> default.aspx </strong> в качестве входных данных.</p><h3><span class="ez-toc-section" id="i-60"> Конфигурация правила перезаписи </span></h3><h4><span class="ez-toc-section" id="i-61"> Шаблон правил </span></h4><p> Шаблон правила перезаписи используется для указания шаблона, с которым сравнивается текущий путь URL. Текущий в этом контексте означает значение пути URL, когда применяется правило. Если существуют какие-либо правила, предшествующие текущему правилу, они могут соответствовать исходному запрошенному URL-адресу и изменять его. Строка URL, которая оценивается по шаблону, не включает строку запроса. Чтобы включить строку запроса в оценку правила, вы можете использовать серверную переменную QUERY_STRING в условии правила.Для получения дополнительной информации обратитесь к разделу «Использование серверных переменных в правилах перезаписи».</p><p> Шаблон указывается в элементе <match> правила перезаписи.</p><h5><span class="ez-toc-section" id="i-62"> Синтаксис шаблона правила </span></h5><p> Синтаксис шаблона правила можно указать с помощью атрибута <strong> patternSyntax </strong> правила. Этот атрибут может быть установлен в одну из следующих опций:</p><p> <strong> ECMAScript </strong> - синтаксис регулярных выражений, совместимый с Perl (соответствует стандарту ECMAScript). Это опция по умолчанию для любого правила.([_0-9a-zA-Z -] + /)? (Wp -. *) "</p><p> <strong> Wildcard </strong> - Синтаксис подстановочного знака, используемый в модуле перенаправления HTTP IIS. Ниже приведен пример шаблона в этом формате: «/ Scripts / * _ in. ???», где звездочка («*») означает «сопоставить любое количество любых символов и записать их в обратную ссылку» и « ?» означает совпадение ровно с одним символом (обратная ссылка не создается).</p><p> Область действия атрибута <strong> patternSyntax </strong> зависит от правила, что означает, что он применяется к шаблону текущего правила и ко всем шаблонам, используемым в условиях этого правила.</p><h5><span class="ez-toc-section" id="i-63"> Свойства шаблона правила </span></h5><p> Шаблон может быть отменен с помощью атрибута <strong> negate </strong> элемента <match>. Когда этот атрибут используется, действие правила выполняется, только если текущий URL-адрес <strong> не соответствует </strong> указанному шаблону.</p><p> По умолчанию используется регистронезависимое сопоставление с образцом. Чтобы включить чувствительность к регистру, вы можете использовать атрибут <strong> ignoreCase </strong> элемента <match> правила.</p><h4><span class="ez-toc-section" id="i-64"> Правило условия </span></h4><p> Условия правила позволяют определить дополнительную логику для оценки правила, которая может основываться на входных данных, отличных от текущей строки URL.Любое правило может иметь ноль или более условий. Условия правила оцениваются после успешного сопоставления с шаблоном правила.</p><p> Условия определены в коллекции <условий> правила перезаписи. Эта коллекция имеет атрибут <strong> LogicalGrouping </strong>, который контролирует, как оцениваются условия. Если у правила есть условия, то действие правила выполняется только при условии соответствия шаблона правила и:</p><ul><li> Все условия были оценены как истинные при условии, что было использовано <strong> logicGrouping = "MatchAll" </strong>.</li><li> По крайней мере одно из условий было оценено как истинное при условии, что было использовано <strong> logicGrouping = "MatchAny" </strong>.</li></ul><p> Условие определяется указанием следующих свойств:</p><p> Ввод условия указывает, какой элемент использовать в качестве входных данных для оценки условия. Ввод условия - это произвольная строка, которая может включать в себя серверные переменные и обратные ссылки на предыдущие шаблоны условий и / или шаблоны правил.</p><p> Тип совпадения может быть одним из следующих трех:</p><ul><li><p> <strong> IsFile </strong> - этот тип соответствия используется для определения, содержит ли входная строка физический путь к файлу в файловой системе.Если строка ввода условия не указана, модуль перезаписи URL-адреса использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия. Этот тип соответствия может использоваться только для распределенных правил.</p></li><li><p> <strong> IsDirectory </strong> - Этот тип соответствия используется для определения, содержит ли входная строка физический путь к каталогу в файловой системе. Если строка ввода условия не указана, модуль перезаписи URL-адреса использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия.Этот тип соответствия может использоваться только для распределенных правил.</p></li><li><p> <strong> Шаблон </strong> - Этот тип соответствия используется для выражения условия, когда произвольная входная строка сопоставляется с шаблоном регулярного выражения. Шаблон условия может быть задан с использованием синтаксиса регулярного выражения или с использованием синтаксиса с подстановочными знаками. Тип шаблона для использования в условии зависит от значения флага <strong> patternSyntax </strong>, определенного для правила, которому принадлежит это условие.Этот тип условия имеет два связанных атрибута, которые управляют сопоставлением с шаблоном:</p><ul><li> <strong> шаблон </strong> - Используйте этот атрибут для указания фактического шаблона.</li><li> <strong> ignoreCase </strong> - Используйте этот атрибут, чтобы указать, должно ли совпадение шаблона для условия быть чувствительным к регистру или без учета регистра.</li></ul></li></ul><p> Кроме того, результат оценки состояния может быть отменен с помощью атрибута <strong> negate </strong>. Это можно использовать для указания условия, которое проверяет, является ли запрошенный URL-адрес НЕ файлом, как в следующем примере:</p><pre> <code name="Main"> <add input = "{REQUEST_FILENAME}" matchType = "isFile" negate = "true">
 </code> </pre><h4><span class="ez-toc-section" id="i-65"> Правило действия </span></h4><p> Действие правила перезаписи выполняется, когда текущий URL-адрес совпадает с шаблоном правила, и оценка условия выполнена успешно (в зависимости от конфигурации правила, либо все условия совпадают, либо любое одно или несколько из соответствующих условий).Существует несколько типов доступных действий, и атрибут <strong> типа </strong> элемента конфигурации <action> можно использовать для указания действия, которое выполняет правило. В следующих разделах описываются различные типы действий и параметры конфигурации, связанные с конкретными типами действий.</p><h5><span class="ez-toc-section" id="i-66"> Переписать действие </span></h5><p> Действие <strong> Rewrite </strong> заменяет текущую строку URL строкой подстановки. Строка подстановки всегда должна указывать путь URL (например, contoso / test / default.ASPX). Обратите внимание, что замены, содержащие физический путь в файловой системе (например, <code> C: \ inetpub \ wwwroot </code>), не поддерживаются в IIS.</p><p> Действие <strong> Rewrite </strong> имеет следующие параметры конфигурации:</p><ul><li><p> <strong> url </strong> - Это строка замещения, используемая при перезаписи текущего URL. URL замещения является строковым значением, которое может включать следующее:</p><ul><li> Обратные ссылки на условия и шаблоны правил.(Для получения дополнительной информации см. Раздел об использовании обратных ссылок.)</li><li> Серверные переменные. (Для получения дополнительной информации см. Раздел об использовании серверных переменных.)</li></ul></li><li><p> <strong> appendQueryString </strong> - указывает, сохраняется ли строка запроса из текущего URL-адреса во время замены. По умолчанию, если значение флага <strong> appendQueryString </strong> не указано, предполагается, что оно равно TRUE. Это означает, что строка запроса из исходного URL-адреса добавляется к замещенному URL-адресу.</p></li></ul><h5><span class="ez-toc-section" id="i-67"> Перенаправление </span></h5><p> Действие <strong> Redirect </strong> указывает модулю перезаписи URL-адреса отправлять ответ перенаправления клиенту. Код состояния перенаправления (3xx) может быть указан в качестве параметра для этого действия. Поле <strong> Location </strong> ответа содержит строку подстановки, указанную в правиле.</p><p> URL замещения для правила перенаправления можно указать в одной из следующих форм:</p><ul><li> Относительный путь URL - contoso / test / default.ASPX</li><li> Абсолютный URI - <code> https://example.com/contoso/test/default.aspx </code></li></ul><p> Использование действия <strong> Redirect </strong> подразумевает, что никакие последующие правила не оцениваются для текущего URL после перенаправления.</p><p> Действие <strong> Redirect </strong> имеет следующие параметры конфигурации:</p><ul><li><p> <strong> url </strong> - использует строку замещения в качестве URL перенаправления. URL замещения - это строка, которая может содержать следующее:</p><ul><li> Обратные ссылки на условия и шаблоны правил.(Для получения дополнительной информации см. Раздел об использовании обратных ссылок.)</li><li> Серверные переменные. (Для получения дополнительной информации см. Раздел об использовании серверных переменных.)</li></ul></li><li><p> <strong> appendQueryString </strong> - указывает, должна ли строка запроса из текущего URL-адреса быть сохранена во время замены. По умолчанию, если флаг <strong> AppendQueryString </strong> не указан, предполагается, что он равен TRUE. Это означает, что строка запроса из исходного URL-адреса добавляется к замещенному URL-адресу.</p></li><li><p> <strong> redirectType </strong> - Указывает код состояния, который будет использоваться при перенаправлении:</p><ul><li> 301 - Постоянный</li><li> 302 - найдено</li><li> 303 - см. Другие</li><li> 307 - Временный</li></ul></li></ul><h5><span class="ez-toc-section" id="CustomResponse_action"> CustomResponse action </span></h5><p> Действие <strong> CustomResponse </strong> заставляет модуль перезаписи URL отвечать клиенту HTTP, используя указанный пользователем код состояния, субкод и причину. Использование действия <strong> CustomResponse </strong> подразумевает, что никакие последующие правила не оцениваются для текущего URL-адреса после выполнения этого действия.</p><p> Действие CustomResponse имеет следующие параметры конфигурации:</p><ul><li> <strong> statusCode </strong> - Указывает код состояния, который будет использоваться в ответ клиенту.</li><li> <strong> subStatusCode </strong> - Указывает код подстатуса, который будет использоваться в ответ клиенту.</li><li> <strong> statusReason </strong> - указывает фразу причины для использования с кодом состояния.</li><li> <strong> statusDescription </strong> - Определяет однострочное описание, которое нужно вставить в тело ответа.</li></ul><h5><span class="ez-toc-section" id="AbortRequest_action"> AbortRequest action </span></h5><p> Действие <strong> AbortRequest </strong> приводит к тому, что модуль перезаписи URL сбрасывает HTTP-соединение для текущего запроса. Акция не имеет никаких параметров. Использование этого действия подразумевает, что никакие последующие правила не оцениваются для текущего URL-адреса после выполнения этого действия.</p><h5><span class="ez-toc-section" id="i-68"> Нет действия </span></h5><p> A <strong> Нет </strong> действие используется, чтобы указать, что никакое действие не выполняется.</p><h3><span class="ez-toc-section" id="i-69"> Использование серверных переменных в правилах перезаписи </span></h3><p> Переменные сервера предоставляют дополнительную информацию о текущих HTTP-запросах.Вы можете использовать эту информацию для принятия решения о переписывании или для составления переписанного URL. На серверные переменные можно ссылаться в следующих местах в правилах перезаписи:</p><ul><li><p> В строке условия ввода</p></li><li><p> В строках замены правил, а именно:</p><ul><li> <strong> url </strong> атрибут действия Rewrite и Redirect</li><li> <strong> StatusLine </strong> и <strong> responseLine </strong> из <strong> CustomResponse </strong> action</li></ul></li></ul><p> На серверные переменные можно ссылаться с помощью синтаксиса {VARIABLE_NAME}.Например, следующее условие использует серверную переменную QUERY_STRING:</p><pre> <code name="Main"> <add input = "{QUERY_STRING}" pattern = "id = ([0-9] +)" />
 </code> </pre><p> Переменные сервера также можно использовать для доступа к заголовкам HTTP из текущего запроса. Любой HTTP-заголовок, предоставленный текущим запросом, представлен как переменная сервера, имя которой сгенерировано в соответствии с этим соглашением об именах:</p><ol><li> Все символы тире ("-") в имени заголовка HTTP преобразуются в символы подчеркивания ("_").</li><li> Все буквы в заголовке HTTP преобразуются в прописные.</li><li> Префикс «HTTP_» добавляется к имени заголовка.</li></ol><p> Например, чтобы получить доступ к заголовку HTTP «user-agent» из правила перезаписи, вы можете использовать переменную сервера {HTTP_USER_AGENT}.</p><h3><span class="ez-toc-section" id="i-70"> Использование обратных ссылок в правилах перезаписи </span></h3><p> Части входных данных правил или условий могут быть зафиксированы в обратных ссылках. Затем их можно использовать для создания URL-адресов замещения в действиях правил или для создания входных строк для условий правил.</p><p> Обратные ссылки генерируются по-разному, в зависимости от того, какой тип синтаксиса шаблона используется для правила. При использовании синтаксиса шаблона ECMAScript обратную ссылку можно создать, поместив круглые скобки вокруг части шаблона, которая должна захватывать обратную ссылку. Например, шаблон <strong> ([0-9] +) / ([a-z] +). Html </strong> будет захватывать <strong> 07 </strong> и <strong> статьи </strong> в обратных ссылках с этого запрошенного URL: <strong> 07 / article.html </strong>. При использовании синтаксиса шаблона «Подстановочный знак» обратные ссылки всегда создаются, когда в шаблоне используется символ звездочки (*).Обратные ссылки не создаются, когда "?" используется в шаблоне. Например, шаблон <strong> * / *. Html </strong> будет захватывать <strong> contoso </strong> и <strong> test </strong> в обратных ссылках с этого запрошенного URL: <strong> contoso / test.html </strong>.</p><p> Использование обратных ссылок одинаково независимо от того, какой синтаксис шаблона был использован для их захвата. Обратные ссылки могут использоваться в следующих местах в правилах перезаписи:</p><ul><li><p> В состоянии ввода строки</p></li><li><p> В правилах действия, а именно:</p><ul><li> <strong> url </strong> атрибут действия Rewrite и Redirect</li><li> <strong> StatusLine </strong> и <strong> responseLine </strong> из <strong> CustomResponse </strong> action</li></ul></li><li><p> В ключе <strong> параметр </strong> для карты перезаписи</p></li></ul><p> Обратные ссылки на шаблоны условий обозначаются {C: N}, где N от 0 до 9.(WWW \.) (. *) $<br /> </code></p><p> Для строки: <code> www.foo.com </code> обратные ссылки будут проиндексированы следующим образом:</p><pre> <code name="Main"> {C: 0} - www.foo.com
{C: 1} - www.
{C: 2} - foo.com
 </code> </pre><p> В действии правила вы можете использовать обратные ссылки на шаблон правила и на последнее соответствующее условие этого правила. Внутри входной строки условия можно использовать обратные ссылки на шаблон правила и ранее согласованное условие.</p><p> Следующий пример правила демонстрирует, как создаются и ссылаются на обратные ссылки:</p><pre> <code name="Main"> <rule name = "Переписать поддомен">
 <match url = "^ (..] +) \. mysite \ .com $ "/> <! - здесь указывается обратная ссылка на условие ->
 </ Условие>
 <action type = "Rewrite" url = "{C: 1} / {R: 1}" /> <! - действие rewrite использует обратные ссылки на условие и правило при переписывании url ->
</ Правило>
 </code> </pre><h3><span class="ez-toc-section" id="_IIS"> Взаимодействие с кэшированием вывода IIS </span></h3><p> Модуль перезаписи URL управляет поведением кэша вывода IIS для:</p><ol><li> Оптимально использовать кэширование ответов в режиме ядра и режиме пользователя для переписанных URL-адресов, что повышает производительность веб-приложения, использующего модуль перезаписи URL-адресов.</li><li> Запрет кеширования ответов, когда логика кеширования может быть нарушена из-за перезаписи URL.</li></ol><p> Модуль управляет кэшированием вывода, либо изменяя определенные свойства кэширования, либо полностью отключая кэширование. Модуль не может включить кэширование вывода, если он был отключен конфигурацией IIS или любым другим модулем в конвейере IIS. Кэширование вывода контролируется следующим образом:</p><ol><li><p> Модуль всегда устанавливает настройку кэша пользовательского режима <strong> varByHeader </strong> = «HTTP_X_ORIGINAL_URL».Это гарантирует, что при включенном кешировании в пользовательском режиме модуль учитывает исходный URL-адрес для создания ключа для записи в кеш.</p></li><li><p> Если набор правил перезаписи использует серверные переменные со значениями, которые либо постоянны в течение всего жизненного цикла процесса, либо получены из запрошенного URL-адреса, этот набор правил считается безопасным для кэширования вывода. Это означает, что модуль перезаписи URL-адреса не будет изменять существующую политику кэширования никоим образом, кроме установки <strong> varByHeader </strong>, как описано в шаге 1.</p><p> Следующие серверные переменные, используемые в правилах перезаписи, не влияют на политику кэширования вывода:</p><ul><li> «CACHE_URL»</li><li> «DOCUMENT_ROOT»</li><li> «HTTP_URL»</li><li> «HTTP_HOST»</li><li> «PATH_INFO»</li><li> «PATH_TRANSLATED»</li><li> «QUERY_STRING»</li><li> «REQUEST_FILENAME»</li><li> «REQUEST_URI»</li><li> «SCRIPT_FILENAME»</li><li> «SCRIPT_NAME»</li><li> «SCRIPT_TRANSLATED»</li><li> «UNENCODED_URL»</li><li> «URL»</li><li> «URL_PATH_INFO»</li><li> «» APP_POOL_ID «</li><li> «APPL_MD_PATH»</li><li> «APPL_PHYSICAL_PATH»</li><li> «GATEWAY_INTERFACE»</li><li> «SERVER_SOFTWARE»</li><li> «SSI_EXEC_DISABLED»</li></ul></li><li><p> Если набор правил перезаписи использует любую серверную переменную, не упомянутую в приведенном выше списке, набор правил считается небезопасным для кэширования вывода.Это означает, что модуль перезаписи URL отключит кэширование в режиме ядра для всех запросов независимо от того, были ли переписаны URL-адреса запроса или нет. Кроме того, модуль изменит политику кэширования для кэша пользовательского режима, установив свойство кэширования <strong> varByValue </strong>, содержащее объединенную строку значений всех серверных переменных, используемых в наборе правил.</p></li></ol><h3><span class="ez-toc-section" id="i-71"> Строковые функции </span></h3><p> Для изменения значений в действии правила перезаписи, а также любых условий доступны три строковые функции:</p><ul><li> <strong> ToLower </strong> — возвращает входную строку, преобразованную в нижний регистр.</li><li> <strong> UrlEncode </strong> — возвращает введенную строку, преобразованную в формат URL-кодировки. Эту функцию можно использовать, если URL замены в правиле перезаписи содержит специальные символы (например, небезопасные или небезопасные символы URI).</li><li> <strong> UrlDecode </strong> — декодирует входную строку в кодировке URL. Эта функция может быть использована для декодирования входного условия перед сопоставлением его с шаблоном.</li></ul><p> Функции могут быть вызваны с использованием следующего синтаксиса:</p><pre> <code name="Main"> {имя_функции: любая_строка}
 </code> </pre><p> Где «имя_функции» может указывать следующее: «ToLower», «UrlEncode», «UrlDecode».«Any_string» может быть литеральной строкой или строкой, построенной с использованием серверных переменных или обратных ссылок. Например, следующие допустимые вызовы строковых функций:</p><pre> <code name="Main"> {ToLower: DEFAULT.HTM}
{UrlDecode: {REQUEST_URI}}
{UrlEncode: {R: 1} .aspx р = [ПРОДОЛЖИТЬ]}
 </code> </pre><p> Строковые функции можно использовать в следующих местах в правилах перезаписи:</p><ul><li><p> В состоянии ввода строки</p></li><li><p> В строках замены правил, а именно:</p><ul><li> <strong> URL </strong> атрибут <strong> Переписать </strong> и <strong> Перенаправить </strong> действия</li><li> <strong> statusLine </strong> и <strong> responseLine </strong> атрибутов <strong> CustomResponse </strong> action</li></ul></li></ul><p> Пример правила, использующего функцию <strong> ToLower </strong>:</p><pre> <code name="Main"> <rule name = "Перенаправить на канонический URL">
 <match url = "^ (.www \ .mysite \ .com $ "negate =" true "/>
 </ Условие>
 <! - Перенаправить на канонический URL и преобразовать URL-адрес в нижний регистр ->
 <action type = "Redirect" url = "http://www.mysite.com/ enjtolower:]R:1}}" RedirectType = "Found" />
</ Правило>
 </code> </pre><p> Пример правила, использующего функцию <strong> UrlEncode </strong>:</p><pre> <code name="Main"> <правила>
   <rule name = "Пример UrlEncode" stopProcessing = "true">
   <match url = "resume" />
   <action type = "Rewrite" url = "default.ASPX имя =? {UrlEncode: возобновите} "/>
</ Правило>
 </code> </pre><p> Пример правила, использующего функцию <strong> UrlDecode </strong>:</p><pre> <code name="Main"> <правила>
   <rule name = "Пример UrlDecode">
      <match url = "default.aspx" />
      <условия>
         <add input = "{UrlDecode: {QUERY_STRING}}" pattern = "résumé" />
      </ Условие>
      <action type = "Rewrite" url = "default.aspx? type = resume" />
   </ Правило>
</ Правила>
 </code> </pre><h3><span class="ez-toc-section" id="i-72"> Переписать карты </span></h3><p> Карта перезаписи — это произвольный набор пар имя-значение, которые можно использовать в правилах перезаписи для генерации URL замещения во время перезаписи.Карты перезаписи особенно полезны, когда у вас большой набор правил перезаписи, и все эти правила используют статические строки (то есть, когда не используется сопоставление с образцом). В этих случаях вместо определения большого набора простых правил перезаписи вы можете поместить все сопоставления в карту перезаписи в виде ключей и значений между входным URL и URL замещения. Затем для поиска URL-адреса замещения на основе входного URL-адреса у вас будет одно правило перезаписи, которое ссылается на карту перезаписи.</p><p> Карта перезаписи определяет именованную коллекцию строк пары имя-значение, как в следующем примере:</p><pre> <code name="Main"> <rewriteMap name = "MyRewriteMap" defaultValue = "">
  <add key = "a.html "value =" b.html "/>
  <add key = "c.aspx" value = "d.aspx" />
  <add key = "e.php" value = "f.php" />
</ RewriteMap>
 </code> </pre><p> Карта перезаписи однозначно идентифицируется по своему имени и может содержать ноль или более записей значений ключа. Кроме того, карта перезаписи может указывать значение по умолчанию, которое будет использоваться, когда ключ не найден. Это контролируется с помощью атрибута <strong> defaultValue </strong>. По умолчанию в качестве значения по умолчанию используется пустая строка.</p><p> На любом уровне конфигурации может быть любое количество карт перезаписи, кроме уровня файлов.Карты перезаписи находятся в элементе коллекции <rewriteMaps>.</p><p> Карты перезаписи ссылаются в правиле перезаписи с использованием следующего синтаксиса:</p><pre> <code name="Main"> {RewriteMapName: Key}
 </code> </pre><p> Где параметр <strong> Ключ </strong> может быть любой произвольной строкой и может включать обратные ссылки на шаблоны правил или условий. Например, следующие допустимые варианты использования карты перезаписи:</p><pre> <code name="Main"> {MyRewriteMap: contoso / {R: 1} / test / {C: 1}}
{MyRewriteMap: a.html}
{MyRewriteMap: {R: 1} {C: 1} & Contoso = тест}
 </code> </pre><p> Ссылка на карту перезаписи заменяется значением, которое было найдено с помощью ключа, переданного в качестве параметра в ссылку на карту перезаписи.Если ключ не был найден, используется значение по умолчанию для этой карты перезаписи.</p><p> На карту перезаписи можно ссылаться в следующих местах в правилах перезаписи:</p><ul><li><p> В строке ввода условия</p></li><li><p> В строках замены правил, а именно:</p><ul><li> <strong> URL </strong> атрибут <strong> Переписать </strong> и <strong> Перенаправить </strong> действия</li><li> <strong> StatusLine </strong> и <strong> responseLine </strong> из <strong> CustomResponse </strong> действия</li></ul></li></ul><p> <strong> Пример 1 </strong>: с картой перезаписи, определенной следующим образом:</p><pre> <code name="Main"> <переписать>
 <rewriteMaps>
  <rewriteMap name = "StaticRewrites" defaultValue = "">
    <add key = "/ диагностика" значение = "/ по умолчанию.aspx? tabid = 2 & subtabid = 29 "/>
    <add key = "/ webcasts" value = "/ default.aspx? tabid = 2 & subtabid = 24" />
    <add key = "/ php" value = "/ default.aspx? tabid = 7116" />
  </ RewriteMap>
 </ RewriteMaps>
</ Переписывание>
 </code> </pre><p> И правило перезаписи определено следующим образом:</p><pre> <code name="Main"> <переписать>
 <rule name = "Переписать правило">
  <match url = ". *" />
  <условия>
   <add input = "{StaticRewrites: {REQUEST_URI}}" pattern = "(. +)" />
  </ Условие>
  <action type = "Rewrite" url = "{C: 1}" />
 </ Правило>
</ Переписывание>
 </code> </pre><p> Запрошенный URL / <strong> диагностики </strong> будет переписан как <strong> / по умолчанию.aspx? tabid = 2 & subtabid = 29 </strong>. <br /> Запрошенный URL / <strong> веб-трансляций </strong> будет переписан на <strong> /default.aspx?tabid=2&subtabid=24 </strong>. <br /> Запрошенный URL / <strong> php </strong> будет переписан на <strong> /default.aspx?tabid=7116 </strong>. <br /> Запрошенный URL / <strong> default.aspx </strong> не будет перезаписан, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.</p><p> <strong> Пример 2 </strong>: с картой перезаписи, определенной следующим образом:</p><pre> <code name="Main"> <переписать>
 <rewriteMaps>
  <rewriteMap name = "StaticRedirects" defaultValue = "">
    <add key = "/ default.aspx? tabid = 2 & subtabid = 29" value = "/ диагностика" />
    <add key = "/ default.aspx? tabid = 2 & subtabid = 24" value = "/ webcasts" />
    <add key = "/ default.aspx? tabid = 7116" value = "/ php" />
  </ RewriteMap>
 </ RewriteMaps>
</ Переписывание>
 </code> </pre><p> И правило перезаписи определено следующим образом:</p><pre> <code name="Main"> <переписать>
 <rule name = "Правило перенаправления">
  <match url = ".* "/>
  <условия>
   <add input = "{StaticRedirects: {REQUEST_URI}}" pattern = "(. +)" />
  </ Условие>
  <action type = "Redirect" url = "http://www.contoso.com {C: 1}" redirectType = "Found" />
 </ Правило>
</ Переписывание>
 </code> </pre><p> Запрошенный URL <strong> /default.aspx?tabid=2&subtabid=29 </strong> будет перенаправлен на <code> http://www.contoso.com/diagnostics </code>. <br /> Запрошенный URL <strong> /default.aspx?tabid=2&subtabid=24 </strong> будет перенаправлен на <code> http: // www.contoso.com/webcasts </code>. <br /> Запрошенный URL <strong> /default.aspx?tabid=7116 </strong> будет перенаправлен на <code> http://www.contoso.com/php </code>. <br /> Запрошенный URL / <strong> default.aspx </strong> не будет перенаправлен, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.</p><p>,</p><h2><span class="ez-toc-section" id="Apache_mod_rewrite_HTTP-_Apache_25"> Apache mod_rewrite Введение — HTTP-сервер Apache версии 2.5 </span></h2><p> Этот документ дополняет <code> mod_rewrite </code><br /> справочная документация. Это<br /> описывает основные понятия, необходимые для использования<br /> <code> mod_rewrite </code>. Другие документы идут более подробно,<br /> но этот документ должен помочь начинающим намочить ноги.</p><p> Модуль Apache <code> mod_rewrite </code> является очень мощным и<br /> сложный модуль, который обеспечивает способ манипулирования URL. С участием<br /> это, вы можете сделать почти все типы переписывания URL, которые вам могут понадобиться.Это<br /> Это, однако, несколько сложно, и может быть пугающим для новичка.<br /> Существует также тенденция рассматривать правила перезаписи как магическое заклинание,<br /> используя их, фактически не понимая, что они делают.</p><p> Этот документ пытается дать достаточный фон, чтобы что<br /> следует понимать, а не просто копировать вслепую.</p><p> Помните, что многие распространенные задачи по манипулированию URL не требуют<br /> полная мощность и сложность <code> mod_rewrite </code>. Для простого<br /> задачи, см. <code> mod_alias </code> и документацию<br /> при сопоставлении URL-адресов с<br /> файловая система.</p><p> Наконец, прежде чем продолжить, обязательно настройте<br /> <code> mod_rewrite Уровень журнала </code> до одного из уровней трассировки с помощью<br /> директива <code> LogLevel </code>. Хотя это<br /> может дать подавляющее количество информации, это необходимо в<br /> проблемы с отладкой конфигурации <code> mod_rewrite </code>, так как<br /> он точно скажет вам, как обрабатывается каждое правило.</p><p> <code> mod_rewrite </code> использует Perl-совместимый<br /> Словарь регулярных выражений. В этом документе мы не пытаемся<br /> предоставить подробную ссылку на регулярные выражения.Для этого мы<br /> рекомендую справочные страницы PCRE,<br /> Perl регулярный<br /> страница руководства по выражению и мастеринг<br /> Регулярные выражения, Джеффри Фридл.</p><p> В этом документе мы пытаемся предоставить достаточно словарного запаса регулярных выражений<br /> чтобы начать, не будучи подавляющим, в надежде, что<br /> <code> RewriteRule </code> будет научно<br /> формулы, а не магические заклинания.</p><h4><span class="ez-toc-section" id="Regex"> Regex словарь </span></h4><p> Ниже приведены минимальные строительные блоки, которые вам понадобятся, чтобы<br /> писать регулярные выражения и <code> RewriteRule </code> с.Они конечно не<br /> представляют полный словарный запас регулярных выражений, но они являются хорошим<br /> место для начала, и должно помочь вам прочитать основные регулярные выражения, как<br /> а также написать свой.</p><table><tr><th> Персонаж</th><th> Значение</th><th> Пример</th></tr><tr><td> <code>. </code></td><td> Соответствует любому отдельному символу</td><td> <code> c.t </code> будет соответствовать <code> кошка </code>, <code> детская кроватка </code>,<br /> <code> вырезать </code> и т. Д.</td></tr><tr><td> <code> + </code></td><td> Повторяет предыдущий матч один или несколько раз.</td><td> <code> a + </code> соответствует <code> a </code>, <code> aa </code>,<br /> <code> ааа </code> и т. Д.</td></tr><tr><td> <code> * </code></td><td> Повторяет предыдущий матч ноль или более раз</td><td> <code> a * </code> соответствует всем тем же вещам, <code> a + </code> соответствует,<br /> но также будет соответствовать пустой строке</td></tr><tr><td> <code>? </code></td><td> Делает матч необязательным</td><td> <code> цвета </code> будут соответствовать цвету <code> </code> и<br /> <code> цвет </code></td></tr><tr><td> <code> \ </code></td><td> Побег следующего персонажа</td><td> <code> \.</code> соответствует строке, которая начинается с <code> </code></td></tr><tr><td> <code> $ </code></td><td> Другой якорь, соответствует концу строки</td><td> <code> a $ </code> соответствует строке, которая заканчивается <code> a </code></td></tr><tr><td> <code> () </code></td><td> Группирует несколько персонажей в одно целое и фиксирует совпадение<br /> для использования в обратной ссылке</td><td> <code> (ab) + </code> соответствует <code> ababab </code> — то есть<br /> <code> + </code> относится к группе./] t </code> соответствует <code> cat </code> или <code> c = t </code>, но<br /> не <code> к / т </code></td></tr></table><p> В <code> mod_rewrite </code> <code>! </code> символов может быть<br /> используется перед регулярным выражением для его отрицания. Это строка будет<br /> считаются соответствующими, только если они не соответствуют остальным<br /> выражение.</p><h4><span class="ez-toc-section" id="Regex-2"> Regex Обратные ссылки Наличие </span></h4><p> Следует помнить одну важную вещь: всякий раз, когда вы<br /> используйте круглые скобки в <em> Pattern </em> или в одном из<br /> <em> CondPattern </em>, обратные ссылки создаются внутри<br /> который может использоваться со строками <code> $ N </code> и<br /> <code>% N </code> (см. Ниже).Они доступны для создания<br /> <em> Подстановка </em> Параметр<br /> <code> RewriteRule </code> или<br /> параметр <em> TestString </em><br /> <code> RewriteCond </code>.</p><p> Захваты в шаблонах <code> RewriteRule </code> (нелогично) доступны для<br /> все предшествующее<br /> <code> директивы RewriteCond </code>,<br /> потому что <code> RewriteRule </code><br /> Выражение оценивается в отдельных условиях.</p><p> На рисунке 1 показано, к какому<br /> Места обратные ссылки передаются для расширения как<br /> а также иллюстрирует поток RewriteRule, RewriteCond<br /> соответствия.В следующих главах мы будем изучать, как использовать<br /> эти обратные ссылки, так что не расстраивайтесь, если это кажется немного чужим<br /> сначала тебе.</p><p> <br /> <dfn> Рисунок 1: </dfn> Обратный эталонный поток через правило. <br /> В этом примере запрос для <code> / test / 1234 </code> будет преобразован в <code> /admin.foo?page=test&id=1234&host=admin.example.com </code>.</p><p> RewriteRule </code> состоит из <code><br /> из трех аргументов, разделенных пробелами.Аргументы</p><ol><li> <var> Шаблон </var>: на какие входящие URL должно влиять правило;</li><li> <var> Замена </var>: куда следует отправлять соответствующие запросы;</li><li> <var> [флаги] </var>: параметры, влияющие на переписанный запрос.</li></ol><p> Шаблон <var> </var> - это регулярное выражение.<br /> Первоначально (для первого правила перезаписи или до замены)<br /> сопоставляется с URL-путем входящего запроса (часть после<br /> имя хоста, но перед любым вопросительным знаком, указывающим на начало запроса<br /> строка) или, в контексте каждого каталога, относительно пути запроса относительно<br /> в каталог, для которого определено правило./product/(.*)/view$ "" / var / web / productdb / $ 1 "</p><p> Переменная <code> $ 1 </code> будет заменена любым текстом<br /> было сопоставлено выражением в скобках в<br /> шаблон <var> </var>. Например, запрос<br /> для <code> http://example.com/product/r14df/view </code> будет отображен<br /> по пути <code> / var / web / productdb / r14df </code>.</p><p> Если в скобках указано более одного выражения, они<br /> доступны в порядке в<br /> переменные <code> $ 1 </code>, <code> $ 2 </code>, <code> $ 3 </code> и т. д.<br /> на.puppy.html "" smalldog.html "[NC]</p><p> Для получения более подробной информации о доступных флагах, их значениях и<br /> примеры см. в документе «Переписать флаги».</p><p> Один или несколько <code> RewriteCond </code><br /> Директивы могут быть использованы для ограничения типов запросов, которые будут<br /> при условии<br /> следующий <code> RewriteRule </code>.<br /> Первый аргумент является переменной, описывающей характеристику<br /> запрос, второй аргумент является регулярным<br /> выражение, которое должно соответствовать переменной, и третий необязательный<br /> Аргумент - это список флагов, которые изменяют способ оценки соответствия.10 \ 0,2 \ «.<br /> RewriteRule "(. *)" "Http: //intranet.example.com$1"</p><p> Когда больше чем<br /> один <code> RewriteCond </code> является<br /> указано, они все должны совпадать для<br /> <code> RewriteRule </code> будет<br /> приложенное. Например, чтобы запретить запросы, содержащие слово «взломать» в<br /> их строка запроса, если они также не содержат cookie, содержащий<br /> слово «иди», вы можете использовать:</p><pre> RewriteCond "% {QUERY_STRING}" "взломать"
RewriteCond "% {HTTP_COOKIE}"! Go
RewriteRule "." "-" [F] </pre><p> Обратите внимание, что восклицательный знак указывает на отрицательное совпадение, поэтому правило применяется только в том случае, если файл cookie не содержит «go»./(.*) "" / sites /% 1 / $ 1 "</p><p> Если запрос был для <code> http://example.com/foo/bar </code>,<br /> тогда <code>% 1 </code> будет содержать <code> example.com </code><br /> и <code> $ 1 </code> будет содержать <code> фу / бар </code>.</p><p> Перезапись обычно настраивается в конфигурации основного сервера<br /> настройка (вне любого раздела <code> <Directory> </code>) или<br /> внутри <code> <VirtualHost> </code><br /> контейнеры. Это самый простой способ переписать и<br /> рекомендуемые. Возможно, однако, сделать переписывание<br /> внутри <code> <Каталог> </code><br /> разделы или <code>.htaccess </code><br /> файлы за счет некоторой дополнительной сложности. Эта техника<br /> называется перезаписывать на каталог.</p><p> Основным отличием перезаписей на сервер является то, что путь<br /> Префикс каталога, содержащего файл <code> .htaccess </code>:<br /> раздели перед сопоставлением в<br /> <code> RewriteRule </code>. Кроме того, <code> RewriteBase </code> должен использоваться для обеспечения правильного отображения запроса.</p><p> ,</p></div></article><div class="comment-content"><div id="respond" class="comment-respond"><h3 id="reply-title" class="comment-reply-title">Leave a Comment <small><a rel="nofollow" id="cancel-comment-reply-link" href="/raznoe/rerajt-eto-primer-chto-takoe-rerajting-kak-pravilno-delat-rerajt-yandeks-kyu.html#respond" style="display:none;">Отменить ответ</a></small></h3><form action="https://animalgame.ru/wp-comments-post.php" method="post" id="commentform" class="comment-form" novalidate><p class="comment-notes"><span id="email-notes">Ваш адрес email не будет опубликован.</span> <span class="required-field-message">Обязательные поля помечены <span class="required">*</span></span></p><p class="comment-form-comment"><label for="comment">Message</label><textarea id="comment" name="comment" class="form-control" cols="45" rows="8" aria-required="true"></textarea></p><p class="comment-form-author"><label for="author">Имя <span class="required">*</span></label> <input id="author" name="author" type="text" value="" size="30" maxlength="245" autocomplete="name" required /></p><p class="comment-form-email"><label for="email">Email <span class="required">*</span></label> <input id="email" name="email" type="email" value="" size="30" maxlength="100" aria-describedby="email-notes" autocomplete="email" required /></p><p class="comment-form-url"><label for="url">Сайт</label> <input id="url" name="url" type="url" value="" size="30" maxlength="200" autocomplete="url" /></p><p class="form-submit"><input name="submit" type="submit" id="submit" class="btn btn-primary" value="Submit Query" /> <input type='hidden' name='comment_post_ID' value='1290' id='comment_post_ID' /> <input type='hidden' name='comment_parent' id='comment_parent' value='0' /></p></form></div></div></div><aside id="secondary" class="sidebar-wrapper sidebar widget-area>" role="complementary"
 aria-label="Right Sidebar"><section id="search-2" class="sidebar-box"><div class="sidebar-box search-form-wrap"><form role="search" method="get" class="search-form" action="https://animalgame.ru/"><div class="form-group"> <label for="s"> <button type="submit" class="icon fa fa-search"><span
 class="screen-reader-text"></span></button> </label> <input type="search" id="s" class="form-control" placeholder="Search.."
 value="" name="s" /></div></form></div></section><section id="categories-3" class="sidebar-box"><h3 class="heading">Рубрики</h3><ul><li class="cat-item cat-item-6"><a href="https://animalgame.ru/category/bystro">Быстро</a></li><li class="cat-item cat-item-4"><a href="https://animalgame.ru/category/zarabotok">Заработок</a></li><li class="cat-item cat-item-5"><a href="https://animalgame.ru/category/igry">Игры</a></li><li class="cat-item cat-item-7"><a href="https://animalgame.ru/category/kopirajting">Копирайтинг</a></li><li class="cat-item cat-item-3"><a href="https://animalgame.ru/category/raznoe">Разное</a></li><li class="cat-item cat-item-1"><a href="https://animalgame.ru/category/sovety">Советы</a></li></ul></section></aside></div></div></section><footer id="colophon" class="site-footer" role="contentinfo"><div class="container"><div class="row mb-5"><aside class="widget-area" role="complementary" aria-label="Footer"></aside><div class="footer-meta"><div class="footer-credits"> 2025 © Все права защищены.</div></div></div></div></footer> <noscript><style>.lazyload{display:none}</style></noscript><script data-noptimize="1">window.lazySizesConfig=window.lazySizesConfig||{};window.lazySizesConfig.loadMode=1;</script><script async data-noptimize="1" src='https://animalgame.ru/wp-content/plugins/autoptimize/classes/external/js/lazysizes.min.js'></script>  <!-- noptimize -->
<style>iframe,object{width:100%;height:480px}img{max-width:100%}</style><script>new Image().src="//counter.yadro.ru/hit?r"+escape(document.referrer)+((typeof(screen)=="undefined")?"":";s"+screen.width+"*"+screen.height+"*"+(screen.colorDepth?screen.colorDepth:screen.pixelDepth))+";u"+escape(document.URL)+";h"+escape(document.title.substring(0,150))+";"+Math.random();</script>
<!-- /noptimize --></main> <script defer src="https://animalgame.ru/wp-content/cache/autoptimize/js/autoptimize_1cb356e25c585f82c1c6ed6ad6cb1c26.js"></script></body></html><script src="/cdn-cgi/scripts/7d0fa10a/cloudflare-static/rocket-loader.min.js" data-cf-settings="217356ce6cdeed07c99c2b62-|49" defer></script>