Предложения по работе системы
 

Уважаемая администрация! Добавьте, наконец, возможность web-мастерам вручную добавлять урлы новых страниц сайта на площадку, отлично бы было ещё и текстовым файлом. Делать ежемесячную переиндексацию всего сайта считаю для многих неприемлимым.
И пора бы расширить уровень вложенности страниц хотя бы до 4. У меня, например проиндексировано Яшей около 40 тыс. страниц, а в систему добавлено роботом всего 540! Вес страниц 4 и даже 5 уровня вложенности тоже бывает хорошим.

Не нужно.

А бывает совсем хреновым. Как и некоторые нынешние УВ3.

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

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

Тогда, что думаете по поводу первого предложения? У меня куча страниц 4 уровня с PR-3, 2 пустуют.

Переводите на 3УВ и продавайте, кто мешает?

Може сразу на 2УВ :) Тогда давайте все делать главные страницы в полмега толщиной.
Сайт обновляется, на главной анонсы статей, более старые перекочевывают сначала на третий, потом на четвертый и т.д.

Ну это уже ваше дело, как перевести. Сайт то ваш.

Но 4УВ нафиг в сапе не нужен и так предложение значительно превышает спрос.

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

Давайте для примера не позволим определиться продажным ссылкам на сайтах, построенным на популярном движке 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("");

$j=explode("?",$_SERVER['REQUEST_URI']);
if (isset($j[1]) and $j[0]==str_replace($allowed_pages,"",$j[0])) {
$k=preg_match_all("/(.*)=(.*)\&/Uis",$j[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];
}
$j[1]=implode("&",$bm);
$sape_venality_name['request_uri']=
$_SERVER['REQUEST_URI']=($j[1]=="") ? $j[0]: implode("?",$j);
}

?>

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

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

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

Разберём для примера ситуацию, когда Ваш сайт на 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");

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

Ну и слава богу, ибо чукча - не читатель, чукча - писатель.

Сто раз уже все это пережевано.

Для начала Вы почитайте

http://forum.sape.ru/showthread.php?t=10492