Risultati della ricerca per 'Config wordpress database'

Stai vedendo 15 risultati - da 166 a 180 (di 191 totali)
  • Moderator Guido Scialfa

    (@wido)

    Ciao @danilo83,

    Ti consiglio di effettuare un backup dell’intera installazione di WordPress, temi, plugins e uploads completi in locale. Effettua anche un backup del database.

    Dopo di che rimuovi tutti i files di WordPress ad eccezione della directory wp-content e del file wp-config.php. Scarica una nuova versione pulita di WordPress e carica i files sempre ad eccezione di quelli definiti sopra.

    Ricontrolla che il problema non si verifichi più.

    Non posso sapere cosa ti sia successo ma la funzione get_file_description viene definita solo alla riga 77. Il tuo problema è che probabilmente qualcuno ha messo mano al file di WordPress.

    Il mio consiglio è quello di verificare i files interni a wp-content ed il contenuto di wp-config. Controlla inoltre il database per eventuali dati anomali.

    Vi sono tutta una seria di plugins sulla repository https://wordpress.org/plugins/search.php?q=security riguardanti la sicurezza, inizierei installando iThemesSecurity che ti permette tra le tante cose di controllare i cambiamenti ai files.

    Altri plugins:
    https://wordpress.org/plugins/vaultpress/
    https://wordpress.org/plugins/all-in-one-wp-security-and-firewall/
    https://wordpress.org/plugins/wordfence/

    Moderator Rosetta Facciolini

    (@ramthas)

    Web Manager

    Ah ok, desideri in pratica propagare gli stessi contenuti su più siti WP.
    In realtà ci sarebbero varie soluzioni più o meno complesse, per es.:
    1. utilizzi l’opzione di WordPress dell’invio email per pubblicare post, lo trovi su “impostazioni”, “scrittura” alla voce “Pubblica articoli via email”, quindi configurando i vari siti con la stessa email ottieni la pubblicazione in entrambi
    2. potresti collegare i due siti allo stesso database, così avrai esattamente tutto identico (facendo una ricerca in rete con questo testo trovi diversi tutorial “wordpress collegare i due siti allo stesso database”)
    3. utilizzi tools online che permettono di pubblicare lo stesso articolo su più siti nello stesso momento, alcuni free, altri pro (come per es. InfiniteWP, ManageWP, CMS Commander, WPDASH, WP Remote, iControlWP … e chissà quanti altri ce ne sono… forse anche plugin)

    • Buongiorno…..ho letto nel forum che chi volesse ripristinare un sito con WordPress dopo averne ripulito, via ftp (p.e. Filezilla), completamente la directory sulla quale era caricato, deve installare WP da zero, poi si copia tutta la cartella “WP-CONTENT”, il file “wp-config.php” e si importa il dump del database……
      La domanda é la seguente: se il database non è MySql ma il plugin Sqlite-Integration, e quindi rappresentato da un file binario residente in una qualche cartella del plugin all’interno del sito, come ci si deve comportare?
      Grazie.

    Moderator Guido Scialfa

    (@wido)

    Ciao @gamkedesign,

    Il file index.php non contiene alcuna riga xml ed inoltre il file non è un xml.

    Credo che tu possa avere i files dell’installazione corrotti.

    Prova a ricaricare i files di wordpress tranne wp-content e wp-config.php via ftp, ( preventivamente fai un backup del database e dei files attualmente nello spazio ftp ). E verifica che tutto funzioni correttamente alla fine dell’upload dei nuovi files.

    In ogni caso, se puoi mettere su http://pastebin.com/ il contenuto del file index.php ( che dovrebbe essere quello della root di WordPress possiamo vedere di capire cosa c’è dentro.

    Moderator Guido Scialfa

    (@wido)

    Ciao @wpneo91,

    Se hai installato WordPress in locale puoi benissimo effettuare l’aggiornamento trasferendo i files invece di effettuarlo via back-end.

    Importante è NON copiare la directory wp-content/ ed un eventuale file wp-config-sample.php e/o wp-config.php.

    Per prevenzione effettua una copia di tutto il sito, database compreso da qualche parte in locale. Dopo di che wordpress dovrebbe semplicemente richiederti l’aggiornamento del database. Non dovrai far altro.

    Per maggiori info : Aggiornare WordPress Manualemente

    Ad ogni modo il tuo problema dell’esecuzione potrebbe derivare da un tema troppo pesante, troppi plugins o che altro.

    Se vuoi comunque procedere con il metodo tradizionale lato back-end, ti consiglio di effettuare un update dei plugins per prima cosa, cancellare la cache del browser, riavviare xammp, abilitare il tema di default del cms e riprovare ad effettuare l’aggiornamento.

    Vi sono anche delle accortezze nel qual caso ti necessitino che impongono un aumento dei tempi di esecuzione degli scripts vedi: Fix fatal error maximum execution time.

    • Questa risposta è stata modificata 9 anni, 7 mesi fa da Guido Scialfa.
    Chi ha creato la discussione piccione

    (@piccione)

    Errore nello stabilire una connessione al database
    Ciò significa che le informazioni sul nome utente o sulla password presenti nel file wp-config.php non sono corrette o che non è possibile contattare il server del database a hostingmysql276.register.it. Il che potrebbe voler dire che il database server del fornitore di hosting non è attivo.

    Si è sicuri di disporre del nome utente e della password corretti?
    Si è sicuri di aver digitato correttamente il nome dell’host?
    Si è sicuri che il server del database sia funzionante?
    Nel caso non si abbia certezza sul significato di questi termini è opportuno contattare il proprio host. Se si ha bisogno di ulteriore aiuto è sempre possibile visitare il Forum di supporto italiano su WordPress.

    questo è l’errore che ricevo

    Forum: Funzionalità = Plugin
    In risposta a: Fatal error
    Moderator Guido Scialfa

    (@wido)

    Ciao @luckyhenry1963,

    Scusami per il ritardo nel risponderti, dunque direi innanzitutto di capire quanti contenuti sia testuali che media hai attualmente nel sito e se in caso hai possibilità di effettuarne il backup ( via dump del database sqlite ).

    Io non conosco molto sqlite ma in genere la migrazione da un db ad un’altro è una procedura che va presa con cautela.

    Il mio consiglio è il seguente:

    1. Effettua localmente un backup del database sqlite e di tutti i files attualmente presenti
    nello spazio ftp.

    2. Esporta tutti i contenuti di WordPress da Strumenti > esporta, in questo modo dovresti poter scaricare un file .xml contenente tutti i contenuti del sito ( assicurati di selezionare Tutti come opzione in modo che WordPress ti esporti anche i riferimenti ai media )

    3. Pialla tutto quello che si trova nell’ftp(*) e ricarica una versione pulita di wordpress sempre via ftp ed esegui la procedura di installazione in 5 minuti.

    Su aruba non hai necessità di creare nuovi database perchè dovresti già averli a disposizione, ti basta effettuare un controllo che tutto sia impostato correttamente loggandoti su mysql.aruba.it ( prendi i dati di login dal file wp-config.php che hai scaricato dall’ftp ) usando il valore di DB_USER e DB_PASSWORD. Se è tutto ok dovresti avere 5 database numerati.

    (*) Nota, ti conviene lasciare nell’ftp la directory wp-content/uploads perchè in un secondo momento ti servirà poter reimportare i files media tramite la procedura di importazione dei contenuti.

    Quindi occhio a quando ricarichi i nuovi files, non caricare la directory wp-content ma ricarica solo le cartelle interne.

    4. Una volta che hai effettuato la nuova installazione di WordPress vai in Strumenti > Importa e seleziona WordPress. Ti chiederà di installare il plugin per effettuare l’operazione.

    Importando i contenuti assegna tutto all’utente corrente e spunta la casella per poter importare tutti i media.

    Se tutto va a buon fine dovresti trovarti i contenuti ed i media in WordPress. Probabilmente dovrai fare qualche piccola correzione.

    Eventualmente dovessi avere problemi nell’importazione dei media dovrai fare manualmente riuploadando i files dal backend di WordPress.

    Se hai problemi basta chiedere.

    Forum: Funzionalità = Plugin
    In risposta a: Fatal error
    Chi ha creato la discussione Luciano Balestrini

    (@luckyhenry1963)

    Buongiorno Guido e amici del forum……. ho contattato l’assistenza dell’hosting (nel mio caso Aruba) e mi hanno confermato quanto segue: “dopo alcune verifiche sembra che WordPress stia utilizzando il database sqlite presente in wp-content/database.”
    Pertanto è certo che il problema relativo alla comparsa dei diversi messaggi (il primo di Warning e il secondo per mancanza di DB Sqlite dopo averlo cancellato) è determinato dall’uso di Sqlite-Integration e della sua, immagino, incompatibilità con WordPress 4.5.3, e se poi aggiungiamo i riferimenti a MySql inseriti nel file wp-config.php l’opera è completa…….
    Ti chiedo se conosci procedura, o hai dei riferimenti in rete, per migrare da Sqlite a MySql senza danni al sito e, soprattutto, come cancellare Sqlite in modo pulito….
    Grazie Guido per l’assistenza……

    Moderator Cristiano Zanca

    (@cristianozanca)

    Ciao @gianlucab90 ,

    è stato per caso letto il documento del codex?

    https://codex.wordpress.org/Moving_WordPress

    è pieno di consigli utili, tra i quali uno che potrebbe risolvere il problema attuale:

    usare https://interconnectit.com/products/search-and-replace-for-wordpress-databases/ per cambiare i percorsi

    se si usa il dump del database non è necessario usare l’xml per articoli o user: i dati sono tutti nel db.

    Le configurazioni dei temi e dei plugin sono all’interno del database, e se i plugin e i temi sono fatti usando procedure standard non si perdono per strada

    Chi ha creato la discussione pietrofesta

    (@pietrofesta)

    Ok Grazie mille, stavo impazzendo. Quindi non è cambiato nulla spazi vuoti non ci sono e apparentemente non trovo la soluzione.

    Incollo qui il file(eliminando i dati sensibili).
    <?php
    /**
    * Il file base di configurazione di WordPress.
    *
    * Questo

    file viene utilizzato, durante l’installazione, dallo script
    * di

    creazione di wp-config.php. Non è necessario utilizzarlo solo via
    *

    web, è anche possibile copiare questo file in «wp-config.php» e
    *

    riempire i valori corretti.
    *
    * Questo file definisce le seguenti

    configurazioni:
    *
    * * Impostazioni MySQL
    * * Prefisso Tabella
    * *

    Chiavi Segrete
    * * ABSPATH
    *
    * È possibile trovare ultetriori

    informazioni visitando la pagina del Codex:
    *
    * @link

    https://codex.wordpress.org/it:Modificare_wp-config.php
    *
    * È

    possibile ottenere le impostazioni per MySQL dal proprio fornitore di

    hosting.
    *
    * @package WordPress
    */

    // ** Impostazioni MySQL – È

    possibile ottenere queste informazioni dal proprio fornitore di

    hosting ** //
    /** Il nome del database di WordPress */
    define

    (‘DB_NAME’, ‘xxx’);

    /** Nome utente del database

    MySQL */
    define(‘DB_USER’, ‘xxx’);

    /** Password del database MySQL */
    define(‘DB_PASSWORD’, ‘xxx’);

    /** Hostname MySQL */
    define(‘DB_HOST’, ‘localhost’);

    /** Charset del Database da utilizzare

    nella creazione delle tabelle. */
    define(‘DB_CHARSET’, ‘utf8’);

    /** Il

    tipo di Collazione del Database. Da non modificare se non si ha idea

    di cosa sia. */
    define(‘DB_COLLATE’, ”);

    /**#@+
    * Chiavi Univoche di

    Autenticazione e di Salatura.
    *
    * Modificarle con frasi univoche

    differenti!
    * È possibile generare tali chiavi utilizzando {@link

    https://api.wordpress.org/secret-key/1.1/salt/ servizio di chiavi-

    segrete di WordPress.org}
    * È possibile cambiare queste chiavi in

    qualsiasi momento, per invalidare tutti cookie esistenti. Ciò forzerà

    tutti gli utenti ad effettuare nuovamente il login.
    *
    * @since 2.6.0

    */define(‘AUTH_KEY’, ‘xxx’);
    define(‘SECURE_AUTH_KEY’, ‘xxx’);
    define(‘LOGGED_IN_KEY’, ‘xxx’);
    define(‘NONCE_KEY’, ‘xxx’);
    define(‘AUTH_SALT’, ‘xxx’);
    define(‘SECURE_AUTH_SALT’, ‘xxx’);
    define(‘LOGGED_IN_SALT’, ‘xxx ‘);
    define(‘NONCE_SALT’, ‘xxx’);

    /**#@-*/

    /**
    * Prefisso Tabella del

    Database WordPress.
    *
    * È possibile avere installazioni multiple su

    di un unico database
    * fornendo a ciascuna installazione un prefisso

    univoco.
    * Solo numeri, lettere e sottolineatura!
    */
    $table_prefix =

    ‘wp_’;

    /**
    * Per gli sviluppatori: modalità di debug di WordPress.
    *
    *

    Modificare questa voce a TRUE per abilitare la visualizzazione degli

    avvisi
    * durante lo sviluppo.
    * È fortemente raccomandato agli

    svilupaptori di temi e plugin di utilizare
    * WP_DEBUG all’interno dei

    loro ambienti di sviluppo.
    */
    define(‘WP_DEBUG’, false);

    /* Finito,

    interrompere le modifiche! Buon blogging. */

    /** Path assoluto alla

    directory di WordPress. */
    if ( !defined(‘ABSPATH’) )
    define

    (‘ABSPATH’, dirname(__FILE__) . ‘/’);

    /** Imposta le variabili di

    WordPress ed include i file. */
    require_once(ABSPATH .’ wp-

    settings.php’);

    Moderator Guido Scialfa

    (@wido)

    Ciao @maurodamico,

    Qualche informazione in più credo sia utile per comprendere la problematica ad esempio:

    1. Prima funzionava ed a seguito di una qualche azione ha smesso?
    2. È stato aggiornato qualcosa come tema, plugin, versione di php, database o che altro?
    3. Su che hosting è installato il sito?
    4. Se usi wp mail smtp hai impostato i dati di una tua gmail?
    5. Che tema stai usando?
    6. Hai provato a contattare il tuo hosting chiedendo se vi è un qualche problema al server smtp?
    7. Quale è il plugin che si occupa della form?

    Inoltre:
    Attiva WP_DEBUG e prova ad inviare una email e controlla se esce un qualche errore.

    Se hai accesso al cpanel del tuo hosting e/o all’ftp hai modo di poter visualizzare i logs di php? Se si, prova a controllare al suo interno se trovi qualcosa.

    Puoi se ti è possibile provare ad attivare il tema di default disabilitando tutti i plugins tranne quello della form e fare un’ulteriore prova.

    Moderator Guido Scialfa

    (@wido)

    Ciao @cakes4passion,

    Vorrei farti una domanda prima di tutto. Hai per caso di recente effettuato uno spostamento del sito a dominio differente?

    Inoltre, se vai in Impostazioni > Generali le url del sito e della home sono corrette?

    Hai modo in caso di poter disabilitare tutti i plugins ed confermare che effettivamente il problema continua a porsi?

    Alternativamente alla disattivazione dei plugins, potresti innanzitutto collegarti via phpMyAdmin ( attraverso il pannello del tuo host ) usando le credenziali che trovi nel file wp-config.php ed effettuare questi due controlli:

    • 1. Che il nome delle tabelle sia lo stesso di quello definito in wp-config.php
    • 2. Che all’interno della tabella {prefisso}_posts vi siano tutti i posts che visualizzi lato frontend da utente non loggato

    Ps. Prima di qualsiasi azione effettua un backup dei files dell’installazione di WordPress ed un backup del database da tenere nel tuo computer onde evitare di perdere dati.

    Ciao, anche se probabilmente hai già risolto ecco un paio di suggerimenti.

    Per l’architettura informativa ti suggerisco di usare delle semplici pagine gerarchiche (o se sei in grado un CPT)

    – servizi per alberghi (pagina padre)
    — servizio di giadinaggio per alberghi (pagina figlio)
    — servizio di lavanderia per alberghi (pagina figlio)
    – servizi per ristoranti (pagina padre)
    — servizio di lavanderia per ristoranti (pagina figlio)
    ecc…

    In questo modo tramite i menu potrai rendere la navigazione abbastanza diretta…

    Rimane pero il problema della ricerca su cui purtroppo WordPress ha della lacune dovute ai limiti tecnici del database.
    Una ricerca secca ” giardinaggio per alberghi” NON potra darti anche la pagina “servizi per alberghi”

    La soluzioni in questo caso sono tre:
    1. Provare con omniserch e vedere che tipo di indicizzazione riesce a fare
    2. Usare Google Custom Search
    3. Implementare un vero motore di ricerca tipo Solr (cosa che però è abbastanza complicata e richiede l’intervento di un sistemista)

    nota:
    per il punto due è necessario prima registrare e configurare il tuo sito. controllare che sia tutto indicizzato e poi implementarlo sul tuo sito tramite il codice che ti verrà fornito.
    in alternativa puoi provare anche uno di questi plugins o cercarne un terzo

    • danielecobretti

      (@danielecobretti)


      é la mia prima volta che elaboro un sito con wordpress,
      l’ho creato in locale con mamp e gira senza problemi.
      che arrivano non appena lo provo a mettere in remoto, esegunedo passo passo tutta la guida:
      – esporto il database da php myadmin, lo importo su il mysql di aruba cambiano il file wp_option cosí:

      Testi completi option_id option_name option_value autoload
      Modifica Modifica Modifica Modifica in linea Copia Copia Elimina Elimina 1 siteurl http://www.mn-ibizaboatcharter.com yes
      Modifica Modifica Modifica Modifica in linea Copia Copia Elimina Elimina 2 home http://www.mn-ibizaboatcharter.com yes

      – importo tutto con filezilla cambiando il wp_config esattamente con i dati forniti a me da aruba cosi:

      [Rimosso per motivi di sicurezza]

      il punto é che continua a darmi quest’errore nonostante abbia provato navigando in 2000 siti per soluzioni:

      Parse error: syntax error, unexpected T_STRING in /web/htdocs/www.mn-ibizaboatcharter.com/home/wp-config.php on line 26

      non so neanche individuare la linea 26 per sapere se in realtá c’é un errore.

      un grazie infinito a chi puó aiutarmi, anche perche ho cancellato il sito precedente e questa settimana bisogna per forza andare online per l’inizio della stagione.

      grazie mille ancora.

Stai vedendo 15 risultati - da 166 a 180 (di 191 totali)