Есть ли смысл в статических страницах?

Думаю, преобразовывать смысла нет, а вот добавлять новые статические - вполне. Гугль нормально их хавает.

Есть инет магазин, полностью динамический!

Гугля схавал без проблем, Яндекс тоже!

Думаю переделывать не стоит... но если всё же решитесь, то просто модрерайтом всё сделать(псевдостатику).

все поисковики говорят: желательно использование статических страниц(адрес страницы без знака - "?").

С точки зрения индексации - разницы нету.

Одна если у Вас урлы типа description.php?model_id=5, то возможно имеет смысл перейти на урлы вида phones/nokia/6300/. Гугл любит ключевики в урлах.

С точки зрения гугла разницы нет - если URLы останутся без изменений. Если URLы поменяются, то со старых URLов вида /content/show.php?product=112 надо делать 301-й редирект на статическую страницу вида /phones/nokia/e61.html, чтобы не потерять вес тех линков, которые уже были проставлены на динамические страницы.

С точки зрения нагрузки на веб-сервер - стОит, потому как страницы не надо будет генерировать, будет меньше нагрузка.

Eddie, я слышал мнение, что mod_rewrite грузит сервак, так что вопрос еще насчет нагрузки.

Unlock, действительно, нагружает. Но по моим наблюдениям генерация динамических страниц нагружает сервак сильнее, чем mod_rewrite (но не исключаю, что возможна и обратная ситуация). По-хорошему, в каждом конкретном случае следует произвести замер - тогда станет ясно, стоит ли.

Криво написаные правила для mod_rewrite действительно могут нагружать сервер. Там же регекспы, а они могут тормозить, если их писать неаккуратно. К тому же mod_rewrite срабатывает при каждом обращении к серверу, а скрипты -- лишь при обращении к скрипту.

Но если всё сделано аккуратно, то mod_rewrite, конечно, быстрее.

Очевидно Вы имеете ввиду, что эти страницы в html виде складываются на сервер в соотвтетствии с вложенностью URL по подкаталогам? Т.е. nokia/9500/desc.html ляжет соответственно в папки nokia -> 9500 -> файл desc.html ?

Ведь только в этом случае можно говорить о статике. Иначе, даже если работаем с 'user friendly' URLами, это всё-таки динамика. И нагрузка на сервер не меняется значительно.

А mod_rewrite иногда может ОЧЕНЬ значительно грузить сервак

Совершенно верно.

Кстати, тут возникла другая идея, как сделать лучше и без mod_rewrite.

Итак, исходные данные - страницы вида /content/show.php?product=112, и их надо сделать статическими и с ключевиками в URL.

Решение: все сгоняется в статику и раскладывается в соответствующие директории:

/phones/nokia/e61.html

далее, внутри файла /content/show.php в зависимости от входящих параметров делается 301-й редирект на соответствующую html-страницу.

В результате получаем ненагруженный mod_rewrite'ом веб сервер, и не теряем линки, проставленные на старые страницы вида /content/show.php?product=112.

При обращении к новым страницам веб-сервер отдает статику; а те немногие обращения, которые придут к странице /content/show.php?product=112, все равно уйдут на статику с минимальной нагрузкой.

Вопрос в том, что на разбор url потребуется ресурс сервера, который вообще говоря сопоставим с обычной динамической нагрузкой, пусть и в 10-ток раз, но на современных хостингах это не критично, особенно при работе с индексированной БД