MultiSite – não funciona depois do update para 3.9
-
Boa noite.
Após actualização para a versão 3.9 toda a minha instalação de multisite deixou de funcionar.Sintomas:
– o website principal e um dos secundários apresentavam página em branco;
– em 3 websites apenas um ficou a funcionar, e mesmo assim não apresentava imagens em alguns posts.
– plugins foram desactivados em rede e individualmente e sintomas mantiveram-se;fiz todos os backups e tentei nova instalação “limpa” mas apresenta erros de declaração de cabeçalhos ao activar o multisite no wp-config, o que impossibilita o log-in no wp-admin.
E mesmo repondo o wp-config do backup, os erros mantÊm-se o que obriga a nova instalação!
-
Já tentaste desactivar os plugins *todos* (se não tens acesso ao /wp-admin, move-os com ftp ou ssh para uma pasta diferente, tipo “plugins_off”) e por o tema por omissão (Twenty Fourteen)? Se isso funcionar, vais ter de activar os plugins um a um até perceberes se pode ser um erro de algum plugin. Normalmente é.
Vê também os logs do teu servidor, procura por erros 50x, pode ser que te deem uma pista.
Finalmente, vê esta conversa no fórum em inglês: https://wordpress.org/support/topic/cant-edit-postspages-since-39-update
WP-Page Navi parece ter problemas com a 3.9, por exemplo.
em relação aos plugins: sim, já tentei isso tudo.
já “corri” os foruns todos que aparecem nas buscas do google 🙂
mas como a actualização é recente, aparece um ou outro a queixar-se mas soluções: nada!o problema não é plugins, até porque tinha acesso a todo o backoffice e um dos websites da rede estava funcional (tirando o glitch das imagens), com e sem os plugins activos!
Estou a falar no pretérito porque neste momento estou a fazer uma instalação nova, single website, para colocar online, pelo menos, o principal…
ah…relativamente ao backoffice: todo o acesso estava funcional, dava para criar artigos ou modificar os existentes…simplesmente o website carregava uma pagina em branco.
A página em branco é normalmente erro de PHP, Apache ou .htaccess. Vê os logs de erros. (definindo WP_DEBUG no wp-config.php deveria mostrar-te o erro, em vez de uma página em branco: https://codex.wordpress.org/WP_DEBUG).
pois… mas a questão é mesmo essa.
Tenho o error_log (fiz backup antes de apagar tudo e instalar de novo) e não apresenta erros nenhuns… nem de database, nem php…nada!Depois da actualização e da actualização de rede, apenas um website ficou a funcionar. Os outros apresentavam página em branco, mas apenas isso. acesso ao backoffice e a tudo estava normalíssimo!
Agora a questão a colocar é outra, é que, seguindo à risca as instruções para activar o multisite numa nova instalação, dá erro de cabeçalhos 😐
(e esse sim, eu devia ter feito um copy paste mas não o fiz!)
esse erro surge depois de adicionado o “define(‘WP_ALLOW_MULTISITE’, true); no wp-config. em que a página de log-in (Wp-admin) apresenta erro dizendo que o cabeçalho não-sei-das-quantas não pode ser declarado porque já foi numa linha do pluggable.php na pasta wp-includeso cabeçalho não-sei-das-quantas não pode ser declarado
Pois, saber qual é o “não sei quantas” é que era importante.
E esse erro deveria ter aparecido no log. Se não está lá nada, verifica que estás a olhar para o log correcto.
pois… até aí também eu já percebi o que devia ter feito.
mas se fizer uma nova instalação numa “sandbox” de certeza que o erro será replicado. Não me parece que seja problema de base de dados ou de servidor, porque mesmo com nova base de dados o erro aparecia na mesma. daí eu estar agora a fazer instalações single website 😐
põe o teu wp-config.php aqui (esconde ou muda os dados de acesso à bd antes disso). Usa as tags code (acima) para se ver melhor.
Aqui vai.
É o que ficou, depois do update para o 3.9 e antes de eu limpar o servidor e fazer nova instalação.
também posso colocar o .htaccess se quiseres, já fiz nova isntalação e todos os dados “sensíveis” foram reconfiguradosE o erro que dava era este:
Cannot modify header information – headers already sentfui verificar no histórico de busca no google.
<?php /** * A configuração de base do WordPress * * Este ficheiro define os seguintes parâmetros: MySQL settings, Table Prefix, * Secret Keys, WordPress Language, e ABSPATH. Pode obter mais informação * visitando {@link http://codex.wordpress.org/Editing_wp-config.php Editing * wp-config.php} no Codex. As definições de MySQL são-lhe fornecidas pelo seu serviço de alojamento. * * Este ficheiro é usado para criar o script wp-config.php, durante * a instalação, mas não tem que usar essa funcionalidade se não quiser. * Salve este ficheiro como "wp-config.php" e preencha os valores. * * @package WordPress */ // ** Definições de MySQL - obtenha estes dados do seu serviço de alojamento** // /** O nome da base de dados do WordPress */ define('DB_NAME', 'xxxxxxxx'); /** O nome do utilizador de MySQL */ define('DB_USER', 'xxxxxxx'); /** A password do utilizador de MySQL */ define('DB_PASSWORD', 'xxxxxx'); /** O nome do serviddor de MySQL */ define('DB_HOST', 'xxxxxxxxxxx'); /** O "Database Charset" a usar na criação das tabelas. */ define('DB_CHARSET', 'utf8'); /** O "Database Collate type". Se tem dúvidas não mude. */ define('DB_COLLATE', ''); /**#@+ * Chaves Únicas de Autenticação. * * Mude para frases únicas e diferentes! * Pode gerar frases automáticamente em {@link https://api.wordpress.org/secret-key/1.1/salt/ Serviço de chaves secretas de WordPress.org} * Pode mudar estes valores em qualquer altura para invalidar todos os cookies existentes o que terá como resultado obrigar todos os utilizadores a voltarem a fazer login * * @since 2.6.0 */ define('AUTH_KEY', 'xxxxxxx'); define('SECURE_AUTH_KEY', 'xxxxxxx'); define('LOGGED_IN_KEY', 'xxxxxxx'); define('NONCE_KEY', 'xxxxxxx'); define('AUTH_SALT', 'xxxxxxx'); define('SECURE_AUTH_SALT', 'xxxxxxx'); define('LOGGED_IN_SALT', 'xxxxxxx'); define('NONCE_SALT', 'xxxxxxx'); /**#@-*/ /** * Prefixo das tabelas de WordPress. * * Pode suportar múltiplas instalações numa só base de dados, ao dar a cada * instalação um prefixo único. Só algarismos, letras e underscores, por favor! */ $table_prefix = '1234_'; /** * Idioma de Localização do WordPress, Inglês por omissão. * * Mude isto para localizar o WordPress. Um ficheiro MO correspondendo ao idioma * escolhido deverá existir na directoria wp-content/languages. Instale por exemplo * pt_PT.mo em wp-content/languages e defina WPLANG como 'pt_PT' para activar o * suporte para a língua portuguesa. */ define('WPLANG', 'pt_PT'); /** * Para developers: WordPress em modo debugging. * * Mude isto para true para mostrar avisos enquanto estiver a testar. * É vivamente recomendado aos autores de temas e plugins usarem WP_DEBUG * no seu ambiente de desenvolvimento. */ define('WP_DEBUG', false); define('WP_ALLOW_MULTISITE', true); define('SUNRISE', 'on'); define('MULTISITE', true); define('SUBDOMAIN_INSTALL', true); $base = '/'; define('DOMAIN_CURRENT_SITE', 'gilbertopereira.com'); define ('NOBLOGREDIRECT', ''); define('PATH_CURRENT_SITE', '/'); define('SITE_ID_CURRENT_SITE', 1); define('BLOG_ID_CURRENT_SITE', 1); define(’WP_MEMORY_LIMIT’, ‘150M’); /* E é tudo. Pare de editar! Bom blogging!. */ /** Caminho absoluto para a pasta do WordPress. */ if ( !defined('ABSPATH') ) define('ABSPATH', dirname(__FILE__) . '/'); /** Define as variáveis do WordPress e ficheiros a incluir. */ require_once(ABSPATH . 'wp-settings.php'); //Disable File Edits define('DISALLOW_FILE_EDIT', true); >
Tens a certeza que as últimas linhas são:
//Disable File Edits define('DISALLOW_FILE_EDIT', true); >
É que tem um erro.
Das duas uma: o
>
final desaparece por completo, ou então é?>
e não apenas>
ou seja, por exemplo
//Disable File Edits define('DISALLOW_FILE_EDIT', true);
sim… o fecho do php está correcto ?> eu é que no copy paste deixei essa linha de fora e depois inseri mal 🙂
- O tópico ‘MultiSite – não funciona depois do update para 3.9’ está fechado a novas respostas.