Risultati della ricerca per 'Config wordpress database'
-
-
Ciao a tutti, ho da poco acquistato un tema completo (Avada Theme) ed ora vorrei installare tutto sul mio dominio [vedi sotto].
Leggendo le indicazioni di AVADA, consigliano di eseguire un backup di quanto al momento presente“È sempre una buona idea assicurarsi di disporre di un backup corrente del proprio sito Web, inclusa la cartella wp-content , il file wp-config.php e il file .htaccess nella cartella di installazione di WordPress e una copia del proprio Database WordPress. Puoi usarli per tornare al tuo sito originale se succede qualcosa di imprevisto”
“Dovresti rimuovere completamente tutte le cartelle dei temi precedenti prima di aggiungere la nuova cartella dei temi”
Vi chiedevo aiuto per:
– Esiste un plugin che permetta di eseguire un backup completo di tutto (sia parte nascosta che parte visibile del sito?
– Come potrò “ripulire” completamente WP prima di installare il nuovo tema?… per finire … per installare il nuovo, mi basterà andare in Aggiungi temi + scegli file zip + installa ora?
Grazie per ogni vostro suggerimento o supporto ^__^
La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Buongiorno a tutti, chiedo qua aiuto in quanto non sono riuscito a venire a capo di un problema all’apparenza piccolo ma al quale non riesco a dare soluzione.
Ho installato sul mio nas synology il pacchetto wordpress, configurato tutto correttamente, ho creato il mio sito, ma purtroppo se lo sfoglio in locale non ho problemi, se invece lo metto online, riesco ad accedere alla homepage ma quando seleziono le altre pagine mi danno errore 404 tutte!
Da precisare anche se forse non influisce che la voce “Indirizzo WordPress (URL)” presente in impostazioni generali non è modificabile, è in grigio, mentre “Indirizzo sito (URL)” posso cambiarlo. Ho provato a cambiarli accedendo al database via phpmyadmin, ma senza risultati.
Cosa posso fare? Non riesco a metterlo online.
Ciao a tutti é molto strano perché la costante ABSPATH viene creata nel wp-config.php o in wp-load.php dove quest’ultimo si occupa di avviare una nuova installazione oppure controlla l’esistenza del file wp-config.php se non presente controlla la directory superiore e che non sia presente wp-settings.php (se presente sia wp-config.php e wp-settings.php é un’altra installazione).
1)Puoi controllare che nel file wp-config.phpif ( ! defined( 'ABSPATH' ) ) { define( 'ABSPATH', dirname( __FILE__ ) . '/' ); }2)Visto che il server é di tua proprietà e credo che hai il registro degli errori PHP abilitato, trovi riscontro con qualche errore? (Dovrebbe esserci anche la data)
3)Se hai i back-up dei file e del database ti posso suggerire di aggiungere dei codici nel wp-load.php.
Subito dopo aver definito la costante ABSPATH$autoabs[0] = ABSPATH; $incauto = 0; $autoabs[] = $incauto;nell’else dove avvia l’installazione
error_log(print_r(array_values($autoabs).' '.ABSPATH,true),3,dirname(__FILE__).'/test.log');Importante prima il back-up completo di tutti i file , database e del file wp-load.php
Se ha i giusti permessi crea il file test.log nella stessa directory di wp-load.php (docroot WordPress).
Aggiornami.
Post editato ho dimenticato un punto e virgola finale 😀-
Ciao a tutti, ho un server web ubuntu su cui ci sono diversi siti in WordPress.
Negli ultimi giorni, mi è successo già un paio di volte, che, richiamando i siti normalmente con il nome dominio appropriato, ogni sito viene reindirizzato alla pagina iniziale di installazione di WordPress, come se debba essere installato ex-novo!!!
In realtà, tutti i files sembrano esserci, compreso il wp-config.php, così come il database! Però il sito si reindirizza a /wp-admin/install.php !!! Ho risolto solo rimettendo una copia del server di diverse ore prima!
Che succede? Sta succedendo anche ad altri? E’ una forma di hacking????
Grazie.
-
Ok, sto avendo un problema abbastanza strano con il mio sito in localhost. Dopo averlo portato su sito e resomi conto che c’erano delle problematiche, lo ho riportato su localhost per fare delle prove. Cambio siteurl e home nel database in http://localhost:8888/wordpress/ e, per scrupolo, inserisco la stessa cosa anche in wp-config.php (define( ‘WP_HOME’, ‘http://localhost:8888/wordpress’ );
define( ‘WP_SITEURL’, ‘http://localhost:8888/wordpress’ );) ma nulla. Sbatto a destra e manca, ma nulla. Provo allora a usare il define( ‘RELOCATE’, true ); come suggerito nella guida di wordpress, inserito subito sotto il WP_DEBUG (che ora è dettato a false). per un pò ha funzionato e ho riscontrato che il problema proveniva da un conflitto del tema, lo tolgo ma continuo a non poter accedere all’home. Vado a mangiare perplesso e mi rimetto nel pomeriggio, e… ora non riesco proprio ad accedere al sito! nulla, mi dice: Safari non può connettersi al server (non è vero perché ho un altra cartella con un installazione diversa e database diverso e funziona liscio.) se lo apro su Google: ERR_CONNECTION_REFUSED. La cosa strana? l’index parte in http://localhost:8888, ma quando vado ad aprire la cartella wordpress per entrare nel sito, l’url diventa http://localhost/wordpress/.Vi prego, aiutatemi!
-
Salve a tutti. Premetto che l’errore in questione mi sembra sia sorto dopo un aggiornamento ad un versione di qualche mese fa di WPML, ma non ho prove al riguardo.
Utilizzo un plugin per fare lo strip di Category (No Category Base). Ebbene con quella configurazione ogni tanto, random, qualche categoria mi salta (a me sembra quelle prive di post, ma non ho certezze), restituendomi 404. A quel punto risolvo rigenerando i permalink e disattivando e riattivando il plugin, talvolta però sono stato costretto a caricare un backup del db.
Da qualche parte ho letto che era meglio disattivare detto plugin per risolvere la situazione, cosa che ho fatto, ma si è complicata ulteriormente e comincio a pensare che ci sia qualcosa che non va nel mio database e che non c’entri nè wpml, nè quel plugin.Se disattivo il plugin tutti i menu ovviamente puntano ad url che contengono /category/ e mi restituiscono tutti 404. Di contro se digito a mano l’url privo di /category/ le pagine di categoria si vedono perfettamente!
Ovviamente ho rigenerato i permalink decine e decine di volte. Ho disattivato functions.php, poi disattivato il tema e passato a quello in default, disattivato pure tutti i plugin, cancellato tutti i file di wordpress tranne wp-upload, cartella temi e plugin e ricaricato una nuova copia, ma nulla da fare, ottengo sempre e solo 404.
Quindi con tema standard e nessun plugin attiv, temo che il problema relativo al db e mi trovo in una situazione che non auguro a nessuno: se lascio il plugin attivo devo pregare che non mi salti qualche categoria, se lo disattivo mi saltano tutte.
Grazie a chiunque mi possa fornire supporto!
-
Buonasera a tutti,
volendo spostare Wp dalla sottodirectory in cui era alla directory principale.
Ho seguito le indicazioni trovate su un sito e quindi ho:
– effettuato BackUp
– Eliminato tutti i file e le cartelle WordPress presenti nella cartella principale compreso il database (senza eliminare la sottocartella dove stavo sviluppando il nuovo sito web).
-nella bacheca di WordPress ho modificato il campo “Indirizzo sito (URL)” cancellando il nome della sottocartella
-Copiato e Incollato il file index.php della sottocartella nella cartella principale del dominio
– modificato il file index.php cambiando la stringa di codice relativa al percorso del file wp-blog-header.php (/wordpress/wp-blog-header.php’ );)Dopo queste operazioni però il sito non funzionava, perciò ho cancellato tutto e ricaricato il backup precedentemente fatto, sia del sito che del database.
Ora però sia quando provo ad accedere al Backoffice, sia quando provo a vedere il sito mi da questo errore:
Fatal error: Uncaught Error: Class ‘WP_Post_Type’ not found in /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php:1252 Stack trace: #0 /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php(38): register_post_type(‘post’, Array) #1 /web/htdocs/www.sentiero625.it/home/wp/wp-settings.php(312): create_initial_post_types() #2 /web/htdocs/www.sentiero625.it/home/wp/wp-config.php(89): require_once(‘/web/htdocs/www…’) #3 /web/htdocs/www.sentiero625.it/home/wp/wp-load.php(37): require_once(‘/web/htdocs/www…’) #4 /web/htdocs/www.sentiero625.it/home/wp/wp-admin/admin.php(31): require_once(‘/web/htdocs/www…’) #5 /web/htdocs/www.sentiero625.it/home/wp/wp-admin/index.php(10): require_once(‘/web/htdocs/www…’) #6 {main} thrown in /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php on line 1252Non so dove mettere le mani…
Qualsiasi consiglio sarà apprezzatissimo.
Grazie in anticipo!La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Ciao a tutti,
non sono esperta nella gestione di siti quindi scusate se quanto chiederò sarà scontato.
Non so se sto inerendo la mia richiesta nella posizione corretta… portate pazienza
Spero di riuscire a spiegarmi, ho letto qualcosa in rete ma non sono riuscita a risolvere il problema di cui vi scrivo sotto.
Devo migrare il mio sito dal vecchio hosting ad aruba, il dominio rimane lo stesso. Ho in locale sia la cartella contenente i file WP del sito (funzionante sul vecchio hosting) che il file .sql che mi sono stati dati da chi a suo tempo aveva realizzato il sito con WP.
Ho caricato tramite filezilla tutti i file (ad esclusione del file .sql) sull’FTP di aruba ed ho modificato il file wp-config.php nelle sezioni indicate sotto•define(‘DB_NAME’, ‘nuovo_nome _db’)
•define(‘DB_USER’, ‘nuovo_nome_utente_db’)
•define(‘DB_PASSWORD’, ‘nuova_password’)
•define(‘DB_HOST’, ‘nuovo_host’)
Ho poi importato il database e tutto ha funzionato – il database mi compare ha la seguente struttura:
wp_commentmeta
wp_comments
wp_links
wp_logger_ginger
wp_options
wp_postmeta
wp_posts
wp_termmeta
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users
wp_yoast_seo_links
wp_yoast_seo_meta
A questo punto nel pannello di controllo ho scelto Gestione Hosting WordPress, ma prima di farmi fare il login mi è stata chiesta la procedura classica di installazione di Word Press quando si ha un database vuoto.
(…Benvenuto nella famosa installazione di WordPress in cinque minuti! Compila semplicemente le informazioni qua sotto e sarai già sulla strada per utilizzare la piattaforma di pubblicazione più estesa e potente del mondo …)
Ho fatto l’installazione inserendo quanto mi è stato richiesto, in seguito il database che avevo importato prima si presenta con questa struttura:
wp312_commentmeta
wp312_comments
wp312_links
wp312_options
wp312_postmeta
wp312_posts
wp312_termmeta
wp312_terms
wp312_term_relationships
wp312_term_taxonomy
wp312_usermeta
wp312_users
wp_commentmeta
wp_comments
wp_links
wp_logger_ginger
wp_options
wp_postmeta
wp_posts
wp_termmeta
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users
wp_yoast_seo_links
wp_yoast_seo_meta
fatto ciò vedo che il sito praticamente ignora le tabelle importate e si comporta come se fosse un sito creato partendo da un database vuoto… risultato che il vecchio sito pur essendo su FTP ed avendo tutte le tabelle del vecchio database praticamente …. Non esiste….
non so se sia pertinente ma ho notato che il database del vecchio sito riporta quanto segue:
— phpMyAdmin SQL Dump
— version X.X.X
— https://www.phpmyadmin.net/
—
— Host: localhost:XXXX
— Creato il: —————————————-
— Versione del server: XX.X.X-CCCCCCCCCCCCCCC
— Versione PHP: X.X.XSET SQL_MODE = “NO_AUTO_VALUE_ON_ZERO”;
SET AUTOCOMMIT = 0;
START TRANSACTION;
SET time_zone = “+00:00”;/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8mb4 */;
—
— Database:VECCHIO NOME DATABASE
—
Mentre se esporto in locale un database creato partendo da uno vuoto trovo:
— phpMyAdmin SQL Dump
— version Y.Y.Y.Y
— http://www.phpmyadmin.net
—
— Host: YY.YY.YYYY.YY
— Generato il: —————————
— Versione del server: Y.Y.YY
— Versione PHP: Y.Y.YSET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”;
SET time_zone = “+00:00”;/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
—
— Database:NUOVO NOME DATABASE
—
Ho provato a modificare il vecchio file .sql prima di importare (ho sostituito i valori delle versioni ed il nome del database) ma praticamente il risultato rimane lo stesso…
Ho anche visto che WP crea tabelle che hanno come nome wp312_xxxxxxxx mentre il vecchio database crea tabelle con nome wp_xxxxxxxxx
non so se siano una osservazioni pertinenti.
Riuscite ad aiutarmi?
Grazie!!!
-
Buongiorno,
sto cercando di fare il restore di un sito precedentemente gestito da cPanel differente rispetto all’attuale.
Di conseguenza ho un db differente e riscontro problemi nel fare il restore.
Mi spiego meglio; tramite Register ho recentemente attivato e un servizio hosting WordPress correttamente associato al miodominio.it; la configurazione di default ha creato un db con nome (fittizio) “ilmiodb” e tutte le varie cartelle di default accessibili tramite file manager.Ora però io sono in possesso di un backup del sito miodominio.it precedentemente ospitato da altro account e hosting WordPress e quindi altro cPanel e altro db con nome “db-backup“.
Il backup del quale sono in possesso contiene l’intera cartella “public_html” e il db-backup.
Quindi per fare il restore nel nuovo hosting WordPress recentemente attivato faccio le seguenti operazioni:
– carico e attivo in file manager la cartella “public_html” del backup;
– vado in phpMyAdmin, cancello le tabelle all’interno dell’attuale database con nome “ilmiodb“;
– importo nello stesso database il file “db-backup.sql” che è il backup del database al quale devo accedere per fare il restore del sito;
– modifico quindi il seguente parametro in “wp-config.php” sostituendo in /** The name of the database for WordPress */ define(‘DB_NAME’, ‘ilmiodb.sql’) con define(‘DB_NAME’, ‘db-backup.sql’)è esatto? Cosa altro dovrei modificare in “wp-config.php”?
Grazie mille.
Saluti
-
