ну и че ради говносайта разбираться? было бы че нить стоящее, можно было бы подумать
если логически можешь определить такие страницы и поставить display:none; то может и просто не выводить на них код
а у меня печалька
да, в базе лишнее бы осталось. но, наверно, работало бы все нормально
e-art добавил 05.10.2011 в 21:42
есть такая штука http://wordpress.org/extend/plugins/mass-page-remover/
но мочит без сключений
я бы тогда просто сделал sql запрос, если бы нашлись подходящие условия
сделай экспорт всех записей в xml файл на всякий и бэкап файлов.
потом накати последнию версию wp поверх. зайди на сайт и дай скрипту обновить. в лучшем случае больше ничего делать не надо будет. в худшем - восстановишь все из xml файла.
с такой старой версии не обновлял, а с 2.9.2 все прошло хорошо
ну а потом делай с постами массово что хочешь
+1. все будет в порядке. на многих популярных сайтах есть такие штуки
1. например
Host: site.ruUser-agent: *Disallow: /cgi-binDisallow: /wp-adminDisallow: /wp-includesDisallow: /wp-content/pluginsDisallow: /wp-content/cacheDisallow: /wp-content/themesDisallow: /trackbackDisallow: /feedDisallow: /commentsDisallow: /category/*/*Disallow: */trackbackDisallow: */feedDisallow: */commentsDisallow: /*?*Disallow: /*?Allow: /wp-content/uploadsUser-agent: Googlebot-ImageDisallow:Allow: /*User-agent: Mediapartners-Google*Disallow:Allow: /*User-agent: duggmirrorDisallow: /Sitemap: http://site.ru/sitemap.xml
2. .htaccess не для поисковиков, а для сервера. там должно быть то, что нужно для работы wordpress с нормальными url. это в параметрах WP - Постоянные ссылки
<IfModule mod_rewrite.c>RewriteEngine OnRewriteBase /RewriteRule ^index\.php$ - [L]RewriteCond %{REQUEST_FILENAME} !-fRewriteCond %{REQUEST_FILENAME} !-dRewriteRule . /index.php [L]</IfModule>
там могут быть и другие параметры, но вам, скорее всего, это не надо
в лучшем случае просто касячит проводок, в худшем - винт
и спасибо гуголу за это