Risultati della ricerca per 'Config wordpress database'
-
Grazie Gianluca, purtroppo questa frase nel supporto mi ha illuso: “The “Site Address (URL)” setting is the address you want people to type in their browser to reach your WordPress blog” .
Non mi resta che provare a contattare OVH e sperare nella loro clemenza per aver fatto questo errore.Mentre per quanto riguarda l’intervento sul database che suggerivi, come potrei fare? E’ molto complesso?
Perchè attualmente riesco ad accedere dopo aver forzato la modifica tramite il file wp-config.php, ma non credo sia la soluzione migliore. Intanto grazie mille per la risposta, mi hai chiarito un punto fondamentale.-
Buongiorno,
sono nuovo della community e un principiante di wordpress, ho comprato uno spazio hosting wordpress e un tema con intenzione di realizzare il sito per la mia piccola societa’ di interior design. Vorrei realizzarlo in autonomia perchè mi darebbe molta soddisfazione anche se per necessità di tempo è rimasto parcheggiato fino ad inizio crisi Coronavirus. In questo periodo di inattività mi sonno messo sotto per completare il sito, ma ieri ho innescato un problema concellando uno dei due utenti del database che ritenevo fosse superfluo (concesso sbellicarvi dalle risate :-)).
Il mio livello terra-terra mi aveva messo nella condizione di pensare che quell’utente in più, (ritenuto superfluo) lo avessi creato io (tempo fa) per errore.
Al sucessivo tentativo di collegamento ecco la risposta:
Error establishing a database connection
Ricreo l’utente del database cancellato dandogli tutti i privilegi, non sapendo quali avesse prima. Ora mi viene anche il dubbio di non avere utilizzato il nome identico. Stessa risposta nel browser nel tentativo di accedere a WordPress.
Apro un ticket con il gestore dell’hosting che mi risponde così:In merito alla questione database si assicuri che i dati tra il file di configurazione wp-config e quelli relativi al DB siano effettivamente corretti, oltre che il collegamento del nuovo utente col db sia stato effettuato fornendo tutti i privilegi.Ad ogni modo come assistenza sistemistica ci occupiamo solo delle problematiche lato server, non assistiamo i clienti nella realizzazione/manutenzione dei siti, essendo questo un lavoro prettamente da web master.Perciò qualora riscontrasse altre difficoltà con la realizzazione del suo sito le suggeriamo di rivolgersi al suo web master di fiducia oppure ad una web agency.
Praticamente…..arrangiati! ed hanno anche ragione,credo.
Mi rimane la voglia di riuscire con le mie mani a ripristinare quanto di buono ero riuscito a fare (mancava poco al completamento del sito).
Ho la sensazione che sistemare il wp-config con le giuste dritte sia alla mia portata ma non so dove andare a parare. Ho visto nella gestione file del cpanel che il file wp-config.php è posizionao nella cartella public_html. Mi si presentano le seguenti domande:
E’ quello il file da sistemare per correggere l’errore?
Da dove si edita il file? dal Cpanel in gestione file?
Ammesso di riuscire ad entrare nell’editing del file, quali le righe di codice da correggere e sopratutto, a quali parametri di accesso devono essere congrue.
Se non ho capito male dovrei fare in modo che in determinate posizioni di quel file, le credenziali di accesso corrispondano a quelle dei due utenti del mio database, coretto?
Due giorni fa, visto che ero a buon puntocon la composizione della pagina, avevo fatto il backup sia dell’home directory sia del database mysql, ho pertanto pensato di tentare con il recupero di questi.
il recupero del mysql mi da questa risposta:
Operazione completata: The system successfully restored the database “jieewdgs_wp17cdk” from the backup file “jieewdgs_wp17cdk.sql.gz”.
Mentre il recupero dell’home directory mi dice:
Errore: TypeError: NetworkError when attempting to fetch resource.
Il problema di connessione come potere vedere voi stessi provando a connettervi a
[link sotto] permane invariato.
Soluzioni? grazie per l’attenzione che potrete offrire al mio problema
un salutoLa pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Lo scorso anno, dopo un aggiornamento di WordPress (5.0 o 5.1.x, non ricordo), il mio sito ebbe problemi con lettere accentate e caratteri speciali. Al loro posto apparivano caratteri strani/sballati.
Riuscí a risolvere con un downgrade a PHP 7.0 (usavo la 7.2). Ma era solo una “patch”. Adesso però ho bisogno di risolvere il problema alla radice.
La prova: Pensavo che il problema fosse il tema. Ho fatto nuovi test con PHP 7.2 e 7.3, disabilitando i plugin e provando i temi GeneratePress y Twenty Twenty. Stesso risultato. Indipendentemente dal tema usato, accenti e caratteri speciali si visualizzano correttamente solo con PHP 7.0.
___
Situazione attuale: intuisco che il problema possa risiedere nel ‘DB-CHARSET’.
Dati di interesse:
*** Wp-config:
#define(‘DB_CHARSET’, ‘utf8mb4’);
define(‘DB_COLLATE’, »);*** Il file errorlog (durante un test con PHP 7.3) mi indica: «PHP Warning: Cannot assign an empty string to a string offset in /home/MYSITE/public_html/wp-includes/class.wp-scripts.php on line 492, che corrisponde a questa linea: $l10n[ $key ] = html_entity_decode( (string) $value, ENT_QUOTES, ‘UTF-8’ );
*** PHPMyAdmin mostra in dashboard:
[General Settings] Collation: utf8mb4_unicode_ci
[Database Server] UTF-8 Unicode (utf8)*** Guardando al contenuto memorizzato nelle tabelle di PHPMyAdmin (wp_posts e wp_comments), posso intravedere vari accenti errati nel db.
*** Se analizzo il codice di qualunque post pubblicato, trovo un riferimento a UTF-8: <!–meta tag–><meta charset=»UTF-8«/><meta http-equiv=»X-UA-Compatible»>
___
Obiettivo: Il sito continua funzionando con il “downgrade” a 7.0, pero ho bisogno di usare PHP 7.3, risolvendo il problema di accenti e caratteri speciali. Non sono un esperto né uno sviluppatore, e chiederei il vostro aiuto per capire come risolvere.
Che mi raccomandate di fare o provare?
Grazie! 🙂
-
Salve a tutti, sto provando ad installare nuovamente WordPress sulla mia macchina, ma dopo aver inserito correttamente il config con tutte le informazioni contenenti il database, l’installazione mi porta nuovamente al punto di partenza.
C’è un modo per risolvere?
Grazie e buona giornata.Federico
-
Salve a tutti,
ho un dominio [link sotto] su siteground
Dentro essenzialmente ci sono pochi plugin e woocommerce installato con al massimo 6-7 prodotti e qualche pagina informativa oltre la home.Il sito non è più accessibile
Ho aperto un ticket su siteground e la risposta è stata
“CAUSA DEL CONSUMO ELEVATO DI RISORSE:
Abbiamo svolto uno studio approfondito e abbiamo scoperto che WordPress esegue query lente in direzione del suo database, che infine monopolizzano il server. Il server tenta di eseguire le query lente mettendo altri processi in coda fino a quando viene liberata un po’ di memoria. Tuttavia, mentre sono in attesa, i processi si accumulano e causano ulteriori problemi. I motivi per query lente nel database possono essere molteplici, ma i seguenti tre sono i più comuni:”
E continua ancora:
Ecco alcune delle query di database che sono lente e consumano molte risorse del server:
=== Databases Info =========================================================================
Database Label Tables Views InnoDB MyISAM Slow Queries Slowest Query DB Size
————– ————- —— —– —— —— ———— ————- ——-
dbbqkxtgr564py meditashop.it 45 0 45 0 2293 9.538 52.5 MB
——————————————————————————————–=== TOP 10 of 2293 (total) Slow Queries for the past 24 hours ====================================================
1. Executed 9h 54m 51s ago for 17.010839 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 17.010839 Rows_examined: 1: Rows_sent 0 Lock_time: 0.000209 Query_chars: 415
UPDATE usc_packlink_entity SET type = ‘Configuration’, index_1 = ‘taskRunnerStatus’, index_2 = ‘1’, index_3 = NULL, index_4 = NULL, index_5 = NULL, index_6 = NULL, index_7 = NULL, data = ‘{\”class_name\”:\”Logeecom\\\\Infrastructure\\\\Configuration\\\\ConfigEntity\”,\”id\”:\”1\”,\”name\”:\”taskRunnerStatus\”,\”value\”:{\”guid\”:\”\”,\”timestamp\”:null},\”systemId\”:\”1\”}’ WHERE id = ‘1’;
——————————————————————————————————————-
2. Executed 9h 54m 51s ago for 15.057252 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 15.057252 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050277 Query_chars: 74
SELECT option_name, option_value FROM usc_options WHERE autoload = ‘yes’;
——————————————————————————————————————-
3. Executed 9h 54m 51s ago for 12.268459 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 08:24:21 Query_time: 12.268459 Rows_examined: 385: Rows_sent 385 Lock_time: 0.050340 Query_chars: 74
SELECT option_name, option_value FROM usc_options WHERE autoload = ‘yes’;
——————————————————————————————————————-
4. Executed 2h 33m 48s ago for 10.020625 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 15:45:24 Query_time: 10.020625 Rows_examined: 0: Rows_sent 0 Lock_time: 0.071572 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘wc_connect_debug_logging_enabled’ LIMIT 1;
——————————————————————————————————————-
5. Executed 8h 12m 53s ago for 9.538467 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 10:06:19 Query_time: 9.538467 Rows_examined: 0: Rows_sent 0 Lock_time: 0.000098 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_builder_ajax_cache’ LIMIT 1;
——————————————————————————————————————-
6. Executed 8h 12m 53s ago for 9.528367 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 10:06:19 Query_time: 9.528367 Rows_examined: 0: Rows_sent 0 Lock_time: 0.012888 Query_chars: 104
SELECT option_value FROM usc_options WHERE option_name = ‘jetpack_edit_links_calypso_redirect’ LIMIT 1;
——————————————————————————————————————-
7. Executed 4h 34m 47s ago for 9.108485 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 13:44:25 Query_time: 9.108485 Rows_examined: 1: Rows_sent 1 Lock_time: 0.050165 Query_chars: 95
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_core_version’ LIMIT 1;
——————————————————————————————————————-
8. Executed 7h 8m 5s ago for 7.904073 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 11:11:07 Query_time: 7.904073 Rows_examined: 362: Rows_sent 181 Lock_time: 0.006090 Query_chars: 214
SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = ‘revision’ AND ((usc_posts.post_status = ‘inherit’)) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
——————————————————————————————————————-
9. Executed 7h 3m 57s ago for 7.156883 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 11:15:15 Query_time: 7.156883 Rows_examined: 362: Rows_sent 181 Lock_time: 0.043920 Query_chars: 214
SELECT usc_posts.* FROM usc_posts WHERE 1=1 AND usc_posts.post_parent = 16 AND usc_posts.post_type = ‘revision’ AND ((usc_posts.post_status = ‘inherit’)) ORDER BY usc_posts.post_date DESC, usc_posts.ID DESC;
——————————————————————————————————————-
10. Executed 4h 30m 7s ago for 6.986377 sec on Database –> dbbqkxtgr564py
Date: 2020-04-10 13:49:05 Query_time: 6.986377 Rows_examined: 0: Rows_sent 0 Lock_time: 0.031671 Query_chars: 101
SELECT option_value FROM usc_options WHERE option_name = ‘wc_connect_debug_logging_enabled’ LIMIT 1;
——————————————————————————————————————-=== Top 3 Similar SQL Queries and their query time =================================================================
Executed: 1814 time for minumum: 1.002449 sec, maximum: 9.538467 sec
SELECT option_value FROM usc_options WHERE option_name = ‘_transient_et_builder_ajax_cache’ LIMIT 1;
——————————————————————————————————————-
Executed: 184 time for minumum: 1.015242 sec, maximum: 6.586253 sec
SELECT * FROM usc_packlink_entity WHERE type = ‘Configuration’ AND ( index_1 = ‘taskRunnerStatus’ AND index_2 = ‘1’) LIMIT 0, 1;
——————————————————————————————————————-
Executed: 70 time for minumum: 1.052578 sec, maximum: 4.332906 sec
SELECT post_id, meta_key, meta_value FROM usc_postmeta WHERE post_id IN (150) ORDER BY meta_id ASC;
——————————————————————————————————————-Dalle query precedenti possiamo concludere che il tuo problema è causato da un script non ben compilati.
Come posso procedere?
Cosa va fatto?Grazie mille
Giovanni
aggiornamento
dovresti contattare uno sviluppatore professionista per controllare le query lente generate dal tuo database come specificato dal mio collega nella risposta precedente perché questo va oltre lo scopo del nostro supporto.La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Buongiorno, ho creato un sito web in locale con wordpress e Elementor Pro attraverso il programma Local by Flywheel. Ho un NAS Synology DS218+ che uso come storage, ma ha anche la funzione di Hosting è la voglio sfruttare. Premetto che il dominio web lo acquisterò il prossimo mese. Ho installato con successo wordpress sul NAS e ho aperto la porta dall’esterno per visionare il sito. Tutto funziona perfettamente. Ho utilizzato “updraftPlus Migrator” per fare la migrazione da locale a NAS, a fine migrazione si disconnette chiedendomi di ricconettermi (ovviamente con ID e PW del sito in locale). Qua nasce il problema quando mi connetto con IP pubblico e relativa porta chiedendo il login mi da errore 502. Ho notato nella URL la seguente dicitura “http://fixtek.local/wp-login.php?redirect_to=http%3A%2F%2F192.168.178.25%3A81%2Fwp-admin%2F&reauth=1” quindi fa un reindirizzamento dal vecchio al nuovo, ma con esito negativo. Ho provato anche ad installarlo manualmente importanto database e modificando wp-config, stesso errore. Non so più cosa fare, qualche aiuto? Grazie.
-
Salve a tutti, ho un bel problemino, un mio conoscente aveva creato il sito del museo di storia naturale del Mozambico assieme ad un programmatore di là, dopo qualche tempo il sito, o meglio la società che lo ospita, è stata pesantemente hackerata e tutto va offline, dopo questo preambolo, il problema, ho tentato di ripristinare in locale un backup che mi hanno fornito, importo i database, copio i files del sito, tutto ok su xamp in locale, ma la cosa buffa è che se provo a navigare su 127.0.0.1 mi parte un redirect sull’url originario (dove ora c’è un sito porno…), ora non riesco a capire su wordpress dove si configuri la cosa, la versione di wp è la 2.5
Ciao @avon78,
non hai bisogno di modificare il file wp-config-sample.
La procedura di installazione è più semplice se dopo aver decompresso il file zip sul tuo spazio web, ti colleghi all’url [url_miosito]/wp-admin/setup-config.php, come spiegato nella guida linkata da Cristiano.
Ti si apre questa schermata che richiede i dati necessari al collegamento con il tuo database (le credenziali le fornisce il provider).
.Inseriti i dati nel modo corretto passi alla schermata Welcome per inserire gli ultimi dati, tra cui le credenziali dell’utente amministratore e hai finito.
-
Buongiorno a tutt#
Stamattina ho effettuato (manualmente) il trasferimento di un sito in wordpress all’interno dello stesso hosting ma da un dominio ad un altro.
Questo:
http://perlaterra.net >>> http://vociperlaterra.it
1) Ho effettuato il trasferimento dei file via Filezilla
2) Ho modificato il database originale in modo da “puntare al nuovo dominio” e lo ho caricato nel nuovo db
3) Ho modificato il file wp-config.php in modo da richiamare la nuova configurazione
Tutto funziona … tranne che non riesco ad aprire la pagina di amministrazione.
Ogni volta che provo mi restituisce una schermata che mi avvisa: “Si è verificato un errore critico sul tuo sito web. Controlla la casella di posta dell’amministratore del sito per istruzioni.- Scopri di più riguardo al debug in WordPress.”.
Ho provato a disconnettere tutti i plugin modificandone il nome nella cartella via ftp .. niente.
Qualcuno può mettermi sulla buona strada? ho sbagliato qualcosa nel rinominare i file del db?
Grazie fin da oraLa pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Buongiorno,
ho un problema con il mio sito WordPress.
L’ho sviluppato in locale con XAMPP e ho trasferito il tutto sul mio dominio Aruba seguendo una delle molteplici guide che si trovano online. (tutti i file di WordPress li ho copiato nella directory che Aruba ha creato automaticamente nel mio spazio /www.miosito.com/).
Inoltre, ho impostato https://www.miosito.com sia come Indirizzo WordPress sia come Indirizzo sito nel file wp-config.php e anche in wp-option nel database.
Premetto che per accedere al mio pannello di amministrazione, scrivo http://www.miosito.com/wp-admin e che non ho alcuna subdirectory “wordpress” nello spazio http://www.miosito.com/Ora, io ho impostato una pagina di WordPress come pagina iniziale (realizzata con Elementor).
Quando provo a collegarmi a http://www.miosito.com vengo reindirizzato a http://www.miosito.com/wordpress e mi dice pagina non trovata.
Se provo a collegarmi a http://www.miosito.com/full-width-page/ (una delle pagine di default del tema), me la apre senza problemi, mantenendo anche il tema da me modificato con immagini da me caricate.
Se, invece, provo a mettere come indirizzo sito https://www.miosito.com/wordpress (lasciando come indirizzo WordPress https://www.miosito.com), la mia homepage si apre senza problemi all’indirizzo http://www.miosito.com/wordpress (e io non voglio il /wordpress).
Se provo ad aprire http://www.miosito.com/wordpress/full-width-page/, anche questa si apre senza problemi.Sto provando davvero di tutto ma non riesco a capire il problema, a voi viene in mente qualcosa?
Grazie mille
-
Premesso che tutti i passaggi per ripristinare il sito sono stati fatti (ho disabilitato i plugin ed il tema corrente, ho sovrascritto i files di wp con la versione in uso quindi tutti i files nella roote e quelli delle cartelle wp-admin e wp-include) ancora non ho provato con il database perchè quello che ho potrebbe avere lo stesso problema se il problema è nel db. La configurazione che ho è obsoleta perche chi ha in gestione il sito non vuole cambiare anche se tutti i problemi relativi alla sicurezza gli sono stati elencati. La configurazione è la seguente:
wordpress installato, versione 3.5.1 su server linux PHP 5.0 MySQL 5.1.63
Comunque ho abilitato il debug ed il risultato è il seguente:[12-Nov-2019 16:36:49 UTC] PHP Parse error: syntax error, unexpected ‘$supports_permalinks’ (T_VARIABLE) in /var/www/vhosts/vanitycake.it/httpdocs/wp/wp-includes/functions.php on line 3029
Ma la cosa strana è che da quando ho abilitato il debug nel file debug.log ci sono registrati errori a tutte le ore incluso di notte!!!!
Come posso procedere per ripristinare questa situazione???
Grazie, Santino.La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
wp-config.php si trova nella cartella radice di wordpress che di solito corrisponde alla cartella public_html raggiungibile tramite esplora file di cPanel oppure attraverso un client FTP come FileZilla.
Il plugin è più semplice da utilizzare e di fatto replica la sostituzione del nome del dominio effettuabile attraverso phpmysql. Inoltre il plugin consente anche la sostituzione nelle tabelle con i dati serializzati, cosa che attraverso mysql richiede una query sul database piuttosto complicata.
Per prima cosa fai un backup e poi in wp-config.php inserisci la seguente stringa con il tuo dominio:
define(‘WP_HOME’,’https://www.tuodominio.com’);
define(‘WP_SITEURL’,’https://www.tuodominio.com’);Se funziona vai nel pannello di controllo ed installa il plugin “Better Search Replace”
https://it.wordpress.org/plugins/better-search-replace/
Una volta installato vai nel relativo pannello e seleziona tutte le tabelle del database e sostituisci la stringa http://lnx.nomedominio.com con https://www.tuodominio.com
-
