Risultati della ricerca per 'Wordpress database browser'
-
-
[ Risoluzione dei problemi | Segnala un Bug ]
Hai aggiornato WordPress 6.9 “Gene”! ottimo! Ma, che succede? Qualcosa non funziona o hai avuto un errore critico? O forse hai semplicemente delle domande da porre? Questo articolo ti aiuterà a risolvere i problemi e le domande più comuni dopo il nuovo aggiornamento.
Se hai avuto un errore critico o qualcosa si è rotto: niente panico!
Prima di proseguire, assicurati di aver aggiornato i plugin e i temi alle versioni più recenti e che questi siano compatibili con la nuova versione, di aver cancellato la cache e i cookie del browser e di aver effettuato nuovamente l’accesso alla dashboard di WordPress. Se non riesci ad accedere alla tua are di amministrazione, controlla la tua email (quella che hai impostato come email amministratore nel sito). In caso di errore critico, la tua installazione WordPress ti manda una email automatica con le specifiche dell’errore e un link per entrare nell’area di amministrazione (recovery link).
Il problema persiste?
Prova a capire quale componente causa il problema. Qui trovi una guida alla risoluzione del problema (in inglese). Inoltre, cerca nel forum di WordPress qui (in italiano), o in quello internazionale se ci sono conflitti o problemi conosciuti con questa versione. Tieni presente che la lista dei problemi è sempre in aggiornamento, quindi ricontrolla più volte.
Se non ti piace la direzione del design di WordPress, ci spiace, però questo non è un bug.
Quindi, se non ti piace una funzione, non aprire un ticket per lamentartene. Piuttosto, cerca di vedere se qualcuno ha già proposto una modifica, e commenta lì. Inoltre, puoi considerare la possibilità di unirti al processo di rilascio della prossima versione (ad esempio in Beta o anche in test tramite SVN). Quello che vedi oggi è il risultato di migliaia di ore di lavoro e di test e, a meno che qualcosa non sia completamente rotto, è altamente improbabile che venga modificato.
In ogni caso, prima di aprire un ticket relativo al nuovo aggiornamento:
- Assicurati di aver letto l’intera discussione e l’articolo sulle nuove funzionalità della 6.9.
- Vai alla pagina informativa della tua installazione –
example.com/wp-admin/about.php(o fai clic sul logo di WordPress nell’angolo in alto a sinistra nell’area di amministrazione) – per vedere le novità. - Prova a diagnosticare il problema ripercorrendo i passaggi comuni per la risoluzione dei problemi.
Note
- Se hai tentato di utilizzare un database aggiornato alla versione 6.9 su una versione precedente, ogni persona che ha effettuato l’accesso dovrà reimpostare la propria password.
- Il link “Modifica sito” nella barra di amministrazione ora rimanda coerentemente alla schermata principale dell’editor del sito anziché al modello che si stava utilizzando.
Se hai ancora problemi dopo aver seguito le fasi di risoluzione dei problemi, allora apri un ticket qui nel forum di supporto e cercheremo di aiutarti al meglio!
(post originale, liberamente tradotto dal Team Support su base precedente di Laura Sacco)
-
Buongiorno,
Sto riscontrando un problema durante la visualizzazione del sito utilizzando il browser Microsoft Edge. Il sito non viene caricato correttamente e vengono mostrati i seguenti errori:
-Errore sul database di WordPress: (MySQL server has gone away)
Select option_name, option_value FROM wp_options WHERE option_name IN (‘_transient_frmformapi_request_lock’,’_transient_timeout_timeout_frmformapi_request_lock’?-Errore sul database di WordPress: (MySQL server has gone away)
Select ‘setting’FROM’wp_vikappointments_config’WHERE ‘param’ = ‘currencyname’ LIMIT 1Sapete quali potrebbero essere le cause di questo inconveniente e avete qualche suggerimento su come risolverlo?
Grazie
-
Salve
mi chiamo Simone e sviluppo piccoli siti web con WordPress.Appena uscita la versione di WordPress 5.9 ho pensato subito di provarne le nuove funzionalità sopratutto usando i nuovi temi a blocchi, naturalmente la prima scelta è stata il Twenty Twenty-Two.
La prima cosa che ho provato a fare è usare il nuovo editor di tema (sotto la voce di menu Aspetto per intenderci), con mia grande sorpresa mi mostra solo una pagina bianca.
Ho usato la console del browser per cercare di capire quale era il problema, l’errore era il seguente
site-editor.php:1 Mixed Content: The page at 'https://www.webdraft.info/gub59/wp-admin/site-editor.php' was loaded over HTTPS, but requested an insecure resource 'http://www.webdraft.info/gub59/?_wp-find-template=true'. This request has been blocked; the content must be served over HTTPS.
da quello che ne capisco ho interpretato l’errore in questo modo: il browser per sicurezza non visualizza la pagina perché nella stessa si fa riferimento a contenuti che non passano per https.Come possono esserci contenuti misti se WordPress è stato appena installato su un nuovo database ed i contenuti sono quelli di default di WordPress?
Per completezza è bene chiarire che il resto di WordPress funziona normalmente compreso l’editor a blocchi che si usa per editare post e pagine, il sito viene pubblicato correttamente come si può vedere nel link.
Prima di porre questa domanda al forum naturalmente ho provato a cercare se esistessero altri casi simili al mio, ad ora non ho trovato niente di simile e di conseguenza mi sono rivolto all’assistenza del mio hosting (Aruba), al momento l’unica cosa che mi hanno consigliato di fare è quella di installare il plugin “Really Simple SSL” e che naturalmente non ha risolto il problema.
L’unica soluzione funzionante che sono riuscito a trovare tra le diverse prove che ho fatto è quella di intervenire sul file
.htaccessinserendo questo comando
Header always set Content-Security-Policy "upgrade-insecure-requests;"
ma francamente non so se sia una buona pratica farlo e se possa creare problemi di indicizzazione in un sito nel lungo periodo.Ma alla fine la mia vera domanda è:
Perché il un file di WordPresssite-editor.phpche lavora suhttps://dovrebbe chiamare una risorsa in modo specifico suhttp://pur appartenendo sempre allo stesso dominio e che comunque ha un certificato SSL attivo con redirect automatico su HTTPS?Vi ringrazio in anticipo per la vostra disponibilità.
La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
Ciao a tutti.
Premetto che sono nuovo e poco esperto di wp.
Sto cercando di aiutare un amico a fare un sito su ionos.
Ho scaricato il db e tutto il sito esistente (al momento solo una home).
In locale, utilizzo xampp ed ho cercato di collegare il sito al db, modificando il file wp-config.php apportato le seguenti modifiche:// ** MySQL settings - You can get this info from your web host ** // /** The name of the database for WordPress */ define( 'DB_NAME', 'nome db in locale' ); /** MySQL database username */ define( 'DB_USER', 'root' ); /** MySQL database password */ define( 'DB_PASSWORD', '' ); /** MySQL hostname */ define( 'DB_HOST', 'localhost' );Ma quando richiamo la pagina : localhost/nomesito nel browser, mi dice che:
Non sicuro https://localhost/dashboard/ (con https barrato).
Provo a forzare e a sostituire la scritta dashboard con il nome del sito e la pagina si apre, ma mi da sempre lo stesso messaggio di sopra:
Non sicuro https://localhost/nomesito/ (con https barrato).
Cerco di aprirlo in wp ( https://localhost/nomesito/wp-admin) e si apre, ma Elementor non si avvia (nemmeno in modalità provvisoria).
Quindi, vi chiedo dove è che sbaglio e perché non si avvia nemmeno Elementor.
Finora, in locale non ho mai avuto problemi, seguendo anche molti tutorials online.
Grazie per chi vorrà darmi una mano e a presto
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]
-
Buongiorno a tutti!
Ho fatto ricerche tramite google e anche sul forum, trovando che il problema della schermata bianca (al posto del sito e/o al posto della login di amministrazione) è un problema tutto sommato comune. Ciò nonostante, le soluzioni che ho trovato fino ad ora non mi hanno aiutato. Cerco di riassumere quanto accaduto:1) Il sito in questione è [link qui sotto]
2) Poco più di una settimana fa feci gli aggiornamenti automatici di tutto (worpress, plugin e temi) e inizialmente funzionava tutto senza problemi
3) Ieri mattina apro il sito, e vedo tutto bianco. Vado a wp-admin, e vedo bianco. Così, senza apparente motivo.
4) Dopo una giornata di lavoro, ho fatto backup di tutto (file sul sito e database), ho disattivato i plugin sia da FTP che da database. Il risultato è che disattivando i plugin il sito torna visibile, MA dalla scherma di login wp-admin è apparso l’errore “ERRORE: i cookie sono bloccati a causa di un output inaspettato”.
5) Allora ho provato a cancellare cookie e cache, a cambiare browser ecc. Ma niente, l’errore permane.
6) Ho provato a disattivare i temi da FTP: in teoria wordpress doveva così impostare in automatico twentynineteen, ma non lo ha fatto, così l’ho impostato io da database: se ora andate all’indirizzo sopra scritto, vedrete che il sito è visibile con il tema base. MA ORA la login di wp-admin da schermata bianca e non ho modo di accedere.
7) Ho provato anche a reinstallare via FTP wordpress seguendo le istruzioni, come se fosse un aggiornamento andato male. Quindi la cartella wp-content è lì, il resto è stato cancellato e rimessa l’ultima versione, ma niente
8) In tutto questo ho tentato anche di usare upgrade.php, ma conferma sempre che non ci sono operazioni da eseguire.Non so cos’altro potrebbe essere… la versione PHP sul server? Non saprei, ha sempre funzionato… Non mi risulta aruba con hosting linux usi cache particolari che dovrei svuotare.
Al momento mi trovo con un sito “visitabile” (ma mal funzionante, senza i plugin) e l’impossibilità di accedere al pannello di amministrazione.
Avete suggerimenti su cosa potrebbe essere o come potrei risolvere? Grazie!La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]
-
