Risultati della ricerca per 'Ftp wordpress admin'

Stai vedendo 15 risultati - da 16 a 30 (di 96 totali)
    • Salve a tutti è la prima volta che scrivo in questo forum.
      Ho un problema che non riesco a risolvere all’interno del back office, il sito funziona e si visualizza bene anche la parte admin, nel back office nel momento in cui clicco su qualsiasi opzione ( impostazioni, plugin, articoli, pagine, qualsiasi opzione), mi reindirizza in pagina non trovata.
      Premetto che non ho effettuato una copia di Backup per dimenticanza
      Ultima versione di WordPress istallata
      Ho abilitato gli aggiornamenti automatici dei plugin

      Prove effettuate: disattivazione dei plugin tramite ftp e database, ma non ha funzionato e mi scompiglia il pannello.
      Ho provato a rinominare la cartella plugins in ftp, ma nulla
      cancellazione del file .htaccess dalla root, ma nulla

      non ho idea di cosa sia successo, il sito ha sempre funzionato bene, ultimo plugin che ricordo che ho installato è WP Fastest Cache, che ho disabilitato da database, ma il sito non va, gentilmente chiedo se è mai capitato a qualcuno e abbia una soluzione

    Ciao @iltemadilara ,
    Per installare WordPress utilizzo se possibile l’installazione automatica di wp da parte dell’ hosting. cPanel probabilmente ha l’opzione di installazione automatica di wp.
    Se non c’è la possibilità o non voglio l’ultimissima release di wp o l’installazione automatica non mi è piaciuta, faccio a mano.
    Carico, tramite il file manager dell’hosting (cPanel ha il file manager) il file .zip che si ottiene facendo il download di WP. Sempre col file manager estraggo i file dallo .zip e poi li trasporto nella cartella principale del dominio.
    Dopo di che chiamo il mio dominio col browser e seguo le istruzioni.

    Per disinstallare WP si cancellano tutti i file, con un programma FTP o sempre col filemanager di cPanel. Si pulisce anche il database con phpmyadmin che c’è sempre disponibile.
    Si può evitare la pulizia del database se la nuova installazione di wp avrà un prefisso delle tabelle diverso da quello già usato.
    Buon lavoro 🙂

    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.
    • Buongiorno a tutti,

      Ho un grosso problema post migrazione.
      A seguito di cattive performance su un hosting Register ho effettuato una migrazione (attraverso il loro plugin automatizzato) verso un hosting Siteground.

      A seguito della migrazione, avvenuta correttamente, ho puntato i DNS verso il dominio rimasto su register. Nello specifico essendo un dominio di terzo livello ad avere l’installazione wordpress ho puntato solo l’IP e non i name server in modo da non avere problemi sul dominio principale.

      Problema: a migrazione e propagazione avvenuta mi trovo senza la barra admin di wordpress. Il percorso wp-admin è corretto come anche le credenziali, mi loggo correttamente ma una volta loggato vedo il front end della home senza la admin bar.
      Se digito “da loggato” (verificato grazie alla pagina account di woocommerce) nuovamente /wp-admin ricevo il messaggio in oggetto.

      Ho contattato più volte Siteground e parlato con diversi operatori, il server è ok e non dipende da loro ma dal wordpress mi dicono.

      In ordine al momento ho fatto, senza risolvere:

      1- Svuotato cache browser e provato da un altro pc con diverso browser a entrare
      2- Rinominato cartella plugin da FTP
      3- Rinominato cartella tema da FTP
      4- cambiato credenziali di accesso
      5- verificato prefissi nelle tabelle del DB
      6- ripristinato back up

      Non ho risolto e sono abbastanza frustrato dalla situazione.
      Qualcuno ha qualche suggerimento?

      Un unico dubbio che mi rimane riguarda un errore di creazione di una tabella nel DB da parte di woocommmerce prima della migrazione. Non avevo aggiornato woocommerce all’ultima versione fixata. Attendevo di farlo una volta migrato.

      Grazie a chiunque risponderà

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    Moderator Rosetta Facciolini

    (@ramthas)

    Web Manager

    Ciao @margherit
    per risolvere la situazione è necessario disattivare wpml se non intendi utilizzarlo e provare a fare il login, se non dovesse andare allora è necessario disattivare anche polylang. Dato che non riesci ad accedere al pannello admin di WP è necessario fare questa operazione tramite FTP nel tuo spazio hosting, qui trovi le procedure: https://it.wordpress.org/support/topic/prima-di-aprire-un-ticket-leggi-qui/

    Siamo qui se hai bisogno di aiuto.
    Facci sapere se risolvi 🙂

    Forum: Varie ed eventuali
    Come il topic: Migrazione sito web
    • Anonymous User

      (@anonymized-17859033)


      Buongiorno, ho creato un sito web in locale con wordpress e Elementor Pro attraverso il programma Local by Flywheel. Ho un NAS Synology DS218+ che uso come storage, ma ha anche la funzione di Hosting è la voglio sfruttare. Premetto che il dominio web lo acquisterò il prossimo mese. Ho installato con successo wordpress sul NAS e ho aperto la porta dall’esterno per visionare il sito. Tutto funziona perfettamente. Ho utilizzato “updraftPlus Migrator” per fare la migrazione da locale a NAS, a fine migrazione si disconnette chiedendomi di ricconettermi (ovviamente con ID e PW del sito in locale). Qua nasce il problema quando mi connetto con IP pubblico e relativa porta chiedendo il login mi da errore 502. Ho notato nella URL la seguente dicitura “http://fixtek.local/wp-login.php?redirect_to=http%3A%2F%2F192.168.178.25%3A81%2Fwp-admin%2F&reauth=1” quindi fa un reindirizzamento dal vecchio al nuovo, ma con esito negativo. Ho provato anche ad installarlo manualmente importanto database e modificando wp-config, stesso errore. Non so più cosa fare, qualche aiuto? Grazie.

    • Dall’ultimo aggiornamento di wordpress 5.2.3 mi è stata cambiata la lingua dell’admin ho un sito in 4 lingue ( italiano, inglese, francese, spagnolo) e l’admin si è inserito solo in inglese e non mi cambia più le lingue. Sia nelle impostazioni come lingua predefinita c’è Italiano e anche in WPML è stata selezionata la lingua italiana. Sono entrata anche con FTP per abilitare la lingua italiana ed è tutto a posto. Ho riaggiornato anche wordpress ma la situazione non cambia
      Qualcuno può aiutarmi?
      Grazie
      Debora

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    • Salve a tutti, non credo di aver trovato una domanda simile in questo Forum, ed in caso sia gia’ stata risposta vi ringrazio per un indirizzamento ad un altro thread.

      Da un paio di giorni il mio sito basato su WordPress ha smesso di funzionare. Qualsiasi pagina .php da Gateway Timeout e non posso piu accedere alla dashboard.

      Un paio di giorni prima avevo ricevuto una email da parte di WordPress che diceva che era disponibile una nuova version di WordPress, la 5.2.3, e che il sito era stato aggiornato. Poco dopo ho ricevuto una email che informava che l’aggiornamento era fallito e di provare https://www.goldmarck.com/wp-admin/update-core.php, il quale pero’ non risponde e da’ Gateway timeout.

      Inizio quindi a pensare che il sito non funzioni piu perche’ l’aggiornamento e’ andato male. Non so quindi cosa fare. Posso solo accedere in FTP.

      Sarei veramente riconoscente per qualsiasi aiuto, o anche solo sapere come salvare le pagine e reinstallare tutto da zero.

      Grazie, Filippo

      La pagina su cui ho bisogno di aiuto: [devi essere connesso per vedere il link]

    Forum: Varie ed eventuali
    In risposta a: da remoto a locale

    Hai i back-up dei file ftp e del database?
    Altrimenti con un cliente ftp copia il contenuto dei tuoi file, con l’applicativo per il tuo database crea il tuo file sql.
    3GB zippati sono tanti e devi modificare il tempo di esecuzione, upload di php per utilizzarlo da plugin.
    Eccetto la cartella upload e dunque i file core e altri file non dovrebbe essere difficile da importare via ftp (la cartella upload darà tanto da fare invece).
    dividi il file sql in più parti se phpmyadmin non te lo passa 🙂
    http://www.manuelmarangoni.it/sir-bit/1574/dividere-un-file-sql-del-database-in-piu-parti-con-sql-dump-splitter/
    Poi dovrai cambiare le url di WordPress e usare un plugin per impostare il nuovo percorso https://wordpress.org/support/article/moving-wordpress/#changing-your-domain-name-and-urls

    Ciao @melindasue ,
    Per poter usare WordPress sono necessari sia l’accesso FTP al sito sia quello diretto al database (phpMyAdmin, Adminer), non si può farne a meno.
    Un paio di link di documentazione riguardo alla disinstallazione manuale di plugin:
    https://sos-wp.it/disattivare-i-plugin-quando-non-hai-accesso-alla-bacheca/
    https://kinsta.com/it/knowledgebase/disattivare-plugin-wordpress/
    Dovrebbe esserci anche una pagina di ducumentazione ufficiale wp ma non trovo l’indirizzo e sarà in inglese probabilmente.
    Un saluto.

    Chi ha creato la discussione Stefano Cassone

    (@deadpool76)

    Prima di pubblicare, assicurati di aver provato a iniziare eseguendo la procedura di risoluzione dei problemi descritta di seguito:

    • Svuotamento di tutti i plugin della cache che potresti avere in esecuzione, nonché delle cache del server e / o del browser. Non solo il browser, ma anche qualsiasi op cache o cache della rete di contenuti, così come Cloudflare. Questo risolverà molti strani problemi di JavaScript.
    • Svuotamento della cache dell’host gestito. L’hosting WP gestito ha spesso cache speciali. Se il tuo hosting ha uno strumento “Purge Varnish” o “Flush Memcache”, provalo. Puoi chiedere al tuo provider di scaricare memcache e Varnish per te, se necessario.
    • Salva nuovamente le impostazioni per i Permalink. In alcuni casi, abbiamo visto programmi di installazione di terze parti, come Softaculous, creare siti con regole leggermente errate nel file .htaccess. Mentre queste regole non sarebbero state un problema nelle versioni precedenti, in WordPress 5.0, avere queste regole errate può danneggiare le REST API. Il nuovo salvataggio dei permalink nella pagina Impostazioni-> Permalink in WordPress risolverà queste regole nel file .htaccess e, eventualmente, corregge errori “failed” nel nuovo editor.
    • Risoluzione dei problemi con il tuo browser. Il tuo browser può aiutarti a identificare problemi o conflitti JavaScript e questo articolo può aiutarti a fare quella diagnosi. Questo potrebbe aiutare a identificare anche i problemi dell’Editor visuale.
    • Assicurati di avere l’Editor visuale abilitato. Visita la pagina Utenti->Il tuo profilo. La prima opzione disabiliterà l’editor visuale. Assicurati che l’opzione sia disabilitata e salva le impostazioni del tuo profilo.
    • Disattivazione di tutti i plugin (sì, tutti) per vedere se questo risolve il problema. Se funziona, riattiva i plugin uno per uno fino a quando non tri il plugin (o i plugin) che causa i problemi. Se non puoi accedere alla bacheca di amministrazione, prova a reimpostare la cartella dei plugin tramite SFTP/FTP o PhpMyAdmin (Leggi “How to deactivate all plugins when you can’t log in to wp-admin” se hai bisogno di aiuto). Qualche volta che un plugin apparentemente inattivo possa causare problemi. Ricordati anche di disattivare i plugin nella cartella mu-plugins. Il metodo più facile è di rinominare la cartella in mu-plugins-old.
    • Passa al tema Twenty Nineteen per escludere problemi relativi al tema. Se non puoi accedere per cambiare i temi, puoi rimuovere la cartella del tema tramite SFTP/FTP in modo che ci sia solo twentynineteen. Questo forzerà il tuo sito a usarlo.
    • Aggiorna manualmente. Qualora anche questo non dovesse funzionare, scarica una copia nuova dell’ultimo file .zip della 5.0.* nel tuo computer (in alto a destra in questa pagina), e usalo per copiarlo nel sito. Devi cancellare le cartelle wp-admin e wp-includes sul tuo server (ATTENZIONE: non cancellare la directory wp-content directory o il tuo file wp-config.php). Leggi l’articolo Manual Update directions first
    • Se puoi installare i plugin, installa “Health Check”: https://wordpress.org/plugins/health-check/. Nella scheda per la risoluzione dei problemi, puoi cliccare sul pulsante per disattivare tutti i plugin e cambiare il tema, mentre sei ancora connesso, senza penalizzare i normali visitatori sul tuo sito.

    Se hai bisogno di creare un topic per il supporto, If you need to create a support topic, puoi fornire i dati di debug per i volontari di supporto visitando la sezione Site Health in Strumenti > Site Health > Info.

    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!!!

Stai vedendo 15 risultati - da 16 a 30 (di 96 totali)