----8<----
----8<----
----8<----
Как защитить свой сайт от детектирования в нём продажных ссылок?
Речь идёт никак не только о противодействии этому детектору продажных ссылок, но также всякому иному. Работающему в виде единичного ресурса, либо встроенного в алгоритм поисковика :) Неважно. Давайте для образца никак не позволим определиться подкупным ссылкам на сайтах, построенным на популярном движке 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 < $k; $i++) {
if ($am[2][$i]=="" or !in_array($am[1][$i],$allowed_var))continue;
$bm[]=$am[1][$i]."=".$am[2][$i];
}
$tm[1]=implode("&",$bm);
$sape_venality_name['request_uri']=
$_SERVER['REQUEST_URI']=($tm[1]=="") ? $tm[0]: implode("?",$tm);
}
?>
После употребления этого кода (вызова его пред запуском класса Сапы) наш блог либо сплог перестаёт реагировать на тестирование ресурса каждыми Детекторами Продажных Ссылок на предмет наличия оных. Также, ежели к ресурсу подцеплены клиентские кода иных бирж по продаже ссылок, срабатывающие позже клиентского кода сапы, то все проданные чрез такие биржи ссылочки похоже перестают определяться детектором (в большинстве случаев, но никак не стопроцентно, естественно). Тюнинг кода Сапы :)При внешнем управлении трудом клиентского кода Сапы иной раз требуется оговорить кодировку, либо ещё строй каких моментов. Стандартно контора в этом случае советует сформировать массив с всяким именем, сотворить в массиве нужные ключики, также присвоить им необходимые значения, но потом отдать массив классу. Но, как явствует из распечатки кода с красненькими строчками, мы уже скармливаем классу какой-то массив. И куда бла бла засовывать кодировку? Разберём для образца ситуацию, в какое время Ваш сайт на 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");
Естественно, в данном акте мы рассматриваем исключительно камуфлирование продажных ссылок на указанных в истоке акта движках, но похоже весьма на них похожих. В противном случае чтение Вами этого акта ничем никак не оправдано.  |
----8<----
|
|