Примеры рерайтинг: Как научиться рерайтингу: техники и приёмы

Содержание

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Синонимы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Пример.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

виды, методы, примеры работ на Protext.by

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

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

Тексты – уникальные, полезные и содержательные – нужны каждому ресурсу. Контент с плохим показателем уникальности (ниже 85 %) никогда не выйдет в топ поисковой выдачи, а за копипаст сайты попадают под фильтры, выйти из-под которых сложно. Платить за копирайтинг готовы не все, да и не всегда это целесообразно.

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

Рерайтинг используется для создания уникальных статей и оптимизации текстов под запросы поисковых систем. Популярность рерайтинга объясняется следующим:

· рерайт стоит меньше, чем авторский текст;

· с работой может справиться даже начинающий копирайтер.

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

Источник изображения https://pixabay.com/.

Виды рерайта

Рерайт классифицируют на поверхностный и глубокий.

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

Оригинал: Девушка выбрала модную кожаную сумку насыщенного красного цвета.

Рерайт: Девушка отдала предпочтение стильной сумочке из ярко-красной кожи.

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

Рерайт: Барышня предпочла сумочку из кожаного материала яркого красноватого тона.

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

Какие приемы можно использовать в работе?

Изменение структуры: деление длинных предложений на короткие, включение/удаление списков в текст.

Замена прямой речи на косвенную.

Снижение «водности» текста.

Изменение объема.

Добавление данных по теме.

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

Оригинал:

Рерайт:

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

Сохранение смысла.

Четкая структура.

Отсутствие ошибок.

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

Читаемость.

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

Как создается рерайт? Краткий инструктаж для авторов

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

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

1. Поиск исходных данных для рерайтинга. Это может быть одна статья или несколько разных текстов.

2. Ознакомление с информацией. Лучше прочитать материал несколько раз с небольшим временным промежутком.

3. Составление тезисов и плана статьи.

4. Подготовка рерайта.

5. Проверка готовой статьи (уникальность, грамотность, заспамленность, объем и др.).

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

Татьяна САБУК.

13.11.2019.

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

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

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

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

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

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

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

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

Пример

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

Пример 2

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

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

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

Пример 3

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

Пример 4

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

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

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

Пример 5

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

Пример 6

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

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

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

Пример 7

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

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

Пример 8

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

Пример 9

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

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

Пример 10

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

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

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

Примеры качественного рерайтинга

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

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

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

Примеры правильного рерайтинга статей

Пример №1: За основу взят текст о заработке на YouTube

Ну что же, давайте ответим на следующий вопрос: «Какими способами можно зарабатывать денежные средства на всеми известной видео-площадке YouTube?» Одним из самых важных моментов получения дохода, в этом случае, является публикация рекламных ссылок на Ваших видеороликах. Однако, перед тем, как начать внедрять рекламу на свой ютуб-канал, Вам необходимо договориться с агентством, оказывающим посреднические услуги, либо стать полноправным партнёром видеохостинга. В первом случае фирма-посредник лично займётся поиском Ваших будущих рекламодателей, но за эту работу она будет брать с Вас определённый процент, размер которого будет установлен в ходе переговоров. Исходя из этого, можно сделать вывод, что, наилучшим для Вас выходом станет использование 2-го варианта в виде прямого партнёрства с Ютубом. Правда, оно включает в себя многочисленный список требований и условий, которым должны соответствовать все видео на Вашем канале.

Пример №2: За основу взят текст о зоне комфорта

Порой в нашей жизни случаются ситуации, когда у нас появляется сильное желание что-то изменить в себе и совершить то, что до этого мы не решались сделать. Как правило, в эти минуты наша душа начинает радоваться, а простые мысли заменяются различными планами, которые мы можем реализовать. Но, помимо этого, в подобных моментах множество людей задаёт себе вопрос: «А для чего мне всё это нужно?». Ощутив внезапный дискомфорт, они начинают сомневаться в себе и думать о том, что их никто не принуждает выходить из зоны комфорта, поэтому они приходят к следующему выводу: оставить всё так, как есть; без изменения. К сожалению, чаще всего можно наблюдать именно такой исход событий, в результате которого всё остаётся на своих местах. Но почему так происходит? По какой причине большинство людей передумывает осуществлять свои планы? Из-за обычной лени или чего-то более серьёзного?

Заключение

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

До скорой встречи!

Все о рерайтинге/ Примеры рерайта

Рерайтинг — это переписывание какого-либо текста своими словами с сохранением исходного смысла. Людей, которые работают в этой сфере деятельности называют рерайтерами.

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

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

Вот некоторые из правил рерайтинга:

— текст должен быть грамматически правильно написан, без ошибок.

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

— нельзя комментировать текст.

— статья после рерайтинга должна быть уникальной.

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

Вот пример рерайтинга:

Оригинал статьи — “Несмотря на то что этим летом погода балует нас дождями, жаркие дни все равно досаждают…Единственным спасением остается пляж. Туда за живительной свежестью съезжается весь народ.”

Статья после рерайта – “Вопреки дождливым дням, это лето все равно выдалось жарким и поэтому единственным выходом из сложившейся ситуации люди видят в походе на пляж”

Это самый простой способ рерайта.

Любой текст после редактирования нужно проверить на уникальность, например при помощи программы Advego Plagiatus (о ней я рассказывал на страничке о копирайтинге).

Вот так выглядит эта программа (если плохо видно кликните на картинку)

Желтым цветом выделены совпадения с текстами других сайтов. На показанном скриншоте уникальность текста 0 процентов, это плохой показатель. Более 80 — отличный результат.

SEO рерайтинг.

Такой вид рерайтинга делается по заказу людей, занимающихся продвижением сайтов в поисковых системах (оптимизаторов). Например, простой рерайт текста не поднимет его в верхние позиции Яндекса. Это делает SEO рерайт, путем оптимизации текста: включением определенного количества слов и фраз в заголовок и в сам текст.

Поделиться «Все о рерайтинге»

Рерайтинг — azwriter

Практические задания: рерайтинг

Приветствую, друзья! Сегодня обсудим практические моменты рерайтинга. Я надеюсь, вы уже успели посетить первый бесплатный урок в школе копирайтинга Az-writer.com и уже имеете представление о том, что из себя представляет рерайтинг. Кто еще не успел записаться в школу, коротко напомню:

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

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

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

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

Практические примеры рерайтинга

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

Синонимизация:

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

Добавим синоним к каждому отдельно взятому слову:

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

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

Замена частей речи:

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

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

Пример рерайта: После того, как проект, который предложил господин Пол был закрыт, прибыли стало меньше.

Разделение сложного предложения:

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

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

Избавление от цитат и прямой речи:

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

«Питание ребенка, независимо от возраста, должно быть уравновешенно» – утверждает диетолог.

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

Использование пассивных глаголов:

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

«Результаты футбольного матча удивили всех болельщиков.»

Пример рерайта: Болельщики были удивлены результатами матча.

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

Ну вот, мы попробовали на примерах переделать различные тексты. Сразу оговорюсь: это далеко не предел возможностей и тексты я подбирала по принципу наглядности. Что же у нас получилось? К сожалению, рерайт выглядит не намного лучше исходников… Почему так происходит? А все потому, что в любой работе нельзя пользоваться исключительно шаблонами. Если слово или предложение не поддается синонимизации или перестановке, не стоит тщетно искать выход в словарях – просто проявите немного фантазии и перефразируйте проблемную часть текста. А еще лучше — допишите что-то от себя. Еще одна рекомендация – менять структуру статьи, а не повторять ее слово в слово. Во-первых, такой текст будет выглядеть более авторским, а во-вторых – это отличная тренировка.

Ну а теперь — ваше задание.

Давайте сделаем рерайт этого коротенького текста. Какие будут варианты?

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

Поделиться ссылкой:

10 советов и приемов перезаписи URL

В этом посте описаны некоторые советы и приемы, которые могут оказаться полезными при решении проблем с URL-адресами для своего веб-сервера или веб-сайта. Каждый совет / прием содержит описание проблемы, а затем пример того, как ее можно решить с помощью модуля перезаписи URL-адресов IIS 7.

Добавить или удалить завершающую косую черту
Принудить URL-адреса в нижнем регистре
Канонические имена хостов
Перенаправление на HTTPS
Вернуть код состояния HTTP 503 в ответ
Предотвратить хотлинкинг изображения
Обратный прокси-сервер на другой сайт / протокол Preserve
в обратном прокси
Перезапись / перенаправление на основе параметра строки запроса
Избегайте перезаписи запросов для ASP.Веб-ресурсы .NET

1. Добавьте или удалите завершающую косую черту

Многие веб-приложения используют «виртуальные URL-адреса», то есть URL-адреса, которые не сопоставляются напрямую с макетом файла и каталога в файловой системе веб-сервера. Примером такого приложения может быть приложение ASP.NET MVC с форматом URL-адреса, подобным следующему: http://stackoverflow.com/questions/60857/modrewrite-equivalent-for-iis-7-0 или приложение PHP с форматом URL-адреса. это выглядит так: http://ruslany.net/2008/11/url-rewrite-module-release-to-web/.Если вы попытаетесь запросить эти URL с косой чертой в конце или без нее, вы все равно получите ту же страницу. Это нормально для посетителей-людей, но может стать проблемой для сканеров поисковых систем, а также для служб веб-аналитики. Различные URL-адреса для одной и той же страницы могут привести к тому, что поисковые роботы будут рассматривать одну и ту же страницу как разные страницы, что повлияет на рейтинг страницы. Они также приведут к разделению статистики веб-аналитики для этой страницы.

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

Чтобы всегда удалять косую черту в конце URL:

  

<условия>

2. Применять строчные URL-адреса

Проблема, похожая на проблему с косой чертой в конце, может возникнуть, когда кто-то ссылается на вашу веб-страницу, используя другой регистр, например http://ruslany.net/2008/07/IISNET-Uses-Url-Rewrite-Module/ vs.http://ruslany.net/2008/07/iisnet-uses-url-rewrite-module/. В этом случае поисковые роботы снова будут рассматривать одну и ту же страницу как две разные страницы, и в отчетах веб-аналитики будут отображаться два разных набора статистики.

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

3. Канонические имена хостов

Очень часто у вас может быть один веб-сайт IIS, который использует несколько разных имен хостов. Наиболее распространенный пример — доступ к сайту через http://www.yoursitename.com и через http://yoursitename.com . Или, возможно, вы недавно изменили свое доменное имя с oldsitename.русланы \ .net $ «/>

Чтобы увидеть пример того, как это работает, попробуйте перейти по адресу http://www.ruslany.net/2008/10/aspnet-postbacks-and-url-rewriting/. В адресной строке браузера вы увидите, что «www» удалено из имени домена.

4. Перенаправление на HTTPS

Когда доступ к сайту, для которого требуется SSL, осуществляется через незащищенное HTTP-соединение, IIS отвечает кодом состояния HTTP 403 (Неавторизованный).Это может быть нормально, если вы всегда ожидаете, что посетители вашего сайта будут вводить «https: //…» в адресной строке браузера. Но если вы хотите, чтобы ваш сайт был легко обнаруживаемым и более удобным для пользователя, вы, вероятно, не захотите возвращать ответ 403 посетителям, пришедшим через небезопасное HTTP-соединение. Вместо этого вы захотите перенаправить их на безопасный эквивалент запрошенного URL. Типичный пример — это URL: http : //www.paypal.com. Если вы проследите его, вы увидите, что браузер перенаправляется на https : // www.ВЫКЛ $ «/>

Обратите внимание, что для того, чтобы это правило работало на том же веб-сайте, вам необходимо снять флажок «Требовать SSL» для этого веб-сайта. Если вы не хотите этого делать, вы можете создать два веб-сайта в IIS — один с привязкой http, а другой — с привязкой https, а затем добавить это правило в файл web.config сайта с привязкой http.

5.Вернуть код состояния HTTP 503 в ответ

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

Когда вы останавливаете пул приложений IIS для своего веб-сайта, IIS будет возвращать HTTP 503 для всех запросов к этому сайту. Но что, если вы проводите техническое обслуживание определенного места на веб-сайте и не хотите из-за этого закрывать весь сайт? С модулем перезаписи URL-адресов вы можете возвращать ответ 503 только тогда, когда HTTP-запросы выполняются по определенному пути URL:

6. Предотвращение хотлинкинга изображений

Image Hotlinking — это использование изображения с одного сайта на веб-странице, принадлежащей второму сайту. Несанкционированная ссылка на изображения с вашего сайта увеличивает использование полосы пропускания, даже если сайт просматривается не так, как задумано. Есть и другие проблемы с хотлинкингом изображений, например авторские права или использование изображений в несоответствующем контексте.http: // русланы \ .net /.*$ «negate =» true «/>

Это правило перезапишет запрос для любого файла изображения на /images/say_no_to_hotlinking.jpg , только если заголовок HTTP Referer в запросе не пуст и не равен домену сайта.

7. Обратный прокси на другой сайт / сервер

Используя модуль перезаписи URL вместе с модулем маршрутизации запросов приложений, IIS 7 может работать как обратный прокси.Например, у вас есть веб-сервер в интрасети, и вы хотите публиковать его содержимое через Интернет. Чтобы включить это, вам необходимо выполнить следующие шаги настройки на сервере, который будет действовать как прокси:

Шаг 1 : Установите флажок «Включить прокси» в представлении функции маршрутизации запросов приложений в диспетчере IIS.

Step2 : Добавьте на веб-сайт следующее правило, которое будет использоваться для прокси-запросов HTTP:

Обратите внимание на префикс http: // в действии правила перезаписи. Это означает, что этот запрос должен быть передан через прокси, а не переписан. Когда правило имеет действие «Перезаписать» с URL-адресом, который содержит префикс протокола, тогда модуль перезаписи URL-адреса не будет выполнять свою стандартную логику перезаписи URL-адреса. Вместо этого он передаст запрос модулю маршрутизации запросов приложений, который проксирует этот запрос на URL-адрес, указанный в правиле.

8. Сохранить префикс протокола в обратном прокси-сервере

Правило в предыдущем совете всегда использует незащищенное соединение с внутренним сервером содержимого. Даже если запрос пришел на прокси-сервер по HTTPS, прокси-сервер передаст этот запрос на сервер содержимого по HTTP. Во многих случаях это может быть именно то, что вы хотите сделать. Но иногда может потребоваться сохранить безопасное соединение на всем пути к серверу содержимого. Другими словами, если клиент подключается к серверу через HTTPS, тогда прокси-сервер должен использовать префикс «https: //» при выполнении запросов к серверу содержимого.(https?): // «/>

9. Перезапись / перенаправление на основе параметров строки запроса

Когда решения о перезаписи / перенаправлении принимаются с использованием значений, извлеченных из строки запроса, очень часто нельзя полагаться на то, чтобы параметры строки запроса всегда указывались в одном и том же порядке. Таким образом, правило перезаписи должно быть написано таким образом, чтобы оно могло извлекать параметры строки запроса независимо от их относительного порядка в строке запроса.#] +) ## _. * p2 = (\ d +) «/>

Согласно этому правилу, когда делается запрос к page.asp? P2 = 321 & p1 = 123, он будет перезаписан на newpage.aspx? Param1 = 123 & param2 = 321. Параметры p1 и p2 могут находиться в любом порядке в исходной строке запроса.

10. Избегайте перезаписи запросов к веб-ресурсам ASP.NET

Веб-приложения на основе ASP.NET очень часто обращаются к WebResources.axd, чтобы получить ресурсы сборки и передать их веб-браузеру. На сервере нет такого файла, поскольку ASP.NET динамически генерирует контент при запросе WebResources.axd. Таким образом, если у вас есть правило перезаписи URL-адреса, которое выполняет перезапись или перенаправление только в том случае, если запрашиваемый URL-адрес не соответствует файлу или папке в файловой системе веб-сервера, это правило может случайно перезаписать запросы, отправленные к WebResources.axd, и тем самым нарушить работу вашего приложения.

Эту проблему можно легко предотвратить, если добавить к правилу перезаписи одно дополнительное условие:

  

<условия>

Ссылка на конфигурацию модуля перезаписи URL-адресов

30.05.2008
21 минута на чтение

В этой статье

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

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

Обзор функций

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

Обзор правил перезаписи

Правило перезаписи определяет логику того, с чем сравнивать или сопоставлять URL-адрес запроса и что делать, если сравнение прошло успешно.

Правила перезаписи состоят из следующих частей:

Шаблон — Шаблон правила используется для указания либо регулярного выражения, либо шаблона подстановки, который используется для сопоставления строк URL.
Условия — Необязательный набор условий используется для указания дополнительных логических операций, которые необходимо выполнить, если строка URL-адреса соответствует шаблону правила.В рамках условий вы можете проверить определенные значения заголовков HTTP или переменных сервера или проверить, соответствует ли запрошенный URL-адрес файлу или каталогу в физической файловой системе.
Действие — Действие используется для указания, что делать, если строка URL-адреса соответствует шаблону правила и все условия правила соблюдены.

Объем правил перезаписи

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

— правила в этой коллекции могут быть определены только на уровне сервера.Глобальные правила используются для определения логики перезаписи URL на уровне сервера. Эти правила определены в файле ApplicationHost.config, и их нельзя переопределить или отключить на любых более низких уровнях конфигурации. Глобальные правила всегда работают с абсолютным URL-путем (то есть с запрошенным URI без имени сервера). Эти правила оцениваются на ранней стадии конвейера обработки запросов IIS (событие PreBeginRequest ).
— Правила в этой коллекции называются распределенными правилами, и их можно определить на любом уровне иерархии конфигурации.Распределенные правила используются для определения логики перезаписи URL, специфичной для конкретной области конфигурации. Этот тип правила может быть добавлен на любом уровне конфигурации с помощью файлов Web.config или тегов в файлах ApplicationHost.config или Web.config. Распределенные правила работают с URL-путем относительно местоположения файла Web.config, в котором они определены. В случаях, когда распределенные правила определены внутри тега , они работают с путем URL-адреса относительно пути, указанного для этого тега .Эти правила оцениваются в событии BeginRequest в конвейере IIS.

Оценка правил

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

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

В правиле может быть установлен флаг StopProcessing .Когда выполняется действие правила (т. Е. Соответствие правилу) и этот флаг включен, это означает, что никакие последующие правила не будут обрабатываться, и запрос будет передан конвейеру запросов IIS. По умолчанию этот флаг выключен.

Правила наследования

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

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

Сохранение исходного URL-адреса

Модуль перезаписи URL сохраняет исходный запрошенный путь URL в следующих переменных сервера:

HTTP_X_ORIGINAL_URL — эта серверная переменная содержит исходный URL в декодированном формате;
UNENCODED_URL — эта серверная переменная содержит исходный URL-адрес в точности так, как он был запрошен веб-клиентом, с сохранением всей исходной кодировки.

Доступ к частям URL из правила перезаписи

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

Для URL-адреса HTTP в этой форме: http (s): // : / ?

<путь> сопоставляется с шаблоном правила.
доступен в серверной переменной QUERY_STRING, и к нему можно получить доступ с помощью условия в правиле.
доступен в переменной сервера HTTP_HOST и может быть доступен с помощью условия в правиле.
<порт> доступен в переменной сервера SERVER_PORT, и к нему можно получить доступ с помощью условия в правиле.
Переменные сервера SERVER_PORT_SECURE и HTTPS могут использоваться, чтобы определить, использовалось ли безопасное соединение. Доступ к этим серверным переменным можно получить с помощью условия в правиле.
Переменная сервера REQUEST_URI может использоваться для доступа ко всему запрошенному пути URL, включая строку запроса.

Например, если запрос был сделан для этого URL: http://www.mysite.com/content/default.aspx?tabid=2&subtabid=3 , и на уровне сайта было определено правило перезаписи, то:

Шаблон правила получает строку URL content / default.aspx в качестве входных данных.
Переменная сервера QUERY_STRING содержит tabid = 2 & subtabid = 3 .
Переменная сервера HTTP_HOST содержит www.mysite.com .
Переменная сервера SERVER_PORT содержит 80 .
Переменная сервера SERVER_PORT_SECURE содержит 0 , а HTTPS содержит OFF .
Переменная сервера REQUEST_URI содержит /content/default.aspx?tabid=2&subtabid=3 .
Переменная сервера PATH_INFO содержит /content/default.aspx .

Обратите внимание, что входная строка URL-адреса, передаваемая распределенному правилу, всегда относится к местоположению файла Web.config, в котором определено правило. Например, если запрос сделан на http: // www.mysite.com/content/default.aspx?tabid=2&subtabid=3 , а правило перезаписи определено в каталоге / content , тогда правило получает эту строку URL default.aspx в качестве входных данных.

Конфигурация правила перезаписи

Образец правил

Шаблон правила перезаписи используется для указания шаблона, с которым сравнивается текущий путь URL. Текущий в этом контексте означает значение пути URL-адреса, когда применяется правило. Если существовали какие-либо правила, предшествующие текущему правилу, они могли соответствовать исходному запрошенному URL-адресу и изменять его.Строка URL-адреса, которая оценивается по шаблону, не включает строку запроса. Чтобы включить строку запроса в оценку правила, вы можете использовать серверную переменную QUERY_STRING в условии правила. Для получения дополнительной информации обратитесь к «Использование серверных переменных в правилах перезаписи».

Шаблон указан в элементе правила перезаписи.

Синтаксис шаблона правила

Синтаксис шаблона правила можно указать с помощью атрибута patternSyntax правила.([_0-9a-zA-Z -] + /)? (Wp -. *) «

Подстановочный знак — Синтаксис подстановочного знака, используемый в модуле перенаправления HTTP IIS. Ниже приведен пример шаблона в этом формате: «/ Scripts / * _ in. ???», где звездочка («*») означает «сопоставить любое количество любых символов и зафиксировать их в обратной ссылке» и « ? » означает соответствие ровно одному символу (обратная ссылка не создается).

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

Свойства образца правила

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

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

Условия правил

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

Условия определены в коллекции правила перезаписи. Эта коллекция имеет атрибут logicGrouping , который управляет оценкой условий. Если у правила есть условия, то действие правила выполняется только при совпадении с шаблоном правила и:

Все условия были оценены как истинные при условии, что использовалось logicGrouping = «MatchAll» .
По крайней мере, одно из условий было оценено как истинное при условии, что использовалось logicalGrouping = «MatchAny» .

Условие определяется указанием следующих свойств:

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

Тип соответствия может быть одним из следующих трех:

IsFile — этот тип соответствия используется, чтобы определить, содержит ли входная строка физический путь к файлу в файловой системе.Если строка ввода условия не указана, модуль перезаписи URL использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия. Этот тип соответствия может использоваться только для распределенных правил.
IsDirectory — этот тип соответствия используется для определения того, содержит ли входная строка физический путь к каталогу в файловой системе. Если строка ввода условия не указана, модуль перезаписи URL использует физический путь запрошенного файла в качестве значения по умолчанию для ввода условия.Этот тип соответствия может использоваться только для распределенных правил.
Шаблон — этот тип соответствия используется для выражения условия, при котором произвольная входная строка сопоставляется с шаблоном регулярного выражения. Шаблон условия можно указать с помощью синтаксиса регулярного выражения или синтаксиса подстановочных знаков. Тип шаблона для использования в условии зависит от значения флага patternSyntax , определенного для правила, которому принадлежит это условие.У этого типа условия есть два связанных атрибута, которые управляют сопоставлением с образцом:
- шаблон — Используйте этот атрибут, чтобы указать фактический шаблон.
- ignoreCase — Используйте этот атрибут, чтобы указать, должно ли сопоставление с образцом для условия быть чувствительным к регистру или нечувствительным к регистру.

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

Действие правила

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

Действие перезаписи

Действие Rewrite заменяет текущую строку URL-адреса строкой подстановки. Строка подстановки всегда должна указывать путь URL-адреса (например, contoso / test / default.aspx). Обратите внимание, что замены, содержащие физический путь в файловой системе (например, C: \ inetpub \ wwwroot ), не поддерживаются в IIS.

Действие Rewrite имеет следующие параметры конфигурации:

url — это строка подстановки, которая используется при перезаписи текущего URL. URL-адрес замены — это строковое значение, которое может включать следующее:
- Обратные ссылки на шаблоны условий и правил. (Для получения дополнительной информации см. Раздел о том, как использовать обратные ссылки.)
- Переменные сервера. (Для получения дополнительной информации см. Раздел об использовании переменных сервера.)
appendQueryString — Указывает, сохраняется ли строка запроса из текущего URL-адреса во время подстановки. По умолчанию, если значение флага appendQueryString не указано, предполагается, что он имеет значение ИСТИНА. Это означает, что строка запроса из исходного URL-адреса добавляется к замененному URL-адресу.

Действие перенаправления

Действие Redirect указывает модулю перезаписи URL-адреса отправить ответ перенаправления обратно клиенту.Код состояния перенаправления (3xx) можно указать в качестве параметра для этого действия. Поле Location ответа содержит строку подстановки, указанную в правиле.

URL-адрес подстановки для правила перенаправления можно указать в одной из следующих форм:

Относительный URL-путь — contoso / test / default.aspx
Абсолютный URI — https://example.com/contoso/test/default.aspx

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

Действие Redirect имеет следующие параметры конфигурации:

url — в качестве URL-адреса перенаправления используется строка подстановки. URL-адрес замены — это строка, которая может включать следующее:
- Обратные ссылки на шаблоны условий и правил. (Для получения дополнительной информации см. Раздел о том, как использовать обратные ссылки.)
- Переменные сервера. (Для получения дополнительной информации см. Раздел об использовании переменных сервера.)
appendQueryString — указывает, следует ли сохранять строку запроса из текущего URL-адреса во время подстановки.По умолчанию, если флаг AppendQueryString не указан, предполагается, что он имеет значение ИСТИНА. Это означает, что строка запроса из исходного URL-адреса добавляется к замененному URL-адресу.
redirectType — указывает код состояния для использования во время перенаправления:
- 301 — постоянный
- 302 — Найдено
- 303 — Посмотреть другие
- 307 — Временный

Действие CustomResponse

Действие CustomResponse заставляет модуль перезаписи URL-адреса отвечать HTTP-клиенту, используя указанный пользователем код состояния, подкод и причину.Использование действия CustomResponse подразумевает, что никакие последующие правила для текущего URL-адреса не оцениваются после выполнения этого действия.

Действие CustomResponse имеет следующие параметры конфигурации:

statusCode — указывает код состояния для использования в ответ на запрос клиента.
subStatusCode — указывает код подстатуса для использования в ответ на запрос клиента.
statusReason — указывает фразу причины для использования с кодом состояния.
statusDescription — Задает описание одной строки, которое будет помещено в тело ответа.

Действие AbortRequest

Действие AbortRequest заставляет модуль перезаписи URL разрывать HTTP-соединение для текущего запроса. Действие не имеет параметров. Использование этого действия подразумевает, что никакие последующие правила для текущего URL-адреса не оцениваются после выполнения этого действия.

Нет действий

A None action используется, чтобы указать, что никакое действие не выполняется.

Использование переменных сервера в правилах перезаписи

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

В строке ввода условия
В строках подстановки правил, а именно:
- url Атрибут действия Rewrite and Redirect
- statusLine и response Line действия CustomResponse

На переменные сервера можно ссылаться с помощью синтаксиса {VARIABLE_NAME}.Например, в следующем условии используется серверная переменная QUERY_STRING:

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

Все символы тире («-») в имени заголовка HTTP преобразуются в символы подчеркивания («_»).
Все буквы в имени заголовка HTTP переводятся в заглавные.

К имени заголовка добавляется префикс

«HTTP_».

Например, чтобы получить доступ к HTTP-заголовку «user-agent» из правила перезаписи, вы можете использовать серверную переменную {HTTP_USER_AGENT}.

Использование обратных ссылок в правилах перезаписи

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

Обратные ссылки генерируются по-разному, в зависимости от того, какой синтаксис шаблона используется для правила. Когда используется синтаксис шаблона ECMAScript, обратная ссылка может быть создана путем помещения скобок вокруг части шаблона, которая должна фиксировать обратную ссылку. Например, шаблон ([0-9] +) / ([a-z] +). Html захватит 07 и статью в обратных ссылках с этого запрошенного URL: 07 / article.html . Когда используется синтаксис шаблона «Подстановочный знак», обратные ссылки всегда создаются, когда в шаблоне используется символ звездочки (*).Никаких обратных ссылок не создается, когда «?» используется в выкройке. Например, шаблон * / *. Html захватит contoso и test в обратных ссылках с этого запрошенного URL: contoso / test.html .

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

Входные строки состояния
В действиях правил, а именно:
- url Атрибут действия Rewrite and Redirect
- statusLine и response Line действия CustomResponse
В ключевом параметр для перезаписи карты

Обратные ссылки на шаблоны условий идентифицируются {C: N}, где N — от 0 до 9.(www \.) (. *) $

Для строки: www.foo.com обратные ссылки будут проиндексированы следующим образом:

  {C: 0} - www.foo.com
{C: 1} - www.
{C: 2} - foo.com

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

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

Взаимодействие с кэшированием вывода IIS

Модуль перезаписи URL-адресов управляет поведением кэша вывода IIS, чтобы:

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

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

Модуль всегда устанавливает настройку кэша пользовательского режима variableByHeader = «HTTP_X_ORIGINAL_URL».Это гарантирует, что при включении кэширования в пользовательском режиме модуль принимает во внимание исходный URL-адрес для создания ключа для записи кэша.
Если набор правил перезаписи использует серверные переменные со значениями, которые либо постоянны на протяжении всего процесса, либо являются производными от запрошенного URL, набор правил считается безопасным для кэширования вывода. Это означает, что модуль перезаписи URL-адреса не будет изменять существующую политику кэширования каким-либо образом, кроме установки DifferentByHeader , как описано в шаге 1.
Следующие серверные переменные при использовании в правилах перезаписи не влияют на политику кэширования вывода:
- «CACHE_URL»
- «КОРЕНЬ ДОКУМЕНТА»
- «HTTP_URL»
- «HTTP_HOST»
- «ПУТЬ_ИНФО»
- «ПУТЬ_ПЕРЕВОДА»
- «QUERY_STRING»
- «REQUEST_FILENAME»
- «REQUEST_URI»
- «SCRIPT_FILENAME»
- «SCRIPT_NAME»
- «SCRIPT_TRANSLATED»
- «UNENCODED_URL»
- «URL»
- «URL_PATH_INFO»
- «» APP_POOL_ID «
- «APPL_MD_PATH»
- «APPL_PHYSICAL_PATH»
- «ШЛЮЗ_ИНТЕРФЕЙС»
- «СЕРВЕР_ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ»
- «SSI_EXEC_DISABLED»
Если набор правил перезаписи использует любую серверную переменную, не упомянутую в приведенном выше списке, набор правил считается небезопасным для кэширования вывода.Это означает, что модуль перезаписи URL-адресов отключит кэширование в режиме ядра для всех запросов, независимо от того, были ли URL-адреса запросов перезаписаны или нет. Кроме того, модуль изменит политику кэширования для кеш-памяти пользовательского режима, установив свойство кэширования variableByValue таким образом, чтобы оно содержало объединенную строку всех значений переменных сервера, используемых в наборе правил.

Строковые функции

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

ToLower — возвращает строку ввода, преобразованную в нижний регистр.
UrlEncode — возвращает входную строку, преобразованную в формат с кодировкой URL. Эту функцию можно использовать, если URL-адрес замены в правиле перезаписи содержит специальные символы (например, символы, отличные от ASCII или URI-небезопасные символы).
UrlDecode — декодирует входную строку в кодировке URL. Эту функцию можно использовать для декодирования ввода условия перед сопоставлением его с шаблоном.

Функции можно вызывать, используя следующий синтаксис:

  {function_name: any_string}

Где «имя_функции» может быть одним из следующих: «ToLower», «UrlEncode», «UrlDecode».Any_string может быть литеральной строкой или строкой, построенной с использованием серверных переменных или обратных ссылок. Например, следующие допустимые вызовы строковых функций:

  {ToLower: DEFAULT.HTM}
{UrlDecode: {REQUEST_URI}}
{UrlEncode: {R: 1} .aspx? P = [резюме]}

Строковые функции могут использоваться в следующих местах в правилах перезаписи:

Входные строки состояния
В строках подстановки правил, а именно:
- url атрибут Rewrite and Redirect actions
- statusLine и responseLine атрибуты действия CustomResponse

Пример правила, использующего функцию ToLower :

Пример правила, использующего функцию UrlEncode :

  <правила>

Пример правила, использующего функцию UrlDecode :

  <правила>
   
      
      <условия>

Переписать карты

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

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

  
  <добавить ключ = "а.html "value =" b.html "/>

Карта перезаписи однозначно идентифицируется своим именем и может содержать ноль или более записей «ключ-значение». Кроме того, в карте перезаписи можно указать значение по умолчанию, которое будет использоваться, когда ключ не найден. Это контролируется с помощью атрибута defaultValue . По умолчанию в качестве значения по умолчанию используется пустая строка.

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

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

  {RewriteMapName: Key}

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

  {MyRewriteMap: contoso / {R: 1} / test / {C: 1}}
{MyRewriteMap: a.html}
{MyRewriteMap: {R: 1}? {C: 1} & contoso = test}

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

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

В строке ввода условия
В строках подстановки правил, а именно:
- url атрибут Rewrite and Redirect actions
- statusLine и response Line из CustomResponse действий

Пример 1 : С картой перезаписи, определенной следующим образом:

И правило перезаписи, определенное следующим образом:

  
 
  
  <условия>

Запрошенный URL / диагностики будет переписан как / по умолчанию.aspx? tabid = 2 & subtabid = 29 .
Запрошенный URL / веб-трансляций будет заменен на /default.aspx?tabid=2&subtabid=24 .
Запрошенный URL / php будет перезаписан на /default.aspx?tabid=7116 .
Запрошенный URL / default.aspx не будет перезаписан, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.

Пример 2 : С картой перезаписи, определенной следующим образом:

И правило перезаписи, определенное следующим образом:

  
 
  
  <условия>

Запрошенный URL /default.aspx?tabid=2&subtabid=29 будет перенаправлен на http://www.contoso.com/diagnostics .
Запрошенный URL /default.aspx?tabid=2&subtabid=24 будет перенаправлен на http: // www.contoso.com/webcasts .
Запрошенный URL /default.aspx?tabid=7116 будет перенаправлен на http://www.contoso.com/php .
Запрошенный URL / default.aspx не будет перенаправлен, поскольку карта перезаписи не содержит элемента с ключом = «/ default.aspx»; поэтому карта перезаписи вернет пустую строку, которая не будет соответствовать шаблону условия, следовательно, действие правила не будет выполнено.

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

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

В этой статье

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

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

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

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

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

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

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

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

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




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


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

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

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

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

http: // localhost / article / 342 / some-article-title
по адресу:
http: //localhost/article.aspx? Id = 342 & title = some-article-title .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Действие: Перенаправить (Действие перенаправления приведет к отправке ответа перенаправления обратно в браузер.)

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

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

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

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

Проверка правила перенаправления

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

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

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

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

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

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

  
  
  <условия>

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

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

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

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

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

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

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

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

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

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

Сводка

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

Учебные примеры политик синтаксиса по умолчанию для перезаписи

Пример 1: Удалить старые заголовки X-Forwarded-For и Client-IP

Пример 2: Добавление заголовка IP-адреса локального клиента

Пример 3: Пометка безопасных и небезопасных подключений

Пример 4: замаскируйте тип HTTP-сервера

Пример 5: Перенаправление внешнего URL-адреса на внутренний URL-адрес

Пример 6: Перенос правил модуля перезаписи Apache

Пример 7. Перенаправление маркетинговых ключевых слов

Пример 8: Перенаправление запросов на запрашиваемый сервер

Пример 9: Перенаправление домашней страницы

Пример 10: Шифрование RSA на основе политик

Пример 11: шифрование RSA на основе политик без заполнения