Risultati della ricerca per 'Nome database wordpress'

Stai vedendo 13 risultati - da 91 a 103 (di 103 totali)
  • Problemi di SPAM ne ho avuti tanti anche io ma fortunatamente li ho risolti con pochi accorgimenti.
    Purtroppo questo accade spesso e ciò non dipende da WordPress o dai suoi PlugIn ma dai gestori di account di posta elettronica del destinatario che spesso mettono in SPAM certi messaggi provenienti da server di posta in uscita (SMTP) che ancora non conoscono oppure da indirizzi e-mail del mittente del tipo noreply@….. o ancora non acquisiti dal database.
    Altra cosa che ho notato è che anche la forma più o meno accattivante o le parole utilizzate nel messaggio possono comportare la messa in SPAM. E’ sempre preferibile utilizzare frasi molto semplici e dirette senza tanti “Gentile utente, … ciao (nomeutente) …, ecc.).
    In ogni caso, io preferisco sempre mettere sulle pagine sito un avvertimento del tipo:
    “ATTENZIONE QUALORA NON SI RICEVA L’E-MAIL (a seconda del caso, di conferma dell’ordine, oppure di conferma di attivazione del servizio, di conferma di attivazione dell’account, ecc.) ENTRO BREVE TEMPO (massimo 15 minuti), SI PREGA DI VERIFICARE TRA LE “SPAM” DELL’ACCOUNT DI POSTA ELETTRONICA O PRESSO IL GESTORE DEL SERVIZIO, OVVERO DI RICONTROLLARE CON CURA LA CORRETTEZZA DELL’INDIRIZZO DI POSTA ELETTRONICA IMMESSO”.
    A presto

    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.

    Chi ha creato la discussione Ragnarox97

    (@ragnarox97)

    Grazie a tutti per le risposte, ho seguito quello che mi avete detto, ma il sito ancora non si vede. Ho modificato il file wp-config.php inserendo il nome del database, nome utente e password che ho associato al database tramite il cPanel, e come host ho messo localhost. Da register ho impostato l’hosting linux come hosting primario e sempre da register ho controllato che nella zona dei DNS, l’IP del server web sia quello che mi hanno mandato tramite l’email contenente i dati dell’hosting. Ma non si vede niente sul sito. Poi leggendo l’articolo “Moving_WordPress” ho notato che avevo saltato un passaggio, ossia quello di cambiare i due URL da Impostazioni->Generali dal pannello di controllo di wordpress del vecchio hosting. L’ho fatto, mi ha dato il 404, come era scritto nella guida, ho rifatto backup files via FileZilla e backup database, ho ripristinato il tutto nel nuovo hosting ma niente il sito non si vede.

    • Buondì, ho installato xampp per mettere wordpress in locale, ed ora sono sulla pagina http://localhost:8080/SitoDiProva/wp-admin/setup-config.php dove mi chiede di inserire i dettagli di connessione del database. una volta inseriti, e li ho ricontrollati più di una volta e sono giusti(DBSitoDiProva,nome e password,come host del db ho messo localhost:8080),ho anche modificato le voci nel file wp-config allo stesso modo, quindi una volta messi mi carica la pagina (NON mi da nessune errore!) continua a caricare per un bel momento e come risultato una pagina completamente bianca (l’ulr di quest’ultima pagina è http://localhost:8080/SitoDiProva/wp-admin/setup-config.php?step=2) . Come posso fare? Chiedo aiuto visto che sono molto vicina alla meta di avere installato wordpress,grazie in anticipo!

    • Salve,
      devo modificare l’indirizzo URL principale “www.sito.it” di un sito wordpress (attualmente installato in una cartella di nome “htdocs/blog”, htdocs è la root del server dunque) che faccia si che punti al nuovo sito sviluppato nella directory WordPress “htdocs/blog2”. Tali installazioni hanno in comune lo stesso database MA il prefisso delle relative tabelle è diverso. Dopo alcuni tentativi sono soltanto riuscito a impostare l’homepage del nuovo sito accessibile all’indirizzo URL principale “www.sito.it” ma la restante parte del sito risultava non raggiungibile con errori di tipo 500 (articoli, link ecc. non raggiungibili).
      Ho bisogno che il nuovo sito sia raggiungibile, con tutti i suoi plugin, temi e pagine incluse nella suddetta cartella “blog2”, all’indirizzo principale “www.sito.it” e che il vecchio sito resti comunque raggiungibile nella sua sottocartella “www.sito.it/blog”, senza modifiche ai propri permalink.
      Le guide basilari su un cambio di indirizzo non mi sono state d’aiuto, ho provato anche a copiare nella root i file index.php e .htaccess contenuti in “/blog2” ma è stato tutto vano.
      Ho un urgente bisogno di risolvere questa situazione. Vi ringrazio

      • Questo topic è stato modificato 9 anni, 11 mesi fa da Vincredible.
    Chi ha creato la discussione fragen88

    (@fragen88)

    adesso è uscita questa segnalazione
    Errore nello stabilire una connessione al database
    Questo potrebbe voler dire che nome utente e password nel file wp-config.php sono sbagliate o che non possiamo contattare il database sql.miosito.it. Potrebbe voler dire che il tuo database è irraggiungibile.

    Sei sicuro di avere nome utente e password corretti?
    Sei sicuro di aver immesso l’hostname corretto?
    Sei sicuro che il server del database sia attivo?
    Se non sei sicuro di cosa vogliano dire questi termini prova a contattare il tuo fornitore di hosting. Se hai ancora bisogno di aiuto puoi sempre visitare il forum di supporto di WordPress.

    help me!!!

    Moderator Guido Scialfa

    (@wido)

    Ciao @k4yl0rd,

    Credo che ci sia un problema di fondo se ho ben capito da quello che hai scritto:

    Da quanto ho visto, il db mysql del sito constava di due tabelle:
    information_schema
    <sitename>_com_one
    dove <sitename> è il nome del sito.

    Non è cosa possibile su wordpress perchè il db possiede molte più tabelle già dalla prima installazione. Dai uno sguardo a Database Description e vedrai subito che vi sono parecchie tabelle.

    Inoltre e te lo dico per correttezza e per evitare problemi futuri, mai cambiare le ricorrenze di testo ( stringhe ) nei dump del database, o potresti avere dei problemi per via della serializzazione dei dati.

    Detto questo, sei sicuro che il database sia corretto?

    • k4yl0rd

      (@k4yl0rd)


      Ciao a tutti,
      vi prego di scusarmi in anticipo, non sono assolutamente un esperto in materia e sto cercando di arrangiarmi come posso…
      In breve: il sito wordpress-based di una amica è stato mesi fa compromesso da un attacco hacker, suppongo mediante una shell php… ho visto così tanti code-injection in tutti i file php che la cosa più naturale mi è sembrata ripartire ex novo.
      La mia amica non ha nessuna conoscenza in merito e il sito le era stato fatto da un web designer, suo conoscente, con cui tuttavia non ha più mantenuto i rapporti.

      Ho scaricato l’intero sito via FTP e volevo provare a metterlo in piedi in locale, se non altro per vedere come è stato configurato il look & feel del sito.
      Per fare ciò ho seguito questa guida:
      https://codex.wordpress.org/Test_Driving_WordPress#Installing_an_Existing_WordPress_Site
      ma mi sono arenato sull’import del database via phpMyAdmin integrato in XAMPP.
      Da quanto ho visto, il db mysql del sito constava di due tabelle:
      information_schema
      <sitename>_com_one
      dove <sitename> è il nome del sito.
      Ho esportato il contenuto del DB in un file SQL e dopo aver rimpiazzato, come da guida, tutte le istanze della URL http://www.sitename.com con http://localhost/sitename.com, ho provato a fare l’IMPORT del file sql in myPHPAdmin.
      Ho ottenuto inizialmente un errore sulla prima riga:
      SET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”;

      Ho proceduto a commentarla, e ora mi viene segnalato l’errore sulla seguente:
      CREATE DATABASE information_schema DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;

      Ho commentato anche questa, dato che “information_schema” è presente di default nel db MySQL integrato in XAMPP. L’errore triggerato a questo punto è sulla istruzione successiva:
      USE information_schema;

      Pensando che anche questo potesse esser non necessario, ho commentato anche questa riga.
      L’errore successivo è sulla riga seguente:
      CREATE TEMPORARY TABLE CHARACTER_SETS (
      CHARACTER_SET_NAME varchar(32) NOT NULL DEFAULT ”,
      DEFAULT_COLLATE_NAME varchar(32) NOT NULL DEFAULT ”,
      DESCRIPTION varchar(60) NOT NULL DEFAULT ”,
      MAXLEN bigint(3) NOT NULL DEFAULT ‘0’
      ) ENGINE=MEMORY DEFAULT CHARSET=utf8;

      A questo punto mi son fermato perchè ho pensato che il problema potesse essere altrove.
      Qualcuno ha una idea ? Non so dove sbattere la testa.
      Grazie per il prezioso supporto 🙂

    Moderator Cristiano Zanca

    (@cristianozanca)

    Ciao @cala88,

    è disonibile un accesso ftp e mysql per fare un BACKUP ?

    E’ la prima cosa da fare.

    Modificare l’url dal pannello significa immettere nel database di WP un indirizzo diverso a cui far puntare tutto il sito, quindi bisogna ripristinare l’originale.

    Ora bisogna modificare il database e sostituire “nomesito.com/codice google” con “nomesito.com”
    usando strumenti come SRDB

    Moderator Cristiano Zanca

    (@cristianozanca)

    Ciao @andreapanozzo,

    1) hai controllato che il Database abbia utente e nome db giusto?

    2) se fosse veramente un errore di sintassi

    Parse error: syntax error, unexpected ‘{‘

    hai provato ad scaricare un WP vergine da qui https://wordpress.org/latest.zip ?

    3) potrebbe essere un problema di timeout che blocca il parsing della pagina che viene generata durante la richiesta di xmlrpc/json con un conseguente errore di sintassi, quindi potresti riprovare l’installazione in orari diversi

    Se per salvare le opzioni con lo stesso nome, intendi dire serializzare le informazioni nel database non ne sono molto sicuro.

    In fin dei conti, quando necessario, uso sempre le funzioni interne di WordPress che in genere sono incaricate proprio di fare questo lavoro e quindi non mi preoccupo molto di questa cosa.

    È una cosa che dobbiamo indagare, ma perché ti serve questa informazione?

    Cmq per salvare le opzioni del customizer nella tabella wp_options devi soltanto modificare il valore di type in option.

    Spero di aver chiarito almeno parte dei tuoi dubbi 🙂

    Moderator Guido Scialfa

    (@wido)

    Ciao @andrea,

    Grazie per la risposta, era esattamente quello che avevo capito allora 😀

    C’e’ da considerare però che ad esempio, le settings blogname e blogdescription sono customizzabili via customizer. Quindi comunque anche se magari non rientra nelle best practices posso utilizzare le settings “options” insieme ai theme_mod?

    La classe che uso per le settings, non è cmb2, mi sono trovato meglio con un’altra creata sempre da loro ma che lavora appositamente sulle settings e basta. Però ho ancora il dubbio.

    In riferimento all’ultima domanda se comunque possibile usare le wp_options via customizer, dovrei registrare le options singolarmente ad esempio:

    – prefix_nome_option
    – prefix_nome_option2

    Quindi come colonne separate nel database oppure è anche lecito salvare una sola opzione che usa il nome della settings section in questo modo?

    – prefix_settings_section_as_option
    – single_option
    – single_option2

    Perchè quella classe che uso fa in quest’ultimo modo ma non vorrei creare problemi con il customizer o eventuali future features di WordPress.

    Ps. Darò sicuramente un occhio al tuo articolo. 🙂

    • Questa risposta è stata modificata 10 anni, 4 mesi fa da Guido Scialfa. Motivo: improvements
Stai vedendo 13 risultati - da 91 a 103 (di 103 totali)