Как показывает практика писать в шапке HTML <meta http-equiv="Content-Type" ..... не имеет смысла, ибо этот тэг не воспринимается практически не одним браузером... Нужно отравлять кодировку и тип данных из скрипта, например в PHP:
header("Content-Type: text/html; charset=UTF-8");
речь идет о том, что Last-Modified должен давать информацию пауку о том что и когда изменилось... так вот в системе с динамическими скриптами (а в данном случае это именно так) наврядли дата скрипта, хтмл-страницы или любого другого файла будет адекватно отражать ситуацию с новыми данными на сайте... более того я не уверен, что при постоянной выдаче в LM старой даты пауки будут нормально индексировать сайт... именно это и имелось ввиду когда я говорил про дату в прошлом...
Да нет там кода и не было никогда... PHPSESSID приписывается в PHP автоматом, ко всем ссылкам (в т.ч. и формам)... потому как сконфигурирован так... и тут налицо проблема с установкой опций, которые человек пытается через ini_set установить...
Сделайте периодическую смену имен полей формы автоматом в скрипте...
Скрипт тут скорей всего не причем... похоже что кусок кода:
ini_set("session.use_trans_sid", 0);
ini_set("session.use_only_cookies", 1);
не работает... такое бывает... попробуйте создать новый скрипт на хостинге следующего содержания:
<?php
phpinfo();
?>
В выведенной информации проверьте, изменились ли конфигурационные параметры session.use_trans_sid и session.use_only_cookies...
Смотря какая верстка... если таблицами да и как попало и только для IE оптимизированная, то конечно найдутся специалисты которые за пару часов зафигачат... а так, верстка в XHTML Strict на дивах, с оптимизацией под Opera, Mozilla (Netscape, Firefox, Mozilla) и IE и чтоб валидацию проходила занимает почти весь рабочий день ... а если еще CSS валидировать....
ну и каков смысл?? выдаваться то будет дата изменения файла скрипта... т.е. по сути в большинсте случаев одна и та же дата... причем дата в прошлом...
инфу в личку скиньте, плиз.
