Risultati della ricerca per 'Database wordpress host'

Stai vedendo 15 risultati - da 76 a 90 (di 196 totali)
    • Ciao a tutti, vi scrivo dal Canada e premetto di essere una vecchia signora. 😉

      Da 20 anni ho il mio sito di citazioni e poesie, che sento un po’ come il mio figlio extra…
      Per poterlo rendere responsive 2 anni fa mi sono messa al lavoro per rifare tutto e ho praticamente smesso di aggiornare il sito online per non alterare il database.
      Ho creato un tema from scratch usando Elementor, creando i CPT di cui avevo bisogno, mettendo le gallerie fotografiche in cloud ecc.
      Alla fine (mi vergogno a dirlo ci sono voluti 18 mesi, ho dovuto imparare faticosamente tutto) il sito qui in localhost su Xampp pareva funzionare perfettamente.
      Lo ho trasferito online in una sottocartella del mio dominio e ovviamente sono iniziati i problemi.
      Cercando di farla breve, dopo avere rifatto tutto già per 3 volte, sono arrivata alla conclusione che il problema maggiore sia nell’importazione del database e delle immagini che “pare” avvenire regolarmente in locale, ma in effetti per quanto riguarda le immagini lavora su link online e non sulle immagini in locale.
      Il vecchio sito aveva un struttura di cartelle mensili per le immagini in uploads (parlo di un sito che è quasi un portale, ca 7000 le immagini originali, 25 mila pagine più il blog) che ho provato ad importare pari pari via Filezilla quindi manualmente, ma non vengono “letti” nella Media Library di WordPress: ci sono, sono presenti ma non li vedi nella libreria.
      Se provo ad importarli dalla libreria ovviamente finiscono tutti in una cartella unica alla data del giorno in cui li importo e va a creare una unica cartella da quasi 30 mila immagini (thumbnails ecc) cambiando cosi’ i link e rendendo impossibile la gestione al server online (per quanto sia un contratto professionale reggere una cartella del genere non è il massimo).
      Qualcuno mi potrebbe spiegare visto che ho cercato aiuto ovunque senza ottenerne, come devo fare per potere riprodurre la stessa situazione esistente oggi online sul mio sito vecchio, nel nuovo sito.
      So che non sono chiara, ma non so come meglio spiegarmi.
      L’unica cosa che so è che voglio e debbo riuscirci a rimettere online il mio nuovo sito e il tempo mi sta divenendo stretto per motivi di salute.
      Non so se debbo citare qui il link al vecchio sito online, non vorrei fare spam.
      Vi prego, aiutatemi!

      Grazie
      Lio

    Si il problema è localhost che risulta visibile solo da locale e non in remoto.

    https://it.wordpress.org/support/forum/installazione/
    Leggi quale guida usare se cambi di dominio a dominio nello specifico devi cambiare i riferimenti del vecchio dominio nel nuovo dentro il database sia per plugin o altro e poi ti fermi al punto 1). Importante servono i backup completi dei file e mysql.

    Usi YoastSeo (tramite i tag si occupa lui della modifica senza che fai modifiche manuali) per Google search control?

    Ciao se il tuo server e php funziona in http://localhost:8888/index.php (easyphp aggiunge tale file) non puoi riscontrare ERR_CONNECTION_REFUSED discorso diverso se la porta è diversa (se non specificata è 80 per http) o il webserver e/o php sono momentaneamente in pausa.

    Quando ci si trasferisce da dominio a dominio devi seguire tale guida https://codex.wordpress.org/Moving_WordPress#Changing_Your_Domain_Name_and_URLs seguito anche dai consigli per modificare le varie voci del dominio nel database.

    1)(riferimebto back-up completo dei file e MySQL) https://codex.wordpress.org/Moving_WordPress#Moving_to_a_New_Server

    2)Dentro il tema nel file functions.php inserisci le url (se non esiste functions.php crealo e inserisci le url https://codex.wordpress.org/Changing_The_Site_URL

    3)A questo punto dovresti accedere e poter scaricare plugin per modificare i link nel database come descritto nel punto 1 (puoi anche scaricare la 4 opzione uno script da inserire dentro una cartella segreta all’interno dell’istallazione wordpress)

    4)Leggi l’intera pagina prima di applicare i miei primi tre consigli.

    • morganpubblicita

      (@morganpubblicita)


      Ok, sto avendo un problema abbastanza strano con il mio sito in localhost. Dopo averlo portato su sito e resomi conto che c’erano delle problematiche, lo ho riportato su localhost per fare delle prove. Cambio siteurl e home nel database in http://localhost:8888/wordpress/ e, per scrupolo, inserisco la stessa cosa anche in wp-config.php (define( ‘WP_HOME’, ‘http://localhost:8888/wordpress’ );
      define( ‘WP_SITEURL’, ‘http://localhost:8888/wordpress’ );) ma nulla. Sbatto a destra e manca, ma nulla. Provo allora a usare il define( ‘RELOCATE’, true ); come suggerito nella guida di wordpress, inserito subito sotto il WP_DEBUG (che ora è dettato a false). per un pò ha funzionato e ho riscontrato che il problema proveniva da un conflitto del tema, lo tolgo ma continuo a non poter accedere all’home. Vado a mangiare perplesso e mi rimetto nel pomeriggio, e… ora non riesco proprio ad accedere al sito! nulla, mi dice: Safari non può connettersi al server (non è vero perché ho un altra cartella con un installazione diversa e database diverso e funziona liscio.) se lo apro su Google: ERR_CONNECTION_REFUSED. La cosa strana? l’index parte in http://localhost:8888, ma quando vado ad aprire la cartella wordpress per entrare nel sito, l’url diventa http://localhost/wordpress/.

      Vi prego, aiutatemi!

    luca21

    (@luca21)

    Ciao @centroharmonie ,
    in pratica è stato fatto un bel casino tra sovrascritture e cose nuove.

    A questo punto nel pannello di controllo ho scelto Gestione Hosting WordPress, ma prima di farmi fare il login mi è stata chiesta la procedura classica di installazione di Word Press quando si ha un database vuoto.

    Il guaio è stato fatto qui ritengo. Tu non hai la necessità di fare l’ installazione ex-novo di nulla, ti basta importare il vecchio database. Hai anche già eseguito la necessaria modifica al file di configurazione.

    E adesso? penso sia meglio rifare tutto. Reimporta il sito via FTP come hai già fatto. A questo punto importa anche il vecchio database. Il pannello di hosting di Aruba a volte è poco frendly. Puoi importare il database anche con adminer https://www.adminer.org
    metti lo script in una cartella che crei ad hoc, molto comodo da usare secondo me.
    Un saluto.

    PS. Forse era meglio se aprivi una discussione nuova invece di agganciarti ad una vecchia.

    • centroharmonie

      (@centroharmonie)


      Ciao a tutti,
      non sono esperta nella gestione di siti quindi scusate se quanto chiederò sarà scontato.
      Non so se sto inerendo la mia richiesta nella posizione corretta… portate pazienza
      Spero di riuscire a spiegarmi, ho letto qualcosa in rete ma non sono riuscita a risolvere il problema di cui vi scrivo sotto.
      Devo migrare il mio sito dal vecchio hosting ad aruba, il dominio rimane lo stesso. Ho in locale sia la cartella contenente i file WP del sito (funzionante sul vecchio hosting) che il file .sql che mi sono stati dati da chi a suo tempo aveva realizzato il sito con WP.
      Ho caricato tramite filezilla tutti i file (ad esclusione del file .sql) sull’FTP di aruba ed ho modificato il file wp-config.php nelle sezioni indicate sotto

      •define(‘DB_NAME’, ‘nuovo_nome _db’)
      •define(‘DB_USER’, ‘nuovo_nome_utente_db’)
      •define(‘DB_PASSWORD’, ‘nuova_password’)
      •define(‘DB_HOST’, ‘nuovo_host’)
      Ho poi importato il database e tutto ha funzionato – il database mi compare ha la seguente struttura:
      wp_commentmeta
      wp_comments
      wp_links
      wp_logger_ginger
      wp_options
      wp_postmeta
      wp_posts
      wp_termmeta
      wp_terms
      wp_term_relationships
      wp_term_taxonomy
      wp_usermeta
      wp_users
      wp_yoast_seo_links
      wp_yoast_seo_meta
      A questo punto nel pannello di controllo ho scelto Gestione Hosting WordPress, ma prima di farmi fare il login mi è stata chiesta la procedura classica di installazione di Word Press quando si ha un database vuoto.
      (…Benvenuto nella famosa installazione di WordPress in cinque minuti! Compila semplicemente le informazioni qua sotto e sarai già sulla strada per utilizzare la piattaforma di pubblicazione più estesa e potente del mondo …)
      Ho fatto l’installazione inserendo quanto mi è stato richiesto, in seguito il database che avevo importato prima si presenta con questa struttura:
      wp312_commentmeta
      wp312_comments
      wp312_links
      wp312_options
      wp312_postmeta
      wp312_posts
      wp312_termmeta
      wp312_terms
      wp312_term_relationships
      wp312_term_taxonomy
      wp312_usermeta
      wp312_users
      wp_commentmeta
      wp_comments
      wp_links
      wp_logger_ginger
      wp_options
      wp_postmeta
      wp_posts
      wp_termmeta
      wp_terms
      wp_term_relationships
      wp_term_taxonomy
      wp_usermeta
      wp_users
      wp_yoast_seo_links
      wp_yoast_seo_meta
      fatto ciò vedo che il sito praticamente ignora le tabelle importate e si comporta come se fosse un sito creato partendo da un database vuoto… risultato che il vecchio sito pur essendo su FTP ed avendo tutte le tabelle del vecchio database praticamente …. Non esiste….
      non so se sia pertinente ma ho notato che il database del vecchio sito riporta quanto segue:
      — phpMyAdmin SQL Dump
      — version X.X.X
      https://www.phpmyadmin.net/

      — Host: localhost:XXXX
      — Creato il: —————————————-
      — Versione del server: XX.X.X-CCCCCCCCCCCCCCC
      — Versione PHP: X.X.X

      SET SQL_MODE = “NO_AUTO_VALUE_ON_ZERO”;
      SET AUTOCOMMIT = 0;
      START TRANSACTION;
      SET time_zone = “+00:00”;

      /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
      /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
      /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
      /*!40101 SET NAMES utf8mb4 */;

      — Database: VECCHIO NOME DATABASE

      Mentre se esporto in locale un database creato partendo da uno vuoto trovo:
      — phpMyAdmin SQL Dump
      — version Y.Y.Y.Y
      http://www.phpmyadmin.net

      — Host: YY.YY.YYYY.YY
      — Generato il: —————————
      — Versione del server: Y.Y.YY
      — Versione PHP: Y.Y.Y

      SET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”;
      SET time_zone = “+00:00”;

      /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
      /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
      /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
      /*!40101 SET NAMES utf8 */;

      — Database: NUOVO NOME DATABASE

      Ho provato a modificare il vecchio file .sql prima di importare (ho sostituito i valori delle versioni ed il nome del database) ma praticamente il risultato rimane lo stesso…
      Ho anche visto che WP crea tabelle che hanno come nome wp312_xxxxxxxx mentre il vecchio database crea tabelle con nome wp_xxxxxxxxx
      non so se siano una osservazioni pertinenti.
      Riuscite ad aiutarmi?
      Grazie!!!

    centroharmonie

    (@centroharmonie)

    Ciao a tutti,
    non sono esperta nella gestione di siti quindi scusate se quanto chiederò sarà scontato.
    Non so se sto inerendo la mia richiesta nella posizione corretta… portate pazienza
    Spero di riuscire a spiegarmi, ho letto qualcosa in rete ma non sono riuscita a risolvere il problema di cui vi scrivo sotto.
    Devo migrare il mio sito dal vecchio hosting ad aruba, il dominio rimane lo stesso. Ho in locale sia la cartella contenente i file WP del sito (funzionante sul vecchio hosting) che il file .sql che mi sono stati dati da chi a suo tempo aveva realizzato il sito con WP.
    Ho caricato tramite filezilla tutti i file (ad esclusione del file .sql) sull’FTP di aruba ed ho modificato il file wp-config.php nelle sezioni indicate sotto

    •define(‘DB_NAME’, ‘nuovo_nome _db’)
    •define(‘DB_USER’, ‘nuovo_nome_utente_db’)
    •define(‘DB_PASSWORD’, ‘nuova_password’)
    •define(‘DB_HOST’, ‘nuovo_host’)
    Ho poi importato il database e tutto ha funzionato – il database ha la seguente struttura:
    wp_commentmeta
    wp_comments
    wp_links
    wp_logger_ginger
    wp_options
    wp_postmeta
    wp_posts
    wp_termmeta
    wp_terms
    wp_term_relationships
    wp_term_taxonomy
    wp_usermeta
    wp_users
    wp_yoast_seo_links
    wp_yoast_seo_meta
    A questo punto nel pannello di controllo ho scelto Gestione Hosting WordPress, ma prima di farmi fare il login mi è stata chiesta la procedura classica di installazione di Word Press quando si ha un database vuoto.
    (…Benvenuto nella famosa installazione di WordPress in cinque minuti! Compila semplicemente le informazioni qua sotto e sarai già sulla strada per utilizzare la piattaforma di pubblicazione più estesa e potente del mondo …)
    Ho fatto l’installazione inserendo quanto mi è stato richiesto, in seguito il database che avevo importato prima si presenta con questa struttura:
    wp312_commentmeta
    wp312_comments
    wp312_links
    wp312_options
    wp312_postmeta
    wp312_posts
    wp312_termmeta
    wp312_terms
    wp312_term_relationships
    wp312_term_taxonomy
    wp312_usermeta
    wp312_users
    wp_commentmeta
    wp_comments
    wp_links
    wp_logger_ginger
    wp_options
    wp_postmeta
    wp_posts
    wp_termmeta
    wp_terms
    wp_term_relationships
    wp_term_taxonomy
    wp_usermeta
    wp_users
    wp_yoast_seo_links
    wp_yoast_seo_meta
    fatto ciò vedo che il sito praticamente ignora le tabelle importate e si comporta come se fosse un sito creato partendo da un database vuoto… risultato che il vecchio sito pur essendo su FTP ed avendo tutte le tabelle del vecchio database praticamente …. Non esiste….
    non so se sia pertinente ma ho notato che il database del vecchio sito riporta quanto segue:
    — phpMyAdmin SQL Dump
    — version X.X.X
    https://www.phpmyadmin.net/

    — Host: localhost:XXXX
    — Creato il: —————————————-
    — Versione del server: XX.X.X-CCCCCCCCCCCCCCC
    — Versione PHP: X.X.X

    SET SQL_MODE = “NO_AUTO_VALUE_ON_ZERO”;
    SET AUTOCOMMIT = 0;
    START TRANSACTION;
    SET time_zone = “+00:00”;

    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
    /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
    /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
    /*!40101 SET NAMES utf8mb4 */;

    — Database: VECCHIO NOME DATABASE

    Mentre se esporto in locale un database creato partendo da uno vuoto trovo:
    — phpMyAdmin SQL Dump
    — version Y.Y.Y.Y
    http://www.phpmyadmin.net

    — Host: YY.YY.YYYY.YY
    — Generato il: —————————
    — Versione del server: Y.Y.YY
    — Versione PHP: Y.Y.Y

    SET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”;
    SET time_zone = “+00:00”;

    /*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
    /*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
    /*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
    /*!40101 SET NAMES utf8 */;

    — Database: NUOVO NOME DATABASE

    Ho provato a modificare il vecchio file .sql prima di importare (ho sostituito i valori delle versioni ed il nome del database) ma praticamente il risultato rimane lo stesso…
    Ho anche visto che WP crea tabelle che hanno come nome wp312_xxxxxxxx mentre il vecchio database crea tabelle con nome wp_xxxxxxxxx
    non so se siano una osservazioni pertinenti.
    Riuscite ad aiutarmi?
    Grazie!!!

    • Buongiorno,

      sto cercando di fare il restore di un sito precedentemente gestito da cPanel differente rispetto all’attuale.

      Di conseguenza ho un db differente e riscontro problemi nel fare il restore.
      Mi spiego meglio; tramite Register ho recentemente attivato e un servizio hosting WordPress correttamente associato al miodominio.it; la configurazione di default ha creato un db con nome (fittizio) “ilmiodb” e tutte le varie cartelle di default accessibili tramite file manager.

      Ora però io sono in possesso di un backup del sito miodominio.it precedentemente ospitato da altro account e hosting WordPress e quindi altro cPanel e altro db con nome “db-backup“.

      Il backup del quale sono in possesso contiene l’intera cartella “public_html” e il db-backup.

      Quindi per fare il restore nel nuovo hosting WordPress recentemente attivato faccio le seguenti operazioni:
      – carico e attivo in file manager la cartella “public_html” del backup;
      – vado in phpMyAdmin, cancello le tabelle all’interno dell’attuale database con nome “ilmiodb“;
      – importo nello stesso database il file “db-backup.sql” che è il backup del database al quale devo accedere per fare il restore del sito;
      – modifico quindi il seguente parametro in “wp-config.php” sostituendo in /** The name of the database for WordPress */ define(‘DB_NAME’, ‘ilmiodb.sql’) con define(‘DB_NAME’, ‘db-backup.sql’)

      è esatto? Cosa altro dovrei modificare in “wp-config.php”?

      Grazie mille.
      Saluti

    Luca Grandicelli

    (@lucagrandicelli)

    No allora,
    i files di WordPress sono la struttura della piattaforma. Il database è invece dove sono memorizzati tutti i tuoi dati, i contenuti e le impostazioni.
    I files non sono “portatori” dei tuoi post e pagine, ma il tuo database.
    Prova a chiedere al vecchio hosting provider di recuperare un backup completo del db, magari ti possono aiutare.

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve dariotoby

    Per fare una pagina custom il consiglio è di fare un CHILD THEME in cui creare

    un Custom Post Type https://codex.wordpress.org/Post_Types

    oppure https://developer.wordpress.org/themes/template-files-section/page-template-files/

    e utilizzare wpdb per interrogare il database per esempio così

    $mydb = new wpdb('username','password','database','localhost');
    $rows = $mydb->get_results("select Name from my_table");
    echo "<ul>";
    foreach ($rows as $obj) :
       echo "<li>".$obj->Name."</li>";
    endforeach;
    echo "</ul>";

    fonte https://wordpress.stackexchange.com/questions/1604/using-wpdb-to-connect-to-a-separate-database

    https://codex.wordpress.org/it:Riferimento_classi/wpdb

    Chi ha creato la discussione mattiavdr

    (@mattiavdr)

    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 XX.XXX.XXX.XX. 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.

    Nome utente, password e hostname sono corretti, ho la mail di Aruba inequivocabile. Il server è attivo fino a Dicembre 2019…

    • Questa risposta è stata modificata 7 anni, 2 mesi fa da Cristiano Zanca. Motivo: motivi di sicurezza
    Chi ha creato la discussione alex391

    (@alex391)

    Le credenziali che mi chiede wordpress sono: Nome Database, Username, Password, Host database, Nome colonna!
    Nel Nome Database io metto il nome che c’è scritto sul sito (Es. Sql0000000_1), nel username metto il nome del database tranne “_1”, come password metto quella corrispondente all’username per entrare nel sito “mysql.aruba.it” che metto come nome dell’host database e poi come Nome colonna lascio “wp_”… Cosa c’è di sbagliato secondo voi?

    • Salve a tutti.
      Ho un preblema che non vi nascondo mi crea una certa angoscia. Alcuni mesi fa ho installato xampp contenente Apache e mysql. Ho scaricato la versione locale di wordpress.org e l’ho estratta nella directory C:/xampp/htdocs/ rinominando la cartella con il nome del sito che volevo creare(lapetiliana).
      Ho avviato xampp (apache e mysql) e ho creato il database da associare al sito.
      Quindi ho provveduto ad installare wordpress con il browser usando l’uri localhost/nome-sito/wp-admin/install.php.
      Tutto Ok, ho fornito nome di db, email credenziali di accesso.

      Gli accessi successivi al sito li facevo tramite uri localhost/lapetiliana/wp-login.php.

      Ho cominciato a lavorare al mio sito scegliendo tema, articoli, foto e pagine da inserire. Ho svolto parecchio lavoro ed il sito è quasi ultimato.
      Oggi, però tento di accedere al sito e digitando localhost/lapetiliana/wp-login.php anzichè accedere alla pagina di log in, come è sempre successo, si apre la pagina di installazione di wordpress.
      Ho il terrore che tutto il lavoro fatto sia andato perso.
      Mi potete aiutare ?

    • Salve, vorrei sapere a cosa è dovuto questo errore:

      L’ho installato da wp cli e attivato da browser

      [Fri Nov 09 16:35:33.840524 2018] [php7:notice] [pid 7863] [client ::1:53666] WordPress errore sul database Table 'x.wp_wpgdprc_access_requests' doesn't exist per la query ALTER TABLEwp_wpgdprc_access_requests\n ADD columntokentext NOT NULL AFTERip_address; fatta da require_once('wp-admin/admin.php'), require_once('wp-load.php'), require_once('wp-config.php'), require_once('wp-settings.php'), do_action('plugins_loaded'), WP_Hook->do_action, WP_Hook->apply_filters, WPGDPRC\\WPGDPRC->init, WPGDPRC\\WPGDPRC::handleDatabaseTables, referer: http://localhost:81/wp-admin/plugins.php?plugin_status=all&paged=1&s

      Nota: Lo scaricato oggi pomeriggio.

      Cosa devo fare?
      Grazie mille.

      • Questo topic è stato modificato 7 anni, 4 mesi fa da Luigi Amorfini.

    @adam1989r

    come ti dicevo qui https://it.wordpress.org/support/topic/le-immagini-inserite-in-post-e-pagine-non-si-aprono/#post-20580

    il sito in locale ha lo scopo di testare in locale il sito ed apporre le modifiche che vuoi, che poi trasporti nel sito che hai in rete.

    Il sito in locale è esattamente come quello in rete, ha un server ed un database esattamente come quello in rete, è lo stesso identico sito ma che vedi solo tu.

    Il sito creato in locale con MAMP inizia con localhost:8888/tuo_sito

    • Questa risposta è stata modificata 7 anni, 4 mesi fa da steve92.
Stai vedendo 15 risultati - da 76 a 90 (di 196 totali)