Risultati della ricerca per 'Config wordpress database'

Stai vedendo 15 risultati - da 31 a 45 (di 191 totali)
  • Chi ha creato la discussione silvia74

    (@silvia74)

    Buongiorno Steve, aspetta forse non mi sono spiegata bene o ho inteso male la tua risposta. io ho un sito vecchissimo nella directory principale, con suo database vecchissimo e php versione 5.3. ho creato il nuovo con wp in un dominio che uso per i test e prima di metterlo nella directory principale lo volevo provare in una sotto cartella sito.it/wp. per il nuovo sito uso un database nuovo. i domini, l’ufficiale e quello di test sono su stesso provider. il problema è che quando cerco di entrare nel pannello del sito wordpress anziche farmi vedere il nuovo sito mi appare la procedura per una nuova installazione wp. ora, ho provato a portarla a termine inserendo i dati del database collegato al nuovo sito ma alla fine mi esce un sito wordpress vuoto tutto da fare, del nuovo non c’è traccia.
    il problema è, considerato che nella sotto cartella ci sono tutti i contenuti e che ho modificato config collegandolo al database del nuovo sito come mai non riesco ad entrare nel pannello del nuovo sito?

    • Ciao, la situazione è questa: dominio sito.it in cui c’è un sito vecchio mai aggiornato fatto con Joomla. RIfaccio sito con wordpress in sitotest.com. provedo alla migrazione in una sotto cartella: sito.it/wp e metto in manutenzione con .htaccess sito.it. Eseguo tutti i passaggi, importo contenuti e dabase, modifico wpconfig con i dati corretti del nuovo database, modifico url e urlhome. Vado per entrare nel pannello wp sito1.it/wp/wp-admin e mi rimanda ad una nuova installazione. ho anche provato ad andare avanti inserendo il databse e i riferimenti del sito esistente ma niente , mi ritrovo con una installazione nuova e vuota di wordpress. vedo che l’url diventa http://www.sito1.it/wp/wp-admin/install.
      Come mai mi succede questo e non vedo il nuovo sito?
      io ho solo modificato il file .htaccess della directory principale per metterlo in manutenzione e ho aggiunto

      # BEGIN WordPress
      <IfModule mod_rewrite.c>
      RewriteEngine On
      RewriteBase /
      RewriteRule ^index\.php$ - [L]
      RewriteCond %{REQUEST_FILENAME} !-f
      RewriteCond %{REQUEST_FILENAME} !-d
      RewriteRule . /index.php [L]
      </IfModule>
      # END WordPress

      che da ciò che ho capito evita la possibilità che siano bloccate alcune pagine differenti dalla homepage del sito che potrebbero restituire un errore “404 Not Found”.

      Nella sotto cartella dove ho importato i contenuti ho modificato solo config e i dati sono corretti.
      Cosa può essere?
      Grazie

    Ciao @tivustream,

    mi sorge subito un dubbio: il servizio di hosting ha associato un database MySql? E’ passato un po’ dall’ultima volta in cui ho usato un Hosting Windows di Aruba e magari mi sbaglio, ma credo avesse SQLServer di default. Immagino tu abbia già verificato, ma te lo segnalo ugualmente 🙂

    Per il resto, una cosa importante da considerare è che su Windows (quindi webserver IIS) non c’è il supporto al file .htaccess, per cui se il sito sta usando regole particolari dovrai “tradurle” nel file “web.config”, sostanzialmente un file XML con una struttura specifica per IIS.

    In ogni caso, anche in assenza di regole particolari, ti servirà un web.config di base che abiliti una regola di rewrite per far funzionare i “pretty permalinks”, quindi le url “leggibili”.

    A questo proposito di segnalo questa guida di Microsoft (è un po’ vecchia ma dovrebbe andare bene): https://docs.microsoft.com/en-us/iis/application-frameworks/install-and-configure-php-applications-on-iis/install-wordpress-on-iis

    Salta la prima parte e inizia a leggere dal paragrafo “Enable “Pretty Permalinks”, troverai un esempio di web.config. Attenzione che l’esempio riporta solo il frammento di codice utile che va inserito in una struttura specifica. Se dovessi avere difficoltà puoi provare con questo esempio completo: https://gist.github.com/Toddses/7f3729ddf7c6466bb3dc

    Per quanto riguarda i permessi sulle cartelle, dipende da come è impostato l’hosting. Ti suggerirei di migrare il sito e fare una verifica di funzionamento. Quando riesci ad accedere alla dashboard, dai subito un’occhiata allo strumento “Salute del sito” che ha una sezione dedicata al controllo dei permessi. Eventuali cartelle non scrivibili sarebbero indicate.

    Spero di averti dato qualche indicazione utile.
    Facci sapere come va 🙂

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @admin1325,
    per ripristinare le impostazioni corrette c’è bisogno di modificare un po’ il codice del tuo sito.
    Ci sono un paio di metodi per fare questo:
    1) Modificare il file wp-config.php
    – Collegati alla root dove sono conservati i file del tuo sito (se non sai fare questo passaggio chiedi aiuto al tuo provider).
    – Trova il file chiamato wp-config.php e vai fino alla riga che dice /* Finito, interrompere le modifiche! Buon blogging. */ e aggiungi le seguenti righe di codice:

    define('WP_HOME','http://yoursite.com'); define('WP_SITEURL','http://yoursite.com');

    al posto di yoursite devi inserire il tuo nome a dominio.

    Salva il file così modificato e prova ad accedere al sito.

    1) Modificare il database
    – Collegati al tuo Database (se non sai fare questo passaggio chiedi aiuto al tuo provider).
    – trova la tabella chiamata wp_options
    – trova i record siteurl e home

    – modifica il valore di entrambi in http://yoursite.com (al posto di yoursite devi inserire il tuo nome a dominio)
    – Salva e prova ad accedere al sito

    Se la tua intenzione era avere le pagine del sito in protocollo https, ti consiglio di utilizzare questo plugin Really Simple SSL

    Facci sapere

    • Questa risposta è stata modificata 4 anni, 11 mesi fa da Gloria Liuni.
    • Questa risposta è stata modificata 4 anni, 11 mesi fa da Cristiano Zanca.
    • federico

      (@federicogb25)


      Buonasera a tutti,

      Poco fa ho provato a clonare il mio sito WordPress al fine di modificare tema e, dunque, per avere un ambiente di testing sul quale lavorare.

      Il problema sorge quando, dopo aver cambiato il dominio dal file wp-config.php (Multisito), inserisco le corrette credenziali MySQL e il sito web mi restituisce l’errore “Errore nello stabilire una connessione al database“.

      Ho provato ad accedere alla pagina wp-admin, e lì mi viene suggerito di verificare che il database contenga delle tabelle (Che sono tutte presenti).

      Quindi, provo a riparare il database utilizzando il metodo di riparazione che ho trovato su https://wordpress.org/support/article/debugging-a-wordpress-network/. Purtroppo, anche quest’ultimo metodo non ha avuto successo in quanto mi viene dato lo stesso errore “Errore nello stabilire una connessione al database“. (Ho già provato ad eseguire i comandi suggeriti nell’articolo sopracitato, ma nulla).

      Ho diversi siti in produzione e tutti quanti funzionano correttamente. Ho anche provato a connettere il sito web allo stesso database del sito web in produzione, ma sembra che non voglia proprio saperne.

      Server: Debian 10
      Webserver: nginx
      Utilizzo MariaDB ed è correttamente configurato e funzionante.
      La versione di WordPress è l’ultima disponibile (5.7)

      C’è un modo per risolvere? Grazie mille in anticipo e buona serata 🙂

      • Questo topic è stato modificato 4 anni, 11 mesi fa da federico.
    Chi ha creato la discussione andreamoretto80

    (@andreamoretto80)

    Ciao @matteospi inanzi tutto grazie per avermi risposto.
    Vedi io ho provato con l’autoinstaller senza alcun risultato purtroppo.
    ho provato sia installare tramite il web installer che praticamente è un auto installante sia scaricando il wordpress e facendo l’installazione. Il problema è che per qualche motivo wordpress non riesce a comunicare con sql/phpmyadmin nonostante essi funzionano perfettamente. al phpmyadmin riesco connettermi anche da remoto senza problemi. mettendo poi sul file di configurazione manualmente mi da comunque errore. E’ probabilmente un problema sulla connessone al database ma non riesco capire cosa.
    Andrea

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve federicol,

    è un errore che può avere molteplici origini.

    Prima di fare ogni modifica al sito fare sempre un
    BACKUP

    alcune probabili soluzioni:

    1) controllare che il database non abbia superato la dimensione permessa dall’hosting
    2) collegarsi col browser in modalità anonima
    3) controllare il file .htaccess ed evenutalmente rinominarlo temporaneamente
    4) cambiare le security keys in wp-config.php:

    define(‘AUTH_KEY’, ”);
    define(‘SECURE_AUTH_KEY’, ”);
    define(‘LOGGED_IN_KEY’, ”);
    define(‘NONCE_KEY’, ”);
    define(‘AUTH_SALT’, ”);
    define(‘SECURE_AUTH_SALT’, ”);
    define(‘LOGGED_IN_SALT’, ”);
    define(‘NONCE_SALT’, ”);

    usare nuove chiavi generate da questo indirizzo: https://api.wordpress.org/secret-key/1.1/salt/ (grazie Josh Rodgers)

    Aggiornaci

    Il file wp-config.php non è leggibile perché è in php. Questi codici non può vederli. Oppure cambi nome al database:

    // ** Impostazioni MySQL - È possibile ottenere queste informazioni dal proprio fornitore di hosting ** //
    /** Il nome del database di WordPress */
    define('DB_NAME', 'mio_database');
    /** Nome utente del database MySQL */
    define('DB_USER', 'root');
    /** Password del database MySQL */
    define('DB_PASSWORD', 'root');
    /** Hostname MySQL  */
    define('DB_HOST', 'localhost');
    /** Charset del Database da utilizzare nella creazione delle tabelle. */
    define('DB_CHARSET', 'utf8mb4');
    /** Il tipo di Collazione del Database. Da non modificare se non si ha idea di cosa sia. */
    define('DB_COLLATE', '');
    • glicciardello

      (@glicciardello)


      Salve,
      ho provato ad installare wordpress in un server dedicato hostato presso Hetzner, ma sia installando tramite Plesk sia installando manualmente (usando IIS) ricevo sempre lo stesso errore nel Site Health di wordpress.

      La richiesta alla REST API è fallita a causa di un errore.
      Errore: cURL error 28: Resolving timed out after 10009 milliseconds (http_request_failed)

      In pratica quel che succede subito dopo aver installato (quindi senza avere alcun plugin o tema aggiuntivo) è che non posso effettuare nessun tipo di aggiornamento , nè reinstallare wordpress (che comunque è l’ultima versione 5.6) nè installare alcun tipo di plugin , infatti se ci provo viene un messaggio del genere (ho abilitato il WP_DEBUG) :

      Warning: Si è verificato un errore inaspettato. C’è qualche cosa di sbagliato con WordPress.org o con la configurazione di questo server. Se continui ad avere problemi, chiedi aiuto sul forum di supporto. (WordPress non può stabilire una connessione sicura a WordPress.org. Contatta l’amministratore del server.) in C:\inetpub\vhosts\{dominio omesso}\httpdocs\home\wp-admin\includes\plugin-install.php on line 183

      Questi sono le caratteristiche del server :

      – Windows Server 2019 64 bit
      – WordPress v5.6
      – PHP v7.4.13
      – Database MariaDB 10.3.27
      – cURL 7.70.0 OpenSSL/1.1.1h

      Penso di aver controllato tutto quello che potevo anche cercando problemi simili relativi a cUrl (settaggi dns, utenti windows da abilitare su iis,settaggi php,etc,etc,..), ma tutte le soluzioni proposte non portano ad alcuna risoluzione della problematica.

      La cosa assurda è che in un altro server dedicato sempre hostato presso Hetzner con Windows Server 2016 sono riuscito tranquillamente ad installare wordpress senza nessun errore.

      Suggerimenti ?

      Grazie
      Saluti

    Chi ha creato la discussione orsocapo

    (@orsocapo)

    Scusami per l’incompletezza della mia risposta.
    La migrazione l’ho fatta tramite FTP scaricando tutte le cartelle da remoto e poi inserendole nella cartella htdocs.
    Ho modificato il file wp_config
    Poi ho scaricato il DB e ricaricato sul DB di XAMMP
    I messaggi del log sono questi:
    [Sun Nov 22 12:32:20.648819 2020] [ssl:warn] [pid 14788:tid 648] AH01909: http://www.example.com:443:0 server certificate does NOT include an ID which matches the server name
    [Sun Nov 22 12:32:20.710567 2020] [core:warn] [pid 14788:tid 648] AH00098: pid file C:/xampp/apache/logs/httpd.pid overwritten — Unclean shutdown of previous Apache run?
    [Sun Nov 22 12:32:20.717565 2020] [ssl:warn] [pid 14788:tid 648] AH01909: http://www.example.com:443:0 server certificate does NOT include an ID which matches the server name
    [Sun Nov 22 12:32:20.823139 2020] [mpm_winnt:notice] [pid 14788:tid 648] AH00455: Apache/2.4.46 (Win64) OpenSSL/1.1.1h PHP/7.4.12 configured — resuming normal operations
    [Sun Nov 22 12:32:20.823139 2020] [mpm_winnt:notice] [pid 14788:tid 648] AH00456: Apache Lounge VC15 Server built: Oct 3 2020 12:58:33
    [Sun Nov 22 12:32:20.823139 2020] [core:notice] [pid 14788:tid 648] AH00094: Command line: ‘c:\\xampp\\apache\\bin\\httpd.exe -d C:/xampp/apache’
    [Sun Nov 22 12:32:20.826138 2020] [mpm_winnt:notice] [pid 14788:tid 648] AH00418: Parent: Created child process 12304
    [Sun Nov 22 12:32:21.235170 2020] [ssl:warn] [pid 12304:tid 660] AH01909: http://www.example.com:443:0 server certificate does NOT include an ID which matches the server name
    [Sun Nov 22 12:32:21.294174 2020] [ssl:warn] [pid 12304:tid 660] AH01909: http://www.example.com:443:0 server certificate does NOT include an ID which matches the server name
    [Sun Nov 22 12:32:21.337178 2020] [mpm_winnt:notice] [pid 12304:tid 660] AH00354: Child: Starting 150 worker threads.
    [Sun Nov 22 12:37:29.884824 2020] [php7:notice] [pid 12304:tid 1900] [client ::1:62164] WordPress errore sul database Table doesn’t exist per la query \r\n\t\t\tSELECT COUNT(donation_id)\r\n\t\t\tFROM wpwq_give_donationmeta\r\n\t\t\tWHERE meta_key=’_give_payment_gateway’\r\n\t\t\tAND meta_value LIKE ‘%stripe%’ fatta da activate_plugins, activate_plugin, do_action(‘activate_give/give.php’), WP_Hook->do_action, WP_Hook->apply_filters, Give->install, give_install, give_run_install, do_action(‘give_upgrades’), WP_Hook->do_action, WP_Hook->apply_filters, give_do_automatic_upgrades, give_v270_upgrades, referer: http://localhost//wp-admin/plugins.php?plugin_status=all&paged=1&s

    • Questa risposta è stata modificata 5 anni, 4 mesi fa da orsocapo.
    Chi ha creato la discussione paestum1997

    (@paestum1997)

    @webepc sto con il mio amico informatico. Su Aruba non c’è un servizio di Database, ma solo di hosting. Però sul file di wordpress wp-config.php ci sono delle credenziali.
    Può essere un database esterno collegato?

    Quindi, ora se cancello wordpress e lo reinstallo, non avendo io un database, wordpress non funzionerà, giusto?

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve gobello,

    il problema era inizialmente dato dal plugin

    php-compatibility-checker

    il consiglio è di fare un BACKUP

    successivamente disabilitare via FTP il plugin php-compatibility-checker

    il secondo problema è legato ai permessi dell’utente WP del DB, l’utente del proprio WordPress configurato nel file wp-config.php non ha i permessi richiesti per accedere al database “INSERT,UPDATE command denied”

    per motivi di sicurezza il consiglio è di evitare di pubblicare i dati come username e password relativi alla propria installazione

    verificare inoltre che il proprio utente sia stato modificato da un attacco leggendo queste istruzioni:

    https://wordpress.org/support/article/faq-my-site-was-hacked/

    Chi ha creato la discussione gobello

    (@gobello)

    ora facendo debug – true
    nell’area wpadmin login mi da

    Errore sul database di WordPress: [INSERT,UPDATE command denied to user ‘[rimosso per motivi di sicurezza] ‘ for table ‘wp_wfconfig’]
    INSERT INTO wp_wfconfig (name, val, autoload) values (‘lastPermissionsTemplateCheck’, ‘1592927514’, ‘yes’) ON DUPLICATE KEY UPDATE val = ‘1592927514’, autoload = ‘yes’

    Errore sul database di WordPress: [INSERT,UPDATE command denied to user ‘[rimosso per motivi di sicurezza] ‘ for table ‘wp_wfconfig’]
    INSERT INTO wp_wfconfig (name, val, autoload) values (‘previousWflogsFileList’, ‘[\”.htaccess\”,\”ips.php\”,\”config.php\”,\”attack-data.php\”,\”rules.php\”,\”config-synced.php\”,\”config-livewaf.php\”,\”config-transient.php\”,\”GeoLite2-Country.mmdb\”,\”template.php\”]’, ‘yes’) ON DUPLICATE KEY UPDATE val = ‘[\”.htaccess\”,\”ips.php\”,\”config.php\”,\”attack-data.php\”,\”rules.php\”,\”config-synced.php\”,\”config-livewaf.php\”,\”config-transient.php\”,\”GeoLite2-Country.mmdb\”,\”template.php\”]’, autoload = ‘yes’

    Errore sul database di WordPress: [INSERT,UPDATE command denied to user ‘[rimosso per motivi di sicurezza] ‘ for table ‘wp_wfconfig’]
    INSERT INTO wp_wfconfig (name, val, autoload) values (‘serverDNS’, ‘1592927515;21033;62.149.142.90’, ‘yes’) ON DUPLICATE KEY UPDATE val = ‘1592927515;21033;62.149.142.90’, autoload = ‘yes’

    Errore sul database di WordPress: [INSERT,UPDATE command denied to user ‘[rimosso per motivi di sicurezza] ‘]
    INSERT INTO wp_wfconfig (name, val, autoload) values (‘totalLoginHits’, ‘137’, ‘yes’) ON DUPLICATE KEY UPDATE val = ‘137’, autoload = ‘yes’

    Non so che fare, help!

    Ciao @atipos,

    la soluzione più rapida sarebbe cambiare l’indirizzo del sito direttamente sul database, se hai l’accesso. Le istruzioni dettagliate sono qui: https://wordpress.org/support/article/changing-the-site-url/#changing-the-url-directly-in-the-database.

    In alternativa, se hai l’accesso ai file del sito via FTP, puoi impostare l’indirizzo corretto nel file wp-config.php. In questo caso i passaggi sono qui: https://wordpress.org/support/article/changing-the-site-url/#edit-wp-config-php.

    Dopo aver modificato il file dovresti recuperare l’accesso al sito e avere la possibilità di correggere l’indirizzo sul database direttamente dalla pagina delle impostazioni generali. Quando il database riporta l’indirizzo corretto, puoi anche rimuovere la modifica fatta sul wp-config.php.

    Non dimenticare di fare un backup completo prima di apportare modifiche.

    Spero di esserti stato utile.
    Ciao!

    Chi ha creato la discussione noritarte

    (@noritarte)

    si ne ho messo uno del 31/5, ma sul file wp_config dovevo solo modificare questo?
    /** The name of the database for WordPress */
    define( ‘DB_NAME’, ‘SqlXXXXXXXX_2’ ); => prima era _1

    • Questa risposta è stata modificata 5 anni, 10 mesi fa da noritarte.
Stai vedendo 15 risultati - da 31 a 45 (di 191 totali)