Como instalar o WordPress na raiz sem dar conflito com subdiretórios?

Eu segui esses procedimentos para deixar o meu site do WordPress com a URL do domínio principal, ele ficou no diretório /site e acessível pelo domínio principal:

http://codex.wordpress.org/pt-br:WordPress_em_Diret%C3%B3rio_Pr%C3%B3prio

Mas, eu tenho uns mini-sites (html) em alguns diretórios e subdiretórios como:
http://www.site.com/mini-site-html e
http://www.site.com/mini-site/outro-mini-site-html <– e justamente com uma pasta dentro da outra, assim, quando acesso, dá erro 404 de “postagem” não encontrada no WordPress “www.site.com” que eu fiz.

Ou seja, a instalação WordPress da raiz, está calculando que mini-sites de subdiretórios são postagens da instalação. O que eu devo fazer nesse caso? Tem alguma regra de .htaccess que possa resolver esse problema de links?

Oi Diana, mas as pastas dos mini-sites e supbastas não estão dentro da pasta do WP.

Os arquivos do WP eu segui esse tutorial do WordPress e então eu instalei o WP dentro de uma pasta chamada “site”. Não deixei solto a instalação na raiz do domínio.

O que eu fiz foi mover o index.php da pasta “site” para a raiz do domínio, como manda o tutorial do link acima.

E fazendo isso, de colocar o index.php na raiz, eu continuei com os outros arquivos de instalação dentro da pasta “site” só o index que ficou na raiz, mas pegando os arquivos da pasta “site”.

Aí, na raiz do domínio (public_html) está essa index.php, a pasta /site e as outras pastas que são dos meus mini-sites. E nas pastas dos meus mini-sites, alguns tem outras pastas dentro deles, ficando assim o caminho completo:

http://www.dominio.com/mini-site/outra-pasta/index.html <– é somente esse caminho que quando o index.php está na raiz interpreta como sendo um artigo do blog.

Já, o curioso é que se acessar apenas o mini-site, assim: http://www.dominio.com/mini-site <— aí aparece o mini-site html normalmente. Mas com subdiretórios é interpretado como um post inexistente do WP.

Mas o problema é que tem index.html tanto nas pastas, quanto nas subpastas. O problema é que quando o Index.php (do wordpress) está na raíz, se acessar uma subpasta contendo um index.html, é interpretado como uma postagem que não existe… http://www.site.com/minisite/minisite/index.html (erro 404 post não encontrado em http://www.site.com)

Bem.. eu não gosto de expor o endereço do meu site em fóruns, até mesmo por uma medida de segurança…

Mas, acredito mesmo que possa ser regras do .htaccess que possam estar conflitando e gerando esse problema… Segue o código do meu .htaccess da raiz (public_html)

Options -Indexes
#Não autoriza listagem de pastas

<Files ~ "^\.(htaccess|htpasswd)$">
  deny from all
</Files>
#bloquear arquivos especídifos contra acesso pelas URLs

<FilesMatch "\.(txt|sql|ini)$">
Deny from all
</FilesMatch>
#bloquear acessar pela URL txt, sql e ini

<Files wp-config.php>
order allow,deny
deny from all
</Files>
#Protege o wp-config de acessos

RewriteEngine On
RewriteCond %{HTTP_HOST} ^mydomain.com
RewriteRule ^ http://www.mydomain.com%{REQUEST_URI} [L,R=301]
# Redirecionar URL sem www para www

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.html -f
RewriteRule ^(.*)$ $1.html
# Replace html with your file extension, eg: php, htm, asp
#Oculta extensões HTML de páginas

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.htm -f
RewriteRule ^(.*)$ $1.htm
# Replace html with your file extension, eg: php, htm, asp
#Oculta extensões HTM de páginas

RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME}\.php -f
RewriteRule ^(.*)$ $1.php
# Replace php with your file extension, eg: php, htm, asp
#Oculta extensões PHP de páginas

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript
BrowserMatch ^Mozilla/4 gzip-only-text/html
BrowserMatch ^Mozilla/4.0[678] no-gzip
BrowserMatch bMSIE !no-gzip !gzip-only-text/html
#Aliviar peso de página para visitantes

ErrorDocument 400 http://www.mydomain.com/errors/400.html
ErrorDocument 401 http://www.mydomain.com/errors/401.html
ErrorDocument 403 http://www.mydomain.com/errors/403.html
ErrorDocument 404 http://www.mydomain.com/errors/404.html
ErrorDocument 500 http://www.mydomain.com/errors/500.html
#páginas de erro personalizadas

redirect 301 /hospede-aqui.html http://www.mydomain.com/blog/hospede-todo-tipo-de-arquivos-gratis-no-dropbox/
# redireciona URL antiga para URL nova

# Protege contra spam bots nos comentários
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteCond %{REQUEST_METHOD} POST
RewriteCond %{REQUEST_URI} .wp-comments-post\.php*
RewriteCond %{HTTP_REFERER} !.mydomain.com.* [OR]
RewriteCond %{HTTP_USER_AGENT} ^$
RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]
</IfModule>

RewriteEngine On
RewriteBase /
RewriteRule ^wp-admin/includes/ - [F,L]
RewriteRule !^wp-includes/ - [S=3]
RewriteRule ^wp-includes/[^/]+\.php$ - [F,L]
RewriteRule ^wp-includes/js/tinymce/langs/.+\.php - [F,L]
RewriteRule ^wp-includes/theme-compat/ - [F,L]
# Bloquear contra acessos na área de scripts do wordpress no wp-include

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>