Замена динамичесгого Url для индексации

Значит они что-то уже доработали в скрипте.

Полтора года назад то, что они предлагали как лицензию для одного сайта, имело массу ограничений и жутко все тормозило.

Особенно мне нравилось их требование покупать отдельную полную лицензию для каждых полных и неполных 25 посетителей на сайт. То есть если на сайте находится до 25 человек, все нормально. Но если в этот момент появился 26-й посетителй, на сайт он зайти не сможет. Или надо покупать еще одну лицензию для последущих 25 человек. Или сразу покупать серверный вариант скрипта, где лимитов на число посетителей нет. Но за серверный скрипт эти ребята в то время просили $2,500.

Непонятно, почему они решили с 1 октября перестать продавать серверную лицензию? Вроде бы верный заработок для них?

С уважением,

Виктор

Почему?

1. Потому, что Гугль - не единственная поисковая машина в Интернете. Имеются и другие, и далеко не все хотят воспринимать конструкции URL, вроде приведенной ниже (а эта еще далеко не самая длинная)

http://www.xxxxxxx.com/xxxxxxx.asp?xxxxxxx_ID=229&xxxxxxx_ID=28&xxxxx_ID=16&xxxxx_xxxxxxxxxx=%CA%EE%ED%F6%E5%F0%F2+%E3%F0%F3%EF%EF%FB+%C0%F3%EA%F6%FB%EE%ED+13+%F1%E5%ED%F2%FF%E1%F0%FF&xxxxxxx_xxxxxxxx=%C3%E4%E5+%E8+%F7%F2%EE+%EF%F0%EE%E8%E7%EE%E9%E4%E5%F2C3%E4%E5+%E8+%F7%F2%EE+%EF%F0%EE%E8%E7%EE%E9%E4%E5%F2

Правка: при сабмите этого сообщение на форум приведенный пример URL урезан в шесть раз

2. Помимо поисковых машин в Интеренете имеются еще и юзеры, их использующие для поиска. КОгда в результатах поиска на странице появляются 10 сайтов, 9 - с нормальными, короткими URL, а один с размазней, подобной приведенному выше примеру, редкий посетитель кликнет на такое. Чисто субъективною Но с этим фактором тоже надо бы считаться.

3. Покажите мне каталог, который согласиться засабмитить такую страницу! Ни один редактор не пропустит.

С уважением,

Виктор

vmegap,

1- и поэтому мысли про Гугль не стоит комментировать?

mnt, кстати возможно ты прав, при корректной выдаче всего перечисленного и будет он брать динамику при низком PR так же хорошо, как статику. Однако точно верно другое - что без корректной выдачи и обработки всего этого, но с преобразованием URL, берет на ура. По мне так проще заменить URL, чем заморачиваться со всякими заголовками.

а подробнее можно?

можешь подсказать, если не секрет, как правильно делать нужно для хорошей индексации?

я сейчас делаю заголовки php и meta такие:

<?

header("last-modified: ".gmdate("D, M d Y H:i:s",filemtime("index.php"))." GMT");

header("pragma: no-cache");

header("cache-control: no-cache, must-revalidate");

?>

<meta name="robots" content="index,follow,noarchive"> - или просто all, в зависимости от страницы.

<meta http-equiv="last-modified" content="<?=gmdate("D, M d Y H:i:s",filemtime("index.php"))." GMT"?>">

что еще нужно? что насчет кодировки и иф модифиед сайнс?

и может last-modified я зря в php хидере и в meta вставляю (в смысле достаточно может только в header'e)?

вот у меня примерно так.

$intgmt=<текущая дата документа на свое усмотрение>;

$headers = getallheaders();

$gmt_source=$headers['If-Modified-Since'];

$intgmt_source=strtotime($gmt_source);

if($gmt_source&&!$show_first_page&&$ps_crawler)

//первую страницу всегда переиндексируем!!!, чтоб забирал новые линки

{

//здесь можно писать лог

//

if($intgmt<=$intgmt_source)

{

//тут тоже

header("HTTP/1.0 304 Not Modified");

exit;

}

}

header("Expires: 0");

header("Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0");

header("Pragma: no-cache");

header("Last-Modified: $gmt");//$gmt преобразованый в gmt $intgmt

header("Content-Type: text/html; charset=windows-1251");

ок, а теперь обо всем по-порядку:

1. на серваке php запускается не как модуль апача и поэтому не пашет функция getallheaders()

можно что-нть придумать, как-нть обойти это?

насколько важно это If-Modified-Since ? если его всеже не обрабатывать, на чем это скажется? причем я не гонюсь за индексацией именно динамики (т.е. урлов вида page.php?var=val&var1=val1), все урлы будут нормальные (типа domain.com/cat/), мне нужно чтоб страница переиндексировалась желательно каждый день, чтобы "проглатывались" линки с этой страницы и чтоб все страницы хорошо индексировались.

2. если я сделаю чтоб Last-Modified было всегда на час меньше, чем сейчас, это нормально будет? в смысле не будет ли это "подозрительно" ? подразумевается что сама страница естественно будет меняться достаточно редко. или может стоит сделать, чтоб размер файла тоже менялся (случайно например) при каждом обращении? в смысле не будет ли подозрительно что дата модификации постоянно меняется, а размер и содержимое файла нет?

3. изза вышеуказанной проблеммы с php, остаются следующие заголовки:

header("Expires: 0");

header("Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0");

header("Pragma: no-cache");

header("Last-Modified: ".gmdate("D, M d Y H:i:s",time()-3600)." GMT");

header("Content-Type: text/html; charset=windows-1251");

нормально так будет?

4. а что если страница полностью или по-большей части на англ. языке? какую тогда кодировку лучше ставить вместо windows-1251 ?

5. что такое header("Expires: 0") ? зачем?

А зачем тогда ежедневно индексировать? 😕

как зачем?

чтоб если надо было поменять что-то на странице, не пришлось ждать обновления месяц.

Вопрос про RewriteEngine

Помогите решить проблему:

У меня Вебсервер Apache/1.3.12 на Windows 2000, и я хочу использовать на нем RewriteEngine для замены URL-адресов.

Для этого я в конфигурационном файле раскомментировал строчку LoadModule rewrite_module modules/ApacheModuleRewrite.dll. Я добился, чтобы RewriteEngine работала с html-документами. Но при добавлении в .htaccess строчки 'RewriteEngine On' (или даже 'RewriteEngine Off') перестают запускаться cgi-скрипты: сервер говорит "Forbidden You don't have permission to access /cgi-bin/... on this server". Подскажи, что еще нужно настроить, чтобы RewriteEngine работала корректно.