Converse com o suporte da sua hospedagem para poder aumentar.

Estou tentando baixar e fazer todos os ajustes que precisa para instalação do sistema, porém não sei fazer esses ajustes e fazer upload como se pede. Já olhei em sites e ainda estou com problemas. Meu computador é Apple, talvez seja por isso?
Preciso de ajuda urgente.
Aguardo!
Atenciosamente,
Lorrane

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-login.php on line 368

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-login.php on line 380

Com o login feito, não consigo entrar no admin panel, e só vejo mais esses erros:

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-login.php on line 368

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-login.php on line 380

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-includes/pluggable.php on line 680

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-includes/pluggable.php on line 681

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-includes/pluggable.php on line 682

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-includes/pluggable.php on line 876

Se tento entrar direto em /wp-admin, aparece esse erro:

Warning: Cannot modify header information - headers already sent by (output started at .../wordpress/wp-config.php:1) in .../wordpress/wp-includes/pluggable.php on line 876

A linha 1 do meu wp-config é <?php. Não vejo COMO isso pode estar errado... o.o Está exatamente como veio no wp-config-sample, só alterei onde mandava, com database e usuário, etc.
Resolvi pegar o wp-config de outro site, que sei que funciona e não me dá esse erro (claro, alterando onde deveria), mas não adiantou. Continuo vendo os mesmo erros de header.

Já li o Codex [http://codex.wordpress.org/FAQ_Troubleshooting#How_do_I_solve_the_Headers_already_sent_warning_problem.3F] e segui o que mandavam, mas ainda assim, NADA.
Alguém tem ideia de qual possa ser meu problema?

Obrigada.

O problema acontece em qualquer diretório que tem o .htaccess protegendo ele... Pelo menos eu identifiquei o problema, agora só falta saber a causa que faz acontecer isso rs..

E a coisa pode ser mais complexa e eu não se vai funcionar, mas em uma sugestão bem rápida eu diria que tentasse duas coisas:

1) Não estou absolutamente certo, mas penso que você não precisa destas aspas no AuthUserFile, de modo que você pode tentar sem elas.

Faça um backup destes .htaccess que estão dentro dos seus diretórios protegidos e tente sem as aspas, assim: /home/usuario6/public_html/htpasswds/.htpasswd

Se não funcionar:

2) Tente este aqui:

ErrorDocument 401 /SEU-SUBDIRETÓRIO/401.html
AuthType Basic
AuthName "...HEY, CADÊ A SENHA?! =)"
AuthUserFile /home/USERNAME/.htpasswds/public_html/SEU-SUBDIRETÓRIO/passwd
<Limit GET>
require valid-user
</Limit>

Se ambas as coisas não funcionarem volte e deixe todo mundo saber os seus resultados, pois então é alguma outra coisa assustadora e que precisa ser melhor analisada.

Mas pelo menos você já sabe que é a sua autenticação, e agora é uma mera questão de ajustar isto.

os outros que não tem essa proteção, estão abrindo normalmente, vejam:

http://www.site.com/diretorio/subdiretorioprotegido (dá erro de postagem não encontrada)

http://www.site.com/diretorio/subdiretoriodesprotegido (acessa normal OK)

Dentro dos subdiretórios que tem a proteção HTTP tem esse .htaccess chamando uma pasta de htpasswd:

AuthType Basic
AuthName "Acesso Restrito"
AuthUserFile "/home/usuario6/public_html/htpasswds/.htpasswd"
require user usuario2013

ErrorDocument 400 http://www.site.com/acesso-negado.html
ErrorDocument 401 http://www.site.com/acesso-negado.html
ErrorDocument 403 http://www.site.com/acesso-negado.html
ErrorDocument 404 http://www.site.com/acesso-negado.html
ErrorDocument 500 http://www.site.com/acesso-negado.html
#páginas de erro personalizadas

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>

E de fato é perfeitamente possível você fazer isto. Eu mesmo tenho este mesmo tipo de configuração que você almeja:

http://denrrou.com.br/pages/facebook/sua-empresa-no-facebook

denrrou.com.br comporta uma instalacão do WP e pages é um subdiretório entre os arquivos do WP.

O que ocorre é que você tem um problema ao qual não temos como formular nenhuma hipótese sem antes conhecer um pouco mais sobre ele.

Pode ser algo com seu .htaccess ou na definição de seu site dentro das configurações do WP ou uma série de outras coisas.

Mas isto é realmente algum problema, pois isto é perfeitamente possível.

Porque não nos deixa saber qual são as urls afetadas aqui no seu problema para um olhar mais abrangente sobre isto?

Se acessou site.com/minisite e apareceu uma listagem de arquivos é porque não há um index.html ou index.php na pasta, isso não tem a ver com o WP mesmo.

Se você precisa acessar site.com/minisite você precisa ter um index.html ou index.php dentro dessa pasta.

Ex.: No meu site se acessar http://dianakcury.com/conversores/ não tem index, mas dentro de uma das pastas tem, ex.: http://dianakcury.com/conversores/blogorama/

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.

:)

Obrigada Diana.

As pastas não podem estar dentro da pasta do WP porque ele lê o está dentro de suas pastas como sendo de seu acesso.

Ver este tópico relacionado.

Mas, ao utilizar o plugin, ele deixou as tabelas de prefixo padrão também no banco de dados. Ficando assim, duplicadas as tabelas.... Eu gostaria de saber se posso apagar sem problema as tabelas com prefixo comum do WordPress?

Vejam aqui no printscreen como estão duplicadas:

http://bit.ly/111f7ee

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?

Neste exemplo do meu site tenho uma pasta para este index.html, com outros scripts php para ela, é só questão de separar em pastas.

Ex.: no meu site se acessar a raiz vai estar o WP normalmente, mas como tenho pastas no mesmo nível posso acessar o html dentro delas normalmente, como neste link.

Os arquivos do WP ficam dentro de uma pasta e do conversor em outra.

Ver: WordPress em Diretório Próprio

WordPress em Diretório Próprio