Все зависит от диаметра иглы (с) =) т.е. от бдительности конкурентов и настроения модератора.
Ну, если их очевидно больше, чем надо, так уберите лишнее - и все. Лучше напугать баном, т.к. бан вполне возможен - видели ведь тему "Яндекс банит низачто"? А тут, имхо, вполне есть за что. Другое дело - надо, чтоб это заметили конкуренты и попался модератор в плохом настроении.
Мысль была про организацию футера на отрицательных полях, как это сделано с левой менюшкой. Не получилось.
Вот, сейчас посмотрели в IE 5.5 - контент залезает под футер. Попробуй что-нибудь придумать. Получится - считай, что рулишь =)
селекторы с # - относятся к ID. Разница между ID и class в том, что элемент с одним ID может быть только один, а элементов с одинаковым классом может быть несколько.
Изучай:
спецификация CSS1
спецификация CSS2
Оставьте. Очень гармонично вписываетесь =)
Кстати, обрати внимание, что в коде контент располагается выше левой менюшки. В этом сила блочной верстки =)
Сверстал. Правда, понадобилось времени значительно больше, чем думал, зато доподлинно убедился, что моя хитрожопая мысль все-таки не работает =)
http://www.greenclassic.ru/uni/
В архиве: http://www.greenclassic.ru/uni/uni.rar
Проверено: FireFox 1.0.7, Opera 8.02, IE 6.0
Надо сделать пути адресации абсолютными и немного привести в порядок CSS - убрать повторяющиеся селекторы, что-то как-то перегруппировать.
Все на дивах, вот по этому рецепту: http://www.alistapart.com/articles/negativemargins/
Vetra, (off) а разве Костя еще не все домена слово-онлайн.ру зарегил? =)
Еще раз. Читаем RFC 2168: http://www.faqs.org/rfcs/rfc2168.html
Я в свое время писал робота. Очень простенького, на PHP. На то, чтоб сделать его совместимым почти со всеми вариантами, указанными в RFC, у меня ушло 4 дня. Включая обработку фреймов, тег BASE, абсолютные УРЛ, урл от корня и всякие прочие относительные УРЛ. 4 дня на PHP. Посему не верю, что роботы крупнейших поисковых систем не могут с чем-то из этого справиться.
Тег BASE может пригодиться, когда надо сделать сайт транспортабельным, т.е. нельзя писать пути от корня. Если писать /folder/site.php, при переносе сайта в папку, например, olddesign, сайт работать перестанет. Тут как раз поможет BASE. Часто актуально при работе с mod_rewrite.
Кстати, в качестве примера документа, где нет единого заголовка, можно как раз привести страницу из словаря: хотя в заголовке можно дать признак, по которому эта страница выделена в один документ ("АБС - АЗЕ"), по моему мнению, все же логичнее считать, что в таком документе заголовком верхнего уровня будет заголовок каждой словарной статьи, поскольку признак объединения всех статей в один документ имеет довольно случайный характер.
Но это пример довольно надуманный, в реальной практике, повторю, как правило, должен быть только один заголовок h1.
Могу-немогут - это только яндекс знает. Вот "должны" или "не должны" - другое дело.
hX - теги логического выделения заголовков и подзаголовков. Как правило, у документа есть один главный заголовок, который и есть H1. Однако, если логика документа такова, что единый заголовок выделить нельзя, наверно можно использовать несколько h1, хотя было бы правильнее разбить такой документ на несколько.
Заголовков второго уровня (h2) может быть довольно много - в зависимости от объема документа.
ИМХО, изменение стиля заголовков при помощи CSS никак не должно караться, если заголовки употреблены уместно. Например, заголовок словарной статьи можно сделать элементом inline того же стиля, что и текст статьи, поставить тире и далее дать определение (обычный для словаря способ оформления статей). От этого он не перестанет быть логическим заголовком. Другой вопрос - задумываются ли об этом модераторы Яндекса, или у них есть инструкция, например, накладывать санкции за инлайновые заголовки. Поэтому лучше палку не перегибать и работать по возможности осторожно =)
Да, и еще очень полезно будет сделать коротенькое описание синтаксиса для файла robots.txt и соответственно, ссылки на общепринятые правила (где-то на цитките есть) и на вариант яндекса.
