Скрытие продажных ссылок от ПС

zalex пишет:

Какой сайт урл засвети все должно работать без проблем. Ошибку какую выдает?

zalex пишет:

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

zalex пишет:

а нормальный код сапин ставил нормально работало? и еще надо было не сам архив в папку сапы положить а конечно распаковать его и положить файл sape_venality_name.php

zalex пишет:

Ну хз вот мой код

define('_SAPE_USER', '50dd4dc7104bb4ff5b78c8735ad525b9');
require_once($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape.php');
require_once ($_SERVER['DOCUMENT_ROOT'].'/'._SAPE_USER.'/sape_venality_name.php');
$sape = new SAPE_client($sape_venality_name);

$tpl->set('{sape_links}',$sape->return_links());

из index.php начинается со строки 49 поправил код чтобы ковычки были правельные

zalex пишет:

Да как вам объяснить вот например почитайте что пишет Lasto по этому поводу

Как защитить свой сайт от детектирования в нём продажных ссылок?

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

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

Как известно, стандартный код Сапы цепляется к сеттингам таким образом:

global $mysape;

define ('_SAPE_USER',"usersiteidentificator");
require_once ("./data/sape/sape.php");
$sape=new SAPE_client();
$mysape=$sape->return_links();

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

Как и на то, что папка переименована в sape

Теперь давайте допишем пару операторов- выделено красным:

global $mysape;
define ('_SAPE_USER',"usersiteidentificator");
require_once ("./data/sape/sape.php");
require_once ("./data/sape/sape_venality_name.php");
$sape=new SAPE_client($sape_venality_name);
$mysape=$sape->return_links();

Ну и, естественно, в папочку сапы поместим ещё и такой код

(Имя файла, как понимаете, sape_venality_name.php)

< ?php

$sape_venality_name=array();

# Документы, работающие с глобалом GET:
$allowed_pages=array("key.php","ping","remoute");

# Разрешённые переменные в УРле иных документов:
$allowed_var=array("");

$tm=explode("?",$_SERVER['REQUEST_URI']);
if (isset($tm[1]) and $tm[0]==str_replace($allowed_pages,"",$tm[0])) {
$k=preg_match_all("/(.*)=(.*)\&/Uis",$tm[1]."&",$am);
$bm=array();
for ($i=0; $i

и так далее смотри сам файл в атаче

После употребления этого кода (вызова его перед запуском класса Сапы) наш блог или сплог перестаёт реагировать на тестирование ресурса всякими Детекторами Продажных Ссылок на предмет наличия оных.

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

Тюнинг кода Сапы

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

Разберём для примера ситуацию, когда Ваш сайт на UTF.

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

global $mysape;
define ('_SAPE_USER',"usersiteidentificator");
require_once ("./data/sape/sape.php");
require_once ("./data/sape/sape_venality_name.php");
$sape_venality_name['charset']='UTF-8';
$sape=new SAPE_client($sape_venality_name);
$mysape=$sape->return_links();

Нужны другие ключики? Вклинивайте по аналогии.
Когда продажные ссылки не от Сапы :

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

require_once ("./data/sape/sape_venality_name.php");

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

zalex пишет:

Method вообще-то это все замечательно работает на всех движках.

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