А Вы проверьте - поставьте на зеркало (www/без www) несколько ссылок с уникальными анкорами и пробейте НПС.
Посещаемость сателлита или основного сайта?
...может сами уже догадались?
/ru/forum/375773
P.S. У яндекса нет фильтра на ссылки, но есть совокупность факторов учитываемая при ранжировании.
Всё зависит от того какие цели Вы этим преследуете.
P.S. МегаГлупый вопрос! ...или я, что не понял сути ;)
Нагрузку на канал не снизит, а нагрузку на сервер - снизит. Но, ИМХО, лучше блокировать запросы на более низком уровне (допустим фильтрами для сетевого интерфейса) - нагрузки на процессор будет меньше.
P.S. Вероятно ддос организован конкурирующими индусскими сталеварами? ;)
Хороший вопрос. =) Обычно кол-во таблиц увеличивается для уменьшения размера БД и ускорения поиска. К примеру, если у Вас в одним из полей таблицы идут имена (Вася, Петя, Коля...) то имеет смысл каждому имени присвоить уникальный id и вынести в отдельную таблицу. В этом случае у Вас неограниченное кол-во строковых полей заменится на небольшое (равное кол-ву имён) + неограниченное числовых (содержащих id имени). Это ускорит поиск и уменьшит размер БД. Во всех остальных случаях ИМХО лучше хранить все данные в одной таблице.
Этак мы скоро дойдём до высокоуровневых Фреймворков на базе более низкоуровневых ;)
Понимаете, что в моём, что в Вашем варианте блоки позиционируются по левому краю ячейки, и это означает, что возможен дисбаланс равный "ширине блока - 1px"... т.е. есть возможность того, что в Вашем случае отступ (в центральном столбце) справа будет равен 0, а слева - 39px (а теперь представьте, что ширина блока не 40, а 400 px). ...ну, а боковые столбцы вообще ни какой погоды не делают - что они есть, что их нет.
http://adverti.ru/ - видите другие варианты реализации каталога?
...а, ну да ))) +1 за "тр айди куку".
P.S. Мой пример, скорее, применим в случае необходимости удаления столбцов из таблицы.
Brand from Amber добавил 04.08.2009 в 13:55
А Ajax разве не JavaScript ? ;-)
hcir, возможно рассылка не проходит грейлистинга?
