Lazy, stifler_x Проблема не в том, как отсечь, а в том, как определить вредного робота от полезного и при этом не срубить большой прокси-узел.
Кстати срубать вообще-то не обязательно. Намного эффективнее слить ботам дезинформацию или явный поисковый спам.
Точно? Я полагал, что есть боты проверяющие на клоакинг. Если они есть, значит не должны представляться. Или таких ботов нет? Или они не создают нагрузку?
а если тысяча или пять тысячи? Но таких ботов много. Сайт - специализированная доска объявлений в Топе Рэмблера. Грабят его многие для накачки своих баз.
М.б. параллельно с записью IP потенциальных ботов смотреть кто скачал картинки и JS + страницы запрещенные для ботов? Но опять же Google на запреты кладет.
Семантическая верстка не фетиш. Это стремление к стандартизации и сокращению проблем, когда приходится несколько лет сопровождать масштабные проекты из десятков и сотен шаблонов, сверстанные разными верстальщиками и запрограммированные разными программистами. Про всякие поисковые системы шуршащие по микроформатам я не говорю. Пока их не очень заметно. Но имееть ввиду на будущее надо.
Вот здесь семантика вам в помощь. H1..H6 - должен быть заголовком, strong - выделением. TH - заголовком таблицы и т.д. И очень желательно теги закрывать.
В принципе ЧПУ можно делать через обработчик 404.
1. И никто-никто не вводил ограничение на это.
2. Но если кому-то надо, то пусть придумывает всякие .htaccess и прочая.
впрочем kimberlit тоже неправ. Есть еще всякое, что сложно реализуется на div.
А что вы хотите за $200 прибрести шедевр?
Запросто. Только качество будет соответствующее :)
Вы не обратили внимание на самое главное - там обновления контента редкие и все закэшировано. Как поведет себя ЦМС если народ начнет логиниться и писать комменты - непонятно.
Вообще-то 50.000 посетителей - не показатель.
Если они читают статические статьи и ничего не пишут, то и стандартная CMS подойдет, если там система кэширования есть. А если все 50.000 начинают одновременно писать комментарии - х.з.
Никак. Максимальное разрешение подбирается к 3000 пикселей. Минимальное - в мобильных.
Имхо нужно ориентироваться на основную массу пользователей с 1024-1280px для остальных делать всякие припарки. Например - на узких мониторах убирать рекламную колонку, на широких - добавлять.
Дополнительно к этому можно порекомендовать делать размеры сетки не в пикселях, а в em. И на широких мониторах через js добавлять масштабирующий коэффициент. Но это не спасает от главной проблемы - пиксельная графика не масштабируется и макет на широких мониторах будет все равно кривым.
Ссылки по теме:
http://cssing.org.ua/examples/adaptive/yandtables.html
http://cssing.org.ua/2008/09/17/adaptive-boxes/
http://meyerweb.com/eric/thoughts/2005/11/09/multi-unit-any-order-columns/
http://community.livejournal.com/ru_coding/246443.html
http://muffinresearch.co.uk/archives/2006/02/07/css-drop-column-layout/
Доводы против "резины":
http://webusability.com/article_line_length_12_2002.htm
http://www.umade.ru/log/2005/11/optimal-line-length/
на липовые домены пишите "Домен Имярек продается....". Остальной контент грузите через JavaScript.
1) При грамотном кэшировании проблемы решаются.
2) Сдуру можно сделать все.
3) Если вы находите описание Symphony ужасным (я кстати тоже так нахожу), попробуйте почитать описания других фреймворков. Мне очень нравится CodeIgniter и Cake. В последнем мне не очень были понятны детали ORM, но я тоже не программист, поэтому пока перешел на CI
