Демо версия (ничего не изменяйте там, так как каждую минуту все изменения затираются стандартными настройками).
Возможности и приобретение.
Форум.
FAQ - часто задаваемые вопросы.
Оглавление:
Теперь исследуем по отдельности каждый раздел схемы "1" (ее квадратик выделен серым цветом):
http://домен_и_путь/in.cgi?имя_схемы&параметры
В нашем случае:
http:///in.cgi?1
ВАЖНО:
В новых версиях Sutra TDS (3.6+) можно слать на ссылку вида:
http://домен_и_путь/[любой_текст].cgi?имя_схемы&параметры
Например: http:///abcdefg1234.cgi?10
, это предпочтительней, так как стандартный "in.cgi" всё чаще режется фильтрами баннеров и
антивирусами.
Снизу, под таблицей урлов, находятся кнопки управления, текст на кнопках говорит сам за себя.
переходим к статистике схемы ...
Сверху, под панелью навигации, видим таблицу со статистикой распределения по урлам,
Снизу видим таблицу с общей статистикой по схеме, по дням.
Дата - ссылка на подробную статистику дня.
Там содержится статистика по странам, операционным системам, браузерам, статистика за каждый час и др.
Ещё ниже видим данные генерации статистики И ссылку на Внешнюю страницу статистики схемы:
Use this link to show summary statistics to non-authorized persons
при продаже трафика это та самая ссылка которую вы даете покупателю вашего трафика,
если он хочет посмотреть свою статистику.
переходим к разделу форсов ...
Этот раздел пустой, так как схема "1" не содержит ни одного форса. Подробнее изучим его чуть позже.
Равномерное распределение это самый простой вид распределения трафика.
Применяется для равномерного разделения трафика по нескольким урлам.
Трафик распределяется независимо от своей природы.
Пример такого распределения представлен в первой "1" схеме. В нашем примере клики по урлу "http:///in.cgi?1" будут с равной вероятностью уходить на один из трех урлов:
можете покликать по ссылке "http:///in.cgi?1" в админке схемы и удостовериться.
Посмотрите статистику для подтверждения.
В схеме распределения Weight это вес урла, чем он больше,
тем больше вероятность ухода клика на урл. В нашем случае вес у всех трех урлов равный, соответственно вероятность
распределения по урлам (%) тоже равная и равна ~33.3%
Для еще большего понимания веса урла смотрим схему "2", в которой вес урла http://www.google.com/ увеличен до 300.
Видим что вероятность % ухода клика на урл http://www.google.com/ увеличилась до 60%,
а у остальных уменьшилась до 20%.
Кликая по ссылке схемы http:///in.cgi?2 можете сами удостовериться в том,
что на http://www.google.com/ вы будете уходить чаще чем на http://www.msn.com/ и http://www.yahoo.com/
вместе взятые.
Это подтверждает и статистика распределения схемы "2".
На практике значения Weight должны быть в пределах от 0 до 10000 (1000000 для версий 3+). Если Weight=0, то урл считается отключенным и трафик на него не шлется.
Если бы в нашем примере веса урлов были не 300,100,100 а 3,1,1 или 12,4,4 то вероятности распределения все равно были бы равны 60%,20%,20% соответственно.
Смотрим схему "3",
В этой схеме рядом с каждым из трех уже знакомых нам урлов появился значок U,
кроме того появился новый урл http://www.default.com/ выделенный цветом и Weight=O.
Значок U - это фильтр уников урла,
зеленый цвет означает "выборка", то есть пропускание на урл Только уников.
В нашем примере первый клик с равной вероятностью уйдет на один из трех урлов.
Предположим что он ушел на http://www.msn.com/.
Когда он придёт снова, то уже не будет уником для http://www.msn.com/
и будет распределяться по двум оставшимся урлам - http://www.google.com/ и
http://www.yahoo.com/ (веса: 100,100, равновероятно 50%/50%), например он ушел на http://www.yahoo.com/.
Когда он придёт в третий раз он будет уником только для одного оставшегося урла - http://www.google.com/ и уйдет на него.
На четвертый и более раз он будет неуником для всех урлов и уйдет на http://www.default.com/.
Именно для этих целей существует самый последний урл называемый "урл по умолчанию" - на него уходит все то
что не смогло распределиться по обычным урлам. Этот урл задается в настройках -
Settings, там же задается длительность уника (в часах или долях часа: 24, 1, 0.5).
Кликая по ссылке схемы http:///in.cgi?4 можно удостовериться в правильности работы этой
схемы распределения. Смотрите также статистику распределения схемы "3".
Хочу обратить внимание на то, что в этом примере клики распределяются равномерно, то есть первый клик, являющийся уником для всех урлов, с равной вероятностью может уйти как на первый, так и на второй или третий урл. Аналогично примеру "Неравномерное распределение" можно расставить разные веса и распределять уников неравномерно.
Пример последовательного распределения уников рассмотрен далее.
Лучше всего знакомиться с "последовательным распределением" на примере распределения по уникальности.
Смотрим схему "4". В этой схеме, в отличие от
предыдущего примера, весовая система распределения заменена последовательной - "Weight и %"
заменились на "Place и move" (тип схемы весовая/последовательная настраивается в SETTINGS).
Place - задает последовательность прохода клика по урлам, move - навигация.
В последовательной системе распределения первый клик всегда уходит на первый урл, второй клик тоже направляется на первый урл, но, так как он будет неуником для первого урла, то продолжит свое движение на второй урл и так далее. Кликая по ссылке схемы http:///in.cgi?4 удостоверьтесь в том, что клики распределяются по урлам в правильной последовательности:
Использование "последовательного распределение" не ограничивается распределением уников, часто его удобно применять для фильтрации трафика по каким-то особым признакам. Например с его помощью удобно фильтровать ключевые слова и отсылать их на заданные урлы, или тоже самое делать для стран.
Группа, Group - это дополнительное разбиение схемы на части, они позволяют обойти ограничение по количеству схем.
Итак, смотрим пример: схема "7".
Эта схема состоит из семи урлов разбитых на две группы: odin и dva,
и одного урла без группы - http://www.search.com/.
Для посылки трафика в определенную группу нужно добавить параметр group в ссылку схемы, например:
http:///in.cgi?7&group=odin
трафик посланный на эту ссылку будет распределяться по урлам группы "odin" схемы "7"
http:///in.cgi?7&group=dva
а этот по урлам группы "dva" схемы "7"
Если слать трафик на стандартную ссылку схемы http:///in.cgi?7
без указания группы, то:
А вот для того, чтобы на урл уходил весь трафик независимо от группы, укажите в качестве группы звездочку - *.
Чтобы просмотреть в схеме урлы только определенной группы, существует селект-бокс справа сверху над панелью схем. Он полезен, например, когда групп и урлов в схеме много, и не хочется загружать всю страницу. Либо когда нужна суммарная статистика по отдельной группе. Этот выбор влияет как на схемы, так и на статистику и форсы.
Предположим у вас есть много страниц-дорвеев. Слить трафик с этих страниц можно разными способами: яваскриптом, обычным редиректом, фреймом и тд. Слить можно напрямую на спонсора/PPC SE. Эта схема (без Sutra) работает прекрасно до тех пор, пока все спонсоры/PPC SE живы и пока вас устраивают их условия. Но при смерти какого-нибудь спонсора или при переходе на другого спонсора вам придётся изменять ссылки на всех соответствующих дорвеях .. а это не так-то просто.
Для решения этого вопроса, а также вопроса "синонимов ключевых слов" трафик нужно сливать в единый центр и уже оттуда распределять. Sutra отлично исполняет роль такого центра. Кроме того Sutra ведет статистику по заходам, реферам и ключевым словам.
Для того, чтобы организовать цепочку:
(дорвеи)->(Sutra)->(PPCSE или спонсор)
все дорвеи должны сливать трафик не на спонсора/PPCSE, а в схему Sutra. При этом урл для слива должен иметь вид:
http://sutra/in.cgi?схема¶meter=play%20poker
Далее можно забыть о дорвеях и управлять трафиком с них из админки Sutra. Для этого используются несколько инструментов. Но прежде чем рассказать о них, хотелось бы заметить, что для управления трафиком с дорвеев можно использовать любые инструменты Sutra. Поэтому всем серьезным веб-мастерам я рекомендую читать всю документацию или как минимум раздел фильтров (можно пропустить разделы с топами).
Первый инструмент работы с поисковиками - это фильтр по параметру.
С помощью этого фильтра можно избирать
группы ключевых слов или отдельные слова, а также заменять ключевые слова на другие.
Для этого нужно создать схему с фильтрами по параметру как это сделано на примере
схемы 10. Таким образом на заданные урлы будут уходить
посетители пришедшие по заданным ключевым словам. Продвинутые веб-мастера могут использовать
регулярные выражения для этого фильтра ( подробнее о регулярных выражениях и о фильтре
вообще читайте в разделе Фильтры). Этот фильтр также можно использовать для преобразования
синонимов/мисспелов/вариаций ключевого слова в одно ключевое слово с высоким бидом (при работе с PPC SE).
В версии 2.5 этот фильтр был значительно улучшен, полное описание фильтра смотрите в списке фильтров и на форуме.
Знание этого фильтра крайне рекомендуется для успешной работы с PPCSE партнёрскими программами.
Второй инструмент для работы с поисковиками это "метод передачи параметров". Суть этого метода в том, что ключевое слово с дорвея (переданное в параметре parameter=) автоматически вставляется в урл перенаправления (чаще всего на PPC SE), для этого урл перенаправления должен иметь специальный синтаксис:
http://umaxsearch.com/?q=$parameter
Пример можно посмотреть в схеме 9.
Кликая по ссылкам:
http:///in.cgi?9¶meter=play%20poker
http:///in.cgi?9¶meter=casino
посетитель автоматически перенаправляется на фид PPCSE с нужным ключевым словом в параметрах.
Комбинируя фильтр по параметру и "метод передачи параметров" можно заданные слова/группы слов перенаправлять на разные PPCSE или спонсоры.
Sutra поддерживает расширенную статистику по ключевым словам, дорвеям и поисковикам, статистика хранится 7 последних дней.
Для того чтобы включить ее, необходимо в разделе SETTINGS поставить галочку YES напротив схемы, в которой вы хотите видеть эту статистику.
После этого статистика появится в разделе Statistics соответствующей схемы.
Кроме того начиная с версии 2.5 можно посмотреть статистику ключевых слов / дорвеев для каждого урла!
(в схеме у каждого урла появляется кнопочки K и R), что значительно
упрощает настройку фильтров ключевых слов.
Начиная с версии 2.6 ведется статистика по связке: se+дорвей+ключевое_слово. Таким образом доступна полная
статистика по трафику, например не составит труда увидеть с каких дорвеев и сколько переходов по слову
phentermine, или по каким словам переходят на заданный дорвей и с каких поисковиков, и много других комбинаций
которые вытекают из статистики по связям. Подробнее смотрите в описании статистики.
Здесь же кратко опишу как нужно слать трафик в Sutra чтобы иметь полную статистику и весь список возможностей по
управлению дорвейным трафиком:
in.cgi?10¶meter=play+poker&se=google&ur=1&HTTP_REFERER=goorway.com
Это позволит видеть всю статистику, а также фильтровать по любому из указанных параметров.
Вы можете добавить свои параметры и использовать их для фильтрации, подробнее смотрите в разделе фильтров и
Manual фильтров.
Несколько вариантов Javascript кодов есть в топике на форуме,
но они устарели. Начиная с версии 2.6 Sutra сама умеет парсить рефер и выдирать из него поисковое слово и поисковик!
На данный момент одним из самых безопасных способов "редиректа" с дорвея является
iframe. Вместо редиректа с дорвея на спонсора, страница спонсора
отображается сразу на дорвее, внутри iframe, без перенаправления.
Iframe код для дорвея (фрейм на весь экран)
<script>
document.write('<iframe width="100%" height="1000" src="http://www.com/in.cgi?10&seoref='+encodeURIComponent(document.referrer)+'¶meter=$keyword&se=$se&ur=1&HTTP_REFERER='+encodeURIComponent(document.URL)+'&default_keyword=кейпоумолчанию">');
</script>
Замечание:Жирным шрифтом выделены участки которые вы должны отредактировать под себя - номер схемы и "кейпоумолчанию"
ключевое слово которое будет использоваться по умолчанию (когда не удалось выдрать из рефера). ОСТАЛЬНОЕ НЕ МЕНЯЙТЕ И НИЧЕГО НЕ УДАЛЯЙТЕ.
Размещайте этот код на дорвее сразу после body тэга, или сделайте слоями так,
чтобы он был поверх содержимого самого дорвея.
Представленный код автоматически парсит рефер на дорвее, выдирает из него искомую поисковую фразу
и поисковик и рисует на странице форвея iframe с нужным урлом направленным на схему сутры.
Что отобразится внутри iframe зависит от настроек схемы (в данном примере
схема 10, но может быть и любая другая)
При этом ключевое слово передается в параметре "parameter", поисковик в параметре "se", а урл дорвея в параметре "HTTP_REFERER".
Подробнее о том, как ведется статистика по этим параметрам читайте в разделе расширенной статистики.
Не забудьте её включить в настройках (раздел Settings сверху).
Код обычного location редиректа с дорвея на схему сутры (код для размещения на дорвее или в сопутствующем .js
файле):
<script>
window.location=("http://www.com/in.cgi?18&seoref="+encodeURIComponent(document.referrer)+
"¶meter=$keyword&se=$se&ur=1&HTTP_REFERER="+encodeURIComponent(document.URL)+"&default_keyword=кейпоумолчанию");
</script>
Код для редиректа с дорвея с помощью .htaccess'а:
Существует несколько способов:
Для тех кто читает эту документацию впервые - Sutra способна распределять трафик множеством способов
и идеально подходит для продажи трафика. Скрипт является центром в который сливается трафик из разных мест
(можно с трекером) и в последствии распределяется. Скрипт позволяет вам "задать URL покупателя, скорость и количество продаваемых хитов"
нажать SAVE и уйти спать. Все остальное скрипт сделает автоматически. Как только нужное количество трафика уйдет
к покупателю, его урл деактивируется и далее ваш трафик сливается на указанный вами default URL. Для каждого входящего
источника трафика можно указать свой default URL.
Для того чтобы из сутры предоставить покупателю статистику по слитому на него трафику, нужно трафик для него лить на отдельную
схему и получать данные о трафике из общей статистики схемы (в разделе статистики схемы есть ссылка, которая
позволяет показывать статистику не предоставляя доступа к админке сутры). В самой же этой схеме
прописать урл сайта покупателя.
Способы и функционал для продажи трафика сильно упростились с появлением SUTRA v2.0. Вот список функций, которые можно использовать для продажи трафика:
UPTIME BOT - это отдельный модуль подключаемый к Sutra, его цель - следить за доступностью URL'ов.
Если страница на которую ссылается URL недоступна (если сервер не отвечает или код ответа сервера 4xx или 5xx) то UPTIME BOT
автоматически блокирует этот URL (чтобы не терять трафик) до тех пор пока URL не станет доступным.
Начиная с версии 2.9 для урла можно указать альтернативные урлы. В этом случае недоступный урл будет заменяться на
первый доступный урл из альтернативного списка.
Начиная с версии 3.4 умеет проверять и отключать урлы с malware/вирусами.
Очень удобно использовать MASS-EDIT для включения/выключения Uptime Bot'а или malware фильтра сразу для нескольких урлов схемы (версия 3.4+).
период = 1+ (количество URL'ов в UPTIME BOT'е)/100
Если вы не знаете сколько у вас урлов или не хотите их считать, тогда смело ставьте 10 (минут).
Начиная с версии 2.5 появилась возможность для каждого урла в UB задать Check-Url.
Check-Url - это урл который будет использоваться для проверки работоспособности урла, к которому он относится. Если он не указан то используется основной урл.
Это было сделано для предотвращения накрутки ботом при обращении к оригинальным урлам. Например Uptime Bot можно использовать для проверки работоспособности страницы-фида, но если использовать в качестве проверки оригинальный урл фида (с айдишником в параметре), то бот будет накручивать поиски на фиде. В этом случае для Вашего урла-фида можно задать Check-Url который не содержит ваш айдишник и соответственно накрутки не будет.
Фильтры назначаются урлу в панели редактирования урла.
У фильтра есть правило и объект.
Внимание: если у урла не указаны фильтры, то на него может уйти любой трафик. Поэтому если у вас в весовой схеме два урла - первый с фильтром "избирать US" а второй без фильтров, то это вовсе не значит что вся америка будет уходить только на первый урл. (всё потому, что в весовых схемах нет "первых" и "вторых")
У него только одно правило: SELECT, то есть он позволяет избирать уники.
SUTRA поддерживает 4 вида уников:
Как работает фильтр уников:
Рассмотрим на примере уников локальных для урла.
Предположим в URL1 установлен фильтр уников real ip. Предположим пришел уникальный посетитель. SUTRA его еще не знает,
и поэтому считает уником для URL1, предположим он ушел на этот URL1 и SUTRA его запомнила.
Если этот посетитель придёт в схему в течение 24 часов,
то SUTRA не позволит ему уходить на URL1 и направит куда-нибудь в другое место.
Периодически SUTRA забывает всех кого не было в течение N часов (по умолчанию 24 часа, можно изменить в Настройках) и это происходит для каждого посетителя отдельно, а не для всех сразу.
Обращаю внимание на то, что Уник для урла - это тот кто не посещал этот Урл в течение заданного промежутка времени.
Уники для схемы и глобальные уники это совсем другие уники и работают аналогичным образом.
Этот фильтр позволяет избирать (P) или блокировать (P) посетителей с прокси серверов.
Этот фильтр позволяет избирать (BR) или блокировать (BR) посетителей с пустым HTTP_REFERER.
Этот фильтр позволяет избирать (C) или блокировать (C)
посетителей с включенной/отключенной поддержкой cookies.
Если вы хотите фильтровать по содержимому определённых кук, тогда используйте Универсальные фильтры
(ниже).
Этот фильтр позволяет избирать или блокировать посетителей из определенных стран.
Страны определяются по IP при помощи библиотеки GeoIP встроенной в SUTRA.
В качестве объекта этого фильтра можно задать несколько стран разделив их пробелами.
Страны задаются в двухбуквенном формате. Варианты можно посмотреть в разделе стран:
GeoIP.
Пример: "CA US GB"
Все неопределённые страны пишутся в статистику как "N/A".
"Страной" для неопределённых стран является "--", поэтому фильтровать по неопределённым странам можно используя фильтр по стране "--"
Существует возможность обновить базу по странам - подробнее смотрите здесь.
В 3.4+ версиях можно работать с базой городов напрямую. Для этого:
После этого в фильтре можно задавать список городов через запятую.
Пример:
Moscow,Saint Petersburg,Odessa
Имена городов стандартные, такие как на google maps.
База по городам не активирована по-умолчанию так как она довольно медленная. Если у вас много трафика и вам нужно распределять по городам - настройте Sutra TDS в режиме FastCGI, это ускорит работу с базой на порядок.
В версиях до 3.4, фильтровать по городам возможно про помощи внешней базы Geoip-city от maxmind.com
с использованием Manual фильтров. Подробнее смотрите
здесь.
Фильтр требует наличия базы данных по городам (читайте выше).
Фильтр задаётся в формате:
latitude:longitude:radius
широта:долгода:радиус
Радиус задаётся в километрах. Список нескольких таких географических зон задаётся через пробел.
Пример:
55.7448:37.6199:100
- вся Москва с пригородами в радиусе 100 километров.
Для поиска географических координат на карте можно использовать этот сайт.
Фильтр по параметру. Этот фильтр позволяет избирать или блокировать посетителей пришедших
по ссылке с определенным значением параметра parameter.
При работе с дорвеями в нём передается кейворд.
Параметр задается в ссылке схемы вот так:
http:///in.cgi?7¶meter=blabla
Если ваш фильтр по параметру будет с объектом "blabla" или "blabl" или "bla", то он сработает для этого примера.
Это значит что возможно частичное совпадение.
Объектов фильтра PARAMETER может быть несколько, в этом случае их нужно разделять пробелом (аналогично
фильтру по странам):
poker casino
Но таким образом нельзя задать фразу с пробелом, например black jack. Для этого нужно использовать regexp формат записи.
REGEXP формат записи фильтра всегда имеет вид:
/regexp-выражение/
Например, для отбора всех фаз содержащих слово "play" в любом месте фразы:
/play/
Для отбора фаз содержащих "black jack" целиком в любом месте фразы:
/black jack/
Для отбора фаз содержащих "black jack", casino, poker целиком в любом месте фразы:
/black jack|casino|poker/ или /(black jack|casino|poker)/
Для отбора всего что начинается со слова "play":
/^play/
Для отбора исключительно слова "poker", нужно создать фильтр с таким содержимым:
/^poker$/
Для отбора всех фраз содержащих любое из трёх слов "poker" "gambling" и "play poker" в любом месте фразы:
/(poker|gambling|play poker)/
Для отбора исключительно трёх слов "poker" "gambling" и "play poker":
/^(poker|gambling|play poker)$/
И так далее, по аналогии. Работают расширенные регулярные выражения (POSIX), регистр игнорируется. Если вы не знаете как составить свой особый regexp для фильтра по параметру, тогда пишите вопрос на форуме - я или другие пользователи помогут.
Начиная с версии 2.5 Sutra поддерживает новые форматы записи этого фильтраНовый синтаксис для PARAMETER regex фильтра (везде в последующих примерах используется правило SELECT а не BLOCK), форматы:
Несколько regex правил разделенных символом переноса строки (далее используется везде):
/play poker/
/play casino/
НЕ правило:
!/games/
в этом примере запрещаются все фразы содержащие слово games.
Символ "!" перед стандартной формой регулярного выражения включает механизм "НЕ".
Рассмотрим примеры использования этого правила:
/poker/
!/online/
в этом примере избираются все фразы содержащие слово poker, но при этом НЕ содержащие слово online.
То есть фразы "play poker" "poker rules" "poker" избираются, а фразы "poker online" "online poker" "play poker online"
не избираются.
Правило-замещение ключевого слова на новое, формат:
/что искать/на что заменить всю строку/
Примеры:
/casino/casino/
- все фразы содержащие слово casino заменяются на слово casino.
Опишу подробнее как это используется.
Допустим вы послали в схему фразу "online casino", вот так:
http://sutra/in.cgi?1¶meter=online+casino
и в схеме для PARAMETER-фильтра стоит избирающее(select) правило-фильтр:
/casino/casino/
перенаправляющее трафик на:
http://www.google.com/?q=$parameter
Тогда, в нашем примере перенаправление осуществится на урл:
http://www.google.com/?q=casino
То есть в урле перенаправления значение $parameter заменяется на новое.
(старое/не измененное фильтром значение хранится в переменной $old_parameter).
Другой, более практичный пример:
/(phentermine|phenternime|fentermine)/phentermine/
В этом примере все фразы содержащие мисспеллы популярного ключевого слова phentermine заменяются на правильный вариант этого слова.
/play (poker|games|casino)/$1 online/
В этом примере:
фраза "play poker" заменяется на "poker online"
фраза "play games" заменяется на "games online"
фраза "play casino" заменяется на "casino online"
а также:
фраза "blabla play casino now" заменяется на "casino online"
фраза "blabla play poker now" заменяется на "poker online"
То есть это правило-замещение в котором $1 это то, что находится в скобках () в паттерне поиска.
Другой пример:
/(casino|poker|blackjack|gambling|roulette)/$1/
В этом примере все фразы содержащие любое из слов casino poker blackjack gambling roulette,
заменяются на само ключевое слово. То есть "play poker online" заменяется на "poker", "casino online" на "casino" и так далее.
/play poker/
/play casino/casino/
!/games/
/play (poker|games|casino)/$1 online/
То есть разные правила можно использовать в одном фильтре.
Правила работают последовательно: первым работает первое, вторым по счету - второе и так далее.
Если это иметь ввиду, то можно увидеть, что в примере фраза "play poker" НЕ будет заменяться на "poker online",
потому что правило "/play poker/" срабатывает раньше правила "/play (poker|games|casino)/$1 online/".
s/poker/casino/
(появился символ s в начале выражения)
В этом примере:
фраза "play poker online" заменяется на "play casino online"
фраза "play poker love poker" заменяется на "play casino love poker", то есть замена производится однократно.
s/poker/casino/g
(появился символ s в начале выражения и символ g в конце)
В этом примере:
фраза "play poker love poker" заменяется на "play casino love casino", то есть замена производится глобально.
фраза "blabla poker blabla poker poker" заменяется на "blabla casino blabla casino casino"
Практически это выражение удобно использовать для исправления опечаток. Рассмотрим на новом примере:
s/(fentermine|phenternime|pentermine)/phentermine/g
В этом примере все фразы содержащие мисспеллы популярного ключевого слова phentermine корректируются и вместо ошибочного слова вставляется исправленный вариант.
То есть в этом примере:
фраза "buy fentermine online" заменяется на "buy phentermine online",
фраза "discount pentermine" заменяется на "discount phentermine".
s/(.)(.)/$2$1/g
В этом примере каждая пара букв поменяется местами, то есть "ababababa" заменится на "babababaa".
Более практичный пример:
s/(poker) (online)/$2 $1/g
В этом примере во фразе слова poker и online поменяются местами:
фраза "play poker online" заменяется на "play online poker", а так как используется глобальная замена (символ g), тоПримеры этих правил смотрите на форуме.
Этот фильтр позволяет избирать или блокировать посетителей с заданным HTTP_REFERER.
Объектом этого фильтра может быть как рефер целиком, например: "http://www.google.com/search?q=sutra",
так и его часть: "www.google.com", "google.com/search" или даже "q=sutra"
В качестве объекта этого фильтра можно задать несколько реферов разделив их пробелами.
Этот фильтр аналогичен фильтру по стране с использованием языка браузера.
Пример: "en en-us fr ch jp".
Фильтр IP адресов и сетей. Позволяет избирать или блокировать посетителей с определенными IP адресами.
Можно задать несколько сетей разделив их пробелами.
Пример 1: "195.23.42.100" или "195.23.42.100/32" - фильтр одного IP адреса 195.23.42.100
Пример 2: "195.23.42.0/24" - фильтр всех IP адресов 195.23.42.*
Пример 3: "195.23.0.0/16" - фильтр всех IP адресов 195.23.*.*
Пример 4: "195.0.0.0/8" - фильтр всех IP адресов 195.*.*.*
Пример 5: "195.23.1.100/32 19.23.1.100/24 15.23.1.100/24" - пример списка из одного ip и двух сетей
Версии 3.7+:
Пример 6: "195.100.200.0-195.100.200.255" - фильтр всех IP адресов 195.100.200.*
Пример 7: "195.100.200.10-195.100.200.20" - фильтр всех IP адресов с 195.100.200.10 по 195.100.200.20
Пример 8: "195.100.0.0-195.100.255.255" - фильтр всех IP адресов 195.100.*.*
Фильтр по типу браузера. О том как его использовать смотрите в разделе Manual-фильтров ниже.
Фильтр избирает или блокирует трафик с мобильных устройств. Работает также как этот детектор
Универсальные фильтры появились в Sutra 2.6
Универсальный фильтр это фильтр для которого можно задать любой Объект. Объектом может быть как переменная в запросе (in.cgi?5&myvar=abcd) так и имя заголовка (HTTP_USER_AGENT,HTTP_REFERER..).
Лучше всего понять их работу на примерах.
Предположим есть трафик с дорвеев. Сливается таким образом:
in.cgi?9¶meter=play+poker&se=google
Фильтровать трафик по кейвордам можно "фильтром по параметру parameter" (стандартный фильтр из набора фильтров).
Но как фильтровать по типу поисковика (параметр se) ?
Ответ - используя универсальные фильтры.
Для этого создаем новый фильтр с именем se и нужными правилами, все остальное сделает система. Вот так:
Возможно у вас возникнет вопрос "А для чего же тогда нужен parameter-фильтр, ведь его можно заменить
manual-фильтром с именем parameter?". Ответ - да, можно заменить. Причина простая - parameter-фильтр
появился намного раньше manual-фильтров и сейчас он существует только для
обратной совместимости с предыдущими версиями сутры.
Теперь немного слов о теле фильтра. То есть какие форматы поддерживает сам фильтр. Ответ - Универсальный фильтр поддерживает
все форматы PARAMETER фильтра, то есть списочный формат, регулярные выражения, замены и др.
Кроме того, Универсальные фильтры могут работать с заголовками (HTTP заголовками которые можно увидеть скриптом getos.cgi). Рассмотрим это опять на примере.
Есть трафик и есть желание фильтровать трафик по браузеру.
Имя браузера передается в заголовке HTTP_USER_AGENT.
Для этого создаем Универсальный фильтр с именем header:HTTP_USER_AGENT и устанавливаем ему нужные правило и тело фильтра:
Аналогично можно создать фильтр для cookie, так как они тоже передаются в заголовках, вот так: header:HTTP_COOKIE.
Аналогичным образом можно фильтровать по типу или версии браузера, создаем Универсальный фильтр с именем header:HTTP_USER_AGENT, а в теле фильтра:
Internet explorer фильтруется так: /MSIE/ Фильтр IE 6й версии: /MSIE 6/ IE 7й версии: /MSIE 7/ Фильтр Opera: /Opera/ Фильтр Firefox: /Firefox/ Фильтр Firefox и Opera: /(Firefox|Opera)/ |
OS windows: /windows/ Linux: /linux/ Macintosh: /macintosh/ Фильтр iPhone: /iPhone/ С версией OS сложнее, например для разных версий windows значения будут разные, например: Фильтр Windows XP: /Windows NT 5/ Фильтр Windows Vista: /Windows NT 6\.0/ Фильтр Windows XP Service Pack 2 (SP2): / SV1/ - именно так, с пробелом, здесь нет опечатки |
Эти способы необходимо знать для эффективной работы с Sutra.
Способ перенаправления - это то, что пишется в поле Url.
Способ | описание |
http://domain/ | Это стандартный способ перенаправления. Дополнительно для него можно выбрать тип перенаправления:
|
sutra:имя_схемы sutra:имя_схемы&параметры | виртуальный метод перенаправления,
хит перенаправляется в схему "имя_схемы" виртуально, то есть без лишнего перенаправления,
туда-же передаются "параметры" (любые, в том числе и контрольные типа group, parameter и тд.). Параметры из схемы в схему можно передавать аналогично прямому перенаправлению, пример: sutra:3¶meter=$parameter&se=$se&a=b |
ts:имя_пользователя ts:имя_пользователя&параметры | виртуальный метод перенаправления, хит перенаправляется внутрь системы продажи трафика TS без лишнего перенаправления, туда-же передаются "параметры". Эта фишка позволяет продавать свой трафик через свою-же систему покупки трафика, с указанием цены трафика и всего остального присущего системе TS. |
http://domain/?q=$keyword¶m=$blabla |
Стандартный "Метод передачи параметров" Особый синтаксис при помощи которого можно вставлять в URL-назначения параметры из запроса. Пример: Если URL'ом в схеме является строка: то при клике на ссылку вида хит перенаправляется на То есть параметры скрипта входа передаются в урлы перенаправления. |
$myparam_ne http://domain/?q=$param_ne |
Не энкодящий "Метод передачи параметров". Для того чтобы передаваемые параметры не энкодились, нужно применять особый синтаксис. Напомню, что все параметры используемые в "методе передачи параметров" энкодятся. В некоторых случаях необходимо НЕ энкодить значение параметра. Для того чтобы значение параметра не энкодилось при подстановке в урл перенаправления, к нему в схеме нужно добавлять окончание "_ne", например "$myblabla_ne". При этом передавать параметры в схему нужно как и раньше - без указания окончания "_ne". Пример: предположим в схеме 2 в поле урла находится строка такого вида: $myurl_ne?a=b тогда трафик пришедший по ссылке in.cgi?2&myurl=http://www.google.com/ будет перенаправляется на урл http://www.google.com/?a=b |
Системные параметры |
В Sutra 3.1 появились системные параметры которые можно использовать как и любое другие: $ip - ip адрес сёрфера $cc - код страны сёрфера (например US) $geocity - город сёрфера (например Moscow), работает только если подключена база GeoIPCity. $referer - рефер сёрфера (урл страницы с которой сёрфер пришел на сутру) $referer_domain - домен рефера $tsuser - текущий юзер TS $scheme - текущая схема Sutra $uagent - браузер сёрфера (3.4+) $header:заголовок - универсальный способ вставить любой заголовок, например $header:HTTP_USER_AGENT эквивалентен $uagent (3.4+) $input_parameters - все входящие параметры (кроме номера схемы и некоторых других системных), используйте чтобы не писать a=$a&b=$b для всех входящих параметров (3.9.1+) Пример: Если в схемы сутры в качестве урла перенаправления прописать: http://test.com/?country=$cc&ip_address=$ip То при перенаправлении в урл вставятся соответствующие значения: код страны и ip посетителя, то есть перенаправление будет происходить например на урл: http://test.com/?country=US&ip_address=11.12.13.14 |
weight=$ves | Это не метод перенаправления, а способ задать вес в урле входа, аналогично методу передачи параметров. |
file.html | из каталога "files/" считывается содержимое файла "file.html" и возвращается браузеру клиента (практически это может быть любая html страница) (без лишнего перенаправления) |
file.html?x=12345 file.html?a=1&b=2&url=http://aaa.com/a.php?q=test&a=b |
Метод аналогичный предыдущему, но позволяющий передать параметры в темплейт file.html Из каталога "files/" считывается содержимое файла "file.html" в нём переменные вида %%переменная%% заменяются на их значения переданные в урле. Результат возвращается браузеру клиента. Важно: значение специального параметра "&url=" энкодить не нужно. Если он используется, то он всегда должен быть последним. Все остальные параметры нужно энкодить (заменять символы "&" на "%26", а "?" на "%3F"). |
file.js | из каталога "files/" считывается содержимое файла "file.js" и возвращается браузеру клиента используя в качестве "Content-Type" javascript'овый заголовок. file.js должен содержать чистый javascript код (без <script> тэгов). Практически используется для вызова javascript кода на какую-то страницу, пример: <script type="javascript" src="http://www.sutra/in.cgi?1"> |
file.js?a=b&c=d | Темплейтный метод аналогичный file.html?a=1&b=2 |
script.cgi | любой CGI скрипт "script.cgi" находящийся в каталоге "files/" исполняется в переменных окружения скрипта входа in.cgi,
контент сгенерированный script.cgi возвращается браузеру клиента.
Скрипту можно передать параметры по умолчанию, в этом случае метод записывается так:
"script.cgi?p1=asdasd&p2=blabla". (без лишнего перенаправления) |
gotourl.cgi?default=default_url |
стандартный скрипт из каталога "files/". Называется "скрипт метаперенаправления". Скрипт устарел, так как сейчас его заменяет "метод передачи параметров" и
существует только как пример использования ".cgi" скриптов в files. Работает так: при клике на ссылку вида "http://домен_на_котором_стоит_sutra/in.cgi?five&url=http://www.yahoo.com/", хит проходит по всем фильтрам потока "five" и, в случае перенаправления методом "gotourl.cgi", перенаправляется на "http://www.yahoo.com/" (параметр "url"), если же параметр "url" не задан, то хит перенаправляется на "default_url" (параметр "default") |
curl://domain/ | метод при котором in.cgi сам запрашивает (скачивает, делает http:// запрос) страницу и возвращает ее содержимое клиенту (все заголовки обрабатываются корректно) |
curl://domain/myscript.php?a=b&c=d curl://domain/myscript.cgi?c=d | Этот метод позволяет писать свои модули к сутре и совмещать сутру и свои скрипты. Конечно же для этих целей можно использовать обычный curl:// метод, но у него есть недостаток - внешний скрипт при этом не может передать управление назад в сутру внутренним (виртуальным) перенаправлением. В версии 2.8 с появлением DeTypo появился способ исполнить внешний php скрипт так, чтобы этот скрипт сделал внутренний редирект в какую-либо схему сутры БЕЗ лишнего перенаправления. То есть: sutra->внешний.php->sutra без внешних перенаправлений. Для того чтобы это работало, нужно чтобы внешний скрипт выдавал "Location: " заголовок в особом формате: Location: sutra:16&a=b&c=d То есть в стандартном формате сутры. При этом Sutra подхватит этот метод и сделает внутреннее перенаправление в схему 16 с заданными вашим скриптом параметрами. Аналогично можно перенаправить в систему TS: Location: ts:user |
remote://site.com/ | Способ перенаправления на урл указанный удалённым сайтом. (версии 3.5+) Сайт http://site.com/ в качестве ответа должен возвращать текст с урлом в стандартном формате http://redirect/. HTML тэги недопустимы. (если ответ не содержит правильного урла, то редирект осуществляться не будет и текущее правило будет игнорироваться). Запрос к удалённому сайту и обновление базы удалённых урлов осуществляется по крону (по умолчанию каждые 10 минут и зависит от периодичности обновления статистики). В качестве удалённого сайта site.com может быть и локальный сайт. Это даёт возможность использовать его в качестве альтернативы способу "curl://" для создания своих модулей сутры. |
{aziya}
Вот как это будет выглядеть при использовании двух переменных с именами {aziya} и {evropa}:
Обязательно разделяйте их пробелом, так как (обычно) он не является частью переменной.
После этого для изменения этого фильтра достаточно отредактировать его в одном месте - разделе глобальных переменных,
но будьте крайне внимательны! любая ошибка в синтаксисе переменной приведет к сбою работы всех схем использующих эту переменную,
поэтому после любого изменения содержания переменной рекомендую заходить в урл использующий её и жать "SAVE",
при этом система проверит содержимое переменной и сообщит о возможных ошибках.
В некоторых случаях, таких как перенаправление с дорвеев при помощи javascript, значение HTTP_REFERER
не передаётся браузером. В таких случаях есть возможность задать рефер вручную. Делается это так:
in.cgi?10&ur=1&HTTP_REFERER=referer.com
Наличие ur=1 обязательно.
Как и во всех случаях передаваемое значение нужно квотить, то есть преобразовывать символы "/:?&" в код.
Замечу, что используя указанный способ, значение рефера передаваемое браузером не меняется,
то есть браузер как не передавал рефер так и не передает вне зависимости используете ли вы этот способ или нет.
Этот способ только даёт знать Sutra какой рефер отображать в статистике и использовать в фильтрах, не более.
О том как заменить рефер браузера читайте на форуме.
Ссылки на экспорт и импорт данных находятся в резделе схемы в левом нижнем углу.
Поддерживаются два формата данных:
10:00-18:00 | сливать трафик с 10:00 до 18:00 ежедневно |
10:00-12:00,18:00-00:00 | сливать трафик с 10:00 до 12:00 и с 18:00 до полуночи (писать время 24:00 нельзя ) |
Mo,Fr | Сливать только по понедельникам и пятницам (Mo-Monday,Fr-Friday). Список всех сокращений: Mo Tu We Th Fr Sa Su - соответственно дни недели с понедельника по воскресенье |
Mo-Fr | слать с понедельника по пятницу включительно |
10:00-18:00 Mo-Fr | слать с понедельника по пятницу включительно, с 10:00 до 18:00. Время и дни недели разделены пробелом. |
10:30-12:30,18:00-00:30 Mo-We,Th,Sa | смешанный формат, списки разделяются запятыми, время от дней недели пробелом, время можно задавать с точностью до минут. Внимание: включение и выключение этого фильтра ограничено временем запуска крона. Если крон у вас запускается каждые 5 минут, то время срабатывания (в минутах) этого фильтра не будет точнее 5ти минут. |
Поиск осуществляется по всем схемам и ссылкам, по всем параметрам урлов. Можно осуществить поиск
как по части урла, так и по содержимому какого-либо фильтра. Можно даже найти все урлы с включенным фильтром по уникам.
Выделив нужные урлы чекбоксом, можно их массово отредактировать нажав на кнопку "Mass Edit" функционал которой описан ниже.
Mass Edit появился в sutra версии 3.0. Он позволяет редактировать сразу несколько урлов так, что один и тот-же
заданный вами параметр (например фильтр по странам) изменяется сразу у всех выделенных урлов, в то время как остальные
параметры остаются неизменными (даже если они у всех урлов разные).
Работает это так: в панели редактирования "Mass Edit" чекбоксом выделяете параметр/параметры которые вы хотите изменить у
всех редактируемых урлов и задаёте значения этих параметров. Не выделенные чекбоксом параметры не изменятся.
Чтобы сбросить значение параметра у всех урлов (например очистить фильтр по уникам) нужно выделить чекбоксом параметр
и оставить пустым его значение. Естественно после этого нужно жать на кнопку "SAVE".
Comments - комментарии для урлов были созданы для удобства. Их видно как в схеме, так и статистике. Кроме того, что немаловажно, комментарии могут быть цветными и с разным размером шрифта! Например попробуйте в качестве комментария задать строку:
<font color=red size=5>большой комментарий - хороший комментарий!</font>и посмотрите результат :)
Global Statistics - это суммарная статистика по всем схемам. В нее входят данные исключительно по "внешнему" трафику. Внутренние перенаправления (sutra:..) в этой статистике не учитываются.
Settings - настройки системы. Для указания времени заполните либо сдвиг по времени относительно времени сервера (shift), либо укажите точное время заполнив все поля времени.
Statistics refresh period - время обновления статистики в минутах. На виртуалах желательно указывать 10 минут.