Il file wp-config.php è il file di configurazione e serve a WordPress per comunicare con il database, non c’entra quindi niente con i contenuti del sito.
Io sul tuo sito attualmente vedo QUESTI errori:
Warning: include(1): failed to open stream: No such file or directory in /wp-config.php on line 30
Warning: include(): Failed opening ‘1’ for inclusion (include_path=’.:/php7.1/lib/php/’) in config.php on line 30
Che normalmente stanno a significare che mancano dei file.
In ogni caso, prima di tentare un nuovo aggiornamento manuale, credo che ora tu debba sistemare il wp-config.php, perché se c’è quella roba alla riga 14 può esserci anche altro di sbagliato alla riga 30 proprio a livello del percorso.
Non è certamente normale – all’apparenza sembrerebbe un attacco hacker, ma potresti anche esser stato/a tu ad aver copiato e mischiato pezzi a caso: parti mancanti o aggiunte relative alla configurazione del file mischiate con le chiavi di salatura.
Se ci fosse un errore sul nome del database WP non comunicherebbe con il database e il sito non si vedrebbe, quindi credo che le credenziali ci siano comunque prima o dopo quel poccio.
Devi quindi fare backup di quel wp-config e metterlo da parte. Poi compili correttamente un nuovo wp-config partendo dal sample fornito nel pacchetto di WordPress, usando Notepad++ e seguendo questa guida, senza aggiungere nient’altro e facendo attenzione che le credenziali del DB siano giuste.
Poi elimini quello vecchio (via FTP dal server) e carichi subito quello nuovo.
PS: comunque, a lato, non dovevi aggiornare a PHP 7.1 senza prima informarti che tutti i plugin e il tema in uso fossero compatibili, né farlo in concomitanza con altri aggiornamenti.
Salve @sivi
wp-config.php on line 69 segnala che c’è un’errore nella riga 69 del file wp-config.php
il consiglio è di fare una copia di backup di wp-config.php e verificare come mai ci fosse un collegamento con il tema customizr
poi il consiglio è di fare un BACKUP e poi un Aggiornamento Manuale
Aggiornaci
No, WordPress non fa redirect automatici se si cambia l’intera struttura dei permalink, a meno che non si passi dalla struttura predefinita a postname, o in altri casi semplici, tipo da day and name a month and name e viceversa. Oppure li fa da vecchi slug a nuovi slug, in pratica quando cambi URL di post individuali.
È quindi altamente consigliato approntare un redirect 301, meglio se nell’.htaccess e non via PHP soprattutto in presenza di molti articoli e pagine come nel tuo caso.
Se lo fai per motivi SEO, prendi in considerazione il cambio al semplice /postname, invece che /category/postname, se non hai motivo di confusione tra i titoli o altro che giustifichi la presenza di /category/. Se scegli l’opzione /postname, puoi sfruttare un tool di Yoast che crea automaticamente il redirect 301 da inserire nell’.htaccess.
Oppure, in ogni caso, puoi usare questo plugin, che non conosco personalmente ma nella cui pagina leggo che “di default gestisce tutti i redirect usando WordPress” (significa che li fa via PHP), ma che “si può configurare in modo che i redirect siano salvati sul file .htaccess e gestiti da Apache stesso” (se il tuo server è Apache), e nel tuo caso sarebbe meglio dato che passare per WordPress rallenterebbe il sito, meglio quindi che il redirect avvenga sul server prima. Da quanto si legge, dovrebbe esser possibile farlo anche su un server Nginx.
I redirect 301 sono necessari al fine di reindirizzare tutti i link esterni da altri siti e i contenuti indicizzati, e subito dopo dovrai provvedere a creare una nuova sitemap da inoltrare ai motori di ricerca.
Per quanto riguarda i link interni, se reindirizzi non è strettamente necessario un search and replace, ma te lo consiglio comunque per evitare altri redirect anche se gli eventuali ritardi fossero minimali.
Non è un problema di WordPress, né del tema, ma della configurazione del server.
Se sei su un server condiviso, devi chiedere al tuo provider di aumentare il/i valore/i post.max_vars e/o request.max_vars.
Comunque, se il tuo tema è questo – rimozione link al tema a pagamento a discrezione dei moderatori – ti conviene cambiarlo perché in quella pagina pare evidente che è un tema vecchio e non supportato.
P.S.: noi non supportiamo temi commerciali.
Ciao @dilu93,
Controlla il file .htaccess prima di tutto che contenga i dati corretti per il network, li puoi reperire da Amminstrazione Network > tools > Network dalla barra di amministrazione di WordPress e poi nel menu.
Dopo di chè nel file wp-config.php hai incollato le informazioni per abilitare il network? Quelle che ti segnala WordPress quando effettui la procedura di installazione network.
Altra domanda, che tipo di network hai creato? Sotto dominio o sotto directory?
@scaleretrattili,
Vedi se hai copiato male il codice, talvolta succede per gli apici.
Dove hai inserito il codice e come lo richiami?
Se attivi la modalità WP_DEBUG da wp-config.php (vedi https://codex.wordpress.org/Debugging_in_WordPress) cosa ti esce?
Sono tutti valori relativi alla configurazione del server, non dipendono da WordPress e di solito non si possono cambiare da WordPress.
È molto difficile che su un *server condiviso* si possano cambiare autonomamente, per ovvi motivi: bisogna chiedere al proprio hosting provider se è possibile cambiarli e come; non solo è la via preferibile, spesso è anche l’unica possibile.
Per quanto riguarda invece un server locale bisogna seguire le istruzioni del software utilizzato (ad es., MAMP per Mac) rispettivamente ad ogni valore che necessita d’esser diversamente configurato.
Edit: Sì @lucaberar, certamente caricando via FTP (o nella cartella locale nel caso di un’installazione locale) il problema non si presenta.
In questo modo sarò in grado di usare nuovi plugin
No, ti ho solo indicato il modo per aggiornare o installare il plugin che stavi cercando di aggiornare o installare nello specifico.
Non ho sufficienti dati per sapere cosa causa il problema. La possibilità più vicina che mi viene in mente è che i permessi sul server non siano corretti: non è un problema di WordPress quanto di configurazione server.
Contatta quindi Tophost e digli che non sei in grado di aggiornare i file sul server attraverso WordPress.
Ciao @klezmatik,
ci sono alcune cose che puoi provare a fare:
* cancellare il file .htaccess
* accedere al DB, cercare nella tabella wp_options i record siteurl e home e verificare che l’url contenga https
* editare il file wp-config.php e verificare che sia configurato correttamente con https per WP_HOME e WP_SITEURL
Per una transizione migliore ad https ti suggerisco https://wordpress.org/plugins/really-simple-ssl/