Risultati della ricerca per 'Wordpress database http to https'

Stai vedendo 15 risultati - da 106 a 120 (di 315 totali)
  • 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.

    Ho dato un’occhiata e direi che il problema è conseguente al passaggio da http a https. Nello specifico si tratta di un problema di cosiddetto mixed-content, ovvero risorse http richiamate da una pagina https.
    Questo significa che non sono state sostituite tutte le occorrenze di URL http nel database. Per fare questa sostituzione ci sono dei tool appositi, che trovi elencati nel Codex alla pagina Moving WordPress. Personalmente utilizzo WP-CLI per questo tipo di operazioni ma se non hai familiarità con la shell o magari non ce l’hai proprio disponibile puoi usare il plugin Better Search Replace oppure lo script (non plugin) di Interconnect/it (li trovi entrambi linkati nella documentazione). In ogni caso meglio evitare sostituzioni grezze perché possono provocare danni ai dati serializzati. Fondamentale anche fare un backup del database prima dell’operazione.
    In sostanza dovrai effettuare una sostituzione di http://strimpellatori.altervista.org con https://strimpellatori.altervista.org.
    Visto che utilizzi Cloudflare, una soluzione di ripiego è usare una la funzionalità Automatic HTTPS Rewrites che effettua la sostituzione on-the-fly.

    • Questa risposta è stata modificata 6 anni, 11 mesi fa da Marco Chiesi.

    Il plugin FG PrestaShop to WooCommerce funziona bene ma opera accedendo direttamente al database di PrestaShop e non tramite file CSV. Se hai modo di ottenere l’accesso al DB di PrestaShop (o un dump SQL), probabilmente è la strada migliore.
    In alternativa puoi valutare WP All Import ma l’addon per WooCommerce è a pagamento, e comunque richiede un po’ di setup per funzionare, in quanto è un plugin di importazione general-purpose (molto potente ma da personalizzare caso per caso).

    centroharmonie

    (@centroharmonie)

    grazie @luca21
    hai ragione era meglio che aprissi una discussione nuova … ma non sapevo come fare adesso ho imparato e l’ho aperta qui
    https://it.wordpress.org/support/topic/migrazione-su-aruba-stesso-dominio/
    scusami se continuo qui … ma non so come altro fare per risponderti
    se ho capito bene quello che devo fare è:
    1) cancello tutto quello che c’è ora su FTP
    2) reimporto il vecchio sito su FTP
    3) cancello tutto nel database che ha tabelle wp312_ e wp_ (quello incasinato…)
    4) reimporto il database modificato
    è giusto?
    grazie!

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

    Luca Grandicelli

    (@lucagrandicelli)

    Ciao @purcioso,
    probabilmente no, visto che si tratta di risultati molto custom.
    Ad ogni modo, in WordPress non è affatto consigliato eseguire query dirette al database. Piuttosto, utilizza la class WPDB:
    https://codex.wordpress.org/Class_Reference/wpdb

    Come hai spostato il tutto?

    Comunque proverei in prima istanza così.
    Installa su entrambi i siti https://it.wordpress.org/plugins/customizer-export-import/

    Quindi esporta/importa le impostazioni del tema

    Mi è capitato più volte di “perderle” per strada utilizzando la semplice esportazione del database.

    è meglio usare Duplicator o plugin simili per traslocare un sito WP

    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

    Moderator Cristiano Zanca

    (@cristianozanca)

    solo per sciogliere ogni dubbio, è stato creato il database e l’user con i privilegi necessari a creare le tabelle per WP ?

    Crea un database per WordPress sul tuo server web, ed un utente MySQL che abbia tutti i permessi per accederci e modificarlo;

    https://codex.wordpress.org/it:Installare_WordPress

    Se è stato già fatto, come dice luca21 a volte ci sono caratteri che creano confusione, il consiglio è di rifare un altro database con un altro user e modificare wp-config.php

    Moderator Guido Scialfa

    (@wido)

    Ciao @wilky76,

    Darti una soluzione che soddisfi le tue necessità è un pò difficile ma prova a dare un occhio a questi plugin, magari trovi uno spunto da dove partire: https://wordpress.org/plugins/search/crm/ alternativamente ci sono altre soluzioni che includono il poter unire le funzionalità di più plugins e con un piccolo sforzo lato programmazione fare in modo che lavorino assieme, ad esempio un plugin per le form unitamente ad uno che possa salvare i dati inviati da questi form nel database sottoforma di post.

    Dario Banfi

    (@thefreelance)

    Ciao komarek73,
    in alcuni update di Woo viene automaticamente richiesto l’aggiornamento del database. Se non è stato completato correttamente questo passaggio potrebbe dipendere da questo. Non hai specificato, ma nel caso la personalizzazione dell’e-mail dipendesse da componenti aggiunte (per esempio plugin di customizzazione del messaggio successivo all’acquisto), sarebbe utile verificare se anche queste componenti sono in linea con l’aggiornamento di Woo.

    Potresti verificare, inoltre, se questo dipende da altri plugin o dai template del tuo tema. Potresti provare a disabilitare i plugin e riattivarli progressivamente per capire se l’errore dipende da qualcuno di questi. Allo stesso modo, se il problema persiste provare a usare un tema grafico di default. A volte i template non sono in linea con gli aggiornamenti stessi di Woo.

    In ultima istanza, se il problema persiste, essendo molto specifico e legato all’update di Woo, potresti provare a replicare il quesito nel forum di supporto di Woocommerce: https://wordpress.org/support/plugin/woocommerce

    Facci sapere se e come hai risolto.
    grazie.

    @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.

    Ciao @luca84ct,

    per quanto riguarda WordPress, sviluppare in locale é pressoché identico a farlo online: la differenza principale é nell’inserimento dei dati nel database (che dovrá poi essere aggiornato con i nuovi dati, principalmente le URL) e possibilmente nel file di configurazione wp-config.php e anche qualche altro file, dipendentemente dalla tipologia del sito.

    Puoi ad esempio leggere i consigli su come impostare un ambiente di sviluppo locale per temi.

    Credo che il plugin che vuoi utilizzare offra la possibilitá di trasferire il tutto ma non ne sono sicuro e ti consiglierei quindi di consultare prima le informazioni e le problematiche riscontrate sullo specifico forum ufficiale.

    • Questa risposta è stata modificata 7 anni, 5 mesi fa da _Y_Power. Motivo: corretto errore ortografico
Stai vedendo 15 risultati - da 106 a 120 (di 315 totali)