- - - - - - - - - - - - - - - - - - - - - - - - - - - - Name: ooptimum Subject: Re: Оптимизация ReverseAlias
А URL проверяется по всем конструкциям ReverseAlias или после первого удачного совпадения остальные проверки отбрасываются? Поясню, чем вызван данный вопрос. У меня проиндексирован один сайт, который раньше был доступен только по IP-адресу, теперь же у него появилось мнемоническое имя. На данном сайте находится листинг файлов на неком FTP, причем листинг поддерживает сортировку файлов. Т.е. URL имеет опциональный параметр sort, принимающий целочисленное значение. Сортировку желательно выкинуть, т.к. она генерирует по 3 клона на каждую страницу листинга (без сортировки и с сортировкой по возрастанию и убыванию). Для этого были добавлены в конфигурацию следующие параметры: ReverseAlias http://11.22.33.44/ http://ftp.domain.tld/ ReverseAlias regex ^(http://ftp\.domain\.tld/listing\.php\?path=/.*?)(&sort=\d)?$ $1 ReverseAlias regex ^(http://11\.22\.33\.44/listing\.php\?path=/.*?)(&sort=\d)?$ $1 Раньше, когда в конфиге присутствовала только строка "ReverseAlias regex ^(http://11\.22\.33\.44/listing\.php\?path=/.*?)(&sort=\d)?$ $1", все прекрасно работало, сортировка отбрасывалась, а теперь почему-то это перестало работать. Я периодически чищу базу с помощью "indexer -Cu 'http://ftp.domain.tld/listing.php%&sort=%'", но через некоторое время такие ссылки вновь в ней появляются. Как исправить? - - - - - - - - - - - - - - - - - - - - - - - - - - - - Read the full topic here: http://www.dataparksearch.org/cgi-bin/simpleforum.cgi?fid=06;topic_id=1199303325
