Цена за 1000 символов рерайта: Page not found — Биржа копирайтинга

Содержание

Рерайт текста — цена за 1000 знаков

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

Цена рерайта за 1000 знаков (количество знаков всегда считается с пробелами) может варьировать в очень широких пределах в зависимости от требуемого качества готового материала.

Если вам необходимо заказать рерайт текста — цена зависит в том числе от объемов работ и их срочности, во многом и от тематики. В частности, перерабатывать специфичные узко-тематичные текстовые материалы до 90-95% уникальности (например, техническое описание какого-нибудь электронного устройства) значительно сложнее, чем материал о воспитании детей, где автор может максимально проявить свой творческий потенциал и где у него намного больше возможностей стилистического, лингвистического, семантического и литературного плана.

Поэтому цена за 1000 знаков рерайта в первом случае будет больше в 1,5-3,0 раза, чем во втором.

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

Заказав рерайт текста и выяснив, какова цена за 1000 знаков, клиент должен сразу уточнить, какие дополнительные мероприятия и работы с текстом ему необходимы. Это могут быть подбор ключевых слов и словосочетаний, прописывание мета-тегов в web структуре страницы (title, key words, description), сбор дополнительной информации и ее интегрирование в «тело» существующего текста, подбор фото или иных графических материалов и их уникализация, загрузка готовых материалов на сайт, иные интеллектуальные и организационно-технические процедуры.

Цены на них рассчитываются индивидуально и представляются отдельными позициями в коммерческом предложении от ТАОТ.

Примечание 1. Ознакомиться с базовыми расценками на рерайт, иными работами и общими условиями взаимодействия с ТАОТ вы можете здесь.
Примечание 2. Побольше узнать о рерайте — его типах, качественных характеристиках и специфике, а также о том, как не загубить негодным рерайтом свой сайт можно тут.

Когда оформляется заказ на рерайт текста цена за 1000 знаков является базисом финансовых взаимоотношений между заказчиком и авторами (специалистами) taot.ru. Впрочем, при больших объемах работ, цена рерайтинга определяется за весь текст. Но это уже детали финансово-хозяйственных взаимоотношений, которые, в зависимости от конкретной ситуации, могут варьировать.

Интересный пользователю высококачественный рерайт не может стоить дешево по определению. Впрочем, и слишком дорогим он тоже быть не должен, иначе теряется смысл его заказывать (затраты попросту не окупятся). Специалисты taot.ru гарантируют традиционно высокую уникальность переработанных («отрерайченных») материалов, отсутствие «затасканных» штампов, абсолютную грамотность текста, его гладкость и читабельность, ну и, конечно же, позитивный драйв! При этом по требованию клиентов одновременно с рерайтом текста ведется его оптимизация и иные SEO мероприятия, а цена за 1000 знаков рерайта остается заранее оговоренной.

Пройти мимо такого эксклюзивного предложения — значит очень многое потерять… Обращайтесь. Рерайт текста в ТАОТ — экспертного уровня, а цена за 1000 знаков очень даже приятная!

Как рассчитывается цена за статью?

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

  • За 1000 знаков без пробелов.
  • За 1000 знаков с пробелами.

Заказать услуги seo-копирайтинга в компании Webline Promotion!

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

Как выставить оптимальную стоимость?

Заработок каждого копирайтера зависит от таких факторов:

  • Подходящая для него ставка за 1000 знаков.
  • Количество символов в статьях для написания.
  • Загруженность работой (спрос на копирайтера).
  • Коэффициент работоспособности. Измеряется количеством символов, которые он может отписывать в день/месяц.
  • Опыт, профессионализм.

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

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

Как правильно рассчитать стоимость статьи?

  • Обратите внимание на количество символов. Просчитайте в голове сразу, сколько вы получите в сумме, отталкиваясь от своих расценок за 1000 знаков.
  • Тип текста. Стандартный информационный текст стоит дешевле, чем статья с рекламным подтекстом и seo-текст.
  • Загруженность. Трезво оцените, за какой промежуток времени вы сможете справиться с заказом. Если текст требует срочного написания и вам приходится отложить другую работу (ненормированную), то стоимость должна быть выше.
  • Обсудите с заказчиком тип оплаты: за 1000 знаков с пробелами или без. Если пробелы не учитываются, то цена за статью автоматически поднимается.
  • Стоимость рерайта, редактуры текста, исправления ниже, чем написание уникального авторского текста.
  • Ваш опыт работы. Естественно, если вы профессионал своего дела, можете предоставить заказчику портфолио, то имеете полное право запросить большую оплату за статью.

Источник: Webline Promotion

Загрузка…

ᐈ Биржа Рерайтинга №1 в Украине — Kabanchik.ua

Рерайтинг в Киеве

Наряду с копирайтингом – написанием уникального контента – востребован рерайт или рерайтинг. Он представляет собой качественную переработку существующего текста (или нескольких текстов), при которой сохраняется канва повествования, но достигается уникальность. Это особенно важно для интернет-контента, так как на страницах сайтов должны быть только уникальные тексты.

4 повода заказать услугу рерайта

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

  1. Упрощение. Типичный пример – размещение краткой инструкции к товару на сайте. Оригинальная инструкция подробная и часто представляет собой длинное неудобоваримое описание. Рерайт позволяет максимально «ужать» текст и наряду с достижением оригинальности упростить его для понимания.
  2. Улучшение. Пример – у заказчика уже есть текст, но стиль написания его не устраивает (например, он слишком сложный или содержит стилистические ошибки). Рерайтинг в этом случае позволит «сгладить» все недостатки и добиться уникальности.
  3. Обновление. Если тексты на сайте немного потеряли уникальность (а такое случается со временем), но не хочется заменять их полностью, рерайтинг позволит повысить уникальность и сохранить структуру повествования.
  4. Экономия. Рерайт целесообразно заказывать для написания шаблонных текстов, контента для второстепенных станиц и т.п. Типичные примеры правильного применения рерайтинга – описание товаров в интернет-магазине, описание рубрик и т.п. А вот для главных и ключевых страниц сайта лучше все-таки заказывать копирайтинг.

Виды рерайта

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

  • простой или неглубокий рерайт;
  • глубокий;
  • SEO-рерайт;
  • рерайт с авторской обработкой.

Прайс: Рерайтинг в городе Киев

Цены на SEO копирайтингЦена за 1 тыс. символов
1-10 тыс. символов80 грн.
10-30 тыс. символов60 грн.
30-100 тыс. символов50 грн.
Продающие тексты для сайтов120 грн.
Тексты и статьи для журналов и газет140 грн.
Наполнение сайтаЦена, грн
Создание страницы с текстом8 грн.
Вставка изображения7 грн.
Вставка таблицы9 грн.
Страница сайта с текстом и изображением15 грн.
Страница сайта с текстом и таблицей17 грн.
Страница сайта с текстом, изображением и таблицей24 грн.
Наполнение интернет-магазинаЦена, грн
50 товаров750-900 грн.
100 товаров1300-1500 грн.
200 товаров2200-2600 грн.
более 200 товаровот 3000 грн.
Стоимость набора текстаЦена, грн
Набор рукописного текста16 грн.
Набор печатного текста с формулами25 грн.
Диаграмма/схема20 грн.
Набор английского текста15 грн.
Набор текста с аудио, видео материала7 грн.
Расшифровка интервью/транскрибация16 грн/мин

*Цена актуальная на Апрель 2021

Как выбрать рерайтера

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

Минимальная цена за 1000 знаков, max_te — Advego.com

Тип текста: ЛюбойКопирайтингРерайтинг без источникаПеревод

Язык: ЛюбойRussian — РусскийEnglishGermany — DeutschSpanish — EspañolFrench — FrançaisChinese — 中国Ukrainian — УкраїнськаJapanese — 日本のPortuguese — PortuguêsPolish — PolskiItalian — ItalianoTurkish — TürkArabic — العربيةVietnamese — tiếng ViệtKorean — 한국의Urdu — اردوPersian — فارسیHindi — हिन्दीDutch — HollandskFinnish — suomalainenAnother language — другой язык

Категория: ЛюбаяБез категорииIT, софтАвиация, военная техника, ГОАвто, мотоАзартные игры, казино, покерБытовая техникаДизайн и предметы интерьераДомашние животныеДомашние растения, цветы, растительный мирЗакон и ПравоИгрушки, товары для детейИнтернет-маркетинг, SEO, SMM, создание сайтовИстория, религия, традиции и обрядыКиноКомпьютерные игры, видеоигры и приставкиКрасота и здоровье, питание, диеты, фитнесКулинарияКультура и искусствоЛандшафтный дизайн и архитектураМатериалы 18+Мебель и аксессуарыМедицина, лечение и профилактика болезнейМобильные игры и приложенияМода и СтильМузыкаНаука, открытия, высокие технологииНедвижимостьНепознанное: фэн-шуй, астрология, гороскопыОбразование, учеба, тренингиОтдых, активные игры, охота и рыбалкаОтношения, знакомства, личная жизньПолиграфия, рекламная продукция, маркетингПолитика: аналитика и обзорыПраздники и торжества, свадьбаПрирода и экологияПромышленность и оборудованиеПсихологияРабота и карьера, фрилансРемонт и обустройствоРукоделие, хобби, handmadeСад и огород, сельское хозяйствоСемья, воспитание детей, беременность и родыСобственный бизнес, ForexСпорт и спортивный инвентарь, велотехникаСтихи и поздравленияСтроительный инструмент и материалы, садовая техникаСтроительство домов, дачное хозяйствоТуризм, достопримечательностиУслуги и сервисФинансы, банки и кредиты, экономикаФототехника, искусство фотографииЭлектроника: гаджеты, мобильные телефоны, компьютеры, телевизорыЮмор

Услуги и стоимость.

Заказать текст в один клик!

Выгодное предложение

*цена указывается за 1000 знаков без пробелов

Рерайт – 1,8$

SEO-рерайт — 2$

Копирайтинг — 2,5$

SEO-копирайтинг — 3$

 

Информация для заказчиков*

  • Рекламные тексты с сопровождением — 7$
  • Текст для Landing Page — 15$ + макет в подарок!
  • Перевод (англиский/руссский, украинский/русский) – 2$
  • Английский копирайтинг (перевод) — 5$
  • Нейминг, слоганы на заказ – от 20$ (в услугу входит подбор 10 вариантов + 5 правок бесплатно)
  • Поздравление в стихотворной форме – 4$ (за каждые 4 строки)
  • Услуга «Сайт под ключ» — от 150$ (в услугу входит написание текстов для главной страницы сайта, заполнение рубрик «О компании», «Услуги и стоимость», «Оплата и доставка», «Клиенты и отзывы», «Контакты», «Портфолио», а также описание 3-х услуг или товаров на выбор)

 

Для постоянных клиентов** действует скидка на все тексты!!!

** «Постоянным клиентом» является Заказчик, суммарное количество заказа которого превысило 100 000 знаков без пробелов.


 

По вопросам сотрудничества пишите на почту:

[email protected]


 

5  преимуществ работы с нами:

1. Гарантия и качество: все тексты уникальны и написаны нашими авторами, с которыми вы лично можете связаться по электронной почте. Уникальность текстов очень высокая и составляет от 95-100% по Advego или Etxt. По просьбе заказчика проверяем тексты на других плагиаторах.

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

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

4. Выгодные условия: мы предлагаем качественные и профессиональные тексты по доступной цене. Кроме этого, для постоянных клиентов предусмотрены скидки!

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


  Заказать текст

.


 

Некоторые примеры наших работ:

Продающий текст. 1С (Москва)

Текст на главную. Стоматологическая клиника (Киев)

Рекламный текст. Ресторан Тук-Тук (Харьков)

   
   

Текст на украинском. Веб-студия (Львов)

Технический текст. ПрофЭлектроКомплект (Санкт-Петербург)

Живой текст. Психологический тренинг (Киев)

   
   

SEO-копирайтинг. Reforma (Харьков)

Презентация. Отель Подгорье (Карпаты)

Текст для Landing Page. Веб-студия (Днепропетровск)

   
   

Профессиональный копирайтер. Стоимость копирайтинга и рерайтинга за 1000 знаков в Москве, в Минске, везде

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

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

Сайты, для которых мы написали контент

Пример 1     Пример 2     Пример 3     Пример 4 и др.

Наполнение сайта контентом: цены

Написать один текст для сайта (например, О компании) или наполнить весь сайт контентом — это работа, которая сначала (до момента переноса мыслей на бумагу) требует предварительной подготовки. Собственно львиная доля стоимости текста приходится именно на предварительный этап (сбор информации). Текст, как и энергия, не возникает из ниоткуда. Бывает, уходит в никуда, но мы не позволим.

Копирайтер — и не торопитесь бросать в нас камень — фигура второстепенная. Главная фигура — заказчик, т. е. вы. Да-да, именно в вашей светлой голове сосредоточено основное знание. И если вы всерьез решили обзавестись хорошими текстами, приготовьтесь делиться исходной информацией о вашем бизнесе. Только вы ею владеете, иначе классного контента не получится. Мы заставим-таки вас заполнить расширенный бриф (ответить на вопросы по теме). Причем односложные «да» и «нет» нас не устроят. Мы не успокоимся и будем уточнять, уточнять, уточнять нужную и важную информацию для написания «работающего», приносящего реальную пользу людям и прибыль вам текста.

Еще какое-то время уйдет у копирайтера-рерайтера на внимательное ознакомление с видом деятельности заказчика (изучение брифа,  сайта компании, других интернет-ресурсов по данной тематике, которые нравятся клиенту, и т. д.). И когда круг замкнется, наши копирайтеры смирно займут рабочее место и… напишут текст, который будет отвечать всем вашим требованиям.

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

НЕ обещаем низкие цены. Потому что мы знаем эту работу. 

Легкая реставрация текста? Глубокий рерайтинг? А пожалуйста!

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

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

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

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

Какие тексты мы пишем

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

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

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

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

Как заказать копирайтинг текста

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

    Если речь идет о заказе значительного объема (контент для сайта или рекламные тексты), мы вышлем вам расширенный бриф (техническую анкету). Без заполнения брифа мы не сможем приступить к работе. НЕВОЗМОЖНО. Информация, которой вы поделитесь в брифе, поможет копирайтеру верно понять, что от него требуется, и избежать возможных недоразумений. Именно из брифа мы узнаем массу важных подробностей (тема, жанр, стиль, объем, в какие сроки, особенности вашего бизнеса, целевая аудитория, потенциальные клиенты, конкуренты, ценовая политика, преимущества, ваши пожелания к тексту и многое другое).

  2. Мы внимательно ознакомимся с брифом и ответим, возьмемся ли за написание такого текста (контента), плюс укажем примерную стоимость.

  3. Если заказчика все устраивает, приступаем к работе: заключаем договор, выбираем способ оплаты, готовим документы, получаем предоплату 50 %.

  4. Каждый текст отправляем заказчику на утверждение. После этого вносим необходимые изменения (если нужно), получаем оставшиеся 50 % стоимости заказа и отправляем готовые тексты (финал) на адрес электронной почты заказчика.

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

GoreOtUma в Facebook

Рерайтинг текстов. Услуги рерайтинга статей. Заказать глубокий рерайтинг: цены и стоимость

Конечно! Только сначала важно определиться, нужен ли вам именно рерайтинг. Рерайтинг – это услуга уникализации текста. Стандартно для этого необходим текст-исходник или ссылка на сайт с исходником. Глобально в тексте должно измениться только одно – уникальность, т.е., проанализировав его, поисковик должен подумать, что текст написан с нуля. По умолчанию, мы делаем не только уникальный, но и грамотный рерайтинг. Его обязательно вычитывает на наличие ошибок и опечаток редактор. При необходимости мы используем один исходник (если нужно придерживаться смысла максимально строго) или несколько (если важно изменить исходный текст до неузнаваемости). Хотите использовать иностранные источники? Запросто! Нужно перевести и уникализировать текст? Легко! Написать дайджест, компиляцию материалов или обзор сайтов? Делаем это очень качественно.

Все еще не до конца ясно, чем услуга рерайтинга отличается от копирайтинга? Классический копирайтинг – это продающий текст, коммерческое сообщение любого формата, от поста в соцсети до лендинга. Не совсем корректно, но все-таки часто на постсоветском пространстве говорят «копирайтинг», а понимают «написанный с нуля, эксклюзивный» текст. Рерайтинг – не об этом. Он о том, чтобы текст стал уникальным для поисковиков. Будет ли он продавать, нести новизну, сеять разумное-доброе-вечное? Не факт.

Проясняется? Давайте закрепим на практике. «Ангелу Меркель трясло на встрече с Зеленским» – что это? Если автор стоял рядом и поддерживал Ангелу под локоток, а потом не ложился спать в обед, чтобы пропихнуть сюжет в вечерний номер, это эксклюзивный текст. Если автор открыл сайт tsn.ua и переписал материал своими словами для сайта «Интера» и ICTV, это рерайтинг. И цена у такого текста ощутимо ниже. Если автор открыл книгу, газету, фантик и переписал текст для размещения на сайте, это тоже рерайтинг. Если же автор – директор агентства «Отвезу к Меркель» и написал все то же самое, а потом добавил «Интересно, а с Трампом она так стрессанет? Поехали вместе, посмотрим! Мы как раз набираем группу «По следам Ангелы». Киев–Берлин–Гамбург–Кельн, 13 июля 2020 года, 320 евро за человека + авиа, завтрак включен», это уже копирайтинг. Черт, как классно написано. Я бы поехала.

Переписывание статей (не вращение) — 1000 небольших статей — В среднем 75-80 слов на статью — Внештатная работа в сфере контента и копирайтинга — Фиксированная цена 150 долларов США, опубликовано 12 марта 2021 г.

Привет,

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

Содержание необходимо переписать:
— уникальный способ (не только заменять несколько слов синонимами)
— легко читать
— без грамматических ошибок

Среднее количество слов в статье составляет около 75-80 слов.

Статьи о туристических направлениях / приключениях.

Срок сдачи — 2-3 недели.

Вот пример того, как я должен выглядеть:

Оригинал:
Лучший способ передать интенсивность этого дерби между двумя самыми легендарными футбольными клубами мира — это отметить, что когда португальская звезда Луиш Фигу вернулся в Барселону Покинув клуб «Реал Мадрид», местные болельщики бросили в него свинью — традиционный символ местного предателя.Соперничество между «Барселоной», гордостью Каталонии, и «Реалом» — командой, считающей себя символом Испании. Примите участие в одном из матчей, когда клубы встречаются по крайней мере дважды за сезон в культовом поединке, в котором участвовали такие великие личности, как Зинедин Зидан и Лионель Месси, и который привлекает 150 миллионов зрителей мирового телевидения.

Переписано:
Напряженность двух самых известных футбольных клубов в мире лучше всего передается, когда звезда Португалии Луиш Фигу вернулся в Барселону после отъезда из страны в команду соперника Реал Мадрид C.F. Когда Фигу прибыл, толпа из родного города бросила в него свинью — традиционный символ, означающий, что он предатель. В борьбе за превосходство символ Испании, команда «Реал Мадрид» сражается с гордостью Каталноа — «Барселоной». Две мощные команды соревнуются друг с другом по крайней мере два раза за сезон, в зрелище, в котором участвуют одни из лучших мировых звезд футбола, такие как Лионель Месси и Зинедин Зидан, и которое привлекает 150 миллионов телеаудиторий по всему миру.

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

С уважением,
Джейсон

Сколько вы должны платить за контент для SEO?

  1. Смешанные мнения: что такое «отличный» контент для SEO?
  2. Где найти отличных писателей контента для SEO
  3. Устанавливает ли рынок ставку?
  4. Стоимость отличного SEO-контента — зависит от цели
  5. SEO-специалисты Ответ: «Сколько вы платите за SEO-контент?»
  6. Как составить бюджет для SEO-контента
  7. Хороший контент для SEO — это инвестиции
  8. Как сделать Решите, сколько вложить в контент для SEO.
  9. 11 советов, как найти великих писателей
  10. Заключительные мысли

«Сколько вы берете?»

Как писатель SEO-контента, который работает в основном с SEO-агентствами, я привык получать этот вопрос.И независимо от моего ответа, ответы всегда немного напоминают мне историю Златовласки…

«Эта цена слишком низкая».

«Эта цена слишком высока».

«Эта цена как раз подходящая».

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

Чтобы удовлетворить свое любопытство, я решил предложить вопрос: «Сколько вы платите за отличный SEO-контент?» Группе из более чем 40 000 участников SEO в Facebook.

Ответы, как я и ожидал, были разными.

Смешанные мнения: что такое «отличный» контент для SEO?

Первое, что я заметил, это то, что респонденты расходились во мнениях относительно того, что считается «отличным» содержанием для SEO.

Реклама

Продолжить чтение ниже

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

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

Эти неоднозначные мнения вызвали довольно жаркие споры о том, переплачивают ли специалисты по SEO за контент или недоплачивают.

Некоторые были менее снисходительны к идее, скажем, сообщения в блоге за 10 долларов…

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

Реклама

Продолжить чтение ниже

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

Где найти отличных писателей контента для SEO

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

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

Когда кто-то выбирает аутсорсинг, может быть трудно знать, где искать.

Fiverr — хороший вариант? группы в Facebook? Студенты? Пенсионеры?

Варианты почти безграничны.

Много вариантов, разные цены

К сожалению, не все писатели созданы равными.

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

Некоторые из основных источников, перечисленных для поиска великих писателей SEO, включают:

  • Нишевые группы в Facebook
  • LinkedIn
  • Доски вакансий в колледжах
  • Рефералы (в вашей сети)
  • Контент-агентства

Тем не менее, все из этих источников публикуют самые разные ставки в зависимости от:

  • Объем контента.
  • Тип содержания.
  • Опыт писателя.
  • Требуемый уровень оптимизации.

И множество других факторов.

Некоторые респонденты указали, что ставки составляют всего 0,02 доллара за слово, а некоторые — до 2 долларов за слово.

Рынок устанавливает курс?

Итак, почему такой широкий разброс цен?

Что ж, можно сказать, что курс задает рынок.

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

Реклама

Продолжить чтение ниже

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

Качество против количества — либо / или?

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

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

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

Как только они понимают, сколько берут их конкуренты (и видят, какую рентабельность инвестиций они приносят своим клиентам), они повышают цены.

Стоимость отличного контента для SEO — зависит от цели

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

Реклама

Продолжить чтение ниже

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

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

Контент для чистой рентабельности инвестиций

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

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

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

Тем не менее, у меня такой вопрос:

Является ли стоимость собственного труда больше или меньше, чем то, во что для начала стоит нанять квалифицированного писателя?

Реклама

Продолжить чтение ниже

Никто не смог ответить на этот вопрос.

Ответ специалистов по SEO: «Сколько вы платите за контент для SEO?»

  • 100–125 долларов за 600–750 слов.
  • 40 долларов за 500 слов.
  • 5-10 долларов за статью.
  • 0,10–20 долларов за слово.
  • 35 долларов за статью.
  • 0,02 доллара за слово.
  • 4 доллара за 100 слов.

Это лишь некоторые из множества ответов, которые я получил на свой вопрос: «Сколько вы платите за отличный SEO-контент?» Ответы варьировались от 0,02 доллара за слово до 2 долларов за слово.

К сожалению, на этот вопрос не было однозначного ответа большинства.

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

Реклама

Продолжить чтение ниже

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

Теперь можно сделать вывод, что настоящий ответ на этот вопрос (как и на большинство вопросов в области SEO): «Это зависит от обстоятельств.

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

Как составить бюджет для содержания SEO

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

Это делает вложение в SEO-контент небольшим риском, особенно если это связано с высокой ценой.

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

Реклама

Продолжить чтение ниже

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

По моему опыту (подтвержденному многими респондентами в опросе), средняя ставка за «отличный» контент для SEO составляет от 0,08 до 20 долларов за слово.

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

Отличный контент для SEO — это вложение

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

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

Реклама

Продолжить чтение ниже

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

«Мы добрались до страницы 1 по ключевому слову объемом 90 000».

«Из-за вашей статьи кто-то обратился, чтобы показать нас по телевидению».

«Эта целевая страница принесла нам двух лидов на этой неделе» (стоимость 2 000 долларов).

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

Великие писатели SEO * Обычно * Берут больше

Вскоре стало очевидно, что я должен брать больше. Лиды, которые я генерировал для своих клиентов, часто оценивались в 1000 долларов и более. Я брал около 100 долларов за пост.

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

Оправдывают ли затраты затраты?

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

Реклама

Продолжить чтение ниже

Хотя можно найти эту «золотую середину» — качественную и дешевую — эти писатели не являются нормой.

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

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

Как решить, сколько вложить в контент для SEO

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

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

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

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

Реклама

Продолжить чтение ниже

11 советов, как найти великих писателей

Вот несколько советов о том, как найти авторов SEO, которые принесут результаты, оправдывающие ваши вложения.

  • Обратитесь к вашей сети: Я настоятельно рекомендую обратиться к вашей существующей сети, чтобы найти писателей, которые имеют репутацию доказанных результатов. Еще лучше получить направление от кого-то из вашей отрасли, спросите, как они работали с писателем и какие результаты они смогли получить.
  • Поговорите с писателем напрямую: Многие компании заказывают контент в Интернете, не разговаривая напрямую с писателем — и под «прямым» я подразумеваю телефонный звонок или видеочат. Многое можно потерять при переводе по электронной почте или через мессенджер. Как бы вы ни искали писателя с нужными навыками, вы хотите быть уверены, что он хорошо подходит по характеру. Коммуникация важна
  • Спросите примеры: Всегда просите показать примеры их работы — особенно работы, которая относится к вашей нише.Просто обратите внимание, что кража примеров контента — обычная практика в Интернете, поэтому вы не всегда знаете, что получаете. Если они могут прислать вам пример со своим именем в подписи, это беспроигрышный вариант.
  • Ищите тематические исследования и обзоры: Поищите на их сайте (если он есть) тематические исследования или обзоры. Это покажет, какие результаты они смогли принести своим клиентам.
  • Оцените их знания в области SEO: Возможно, вы не ожидаете, что ваш писатель будет профессионалом в области SEO, но если вы хотите найти контент, ориентированный на SEO, они должны знать хотя бы основы.Уместно задать им несколько вопросов об их опыте или попросить показать примеры работы, связанной с поисковой оптимизацией.
  • Спросите, как они измеряют успех: Многие авторы не знают, как ответить на этот вопрос, или ответят чем-то вроде «больше трафика». На самом деле успех можно измерить разными способами, и он должен зависеть от того, чего вы, клиент, хотите достичь. Хороший SEO-писатель должен уметь передать это и, надеюсь, говорить с точки зрения рентабельности инвестиций.
  • Узнайте об их структуре ценообразования: Не каждый писатель берет плату за слово.Фактически, это становится все менее нормой, потому что стремление к произвольному подсчету слов часто не соответствует теме. Независимо от того, взимают ли они плату за слово, за страницу или за проект, убедитесь, что вы полностью понимаете их структуру ценообразования, прежде чем вкладывать средства.
  • Знайте, что предоставляется в их услугах: Некоторые специалисты по SEO включают только контент и теги h2 и h3. Другие включают все на странице SEO. Более того, некоторые обеспечивают исследование ключевых слов или планирование контента. Спросите, что их услуги включают и что вам нужно предоставить.
  • Включены ли правки ?: Вы также должны знать, включены ли правки и / или перезаписи. Полное переписывание — это редкость, поскольку сценаристы по сути пишут совершенно новое произведение без компенсации. Сценаристы часто предлагают один раунд правок и / или возмещение, если они промахнулись.
  • Знайте их политику возврата: Некоторые авторы предлагают возмещение, другие — нет. Знайте это с самого начала (и получите это письменно), прежде чем вы окажетесь в маринаде.
  • Установите ожидания: Найм писателя похож на любые другие профессиональные отношения в том смысле, что ожидания обычно возникают с самого начала.Знайте, чего от вас ждут, убедитесь, что они знают, чего от них ждут, и наметьте четкий процесс, когда дело доходит до совместного создания контента.

Заключительные мысли

Очевидно, существуют смешанные мнения о том, что такое «отличный» контент и сколько стоит отличный контент.

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

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

Дополнительные ресурсы:

Реклама

Продолжить чтение ниже


Изображение предоставлено

Все скриншоты сделаны автором, июнь 2019 г.

Правила переадресации 301 и 302

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

ПРИМЕЧАНИЕ : Если вы находитесь в процессе миграции своей учетной записи, и вы используете перенаправления , а не , вы можете перейти к следующему разделу процесса миграции.


Перенаправляет на WP Engine

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

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

Менее 1000 перенаправлений

Более 1000 перенаправлений

  • Импорт перенаправлений в конфигурацию WP Engine Nginx не будет эффективен при таком количестве из-за раздувания и накладных расходов.
  • Мы предлагаем загружать перенаправления в плагин Redirection или, если вы используете Yoast SEO, управлять перенаправлениями в Yoast Premium

Bulk Migrate Redirects from the .htaccess

Начиная с PHP 7.4, перенаправления, помещенные в файл .htaccess, работать не будут. Все рекомендуемые ниже варианты перенаправления предлагают массовый импорт перенаправлений Apache (в формате .htaccess). Это означает, что импорт существующих перенаправлений из . htaccess может быть выполнен быстро и легко и не требует, чтобы перенаправления перемещались по одному за раз. Узнайте больше об устаревании .htaccess здесь.


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

  1. Вход в пользовательский портал
  2. Выберите имя среды , для которой нужно настроить перенаправление
    • ПРИМЕЧАНИЕ : Перенаправления для определенного домена будут работать, только если домен также сопоставлен с той же средой
  3. Выберите правила перенаправления

Добавить правило перенаправления

Наиболее распространенное перенаправление — это просто перенаправление с одной страницы на другую.Чтобы настроить это, нажмите кнопку New Redirect Rule .

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

Поля конфигурации правила перенаправления

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

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

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

Домен

  • Используйте раскрывающийся список для выбора домена (ов), для которого будет работать перенаправление.
  • Выберите Все домены , чтобы разрешить перенаправление для любого домена, сопоставленного с этой средой.
  • Выберите конкретный домен, связанный с вашей учетной записью, чтобы применить перенаправление только к этому домену, а не к другим доменам.
    • Например, предположим, что в этой среде есть следующие домены: ilovepuppies. com , littledogs.com и dogshop.wpengine.com
    • Выбор ilovepuppies.com из раскрывающегося списка укажет правилу только перенаправление обращений к ilovepuppies.com и , а не , перенаправляют трафик, идущий по одному и тому же пути через домены dogshop.wpengine.com или littledogs.com .
  • Для многосайтовых сетей с включенным подстановочным знаком домена вы также увидите параметр под названием Использовать подстановочные знаки домена (расширенный) . Этот параметр будет использовать как сопоставленный домен, так и любые домены с подстановочными знаками.
  • Если вы не видите в списке домен, для которого вы хотите настроить уникальное перенаправление, убедитесь, что домен сопоставлен, и удалите все перенаправления на других доменов . / старая страница /? $

    ПРИМЕЧАНИЕ : Если вы захватили что-то во входном источнике, заключив его в круглые скобки, вы можете вызвать это позже в «Назначении», используя реферер переменной $ 1 .

    Пункт назначения

    • Обязательное поле
    • Путь URL, в результате которого будет выполнено перенаправление
    • Не поддерживает RegEx

    EX: https://ilovepuppies.com/new-page/

    Переменные, заданные в поле «Источник», можно вызывать в поле «Назначение»./ testing / (123) и назначением http://domain.com/ $ 1 , то конечный URL-адрес будет http://domain.com/123 .

    ПРИМЕЧАНИЕ : Перенаправления типа прерывания имеют дополнительные требования к полю Домен. См. Раздел «Перерыв» ниже для получения дополнительной информации.

    Если у меня есть следующие домены в этой среде: ilovepuppies.com , littledogs. com , dogshop.wpengine.com

    Приведенное выше правило создаст все следующие перенаправления:

    • ilovepuppies.com / old-page -> https://ilovepuppies.com/new-page/
    • littledogs.com/old-page -> https://ilovepuppies.com/new-page/
    • dogshop.wpengine.com/old-page -> https://ilovepuppies.com/new-page/

    Расширенные настройки

    При нажатии на Advanced Settings откроются два элемента:

    Сопоставление аргументов

    Аргумент — это другое имя для URL-запроса. Вы можете определить их по знаку вопроса в URL-адресе.Аргумент — это все после ? символ. Например, в URL-адресе domain.com/testing?input=this аргументом будет input = this .

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

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

    EX : если Источник — domain.com/testing?input=this , а Назначение — https://wpengine.com/testingthis/ , URL будет перенаправлен на https: // wpengine. com / testingthis /? input = this .

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

    Это может быть изменено в зависимости от ваших предпочтений кодов ответа.

    301 Постоянный — Настройка по умолчанию. Указывает поисковым системам удалить старый URL из поискового индекса и обновить его новым.

    302 Временный — Указывает поисковым системам не обновлять свой индекс. Цель состоит в том, чтобы поддерживать рейтинг SEO на исходном URL-адресе. EX : Перенаправление вашей домашней страницы на страницу «скоро».

    Разрыв — «Разрыв» перенаправляет пользователя на другую страницу в том же домене, без обновления адресной строки или отправки кода ответа (301 или 302) не возвращается. Разрыв также называется внутренним перенаправлением, его можно использовать для «маскировки» перенаправления./ my-page

    • Домен должен соответствовать полю «Назначение»
  • Назначение : / backend_page? id = 123
    • Домен должен соответствовать полю «Источник»
    • Не использовать HTTP или HTTPS
  • Это загрузит контент с / backend_page? id = 123 , сохраняя URL-адрес в адресной строке как domain.com/my-page

Массовая отправка переадресации

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

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

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

Прежде чем продолжить, мы рекомендуем выполнить следующие действия:

  • Выполните аудит правил перенаправления.Убедитесь, что какие-либо из них больше не нужны, или какие-либо из них следуют тому же шаблону и могут быть сгруппированы в «перезаписи», где запросы, соответствующие определенному шаблону, перенаправляются на основе этого шаблона.
  • Убедитесь, что правила находятся в текстовом документе (что-то, что легко открыть и скопировать / вставить) и отформатированы как правила перенаправления .htaccess . *

Если эти правила уже есть в файле .htaccess вашего сайта из предыдущего host, не стесняйтесь копировать правила и вставлять их в файл./ путь / совпадение /? example-arg = 123 http://domain.com/something/


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

Мы используем так называемые регулярные выражения (также известные как Regex) в разделе Source наших перенаправлений. Регулярные выражения очень полезны, потому что они позволяют вам специально создавать более сложные строки поиска, которые могут быть очень полезны для настройки расширенных перенаправлений. Если вы хотите узнать больше о том, как они работают, ознакомьтесь с нашей статьей «Общее регулярное выражение, используемое для правил перенаправления»./testing/.* с местом назначения https://wpengine.com/ , тогда у вас должно быть второе правило внизу списка перенаправления и первое правило вверху.
Это гарантирует, что две переадресации не будут конфликтовать друг с другом. Если вы поместите второе правило наверху, оно «охватит всех» до того, как более конкретное правило сможет вступить в силу.


СЛЕДУЮЩИЙ ШАГ: ознакомьтесь с распространенными примерами RegEx для перенаправления

О меню правил перезаписи

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

О правилах URL-адресов хранилища списков сканирования

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

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

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

См. Раздел «Правила получения URL-адресов из списка сканирования».

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

Каждое правило определяется директивой правила перезаписи (RewriteRule) и одним или несколькими необязательными условиями перезаписи (RewriteCond). Порядок правил важен. Набор правил проходит по циклу правило за правилом. Когда правило совпадает, оно проходит через все соответствующие условия перезаписи. Правило URL сканирования указывается следующим образом:

  RewriteCond TestString CondPattern [флаги]
Замена шаблона RewriteRule [флаги]
  

При обнаружении встроенного URL-адреса поисковый робот пытается сопоставить URL-адрес с шаблоном каждого правила сканирования.Если шаблон совпадает, механизм перезаписи ищет соответствующие директивы RewriteCond. Если условия отсутствуют, URL-адрес заменяется новым значением, созданным из строки подстановки, и продолжается со следующим правилом в наборе правил. Если условия существуют, они обрабатываются в том порядке, в котором они перечислены. Механизм перезаписи пытается сопоставить шаблон условия (CondPattern) с тестовой строкой (TestString). Если они совпадают, то выполняется следующее условие до тех пор, пока не закончатся доступные условия.Если все условия совпадают, URL-адрес заменяется подстановкой, указанной в правиле. Если условие не выполняется, полный набор условий и соответствующее правило не выполняется.

О директивах RewriteRule

Директива RewriteRule имеет следующий вид:

 
 Замена шаблона RewriteRule [Флаги] 
        
  

Шаблон может быть регулярным выражением POSIX, которое применяется к текущему URL-адресу.«Текущий URL-адрес» может отличаться от исходного запрошенного URL-адреса, поскольку более ранние правила могли уже сопоставить и изменить URL-адрес.

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

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

ПРИМЕЧАНИЕ

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

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

Замена URL заменяется строкой замены, которая содержит следующее:

Обычный текст: текст, который передается без изменений.

Обратные ссылки обеспечивают доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern./] *) (. *) $ https: // $ {tolower: $ 1} $ 2.

  • Обратные ссылки RewriteCond Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные: это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE — это строка для имени определенной переменной. См. Флаг * [E] * для получения дополнительной информации о настройке переменных среды.

    Функции: это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION имеет следующий вид:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • escape URL-кодирует все символы в ключа .
    • Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_ ‘оставлены без изменений; пробелы переводятся в «+», а все остальные символы преобразуются в их эквивалент в кодировке URL% xx.
    • unescape преобразует «+» обратно в пробел, а все символы, закодированные в URL% xx, обратно в отдельные символы.

    ПРИМЕЧАНИЕ

    Существует специальная строка подстановки: '-' , что означает «НЕТ подстановки.Строка '-' часто используется с флагом C (цепочка), что позволяет сопоставить URL-адрес с несколькими шаблонами до того, как произойдет подстановка.

    Флаги

    (необязательно) Заключите флажки в скобки [] . Несколько флагов разделяются запятыми.

    Флаг

    Описание

    ‘последняя | L’

    Последнее правило.

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

    ‘следующая | N’

    Следующий раунд.

    Повторно запускает процесс перезаписи (начиная снова с первого правила перезаписи), используя URL-адрес из последнего правила перезаписи (а не исходный URL-адрес). Будьте осторожны, чтобы не создать тупик!

    ‘цепь | C’

    Приковано к следующему правилу.

    Связывает текущее правило со следующим правилом (которое также может быть связано со следующим правилом и т. Д.).Если правило совпадает, процесс замены продолжается как обычно. Если правило не совпадает, все последующие связанные правила пропускаются.

    ‘nocase | NC’

    Нет дела.

    Делает шаблон без учета регистра (то есть нет разницы между «A-Z» и «a-z»), когда шаблон сопоставляется с текущим URL-адресом.

    ‘пропустить | S = num’

    Пропустить следующее правило или правила.

    Если текущее правило совпадает, этот флаг заставляет механизм перезаписи пропустить следующее число правил в наборе правил. Используйте этот флаг для создания псевдо-if-then-else конструкций. Последнее правило предложения then становится skip = N, где N — количество правил в предложении else.

    Примечание: этот флаг не совпадает с флагом ‘цепочка | C’!)

    ‘env | E = VAR: VAL’

    Устанавливает переменную среды.

    Создает переменную среды «VAR», для которой установлено значение VAL, где VAL может содержать обратные ссылки регулярных выражений, $ N и% N, которые раскрываются.Вы можете использовать этот флаг более одного раза для установки нескольких переменных. Ссылки на переменные могут быть позже отменены в следующем шаблоне RewriteCond через% {VAR}.

    Используйте этот флаг для удаления и запоминания информации из URL-адресов.

    ПРИМЕЧАНИЕ

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

    Пример RewriteRule с функцией

    Предположим, что у вас есть чувствительный к регистру сервер, который обрабатывает строки «www.mydomain.com» и «www.MyDomain.com» по-разному. Для правильной работы вашего сервера убедитесь, что домен всегда «www.mydomain.com» , даже если некоторые документы содержат ссылки, ссылающиеся на «www./] *) , который соответствует всем символам между https: // и первыми / в URL-адресе. Шаблон также содержит вторую обратную ссылку (. *) , которая соответствует всем оставшимся символам в URL-адресе.

  • Подстановка (https: // $ {tolower: $ 1} $ 2) указывает поисковой системе переписать URL-адрес, используя функцию tolower для первой обратной ссылки (https: // $ {tolower: $ 1} $ 2 ) оставив остальную часть URL нетронутой (https: // $ {tolower: $ 1} $ 2) .

  • Таким образом, URL вида https://www.MyDomain.com/INTRO/index.Html переписывается как https://www.mydomain.com/INTRO/index.Html .

    О директивах RewriteCond

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

     
     RewriteCond TestString CondPattern [флаги] 
            
      

    TestString — это строка, которая может содержать следующие конструкции:

    Обычный текст: текст, который передается без изменений./] *) (. *) $ https: // $ {tolower: $ 1} $ 2 .

  • Обратные ссылки RewriteCond Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные: это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг RewriteRule [E] для получения дополнительной информации о настройке переменных.

    Функции: это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION имеет следующий вид:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • Escape URL-кодирует все символы в ключе. Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_’ остаются без изменений, пробелы переводятся в ‘+’, а все остальные символы преобразуются в их эквиваленты в кодировке URL % xx .
    • unescape преобразует «+» обратно в пробел, и все URL % xx кодируют символы обратно в одиночные символы.

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

    ПРИМЕЧАНИЕ

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

    CondPattern string

    Описание

    Лексически меньше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истинно, если TestString лексически меньше CondPattern.

    ‘> CondPattern’

    Лексически больше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истина, если TestString лексически больше CondPattern.

    ‘= CondPattern’

    Лексически равно.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истинно, если TestString лексически равна CondPattern, то есть две строки в точности равны (символ за символом). Если CondPattern — это просто «» (две кавычки), TestString сравнивается с пустой строкой.

    Флаги
    (необязательно) Заключите флажки в скобки [] . Несколько флагов разделяются запятыми.

    Флаг

    Описание

    ‘nocase | NC’

    Нет дела.

    Этот флаг делает тест нечувствительным к регистру, то есть нет разницы между ‘A-Z’ и ‘a-z’ как в развернутой TestString, так и в CondPattern.

    ‘или следующий | OR’

    Или следующее условие.

    Используйте этот флаг для объединения условий правила с локальным ИЛИ вместо неявного И. Без этого флага вам пришлось бы писать условие / правило несколько раз.

    Пример

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

    Первое правило используется для идентификации и хранения переменной sessionid:

      RewriteCond% {sessionid}!.& #] +  соответствует части URL-адреса между словом  sessionid  и следующим символом  ** & ** или ** # ** . Поскольку это RewriteRule используется только для создания начального значения переменной sessionid, он не выполняет перезапись. Обратите внимание, что в поле «Замена» правила установлено значение , чтобы указать, что перезапись не требуется. 

    RewriteCond проверяет переменную sessionid (% {sessionid} ). Если в нем нет ни одного символа (!.& #] + (. *) $ $ 1sessionid =% {sessionid} $ 2

    Шаблон RewriteRule содержит две обратные ссылки: (. +) и (. *) . Первая обратная ссылка соответствует всем символам до sessionid . Вторая обратная ссылка соответствует всем символам после завершающих и или # .

    Шаблон подстановки перезаписывает URL-адрес с использованием первой обратной ссылки, за которой следует строка «sessionid =», за которой следует значение переменной идентификатора сеанса, определенной первым правилом % {sessionid} , за которым следует вторая обратная ссылка. ($ 1sessionid =% {sessionid} $ 2)

    Обратите внимание, что это RewriteRule не содержит RewriteCond. Таким образом, он вызывает перезапись для всех URL-адресов, соответствующих шаблону RewriteRule Pattern . Таким образом, если значение переменной sessionid (% {sessionid} ) равно 1234 , URL-адрес в форме https://www.domain.com/products/?sessionid=5678&function=buy переписывается как https://www.domain.com/products/?sessionid=1234&function=buy

    Благодарность

    Программное обеспечение механизма перезаписи было первоначально разработано Apache Group для использования в проекте HTTP-сервера Apache (https: // www.apache.org/).

    Добавление правила для URL-адресов хранилища списков сканирования

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

    Для добавления правил URL-адресов хранилища списков сканирования

    1. В меню продукта нажмите Настройки > Правила перезаписи > Правила URL-адресов хранилища списков сканирования .

    2. В поле Правила URL-адресов хранилища списков сканирования введите нужные правила.

      Разрешены пустые строки и строки комментариев, начинающиеся с символа «#» (решетки).

    3. (Необязательно) На странице «Правила URL-адресов хранилища списков сканирования» в поле «Правила URL-адресов хранилища списков сканирования» введите тестовый URL-адрес, правила сканирования которого вы хотите проверить, а затем нажмите Тест .

    4. Нажмите Сохранить изменения .

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

      См. Раздел Настройка инкрементного индекса для поэтапного веб-сайта.

    6. (Необязательно) На странице «Правила URL-адресов хранилища списков сканирования» выполните одно из следующих действий:

    О правилах получения URL-адресов из списка сканирования

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

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

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

    По мере сканирования веб-сайта URL-адреса встроенного содержимого сохраняются во временном списке дополнительных веб-страниц для сканирования. Когда поисковый робот извлекает URL-адрес из списка, для управления частями этого URL-адреса используются правила Retrieve Rewrite Rules.Как правило, правила извлечения используются для вставки данных, зависящих от времени, в URL-адрес. Именно этот конечный URL-адрес используется для фактического получения страницы с вашего веб-сайта.

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

    Каждое правило определяется директивой правила перезаписи (RewriteRule) и одним или несколькими необязательными условиями перезаписи (RewriteCond). Порядок правил важен. Набор правил проходит по циклу правило за правилом. Когда правило совпадает, оно проходит через все соответствующие условия перезаписи. Правило URL сканирования указывается следующим образом:

      RewriteCond TestString CondPattern [флаги]
    Замена шаблона RewriteRule [флаги]
      

    При обнаружении встроенного URL-адреса поисковый робот пытается сопоставить URL-адрес с шаблоном каждого правила сканирования.Если шаблон совпадает, механизм перезаписи ищет соответствующие директивы RewriteCond. Если условия отсутствуют, URL-адрес заменяется новым значением, созданным из строки подстановки, и продолжается со следующим правилом в наборе правил. Если условия существуют, они обрабатываются в том порядке, в котором они перечислены. Механизм перезаписи пытается сопоставить шаблон условия (CondPattern) с тестовой строкой (TestString). Если они совпадают, то выполняется следующее условие до тех пор, пока не закончатся доступные условия.Если все условия совпадают, URL-адрес заменяется подстановкой, указанной в правиле. Если условие не выполняется, полный набор условий и соответствующее правило не выполняется.

    О директивах RewriteRule

    Директива RewriteRule имеет следующий вид:

     
     Замена шаблона RewriteRule [Флаги] 
            
      

    Шаблон может быть регулярным выражением POSIX, которое применяется к текущему URL-адресу.«Текущий URL-адрес» может отличаться от исходного запрошенного URL-адреса, поскольку более ранние правила могли уже сопоставить и изменить URL-адрес.

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

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

    ПРИМЕЧАНИЕ

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

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

    Замена URL заменяется строкой замены, которая содержит следующее:

    Обычный текст: текст, который передается без изменений.

    Обратные ссылки обеспечивают доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern./] *) (. *) $ https: // $ {tolower: $ 1} $ 2.

  • ** RewriteCond Backreferences ** Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные: это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE — это строка для имени определенной переменной. См. Флаг [E] для получения дополнительной информации о настройке переменных среды.

    Функции: это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION имеет следующий вид:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • escape URL-кодирует все символы в ключа .
    • Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_ ‘оставлены без изменений; пробелы переводятся в «+», а все остальные символы преобразуются в их эквивалент в кодировке URL% xx.
    • unescape преобразует «+» обратно в пробел, а все символы, закодированные в URL% xx, обратно в отдельные символы.

    ПРИМЕЧАНИЕ

    Существует специальная строка для замены: «-», что означает «НЕТ замены.Строка «-» часто используется с флагом C (цепочка), что позволяет сопоставить URL-адрес с несколькими шаблонами до того, как произойдет подстановка.

    Флаги

    Флаг

    Описание

    ‘последняя | L’

    Последнее правило.

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

    ‘следующая | N’

    Следующий раунд.

    Повторно запускает процесс перезаписи (начиная снова с первого правила перезаписи), используя URL-адрес из последнего правила перезаписи (а не исходный URL-адрес). Будьте осторожны, чтобы не создать тупик.

    ‘цепь | C’

    Приковано к следующему правилу.

    Связывает текущее правило со следующим правилом (которое также может быть связано со следующим правилом и т. Д.).Если правило совпадает, процесс замены продолжается как обычно. Если правило не совпадает, все последующие связанные правила пропускаются.

    ‘nocase | NC’

    Нет дела.

    Делает шаблон без учета регистра (то есть нет разницы между «A-Z» и «a-z»), когда шаблон сопоставляется с текущим URL-адресом.

    ‘пропустить | S = num’

    Пропустить следующее правило или правила.

    Если текущее правило совпадает, этот флаг заставляет механизм перезаписи пропустить следующее число правил в наборе правил. Используйте этот флаг для создания псевдо-if-then-else конструкций. Последнее правило предложения then становится skip = N, где N — количество правил в предложении else.

    Примечание: этот флаг не совпадает с флагом ‘цепочка | C’!)

    ‘env | E = VAR: VAL’

    Устанавливает переменную среды.

    Создает переменную среды «VAR», для которой установлено значение VAL, где VAL может содержать обратные ссылки регулярных выражений, $ N и% N, которые раскрываются.Вы можете использовать этот флаг более одного раза для установки нескольких переменных. Ссылки на переменные могут быть позже отменены в следующем шаблоне RewriteCond через% {VAR}.

    Используйте этот флаг для удаления и запоминания информации из URL-адресов.

    ПРИМЕЧАНИЕ

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

    Пример RewriteRule с функцией

    Предположим, что у вас есть чувствительный к регистру сервер, который по-разному обрабатывает строки «www.mydomain.com» и «www.MyDomain.com». Для правильной работы вашего сервера убедитесь, что домен всегда «www.mydomain.com», даже если некоторые документы содержат ссылки, ссылающиеся на «www./] *) **, который соответствует всем символам между https: // и первыми / в URL-адресе. Шаблон также содержит вторую обратную ссылку (. *) , которая соответствует всем оставшимся символам в URL-адресе.

  • Замена (https: // $ {tolower: $ 1} $ 2) сообщает поисковой системе переписать URL-адрес, используя функцию tolower для первой обратной ссылки (https: // $ {tolower: $ 1} $ 2 ) оставив остальную часть URL нетронутой (https: // $ {tolower: $ 1} $ 2) .
  • Таким образом, URL вида https://www.MyDomain.com/INTRO/index.Html переписывается как https://www.mydomain.com/INTRO/index.Html .

    О директивах RewriteCond

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

     
     RewriteCond TestString CondPattern [флаги] 
            
      

    TestString — это строка, которая может содержать следующие конструкции:

    Обычный текст: текст, который передается без изменений./] *) (. *) $ https: // $ {tolower: $ 1} $ 2 .

  • Обратные ссылки RewriteCond Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные: это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг RewriteRule [E] для получения дополнительной информации о настройке переменных.

    Функции: это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION имеет следующий вид:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • Escape URL-кодирует все символы в ключе. Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_’ остаются без изменений, пробелы переводятся в ‘+’, а все остальные символы преобразуются в их эквивалент в URL-кодировке% xx.
    • unescape преобразует «+» обратно в пробел, и все символы URL% xx кодируются обратно в одиночные символы.

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

    ПРИМЕЧАНИЕ

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

    CondPattern string

    Описание

    Лексически меньше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истинно, если TestString лексически меньше CondPattern.

    ‘> CondPattern’

    Лексически больше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истина, если TestString лексически больше CondPattern.

    ‘= CondPattern’

    Лексически равно.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString. Истинно, если TestString лексически равна CondPattern, то есть две строки в точности равны (символ за символом). Если CondPattern — это просто «» (две кавычки), TestString сравнивается с пустой строкой.

    Флаги
    (необязательно) Заключите флажки в скобки [] . Несколько флагов разделяются запятыми.

    Флаг

    Описание

    ‘nocase | NC’

    Нет дела.

    Этот флаг делает тест нечувствительным к регистру, то есть нет разницы между ‘A-Z’ и ‘a-z’ как в развернутой TestString, так и в CondPattern.

    ‘или следующий | OR’

    Или следующее условие.

    Используйте этот флаг для объединения условий правила с локальным ИЛИ вместо неявного И. Без этого флага вам пришлось бы писать условие / правило несколько раз.

    Пример

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

    Первое правило используется для идентификации и хранения переменной sessionid:

      RewriteCond% {sessionid}!.& #] +  соответствует части URL-адреса между словом  sessionid  и следующим символом ** &  или  # **. Поскольку это RewriteRule используется только для создания начального значения переменной sessionid, он не выполняет перезапись. Обратите внимание, что в поле «Замена» правила установлено значение , чтобы указать, что перезапись не требуется. 

    RewriteCond проверяет переменную sessionid (% {sessionid} ). Если в нем нет ни одного символа (!.& #] + (. *) $ $ 1sessionid =% {sessionid} $ 2

    Шаблон RewriteRule содержит две обратные ссылки: (. +) и (. *) . Первая обратная ссылка соответствует всем символам до sessionid . Вторая обратная ссылка соответствует всем символам после завершающих и или # .

    Шаблон подстановки перезаписывает URL-адрес с использованием первой обратной ссылки, за которой следует строка «sessionid =», за которой следует значение переменной идентификатора сеанса, определенной первым правилом % {sessionid} , за которым следует вторая обратная ссылка. ($ 1sessionid =% {sessionid} $ 2)

    Обратите внимание, что это RewriteRule не содержит RewriteCond. Таким образом, он вызывает перезапись для всех URL-адресов, соответствующих шаблону RewriteRule Pattern . Таким образом, если значение переменной sessionid (% {sessionid} ) равно 1234 , URL-адрес в форме https://www.domain.com/products/?sessionid=5678&function=buy переписывается как https://www.domain.com/products/?sessionid=1234&function=buy

    Благодарность

    Программное обеспечение механизма перезаписи было первоначально разработано Apache Group для использования в проекте HTTP-сервера Apache (https: // www.apache.org/).

    Добавление списка сканирования для получения правил URL

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

    Чтобы добавить список сканирования, получите правила URL

    1. В меню продукта нажмите Настройки > Правила перезаписи > Правила для получения списка URL-адресов .

    2. В поле «Правила получения URL-адресов для списка сканирования» введите нужные правила.

      Разрешены пустые строки и строки комментариев, начинающиеся с символа «#» (решетки).

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

    4. Нажмите Сохранить изменения .

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

      См. Раздел Настройка инкрементного индекса для поэтапного веб-сайта.

    6. (Необязательно) На странице «Правила получения URL-адресов для списка сканирования» выполните одно из следующих действий:

    О правилах заголовков для обхода контента

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

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

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

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

    Правила

    могут состоять из двух основных элементов: RewriteRule и необязательного RewriteCond. Вы можете указать неограниченное количество правил и условий.Порядок этих правил важен, потому что набор правил проходит по циклу правило за правилом. Когда правило совпадает, оно проходит через все (необязательные) соответствующие условия перезаписи. Правила сканирования URL указаны следующим образом:

      RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
     
    RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
      

    Когда встречается заголовок, поисковый робот пытается сопоставить заголовок с шаблоном каждого правила обхода.Если шаблон совпадает, механизм перезаписи ищет соответствующие директивы RewriteCond. Если условия отсутствуют, URL-адрес заменяется новым значением, созданным из строки подстановки, и продолжается со следующим правилом в наборе правил. Если условия существуют, они обрабатываются в том порядке, в котором они перечислены. Механизм перезаписи пытается сопоставить шаблон условия (CondPattern) с тестовой строкой (TestString). Если они совпадают, то выполняется следующее условие до тех пор, пока не закончатся доступные условия.Если все условия совпадают, URL-адрес заменяется подстановкой, указанной в правиле. Если условие не выполняется, полный набор условий и соответствующее правило не выполняется.

    Введите правила сканирования URL-адресов в текстовое поле и нажмите «Сохранить изменения». Пустые строки и строки комментариев, начинающиеся с символа «#» (решетки), разрешены. Чтобы проверить правила поиска, вы можете ввести тестовый URL-адрес в текстовое поле «Test Rewrite Rules», а затем нажать Test.

    Директива RewriteRule

    Каждая директива RewriteRule определяет одно правило перезаписи.Правила применяются в том порядке, в котором они перечислены. Правило перезаписи имеет следующую форму:

      Замена шаблона RewriteRule [флаги]
      

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

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

    В качестве префикса шаблона можно использовать символ «не» («!»).Символ «не» позволяет отрицать шаблон, то есть быть истинным, только если текущий заголовок НЕ соответствует шаблону. Символ «не» может использоваться, когда лучше соответствовать отрицательному шаблону, или в качестве окончательного правила по умолчанию. Примечание. В шаблоне нельзя использовать одновременно символ «не» и сгруппированные подстановочные знаки. Кроме того, вы не можете использовать отрицательный шаблон, если строка подстановки содержит $ N.

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

    Замена Заголовок заменяется строкой замены. Строка может содержать следующее:

    Обычный текст — текст, который передается без изменений.

    Обратные ссылки обеспечивают доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern. Ниже приведены два типа обратных ссылок:

    • Обратные ссылки RewriteRule

      Они соответствуют обратным ссылкам в соответствующем шаблоне RewriteRule и принимают форму $ N (0 <= N <= 9).Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

    • RewriteCond Обратные ссылки

      Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

    Переменные Это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг [E] для получения дополнительной информации о настройке переменных среды.

    Функции Это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .

    ПРИМЕЧАНИЕ

    Существует специальная строка для замены: «-», что означает «НЕТ замены». Строка «-» часто используется с флагом C (цепочка), позволяя сопоставить заголовок с несколькими шаблонами до того, как произойдет подстановка.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    Флаг

    Описание

    ‘последняя | L’

    Последнее правило.

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

    ‘следующая | N’

    Следующий раунд.

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

    ‘цепь | C’

    Приковано к следующему правилу.

    Связывает текущее правило со следующим правилом (которое также может быть связано со следующим правилом и т. Д.). Если правило совпадает, процесс замены продолжается как обычно. Если правило не совпадает, все последующие связанные правила пропускаются.

    ‘nocase | NC’

    Нет дела.

    Делает шаблон без учета регистра (то есть нет разницы между ‘A-Z’ и ‘a-z’), когда шаблон сопоставляется с текущим заголовком.

    ‘пропустить | S = num’

    Пропустить следующее правило или правила.

    Если текущее правило совпадает, этот флаг заставляет механизм перезаписи пропустить следующее число правил в наборе правил. Используйте это для создания псевдо-if-then-else конструкций. Последнее правило предложения then становится skip = N, где N — количество правил в предложении else. (Примечание: это не то же самое, что флаг ‘цепочка | C’!)

    ‘env | E = VAR: VAL’

    Установить переменную среды.

    Создает переменную среды «VAR», для которой установлено значение VAL, где VAL может содержать обратные ссылки регулярных выражений, $ N и% N, которое раскрывается. Вы можете использовать этот флаг более одного раза для установки нескольких переменных. На переменные позже можно будет ссылаться в следующем шаблоне RewriteCond через% {VAR}. Используйте этот флаг для удаления и запоминания информации из заголовков.

    Директива RewriteCond (необязательно)

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

    Директивы условий перезаписи имеют следующий вид:

      RewriteCond TestString CondPattern [флаги]
      

    TestString — это строка, которая может содержать следующие конструкции:

    Обычный текст — текст, который передается без изменений.

    Обратные ссылки обеспечивают доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern.Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

  • RewriteCond Backreferences Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).
  • Переменные Это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг [E] для получения дополнительной информации о настройке переменных среды…

    Функции Это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • Escape URL-кодирует все символы в ключе.
    • Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_ ‘остаются без изменений, пробелы переводятся в’ + ‘, а все остальные символы преобразуются в их эквивалент в URL-кодировке% xx.
    • unescape преобразует «+» обратно в пробел, а все символы, закодированные в URL% xx, обратно в отдельные символы.

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

    ПРИМЕЧАНИЕ

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

    CondPattern string

    Описание

    Лексически меньше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически меньше CondPattern .

    ‘> CondPattern’

    Лексически больше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически больше, чем CondPattern .

    ‘= CondPattern’

    Лексически равно.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически равна CondPattern , то есть две строки в точности равны (посимвольно). Если CondPattern — это просто «» (две кавычки), это сравнивает TestString с пустой строкой.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    Флаг

    Описание

    ‘nocase | NC’

    Нет дела.

    Делает тест нечувствительным. То есть нет никакой разницы между ‘A-Z’ и ‘a-z’ как в расширенном TestString , так и в CondPattern.

    ‘или следующий | OR’

    Или следующее условие.

    Используйте этот флаг для объединения условий правила с локальным ИЛИ вместо неявного И. Без этого флага вам пришлось бы писать условие / правило несколько раз.

    Пример

    Предположим, у вас есть корпоративный веб-сайт со стандартным форматом заголовка: «Моя компания», за которым следует дефис, а затем описание страницы (например, «Моя компания — Добро пожаловать» или «Моя компания — Новости»).Моя [[: blank:]] Компания [[: blank:]] — [[: blank:]] (. *)) содержит обратную ссылку (. *) , которая соответствует содержанию заголовка, следующему за «Моя компания- ». Помните, что окружение части шаблона круглыми скобками () создает обратную ссылку, на которую может ссылаться подстановка. В этом примере подстановка ($ {toupper: $ 1 }) перезаписывает эту обратную ссылку ( $ 1 ) с помощью функции toupper.

    Таким образом, название формы «Моя компания — Добро пожаловать» переписывается на «ДОБРО ПОЖАЛОВАТЬ».

    Благодарность

    Программное обеспечение механизма перезаписи было первоначально разработано Apache Group для использования в проекте HTTP-сервера Apache (https://www.apache.org/).

    Добавление правил заголовка сканирования

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

    Чтобы добавить правила заголовка сканирования

    1. В меню продукта щелкните Настройки > Правила перезаписи > Правила заголовков для сканирования .

    2. В поле «Правила заголовков для обхода контента» введите нужные правила.

      Разрешены пустые строки и строки комментариев, начинающиеся с символа «#» (решетки).

    3. (Необязательно) На странице «Правила заголовков для обхода» в поле «Правила заголовков для провер. Обхода» введите тестовый URL, правила поиска которого вы хотите проверить, а затем щелкните «Проверка» .

    4. Нажмите Сохранить изменения .

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

      См. Раздел Настройка инкрементного индекса для поэтапного веб-сайта.

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

    О правилах поиска URL

    Правила

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

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

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

      RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
     
    RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
      

    При обработке URL поиск по сайту / мерчендайзинг пытается сопоставить его с шаблоном каждого правила поиска.Если совпадение не удается, механизм перезаписи немедленно прекращает обработку правила и переходит к следующему правилу в наборе. Если шаблон совпадает, механизм перезаписи ищет соответствующие инструкции RewriteCond. Если условий не существует, URL-адрес заменяется новым значением. Это значение создается из строки подстановки и продолжается следующим правилом в наборе правил. Если условия существуют, порядок их перечисления определяется порядком их обработки. Механизм перезаписи пытается сопоставить шаблон условия (CondPattern) с тестовой строкой (TestString).Если они совпадают, то выполняется следующее условие до тех пор, пока не закончатся доступные условия. Если все условия совпадают, URL-адрес заменяется на подстановку, указанную в правиле. Если условие не выполняется, полный набор условий и соответствующее правило не выполняется.

    О директиве RewriteRule

    Правило перезаписи имеет следующую форму:

      RewriteRule
     Замена шаблона [Флаги] 
      

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

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

    В качестве префикса шаблона можно использовать символ «не» («!»). Символ «не» позволяет отрицать узор. Другими словами, это верно, только если текущий URL НЕ соответствует шаблону. Вы можете использовать символ «не», когда лучше соответствовать отрицательному шаблону, или в качестве окончательного правила по умолчанию. Обратите внимание, что в шаблоне нельзя использовать одновременно символ «не» и сгруппированные подстановочные знаки.Кроме того, вы не можете использовать отрицательный шаблон, если строка подстановки содержит $ N.

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

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

    Обычный текст — текст, который передается без изменений.

    Обратные ссылки Предоставляет доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern.Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

    RewriteCond Backreferences — они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

    Функции: это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • escape URL-кодирует все символы в ключа .
    • Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_ ‘оставлены без изменений; пробелы переводятся в «+»; все остальные символы преобразуются в их эквивалент в URL-кодировке% xx.
    • unescape преобразует «+» обратно в пробел, а все символы, закодированные в URL% xx, обратно в отдельные символы.

    ПРИМЕЧАНИЕ

    Существует специальная строка для замены: «-», что означает «НЕТ замены». Строка «-» часто используется вместе с флагом C (цепочка).Он позволяет сопоставить URL-адрес с несколькими шаблонами до того, как произойдет подстановка.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    Флаг

    Описание

    ‘последняя | L’

    Последнее правило.

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

    ‘следующая | N’

    Следующий раунд.

    Повторно запустите процесс перезаписи (начиная снова с первого правила перезаписи), используя URL-адрес из последнего правила перезаписи (а не исходный URL-адрес). Будьте осторожны, чтобы не создать мертвую петлю!

    ‘цепь | C’

    Приковано к следующему правилу.

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

    ‘nocase | NC’

    Нет дела.

    Этот флаг делает шаблон без учета регистра. Другими словами, нет разницы между ‘A-Z’ и ‘a-z’, когда шаблон сопоставляется с текущим URL-адресом.

    ‘пропустить | S = num’

    Пропустить следующее правило или правила.

    Если текущее правило совпадает, этот флаг заставляет механизм перезаписи пропустить следующее число правил в наборе правил. Используйте это для создания псевдо-if-then-else конструкций. Последнее правило предложения then становится skip = N, где N — количество правил в предложении else. (Примечание: это не то же самое, что флаг ‘цепочка | C’!)

    ‘env | E = VAR: VAL’

    Установить переменную среды.

    Этот флаг создает переменную среды «VAR», установленную на значение VAL.VAL может содержать обратные ссылки на регулярные выражения, $ N и% N, которые раскрываются. Вы можете использовать этот флаг более одного раза для установки нескольких переменных. Ссылки на переменные могут быть позже отменены в следующем шаблоне RewriteCond через% {VAR}. Используйте этот флаг для удаления и запоминания информации из URL-адресов.

    Обратите внимание на то, что правила перезаписи Store и Retrieve Rewrite Rules имеют общие значения переменных. Из-за этого вы можете установить переменную в чувствительное ко времени значение sessionid, когда встроенный URL-адрес обнаружен и сохранен.Когда следующий URL-адрес извлекается из списка временного хранилища, последнее значение идентификатора сеанса может быть добавлено к нему перед извлечением этой страницы.

    Пример

    Предположим, что у вас есть сервер с учетом регистра. Он по-разному обрабатывает строки «www.mydomain.com» и «www.MyDomain.com». Чтобы ваш сервер работал правильно, вы должны убедиться, что домен всегда «www.mydomain.com», даже если некоторые документы содержат ссылки, которые ссылаются на «www.MyDomain.com». Для этого вы можете использовать следующее правило:

      RewriteRule ^ https: //
     ([^ /] *) 
     (./] *)  , который соответствует всем символам между «https: //» и первым «/» в URL-адресе. Шаблон также содержит вторую обратную ссылку  (. *) , которая соответствует всем оставшимся символам в URL-адресе. 

  • Подстановка (https: // $ {tolower: $ 1} $ 2) сообщает поисковой системе переписать URL-адрес, используя функцию tolower для первой обратной ссылки (https: // ** $ {tolower: $ 1 **} $ 2) , оставив остальную часть URL-адреса нетронутой (https: // $ {tolower: $ 1} * $ 2 *) .

  • Следовательно, URL-адрес формы https://www.MyDomain.com/INTRO/index.Html переписывается как https://www.mydomain.com/INTRO/index.Html

    Директива RewriteCond (необязательно)

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

    Директивы условий перезаписи имеют следующий вид:

      RewriteCond
     TestString CondPattern [флаги] 
      

    TestString - это строка, которая может содержать следующие конструкции:

    Обычный текст: текст, который передается без изменений.Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

  • Обратные ссылки RewriteCond Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные Это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг RewriteRule [E] для получения дополнительной информации о настройке переменных.

    ПРИМЕЧАНИЕ

    Правила перезаписи обычно используют переменные.Все параметры CGI из текущего URL-адреса автоматически преобразуются в переменные. Например, поисковый URL "https://search.atomz.com/search/?sp_a=sp00000000&sp_q="Product"&session=1234&id=5678" автоматически предоставит четыре переменные, на которые можно ссылаться в правилах перезаписи. В этом примере одна переменная называется «сеанс», и ее значение равно «1234», а другая переменная называется «id», а ее значение - «5678». (Две другие переменные: sp_a и sp_q .) Вы должны передать все необходимые переменные как скрытые поля из формы поиска на вашей веб-странице. В этом примере вы должны передать значения «session» и «id», которые идентифицируют пользователя веб-сайта, выполняющего поиск. Чтобы передать скрытое поле в форму поиска, используйте такой тег, как .

    Функции Это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • escape URL-кодирует все символы в ключа . Символы 'a' ... 'z', 'A' ... 'Z', '0' ... '9', '*', '-', '.', '/', '@' И '_' остаются без изменений, пробелы переводятся в '+', а все остальные символы преобразуются в их эквивалент в URL-кодировке% xx.
    • unescape преобразует «+» обратно в пробел, и все символы URL% xx кодируются обратно в одиночные символы.

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

    Вы можете префикс всех этих тестов с помощью восклицательного знака («!»), Чтобы опровергнуть их значение.

    CondPattern string

    Описание

    '

    Лексически меньше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически меньше CondPattern .

    '> CondPattern'

    Лексически больше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически больше, чем CondPattern .

    '= CondPattern'

    Лексически равно.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически равна CondPattern . То есть две строки в точности равны (символ за символом). Если CondPattern - это просто "" (две кавычки), это сравнивает TestString с пустой строкой.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    ‘nocase | NC’ (без регистра): делает тест нечувствительным к регистру. Другими словами, нет никакой разницы между «A-Z» и «a-z» как в развернутом TestString , так и в CondPattern .

    ‘ornext | OR’ (или следующее условие): используйте это, чтобы объединить условия правила с локальным OR вместо неявного AND.Без этого флага вам пришлось бы писать условие / правило несколько раз.

    Пример

    Некоторые веб-страницы присваивают CGI-переменную «sessionid», когда клиент впервые попадает на сайт. Эта переменная используется для идентификации клиента, и, когда покупатель просматривает сайт, переменная передается. Поскольку поисковый робот выглядит как покупатель вашего сайта, ему присваивается номер sessionid. Поисковый робот поддерживает это единственное значение «sessionid», даже если вторая страница сайта пытается присвоить новое значение.& #] + (. *) $ $ 1 sessionid =% {sessionid} 2 доллара

    Шаблон RewriteRule содержит две обратные ссылки: (. +) И (. *). Первая обратная ссылка соответствует всем символам перед «sessionid =». Вторая обратная ссылка соответствует всем символам после завершающих «&» или «#» идентификатора сеанса.

    Шаблон подстановки перезаписывает URL-адрес с использованием первой обратной ссылки, за которой следует строка «sessionid =», за которой следует значение переменной идентификатора сеанса, которое было передано в качестве параметра CGI в URL-адресе, за которым следует вторая обратная ссылка. ($ 1sessionid =% {sessionid} $ 2) .

    RewriteCond проверяет переменную sessionid (% {sessionid}) . Если он содержит хотя бы один символ (. +), То RewriteRule соответствует.

    Таким образом, если поисковый запрос — "https://search.atomz.com/search/?sp_a=sp99999999&sp_q=word&sessionid=5678" , то все URL-адреса результатов поиска будут переписаны так, что значение «sessionid» будет равно « 5678 »вместо значения« sessionid », которое обнаружил поисковый робот при сканировании вашего сайта и сохранении ссылок.

    Благодарность

    Программное обеспечение механизма перезаписи было первоначально разработано Apache Group для использования в проекте HTTP-сервера Apache (https://www.apache.org/).

    Добавление правил поискового URL

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

    Для добавления правил URL поиска

    1. В меню продукта щелкните Настройки > Правила перезаписи > Правила поиска URL-адресов .

    2. В поле Search URL Rules введите нужные правила.

      Разрешены пустые строки и строки комментариев, начинающиеся с символа «#» (решетки).

    3. (Необязательно) На странице «Правила URL-адреса поиска» в поле «Правила URL-адреса тестового поиска» введите тестовый URL-адрес, правила сканирования которого вы хотите проверить, а затем щелкните Тест .

    4. Нажмите Сохранить изменения .

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

      См. Раздел Настройка инкрементного индекса для поэтапного веб-сайта.

    6. (Необязательно) На странице «Правила поиска URL-адресов» выполните одно из следующих действий:

    О правилах поиска по заголовкам

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

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

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

      RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
     
    RewriteCond
     TestString CondPattern [флаги] 
    RewriteRule
     Замена шаблона [Флаги] 
      

    Когда встречается заголовок, поиск по сайту / мерчандайзинг пытается сопоставить его с шаблоном каждого правила сканирования.Если шаблон совпадает, механизм перезаписи ищет соответствующие директивы RewriteCond. Если условия отсутствуют, Заголовок заменяется новым значением, созданным из строки Подстановки, и продолжается следующим правилом в наборе правил. Если условия существуют, они обрабатываются в том порядке, в котором они перечислены. Механизм перезаписи пытается сопоставить шаблон условия (CondPattern) с тестовой строкой (TestString). Если они совпадают, то выполняется следующее условие до тех пор, пока не закончатся доступные условия.Если все условия совпадают, URL-адрес заменяется на подстановку, указанную в правиле. Если условие не выполняется, полный набор условий и соответствующее правило не выполняется.

    Директива RewriteRule

    Каждая директива RewriteRule определяет одно правило перезаписи. Правила применяются в том порядке, в котором они перечислены. Правило перезаписи имеет следующую форму:

      Замена шаблона RewriteRule [флаги]
      

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

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

    Вы можете использовать символ «не» («!») В качестве префикса шаблона. Символ «не» позволяет отрицать узор. То есть быть правдой, только если текущий заголовок НЕ соответствует шаблону. Символ «не» может использоваться, когда лучше соответствовать отрицательному шаблону, или в качестве окончательного правила по умолчанию. Примечание. В шаблоне нельзя использовать одновременно символ «не» и сгруппированные подстановочные знаки.Кроме того, вы не можете использовать отрицательный шаблон, если строка подстановки содержит $ N.

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

    Замена Заголовок полностью заменяется строкой замены, которая может содержать следующее:

    Обычный текст — текст, который передается без изменений.

    Обратные ссылки Обеспечивают доступ к сгруппированным частям (внутри скобок) Pattern или CondPattern.Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

  • ** RewriteCond Backreferences ** Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные Это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг [E] для получения дополнительной информации о настройке переменных среды. Переменные также могут быть определены в форме поиска, которая генерировала результаты поиска.

    Функции Это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION равно:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .

    Существует специальная строка для замены: «-», что означает «НЕТ замены». Строка «-» часто используется в сочетании с флагом C (цепочка), позволяя сопоставить заголовок с несколькими шаблонами до того, как произойдет замена.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    Флаг

    Описание

    ‘последняя | L’

    Последнее правило.

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

    ‘следующая | N’

    Следующий раунд.

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

    ‘цепь | C’

    Приковано к следующему правилу.

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

    ‘nocase | NC’

    Нет дела.

    Этот флаг делает шаблон без учета регистра. То есть нет никакой разницы между ‘A-Z’ и ‘a-z’, когда шаблон сопоставляется с текущим заголовком.

    ‘пропустить | S = num’

    Пропустить следующее правило или правила.

    Если текущее правило совпадает, этот флаг заставляет механизм перезаписи пропустить следующее число правил в наборе правил. Используйте это для создания псевдо-if-then-else конструкций. Последнее правило предложения then становится skip = N, где N — количество правил в предложении else. (Это не то же самое, что флаг ‘цепочка | C’!)

    ‘env | E = VAR: VAL’

    Установить переменную среды.

    Этот флаг создает переменную окружения «VAR», установленную на значение VAL, где VAL может содержать обратные ссылки регулярных выражений, $ N и% N, которые будут расширены.Вы можете использовать этот флаг более одного раза для установки нескольких переменных. На переменные позже можно будет ссылаться в следующем шаблоне RewriteCond через% {VAR}. Используйте этот флаг для удаления и запоминания информации из заголовков.

    Директива RewriteCond (необязательно)

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

    Директивы условий перезаписи имеют следующий вид:

      RewriteCond TestString CondPattern [флаги]
      

    TestString — это строка, которая может содержать следующие конструкции:

    Обычный текст — текст, который передается без изменений.Мой [[: blank:]] (. *) $ $ {Toupper: $ 1}

  • Обратные ссылки RewriteCond Они соответствуют обратным ссылкам в последнем совпавшем RewriteCond CondPattern и принимают форму% N (0 <= N <= 9).

  • Переменные Это переменные формы% {NAME_OF_VARIABLE}, где NAME_OF_VARIABLE может быть строкой для имени определенной переменной. См. Флаг [E] для получения дополнительной информации о настройке переменных среды. Переменные также могут быть определены в форме поиска, которая генерировала результаты поиска.

    Функции Это функции формы $ {NAME_OF_FUNCTION: key}, где NAME_OF_FUNCTION равно:

    • tolower превращает все символы в key в нижний регистр.
    • toupper переводит все символы в верхний регистр , ключ .
    • escape URL-кодирует все символы в ключа .
    • Символы ‘a’ … ‘z’, ‘A’ … ‘Z’, ‘0’ … ‘9’, ‘*’, ‘-‘, ‘.’, ‘/’, ‘@’ И ‘_ ‘остаются без изменений, пробелы переводятся в’ + ‘, а все остальные символы преобразуются в их эквивалент в URL-кодировке% xx.
    • unescape преобразует «+» обратно в пробел, а все символы, закодированные в URL% xx, обратно в отдельные символы.

    Существует специальная строка для замены: «-», что означает «НЕТ замены». Строка «-» часто используется в сочетании с флагом C (цепочка), позволяя сопоставить URL-адрес с несколькими шаблонами до того, как произойдет подстановка.

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

    Все эти тесты также могут иметь префикс восклицательного знака («!»), Чтобы опровергнуть их смысл.

    CondPattern string

    Описание

    Лексически меньше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString .Истинно, если TestString лексически меньше CondPattern .

    ‘> CondPattern’

    Лексически больше.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически больше, чем CondPattern .

    ‘= CondPattern’

    Лексически равно.

    Обрабатывает CondPattern как простую строку и лексически сравнивает ее с TestString . Истинно, если TestString лексически равна CondPattern . То есть две строки в точности равны (символ за символом). Если CondPattern — это просто «» (две кавычки), это сравнивает TestString с пустой строкой.

    Флаги (опционально)

    Флаги заключаются в квадратные скобки [] , а несколько флагов разделяются запятыми:

    Флаг

    Описание

    ‘nocase | NC’ (без футляра)

    Делает тест нечувствительным.То есть нет никакой разницы между ‘A-Z’ и ‘a-z’ как в расширенном TestString , так и в CondPattern .

    ‘ornext | OR’ (или следующее условие)

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

    Пример

    Предположим, у вас есть корпоративный веб-сайт со стандартным форматом заголовка: «Моя компания», за которым следует дефис, а затем описание страницы (например, «Моя компания — Добро пожаловать» или «Моя компания — Новости»).Моя [[: blank:]] Компания [[: blank:]] — [[: blank:]] (. *)) содержит обратную ссылку (. *) , которая соответствует содержимому заголовка, следующему за «My Компания-«. Помните, что окружение части шаблона круглыми скобками () создает обратную ссылку, на которую может ссылаться подстановка. В этом примере подстановка ($ {toupper: $ 1 }) перезаписывает эту обратную ссылку ( $ 1 ) с помощью функции toupper.

    Таким образом, название формы «Моя компания — Добро пожаловать» переписывается на «ДОБРО ПОЖАЛОВАТЬ».

    Благодарность

    Программное обеспечение механизма перезаписи было первоначально разработано Apache Group для использования в проекте HTTP-сервера Apache (https://www.apache.org/).

    Добавление правил заголовка поиска

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

    Чтобы добавить правила заголовка поиска

    1. В меню продукта щелкните Настройки > Правила перезаписи > Поиск правил заголовков .

    2. В поле Search Title Rules введите нужные правила.

      Разрешены пустые строки и строки комментариев, начинающиеся с символа «#» (решетки).

    3. (Необязательно) На странице «Правила заголовков для поиска» в поле «Правила заголовков для тестового поиска» введите заголовок теста и затем щелкните Тест .

    4. Нажмите Сохранить изменения .

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

      См. Раздел Настройка инкрементного индекса для поэтапного веб-сайта.

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

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

    Не используете Debian 8?

    Выберите другую версию или дистрибутив. Debian 8

    Введение

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

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

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

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

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

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

      

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

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

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

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

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

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

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

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

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

      
    • sudo nano / etc / apache2 / sites-available / 000-default.конф

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

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

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

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

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

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

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

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

    /var/www/html/.htaccess

      RewriteEngine включен
      

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

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

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

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

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

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

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

    /var/www/html/about.html

      
        
             О нас 
        
        
             

    О нас

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

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

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

      Подстановка шаблона RewriteRule [флаги]
      
    • RewriteRule определяет директиву.
    • Шаблон — это регулярное выражение, которое соответствует желаемой строке из URL-адреса, который зритель вводит в браузере.
    • подстановка — это путь к фактическому URL, то есть путь к файловым серверам Apache.
    • флаги — это необязательные параметры, которые могут изменять работу правила.

    Откройте файл .htaccess .

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

    После первой строки добавьте RewriteRule , отмеченное красным, и сохраните файл. указывает начало URL-адреса после your_server_ip / .

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

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

    Не будет:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    Сколько должны писать писатели-фрилансеры за слово?

    Сколько должны писать писатели-фрилансеры за слово? Большинство начинающих писателей-фрилансеров понятия не имеют. На самом деле, некоторые писатели-фрилансеры не знают, что они должны в первую очередь взимать плату за слово.

    Это стало очевидным, когда я впервые начал нанимать блоггеров-фрилансеров для работы со мной. Котировки приходились от одной рупии (около 0,02 доллара) до одного доллара за слово. Именно тогда я понял, что важно помочь сообществу, опубликовав отраслевые стандарты оплаты.

    Я начну с исключения крайностей для блоггеров-фрилансеров: вы не должны работать менее чем за 0,02 доллара за слово, но вы также не можете разумно надеяться заработать хоть что-нибудь, близкое к доллару за слово .

    Итак, где же, черт возьми, вы, , должны быть между этими числами?

    Введение в гонорары внештатных писателей

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

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

    1. Рекомендовано: За слово
    2. За час
    3. За проект

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

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

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

    Средняя ставка фрилансера на написание одного слова

    По нашему опыту, существует широкий диапазон: от 0 долларов.03 и 0,30 USD за слово . Чтобы помочь вам визуализировать, вот приблизительная оценка того, как это может разбиваться на разные диапазоны. Имейте в виду, что это , а не — строгий набор правил, а общие рекомендации, которые помогут вам принять обоснованное решение при установке собственных цен.


    Скорость написания внештатных писателей, 2017 г.

    Ориентировочные стандарты ведения блогов для ставок внештатных авторов на слово в 2017 г.

    Уровень Плата за слово Приблиз.В час (500 слов)
    Начальный уровень .03-.06 $ 15- $ 30
    Промежуточный .07-.12 $ 35- $ 60ced29 9389 Experimental .13–20 65–100 долларов
    In Demand Expert 0,21–0,30 105–150 долларов

    Когда я начинал как блогер-фрилансер в 2011 году (пишу о том, что сейчас блог WPMU DEV), мне платили 20 долларов в час.Судя по скорости, с которой я работал (которая кажется довольно быстрой по стандартам большинства людей), в лучшем случае я зарабатывал около 0,03 доллара за слово. Но это было нормально, потому что я только начинал, мои навыки были не на высшем уровне, и мне нужно было многому научиться.

    Максимум, который я взимал с клиента за всю историю , составляет 0,3 доллара США, хотя это намного выше моего среднего значения (боюсь, что не буду раскрывать!).

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

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

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

    Вот конкретный пример: блоггер среднего уровня, берущий 0,08 доллара за слово, вы получите 80 долларов за статью из 1000 слов. Если вы набросаете, напишите и отредактируете его за два часа или меньше (что вполне разумно!), Это означает, что вы будете зарабатывать не менее 40 долларов в час.Не слишком потертый!

    Как установить свою собственную ставку написания внештатных писателей и найти клиентов

    К настоящему времени вы знакомы с ценами на работы внештатных писателей и соответствующей оплатой за слово.

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

    1. Выберите разумную ставку для вашего опыта

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

    • Сначала установите ваша цель минимального ежемесячного дохода.Например, допустим, 2000 долларов.
    • Затем определите, сколько часов вы готовы писать в неделю. Скажем, 5 часов в неделю / 20 часов в месяц.
    • Разделите целевой показатель дохода на количество часов. В этом случае 2000 долларов, разделенные на 20, составляют 100 долларов.
    • Найдите в таблице выше плату за слово, которая соответствует этой почасовой ставке. В нашем примере это будет 0,20 на слово.

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

    Помните, , что диапазон от 0,03 до 0,30 доллара должен принести вам что-то от 15 до 150 долларов в час . Не так уж и плохо по стандартам большинства людей. Если вы зарабатываете для клиента менее 15 долларов (вы отслеживаете эффективную почасовую ставку, не так ли?), Вам, вероятно, следует поднять ставку.

    Возможно, вам интересно узнать о возможностях трудоустройства — соответствуют ли они диапазону, который я предписываю?

    2. Найдите клиентов, которые готовы платить разумные ставки.

    Paid to Blog Jobs предлагает проверенных клиентов для писателей-фрилансеров всех уровней.

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

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

    Но серьезно , можно ли как новичок заработать хорошие ставки, прежде чем выяснять, как делать прямые передачи? Если мы возьмем списки, которые мы показываем на оплачиваемых вакансиях в блогах (хотя у меня нет под рукой средних значений), возможностей обычно доступны по цене от 0 долларов.03 и 0,10 доллара США за слово . Как правило, у вас не будет ничего ниже 0,03 доллара США, но у вас будет больше 0,10 доллара США (хотя они, как правило, выбрасываются). Конечно, каждая доска объявлений будет отличаться по качеству предоставляемых объявлений.

    Подводя итог:

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

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

    Заключение

    Я закончу одним последним советом: не стоит слишком увлекаться с туманными глазами при мысли о заработке 0,10, 0,15 доллара или даже больше за слово . Можно ли столько заработать? Абсолютно. Это сложное путешествие? Ага. Я призываю вас пойти на это? Абсолютно — но будьте реалистичны в отношении времени и усилий, которые потребуются, чтобы добраться до «вершины».

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

    Давайте еще раз рассмотрим, как (и сколько) взимают внештатные писатели:

    1. Важно взимать плату за слово, чтобы у вас был больший контроль над эффективными почасовыми ставками.
    2. Стоимость написания внештатных писателей колеблется от 0,03 до 0,30, или примерно от 15 до 150 долларов в час.
    3. Как только вы найдете подходящую ставку для своей работы, вы можете начать предлагать новым клиентам напрямую или через доски объявлений.

    Не хотите поделиться своими мыслями о рейтингах внештатных блоггеров? Сообщите нам, что вы думаете ниже!

    Изображение предоставлено: blondinrikard

    Примечание редактора: Этот пост был первоначально опубликован 18 мая 2015 года основателем Leaving Work Behind Томом Эвером, и с тех пор был переработан и частично переписан для полноты. Редакция.

    Как это:

    Нравится Загрузка …

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

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

    См. Также

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *