самое мудрое. хватит пи**еть, айда работать :)
на мой взгляд какая-то херня произошла с тем, что он как-раз вчера-сегодня индексировал.
особенно учитывая, что время первого поста в этой ветке " 07:18"
да, только не "вчера" а "5 часов назад"
вижу одну закономерность - сайты, у которых отвалилась морды - в жопе, остальные в шоколаде. по строительным запросам имел несколько сайтов, продвигались АБСОЛЮТНО одинаково.
больше всего похоже на какой-то косяк.
"хостинг" - на одном проекте улетела морда, соответственно от -3 до -160 по всем кроме одного запросам, падение мелких сайтов
"web дизайн" - на одном проекте рост по всем запросам
"строительство" много проектов - у некоторых вылетели морды - соответственно падение по всем запросам, те у которых морды на месте - рост
могу предоставить один сайт
а канал-то симметричный?
кроме посетителей ходят роботы еще.
для работы такое непригодно. а для экспериментов подойдет.
p.s. почитайте что-ли книжку какую серьезную на тему построения серверов.
ага, программеры, это такие тупые скоты :))
даже не в напряжности дело. просто обычная ситуация ?a=1&b=0&c=0 - то-же самое в большинстве случаев что и ?a=1, соответственно пустые параметры могут во многих случаях отбрасываться умышленно.
если ставите явно задачу _уникальности_ URL - такого не возникнет.
ну а когда у вас псевдостатика, то в силу того, что параметры передаются не по имени, а по позиции, такая ситуация _в_принципе_ не возможна.
сам довольно давно использую псевдостатику, исключительно из юзабилити. на индексирование влияния нет, по крайней мере я не замечал.
вот зачем
<area shape="poly" alt="" coords="540,163, 597,188, 611,176, 617,164, 621,152, 629,144, 649,143, 653,149, 659,162, 649,170, 632,177, 627,181, 623,198, 624,206, 636,213, 676,232, 802,80, 654,7, 600,70, 582,64, 574,54, 555,50, 555,60, 540,71, 555,86, 570,88, 578,90, 580,102, 570,121" href="#">
я имел ввиду именно серверное п/о. просто гляньте какие у вас стоят версии, и какие версии на сегодня являются последними - и ваш вопрос сразу разрешится.
