Risultati della ricerca per 'Config wordpress'

Stai vedendo 15 risultati - da 226 a 240 (di 684 totali)
  • Chi ha creato la discussione lecronachedidante

    (@lecronachedidante)

    sto utilizzando altervista:le buone ricette.

    ho disattivato tutti i plugin, il resto RICOMPARE!

    allora ecco i plugin che di solito uso:

    Plugin Descrizione
    Seleziona AddFunc Head & Footer Code

    AddFunc Head & Footer Code
    Disattiva

    Allows administrators to add code to the <head> and/or <footer> of an individual post and/or site-wide. Ideal for scripts such as Google Analytics conversion tracking codes and any other general or page-specific JavaScript.
    Versione 2.3 | Di AddFunc | Visualizza i dettagli
    Seleziona Akismet Anti-Spam

    Akismet Anti-Spam
    Impostazioni | Disattiva

    Usato da milioni di persone, Akismet è probabilmente il miglior modo al mondo per proteggere il tuo blog dallo spam. Il tuo sito è configurato e protetto completamente, anche mentre dormi.
    Versione 4.1.2 | Di Automattic | Visualizza i dettagli
    Seleziona Avatars

    Avatars
    Disattiva | Settings

    A plugin to manage public and private avatars.
    Versione 12.1 | Di Peter Sterling | Visualizza i dettagli | Donate
    Seleziona Consenso al cookie GDPR

    Consenso al cookie GDPR
    Disattiva | Settings | Support | Aggiornamento Premium

    A simple way to show your website complies with the EU Cookie Law / GDPR.
    Versione 1.7.7 | Di WebToffee | Visualizza i dettagli
    Seleziona Delete All Comments of wordpress

    Delete All Comments of wordpress
    Disattiva

    Plugin to delete all comments of wordpress website (Approved, Pending, Spam)
    Versione 2.4 | Di Navneet Soni | Visualizza i dettagli
    Seleziona Exploit Scanner

    Exploit Scanner
    Scanner Settings | Disattiva

    Scans your WordPress site for possible exploits.
    Versione 1.5.2 | Di Automattic | Visualizza i dettagli
    Seleziona Heateor Social Comments

    Heateor Social Comments
    Settings | Disattiva |
    Add-Ons | Support Documentation

    Integrate Facebook Comments and Disqus Comments along with default WordPress Comments
    Versione 1.4.16 | Di Team Heateor | Visualizza i dettagli
    Seleziona Importatore Blogger

    Importatore Blogger
    Disattiva

    Importa articoli, commenti, immagini e tag da un blog Blogger quindi migra gli autori in utenti WordPress.
    Versione 0.9 | Di wordpressdotorg | Visualizza i dettagli
    Seleziona Newsletter

    Newsletter
    Disattiva

    Newsletter è un plugin formidabile con cui creare liste di iscritti, inviare newsletter, consolidare il proprio business. Prima di fare l’aggiornamento leggi questa pagina per conoscere le novità.
    Versione 6.0.7 | Di Stefano Lissa, The Newsletter Team | Visualizza i dettagli
    Seleziona Redirection

    Redirection
    Impostazioni | Disattiva

    Gestisci tutti i redirect 301 and controlla tutti gli errori 404
    Versione 4.3.1 | Di John Godley | Visualizza i dettagli
    Seleziona ShortCodes Embed

    ShortCodes Embed
    Disattiva

    Easily embed videos and more from sites like YouTube, Vimeo, and SlideShare. Based on WordPress.com jetpack.
    Versione 1.0 | Di Niccolò Tapparo | Visita il sito del plugin
    Seleziona SI Captcha Anti-Spam

    SI Captcha Anti-Spam
    Impostazioni | Disattiva

    Adds Secure Image CAPTCHA to WordPress pages for comments, login, registration, lost password, BuddyPress register, bbPress register, wpForo register, bbPress New Topic and Reply to Topic Forms, Jetpack Contact Form, and WooCommerce checkout. In order to post comments, login, or register, users will have to pass the CAPTCHA test. Prevents spam from automated bots. Compatible with Akismet and Multisite Network Activate.
    Versione 3.0.3 | Di fastsecure | Visita il sito del plugin | Supporto | Donazione
    Seleziona Subscribe to Comments Reloaded

    Subscribe to Comments Reloaded
    Disattiva | Settings

    Subscribe to Comments Reloaded is a robust plugin that enables commenters to sign up for e-mail notifications. It includes a full-featured subscription manager that your commenters can use to unsubscribe to certain posts or suspend all notifications.
    Versione 190529 | Di WPKube | Visualizza i dettagli
    Seleziona Verify Google Webmaster Tools

    Verify Google Webmaster Tools
    Disattiva

    Adds Google Webmaster Tools verification meta-tag.
    Versione 1.3 | Di Audrius Dobilinskas | Visita il sito del plugin
    Seleziona WordPress Social Login

    WordPress Social Login
    Attiva | Elimina

    Consenti ai tuoi visitatori di commentare e accedere al sito attraverso social network come Twitter, Facebook, Google, Yahoo e altri.
    Versione 2.3.3 | Di Miled | Visualizza i dettagli
    Seleziona WP Force SSL

    WP Force SSL
    Attiva | Elimina

    Redirect all traffic from HTTP to HTTPS to all pages of your WordPress website.
    Versione 1.4 | Di Kostas Vrouvas | Visualizza i dettagli
    Seleziona Yoast SEO

    Yoast SEO
    FAQ | Supporto Premium | Impostazioni | Disattiva

    La prima vera soluzione SEO tutto-in-uno per WordPress, compresa l’analisi dei contenuti su ogni pagina, sitemap XML e molto altro.
    Versione 11.4 | Di Team Yoast | Visualizza i dettagli

    GRAZIE!

    Ciao a tutti é molto strano perché la costante ABSPATH viene creata nel wp-config.php o in wp-load.php dove quest’ultimo si occupa di avviare una nuova installazione oppure controlla l’esistenza del file wp-config.php se non presente controlla la directory superiore e che non sia presente wp-settings.php (se presente sia wp-config.php e wp-settings.php é un’altra installazione).
    1)Puoi controllare che nel file wp-config.php

    if ( ! defined( 'ABSPATH' ) ) {
    	define( 'ABSPATH', dirname( __FILE__ ) . '/' );
    }

    2)Visto che il server é di tua proprietà e credo che hai il registro degli errori PHP abilitato, trovi riscontro con qualche errore? (Dovrebbe esserci anche la data)
    3)Se hai i back-up dei file e del database ti posso suggerire di aggiungere dei codici nel wp-load.php.
    Subito dopo aver definito la costante ABSPATH

    $autoabs[0] = ABSPATH;
    $incauto = 0;
    $autoabs[] = $incauto;

    nell’else dove avvia l’installazione
    error_log(print_r(array_values($autoabs).' '.ABSPATH,true),3,dirname(__FILE__).'/test.log');

    Importante prima il back-up completo di tutti i file , database e del file wp-load.php
    Se ha i giusti permessi crea il file test.log nella stessa directory di wp-load.php (docroot WordPress).
    Aggiornami.
    Post editato ho dimenticato un punto e virgola finale 😀

    • Questa risposta è stata modificata 6 anni, 10 mesi fa da autotutorial.
    • Ciao a tutti, ho un server web ubuntu su cui ci sono diversi siti in WordPress.
      Negli ultimi giorni, mi è successo già un paio di volte, che, richiamando i siti normalmente con il nome dominio appropriato, ogni sito viene reindirizzato alla pagina iniziale di installazione di WordPress, come se debba essere installato ex-novo!!!
      In realtà, tutti i files sembrano esserci, compreso il wp-config.php, così come il database! Però il sito si reindirizza a /wp-admin/install.php !!! Ho risolto solo rimettendo una copia del server di diverse ore prima!
      Che succede? Sta succedendo anche ad altri? E’ una forma di hacking????
      Grazie.

    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.

    • Evvai! WordPress 5.2 “Jaco” è qui! Ma CHE SUCCEDE!? Non funziona niente?

      Niente panico!
      Prima di andare avanti, assicurati di aver aggiornato i tuoi plugin ed i temi
      all’ultima versione, cancella i cookies e la cache del browser ed effettua
      nuovamente il login alla bacheca di WordPress.

      Il nuovo editor può essere disabilitato!
      Se sei in difficoltà e hai bisogno che l’editor venga ripristinato al più
      presto, installa l’editor classico – https://it.wordpress.org/plugins/classic-editor/  – che ripristinerà il vecchio editor.

      Ancora problemi? Ok, continua a leggere.
      Questo thread contiene i problemi conosciuti con plugins e temi per l’ultima release. Per favore leggi l’INTERO ARTICOLO e controllalo regolarmente perché verrà aggiornato. Ricorda di stare calmo, sii paziente e rispettoso. I volontari sono qui per aiutarti, ma necessitano del tuo aiuto. Anche qui si applicano le regole del forum.
      Ricorda, sei importante tanto quanto gli altri.

      Se il tuo post non viene visualizzato subito, sii paziente. Con il volume di post superiore al normale, più messaggi vengono contrassegnati come spam dal nostro strumento di auto-spam. Stiamo lavorando sodo per mantenere la coda libera, ma fare post multipli rallenta, perché dobbiamo tornare indietro e controllare se hai già postato. Pubblica una volta sola volta.

      • Usa le maiuscole nelle intestazioni e nel corpo. Scrivere usando una formattazione adeguata aiuta a leggere (ad esempio andare a capo, evidenziare le parole,…)
      • Inserisci una descrizione precisa per il soggetto. “Tutti i permalink non funzionano dalla 5.0” è meglio di un “Ah! Aiutatemi non funziona più niente”
      • Descrivi il problema in modo chiaro. Spiega cosa vedi, includendo anche i messaggi di errore ed i link agli screenshot se necessario. Aggiungi il link al tuo sito se il problema è nel front-end, questo aiuta.
      • Cerca di essere paziente. Sappiamo che è terribile essere offline, ma pubblicare più volte la stessa domanda non ti fa risolvere il problema più velocemente.
      • Crea il tuo topic a meno che tu non stia usando la stessa versione di WordPress sullo stesso server dello stesso hosting con gli stessi plugin, temi e configurazione dell’autore originale. Puoi trovare la cosa strana ma è più semplice per noi aiutarti nello specifico se hai scritto un topic apposito.
      • Segna il tuo topic come risolto quando il problema è stato risolto così sappiamo che non dobbiamo andare a guardarlo.
      • Ricorda che non sei solo.

      Tieni inoltre a mente che se non ti piace una scelta di design di WordPress non significa che sia un bug. Se non ti piace una funzionalità, non creare una serie di thread a riguardo.
      Controlla se qualcuno ne ha già scritto uno e scrivi lì o considera di far parte
      del processo di creazione
      (testando la beta o la versione via SVN). Quello che stai vedendo oggi è il
      risultato di migliaia di ore di
      lavoro e test
      , ed a meno che qualcosa non sia del tutto non funzionante è
      difficile che venga modificato.

      Infine, prima di postare:
      Assicurati di aver letto questa intera discussione e le nuove caratteristiche nell’articolo sulla versione 5.2. Vai alla pagina della tua installazione personale – example.com/wp-admin/about.php (o fai clic sul logo di WordPress nell’angolo in alto) per vedere le novità.

    Ciao @patriziapersonale ,

    Voi avete idea di quale potrebbe essere il problema?

    No, spiacente.
    Però non è necessario usare Aruba Softaculous App Installer per installare wordpress.
    Il database l’hai già preparato.
    Adesso si può creare una cartella col nome oldSITO e inserire dentro tutti i file di Joomla. A questo punto nella radice hai solo la cartella oldSITO con dentro il vecchio sito. Nel malaugurato caso che qualcosa vada storto potrai sempre recuperare facilmente il sito attuale. Queste operazioni vanno fatte via FTP.
    Nel frattempo avrai scaricato una copia zip di WordPress. Se il pannello di Aruba dispone di FileManager puoi caricare lo zip di WordPress e scompattarlo con i comandi di FileManager, altrimenti dovrai scompattarlo sul PC e caricare i File su Aruba, sempre via FTP.
    Se scompatti con FileManager del pannello di Aruba attenzione che è meglio che i file e le cartelle di WordPress siano nella cartella radice del sito e non più sotto.
    Sei pronta per l’ installazione di wordpress.
    Il database ce l’hai, adesso

    Rinomina il file wp-config-sample.php in wp-config.php;
    Apri wp-config.php in un editor di testo e inserisci i dettagli del tuo database come spiegato in Modificare wp-config.php per generare ed utilizzare la tua secret key;

    Fatto questo chiami il tuo sito da un browser e completi il procedimento.
    Wordpress è installato a questo punto ma il sito è vergine, tutto da fare.
    Valuta se può convenirti, prima di toccare il sito live sul server, creare il sito in locale con xampp o WampServer e poi trasferire su Aruba il sito già completo e funzionante usando uno dei plugin che fanno backup e ripristino.

    Allego un link con i dettagli tecnici di una installazione:
    https://codex.wordpress.org/it:Installare_WordPress
    se cerchi con un motore di ricerca per la chiave installare wordpress troverai moltissime altre pagine di spiegazione sull’installazione di WordPress.
    Un saluto.

    Ciao @liosite ,
    Del Canada conosco solo Vancouver e Vancouver Island e devo dire che sono posti stupendi!
    Se permetti vorrei segnalarti due “ingenuità” che è meglio evitare. Chiaramente te ne accorgi solo dopo che ti è successo 🙂

    Lo ho trasferito online in una sottocartella del mio dominio e ovviamente sono iniziati i problemi.

    Per andare sul sicuro si trasferisce in un sottodominio e non in una cartella del dominio, perché il trasferimento in una sottocartella espone a confusioni varie. Il sottodominio ha una gestione più complicata perché deve essere configurato e l’hosting deve supportarlo e si deve installare un nuovo WordPress naturalmente. Però non c’è più il rischio di confusione. Quando i dati sono tanti diventa un problema serio.

    una parte non viene scaricata ma sembra esserci perché io vedo l’immagine che però non è nella cartella WP del sito in locale, ma viene richiamata come link dall’originale online!!

    Mi è successo di fare dei lavori su un sito in locale e poi avere tutta una serie di comunicazioni non volute tra sito in locale e sito “live”. La cosa mi ha generato un bel caos e c’è voluto un po’ per uscirne. Quindi il lavoro in locale deve essere tenuto ben separato da quello live, sul server di produzione. Alla peggio meglio chiudere la connessione quando si lavora con xampp.

    Spero che i suggerimenti ti aiutino almeno un pochino.
    Un saluto

    • Salve a tutti, è da più di un anno che non riesco ad aggiornare nulla, ogni volta che provo ad effettuare un aggiornamento qualsiasi mi esce questo errore:

      Warning: Si è verificato un errore inaspettato. Qualcosa deve essere andato male con WordPress.org o con la configurazione di questo server. (WordPress non può stabilire una connessione sicura a WordPress.org. Contatta l’amministratore del server.) in /htdocs/public/www/wp-admin/includes/update.php on line 115

      Download aggiornamento da http://downloads.wordpress.org/release/it_IT/wordpress-5.1.1.zip…

      Download non riuscito.: SSL certificate problem, verify that the CA cert is OK. Details: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

      Installazione non riuscita

      Grazie a chi vorrà aiutarmi

      • Questo topic è stato modificato 6 anni, 11 mesi fa da ternanalibri.
    • 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&#8217; );
      define( ‘WP_SITEURL’, ‘http://localhost:8888/wordpress&#8217; );) 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!

    • Salve a tutti, sono nuovo nel forum e del mondo wordpress.
      Sto riscontrando un problema, il sito sembra funzionare bene, non riesco però ad accedere ad impostazioni generali.
      Quando clicco mi chiede il login e una volta inserito mi riporta sulla bacheca.
      E continua questo loop!
      Questo è successo dopo aver modificato il file wp-config.php inserendo il FORCE SSL che siccome non sono riuscito a far funzionare ho cancellato quelle semplici 2 righe ma dopo questo passaggio non riesco più ad accedere qualcuno ha un’idea di come risolvere?

      Grazie

    • harrycustom

      (@harrycustom)


      Salve a tutti. Premetto che l’errore in questione mi sembra sia sorto dopo un aggiornamento ad un versione di qualche mese fa di WPML, ma non ho prove al riguardo.
      Utilizzo un plugin per fare lo strip di Category (No Category Base). Ebbene con quella configurazione ogni tanto, random, qualche categoria mi salta (a me sembra quelle prive di post, ma non ho certezze), restituendomi 404. A quel punto risolvo rigenerando i permalink e disattivando e riattivando il plugin, talvolta però sono stato costretto a caricare un backup del db.
      Da qualche parte ho letto che era meglio disattivare detto plugin per risolvere la situazione, cosa che ho fatto, ma si è complicata ulteriormente e comincio a pensare che ci sia qualcosa che non va nel mio database e che non c’entri nè wpml, nè quel plugin.

      Se disattivo il plugin tutti i menu ovviamente puntano ad url che contengono /category/ e mi restituiscono tutti 404. Di contro se digito a mano l’url privo di /category/ le pagine di categoria si vedono perfettamente!

      Ovviamente ho rigenerato i permalink decine e decine di volte. Ho disattivato functions.php, poi disattivato il tema e passato a quello in default, disattivato pure tutti i plugin, cancellato tutti i file di wordpress tranne wp-upload, cartella temi e plugin e ricaricato una nuova copia, ma nulla da fare, ottengo sempre e solo 404.
      Quindi con tema standard e nessun plugin attiv, temo che il problema relativo al db e mi trovo in una situazione che non auguro a nessuno: se lascio il plugin attivo devo pregare che non mi salti qualche categoria, se lo disattivo mi saltano tutte.
      Grazie a chiunque mi possa fornire supporto!

    • kriss8416

      (@kriss8416)


      Buonasera a tutti,
      volendo spostare Wp dalla sottodirectory in cui era alla directory principale.
      Ho seguito le indicazioni trovate su un sito e quindi ho:
      – effettuato BackUp
      – Eliminato tutti i file e le cartelle WordPress presenti nella cartella principale compreso il database (senza eliminare la sottocartella dove stavo sviluppando il nuovo sito web).
      -nella bacheca di WordPress ho modificato il campo “Indirizzo sito (URL)” cancellando il nome della sottocartella
      -Copiato e Incollato il file index.php della sottocartella nella cartella principale del dominio
      – modificato il file index.php cambiando la stringa di codice relativa al percorso del file wp-blog-header.php (/wordpress/wp-blog-header.php’ );)

      Dopo queste operazioni però il sito non funzionava, perciò ho cancellato tutto e ricaricato il backup precedentemente fatto, sia del sito che del database.
      Ora però sia quando provo ad accedere al Backoffice, sia quando provo a vedere il sito mi da questo errore:
      Fatal error: Uncaught Error: Class ‘WP_Post_Type’ not found in /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php:1252 Stack trace: #0 /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php(38): register_post_type(‘post’, Array) #1 /web/htdocs/www.sentiero625.it/home/wp/wp-settings.php(312): create_initial_post_types() #2 /web/htdocs/www.sentiero625.it/home/wp/wp-config.php(89): require_once(‘/web/htdocs/www…’) #3 /web/htdocs/www.sentiero625.it/home/wp/wp-load.php(37): require_once(‘/web/htdocs/www…’) #4 /web/htdocs/www.sentiero625.it/home/wp/wp-admin/admin.php(31): require_once(‘/web/htdocs/www…’) #5 /web/htdocs/www.sentiero625.it/home/wp/wp-admin/index.php(10): require_once(‘/web/htdocs/www…’) #6 {main} thrown in /web/htdocs/www.sentiero625.it/home/wp/wp-includes/post.php on line 1252

      Non so dove mettere le mani…
      Qualsiasi consiglio sarà apprezzatissimo.
      Grazie in anticipo!

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

    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 226 a 240 (di 684 totali)