Risultati della ricerca per 'Config wordpress database'

Stai vedendo 15 risultati - da 151 a 165 (di 191 totali)
  • Chi ha creato la discussione Mastro

    (@studiomastro)

    Ciao @thomas-vitale,

    sto leggendo la guida e anche se tendenzialmente è tutto chiaro, ho una paura matta di buttare all’aria mesi di lavoro.

    Potresti darmi una mano a riguardo?
    Io dovrei spostare il mio sito da:

    miosito.com/prova a miosito.com

    Potrei farlo direttamente dal pannel Admin, cambiando l’indirizzo del sito URL da quello wordpress, ma ciò mi crea conflitto con il plugin WPML che smette di funzionare in front-end.

    Il mio caso è descritto nell’articolo da te linkato ma sembra che possa portare dei problemi:

    Changing Your Domain Name and URLs
    Moving a website and changing your domain name or URLs (i.e. from http://example.com/site to http://example.com, or http://example.com to http://example.net) requires the following steps – in sequence.

    Download your existing site files.
    Export your database – go in to MySQL and export the database.
    Move the backed up files and database into a new folder – somewhere safe – this is your site backup.
    Log in to the site you want to move and go to Settings > General, then change the URLs. (ie from http://example.com/ to http://example.net ) – save the settings and expect to see a 404 page.
    Download your site files again.
    Export the database again.
    Edit wp-config.php with the new server’s MySQL database name, user and password.
    Upload the files.
    Import the database on the new server.
    When your domain name or URLs change there are additional concerns. The files and database can be moved, however references to the old domain name or location will remain in the database, and that can cause issues with links or theme display.

    If you do a search and replace on your entire database to change the URLs, you can cause issues with data serialization, due to the fact that some themes and widgets store values with the length of your URL marked. When this changes, things break. To avoid that serialization issue, you have four options:

    Use the Velvet Blues Update URLs plugin if you can access your WP Admin Dashboard.
    Use the Better Search Replace plugin if you can access your WP Admin Dashboard.
    Use WP-CLI’s search-replace if your hosting provider (or you) have installed WP-CLI.
    Use the Search and Replace for WordPress Databases Script to safely change all instances on your old domain or path to your new one. (** only use this option if you are comfortable with database administration ** )
    Note: Only perform a search and replace on the wp_posts table.
    Note: Search and Replace from Interconnectit is a 3rd party script

    Dici sia questa la strada da percorrere?
    Re-Installare da capo non potrebbe esser meglio?

    Grazie!
    AM

    Forum: Varie ed eventuali
    In risposta a: Da remoto a locale
    Thomas Vitale

    (@thomas-vitale)

    Ciao @giormazz,

    precisamente in che modo hai eseguito il punto 6? Quando si sposta un’installazione WordPress il passo più delicato è proprio l’aggiornamento del database con le informazioni del nuovo dominio. Apparentemente sembra ci sia stato un problema con le modifiche fatte al db (forse un errore nell’url).

    Una volta arrivato al punto 4 ti consiglio di procedere in questo modo:
    – Installa il plugin WP Migrate DB sul sito remoto
    – Segui le istruzioni spiegate nel video presente nella pagina del plugin
    – In Strumenti > Migrate, nella sezione “Find” inserisci l’url remoto e quello locale. L’url con cui sostituire quello remoto deve essere corretto. Se il sito remoto è su http://www.sitoremoto.com e voglio trasferirlo in 127.0.0.1/sitolocale, allora bisogna cercare tutte le occorrenze di http://www.sitoremoto.com per sostituirle con http://localhost/sitolocale (attenzione a non inserire lo slash finale).
    – Una volta configurato, cliccando sul pulsante Migrate ottieni una versione del db pronta per essere usata in locale
    – Importa il file .sql ottenuto al passo precedente nel database locale.

    Volendo, invece, non ricorrere a un plugin, si può procedere manualmente in due modi:
    – Scrivere direttamente una query SQL
    – Aprire il file .sql con il Blocco Note o un altro editor di testo (non Word o simili, puro editor di testo) ed eseguire un’operazione di Cerca & Sostituisci (funzionalità messa a disposizione dall’editor.

    Se non si ha familiarità con SQL e con il database, consiglio di utilizzare un plugin.

    Per maggiori informazioni rimando alla relativa pagina sul Codex ufficiale.

    Spero di essere stato d’aiuto,

    Thomas

    • Questa risposta è stata modificata 9 anni, 2 mesi fa da Thomas Vitale.
    Forum: Varie ed eventuali
    Come il topic: Da remoto a locale
    • Buongiorno, forse è il solito problema del trasferimento da remoto a locale ma c’è un problema che non rieso a risolvere, riepilogo le operazioni eseguite:
      1)ho fatto il backup di word con il plugin BackUpWordPress
      2)ho trasferito i file di wordpress nella miacartella in XAMMP/htdocs/miacartella
      3) ho aggiornato la wp-config.php
      4)ho avviato XAMMP e ho creato il database miacartella
      5) ho importato il file *.sql del backup
      6)ho modificato la prima e seconda riga del wp-option
      Quando avvio in locale 127.0.0.1/miacartella si apre regolarmente il sito ma quando clicco sul menu del sito mi avvia 127.0.0.1/dashboard/
      Il tema è Twenty Ten
      Sarebbe molto gradito qualche consiglio, grazie

    Forum: Varie ed eventuali
    In risposta a: Problema url HTTPS
    Chi ha creato la discussione frankie_ita

    (@frankie_ita)

    Per il problema prova a seguire questa guida:
    http://www.wpbeginner.com/wp-tutorials/how-to-fix-the-internal-server-error-in-wordpress/

    Ovviamente il plugin per funzionare devi attivare su Aruba il modulo SSL DV. Altrimenti il plugin non funge perchè il server non è configurato per SSL.

    Se non hai il file .htaccess in FTP (cosa strana) prova a ricaricarlo dalla copia backup di WordPress.

    Per bloccare il plugin basta andare in FTP, cartella plugin e aggiungere o modificare il nome della cartella del plugin Really Simple SSL per rompere il collegamento.

    Se hai cambiato le url nelle impostazioni di WordPress in HTTPS e vuoi ripristinare l’HTTP perchè non riesci ad accedere più al tuo sito, vai nel tuo MySQL su Aruba, seleziona il tuo database, tabella wp_options, modifica le prime due voci con HTTP.

    Risposta alla tua domanda, SI ho la versione free del plugin.

    Ciao!
    Francesco

    Moderator Guido Scialfa

    (@wido)

    Ciao @sdellolio,

    Il problema che ti si presenta è un semplice errore php, semplice per dire che non intacca la struttura del database e quindi dovresti ancora avere tutti i dati.

    Quello che vi è da fare è innanzitutto scaricare tutto il contenuto via FTP e farne un backup in locale. Se riesci anche del database via phpMyAdmin di solito dal cPanel dell’hosting.

    Una volta che hai il backup dei files e del database, procedi all’aggiornamento di WordPress via ftp, questo dovrebbe risolvere il problema.

    Per aggiornare via FTP leggi https://codex.wordpress.org/it:Aggiornare_WordPress#Aggiornamento_manuale

    Ciò che NON devi copiare è la directory wp_content ed il file wp-config.php il resto è ok.

    Dovresti risolvere quindi con questo aggiornamento manuale.

    Attendiamo tue

    Moderator Cristiano Zanca

    (@cristianozanca)

    Salve @cesare190 ,

    Prima di fare ogni modifca al sito fare sempre un BACKUP

    Leggendo quegli errori sembrerebbe che l’impossibilità di creare tabelle derivi da limitazioni dell’utente che gestisce il db, quello impostato in wp-config.php.

    Ripartire dal backup precedente
    Dare tutti i permessi per il db WP all’utente del db WP (permessi che poi si possono togliere per motivi di sicurezza),
    Attivare il multisite

    un consiglio: è da tenere in considerazione che nella configurazione di una VPS si deve installare e configurare tutto da zero (php, db, apache o nginx, etc…), un hosting condiviso è già installato e testato da centinaia di utenti quindi è più facile da usare,ma è molto meno personalizzabile di una VPS

    • Il database mysql ha smesso di funzionare, per così dire, dopo l’upgrade a wordpress multisite, il sito principale mostra un errore di connessione al database, mentre da console ssh funziona tutto perfettamente, il wp-admin mi dice che ci sono delle tabelle mancanti (ma non del sito principale, ma dei “sottoblog” se così possiamo chiamarli, ho provato con il repair da wp-config di wordpress ma non riesce a sistemare tutte le tabelle.

      wpcgenius_1_posts: Table ‘pcgenius_wp1.wpcgenius_1_posts’ doesn’t exist
      wpcgenius_1_comments: Table ‘pcgenius_wp1.wpcgenius_1_comments’ doesn’t exist
      wpcgenius_1_links: Table ‘pcgenius_wp1.wpcgenius_1_links’ doesn’t exist
      wpcgenius_1_options: Table ‘pcgenius_wp1.wpcgenius_1_options’ doesn’t exist
      wpcgenius_1_postmeta: Table ‘pcgenius_wp1.wpcgenius_1_postmeta’ doesn’t exist
      wpcgenius_1_terms: Table ‘pcgenius_wp1.wpcgenius_1_terms’ doesn’t exist
      wpcgenius_1_term_taxonomy: Table ‘pcgenius_wp1.wpcgenius_1_term_taxonomy’ doesn’t exist
      wpcgenius_1_term_relationships: Table ‘pcgenius_wp1.wpcgenius_1_term_relationships’ doesn’t exist
      wpcgenius_1_termmeta: Table ‘pcgenius_wp1.wpcgenius_1_termmeta’ doesn’t exist
      wpcgenius_1_commentmeta: Table ‘pcgenius_wp1.wpcgenius_1_commentmeta’ doesn’t exist

      l’installazione si trova su un droplet di digitalocean su un server vps ubuntu, con l’installazione singlesite andava tutto bene, nel server condiviso precedente l’installazione multisite andava senza problemi. Grazie mille dell’aiuto 🙂

    • Ciao a tutti, è il mio primo post, e anche la prima volta che faccio questa cosa!
      Sto avendo dei problemi a trasferire un blog già fatto da local (Usando WAMP) a live (usando filezilla). Con filezilla ho caricato i file, dopodichè ho creato il database e modificato le impostazioni su wp-config. Appena refresho la pagina del blog, parte l’istallazione di wordpress. Faccio tutto ma una volta entrato, mi ritrovo davanti un wordpress vergine e tutto il lavoro svolto prima è sparito (anche se sul file manager del sito hosting c’è tutto).
      Dove sbaglio?
      Ho provato più volte a fare la stessa cosa solo con il locale. Ho trasferito tutto il www di wamp da un computer all’altro, creato il database, eppure ancora nulla, wordpress parte con l’istallazione classica e poi sito vergine.
      Aiutatemi che sto scraniando, grazie in anticpo
      Andrea!

    Salve @webepc,

    solitamente quel messaggio è legato a:
    – server database non raggiungibile (spento, sbagliato ip, porte chiuse, ecc)
    – credenziali errate per l’utente che usi (utente non valido, password sbagliata, ecc)

    Se hai modo accedi alla macchina che ha il server web e prova da client mysql
    http://dev.mysql.com/doc/refman/5.7/en/connecting.html

    Da li puoi capire se c’è qualche problema di configurazione del web server oppure dei permessi sul database server.
    Da quello che dici potrebbe essere legato all’utente. Prova creare un nuovo utente su phpmyadmin, dargli permessi per il database in oggetto e usare quello nella configurazione di wordpress.

    Saluti,
    Diego

    Salve,

    l’invio delle email avviene attraverso i server SMTP, mentre la ricezione avviene tramite i server solitamente IMAP e i datati POP3.
    Se hai delle caselle di posta dove già ricevi correttamente la posta e stai usando queste probabilmente ti manca la parte di invio quindi il server SMTP (che potresti utilizzare sia esterno se ne hai uno oppure uno ad hoc come di seguito).

    Se così fosse ci sono varie alternative.

    • installare un server SMTP in locale, cerca su google “install smtp” e aggiungi il tuo sistema operativo, ad esempio “install smpt windows 10” oppure dato che usi XAMPP seguire le istruzioni che trovi in giro ( http://stackoverflow.com/questions/15965376/how-to-configure-xampp-to-send-mail-from-localhost )
    • installare un finto SMTP che ti permetta, anche senza tutto il giro, di vedere quali sarebbero le email che vengono inviate (ce ne sono vari come il semplice fakeSMTP oppure MailHog che però è già più complicato se sei alle prime armi).
    • usare plugin di monitoraggio di wordpress. In questo caso solitamente il messaggio è salvato in database e ti permette da backend di visualizzarlo. Attenzione, verifica che la plugin salvi il messaggio anche se non hai un server SMTP (ovvero, installa, prova. Se trovi la mail è tutto ok). Cerca nelle plugin di wordpress “mail log” o simili, troverai parecchie cose interessanti.

    Saluti,
    Diego

    Thomas Vitale

    (@thomas-vitale)

    Ok, quindi dopo aver effettuato la riparazione è uscito il messaggio di errore, giusto?

    La cosa migliore sarebbe ripristinare il tutto da un backup precedente al danneggiamento del database, se lo si ha a disposizione. In caso contrario, comunque è bene farne uno prima di provare ulteriori operazioni per risolvere il problema.

    Dal momento che l’operazione di repair di WordPress non ha funzionato (è consigliabile eliminare la riga define( 'WP_ALLOW_REPAIR', true ); dal file wp-config.php dopo aver effettuato l’operazione, altrimenti chiunque potrebbe accedere alla pagina wp-admin/maint/repair.php), prova ad effettuare un’operazione di repair direttamente da phpMyAdmin come spiegato qui.

    Forum: Fixing WordPress
    Come il topic: Errore 404
    • Buonasera…… il mio intento era spostare il sito WordPress dalla directory “wp” alla root di dominio in modo da cambiare l’URL del sito da http://www.miosito.it/wp in http://www.miosito.it.
      Cercando la soluzione in rete mi sono imbattuto in questa guida che, tra le tante, era la più recente e quindi giudicata dal sottoscritto la più affidabile:
      1. Eseguire backup del sito (cartelle e file + database).
      2. Cancellare (prima farne copia via ftp) tutto quello presente nella root di dominio, esclusa la cartella “wp” di WordPress ovviamente.
      3. Eseguire l’accesso al backend di WordPress e disattivare i permalink selezionando l’opzione “Semplice”, presente all’interno della voce di menu “Impostazioni => Permalink” e cliccando su “Salva le modifiche”.
      4. Sempre all’interno del pannello di amministrazione di WordPress (il nostro amato backend), cliccare sulla voce “Impostazioni => Generali” e modificare l’indirizzo del nostro sito web modificando il campo “Indirizzo sito (URL)” in http://www.miosito.it, facendo molta attenzione a NON MODIFICARE il contenuto del campo “Indirizzo WordPress (URL)” che resta http://www.miosito.it/wp. Salvare la nuova configurazione cliccando sul pulsante “Salva modifiche” .
      5. Dalla nostra cartella “wp” copiamo (avete letto bene, “copiamo” e NON “spostiamo”) i files index.php e .htaccess all’interno della root dell’account. Successivamente, tramite un editor di testi (quello presente all’interno del File Manager del Cpanel va più che bene, ma anche Blocco Note di Windows) modifichiamo la index.php in questo modo:
      troviamo la riga
      require (‘./wp-blog-header.php)
      e trasformiamola in
      require (‘./wp/wp-blog-header.php)
      Salviamo il nuovo file “index.php” per rendere attive le modifiche.
      6. Eseguiamo, ancora una volta, il login al backend del nostro sito e ripristiniamo i permalink disattivati precedentemente flaggando su “Struttura personalizzata” http://www.miosito.it/%category%/%postname%/. Apriamo il browser, digitiamo il nome del nostro sito nella barra degli indirizzi et…voilà! Se abbiamo eseguito tutto in maniera corretta visualizzeremo il nostro bel lavoro tramite l’URL principale (la root appunto) http://www.miosito.it/, nonostante i files risiedano ancora all’interno della cartella “wp”.

      Avrei detto che la guida ha funzionato alla perfezione…………infatti il sito funziona benissimo, nessuna differenza rispetto alla situazione precedente……
      Sfortunatamente accade questo:
      – Ricercando con i motori di ricerca, parole o argomenti che riconducono al sito, le pagine e gli articoli vengono trovati col vecchio URL e non con il nuovo percorso, rilasciando all’apertura l’errore 404…… per esempio la pagina http://www.miosito.it/pagina-prova contenente parole o argomenti digitati nel campo di ricerca del motore, viene trovata come http://www.miosito.it/wp/pagina-prova con l’errore 404 alla sua apertura.
      Il problema immagino dipenda dai permalink….. mi potete cortesemente aiutare a rimettere le cose a posto senza dover compromettere l’intero sito?
      Grazie a tutti coloro volessero dare il loro supporto.

    Forum: Varie ed eventuali
    In risposta a: Utenti invisibili
    Moderator Guido Scialfa

    (@wido)

    Ciao @truevoice,

    A parte le ovvie procedure come, disattivare tutti i plugins ed attivare il tema di default di WordPress ad esempio twentysixteen, se il problema continua ad esserci, dovresti dare uno sguardo nel database all’interno della tabella wp_users e controllare che all’effettivo questi utenti siano davvero interni al database.

    Non dovessero esserci e con tutti i plugins disattivati ed il tema di default, effettua un backup dell’intero sito, files + database nel tuo computer, successivamente provvedi a rimuovere tutti i files di WordPress via Ftp (se non sai come fare dai uno sguardo a Client Ftp) e ricarica una versione pulita di WordPress + il file wp-config.php necessario per l’accesso al database e ricontrolla che il problema sia presente o meno.

    Fatto questo se il problema continua a presentarsi allora bisogna indagare in modo più approfondito e a questo punto mi chiederei se la mole di contenuti nel sito giustifica un’indagine piuttosto che rieffettuare una installazione + inserimento dei contenuti.

    Ps. Se hai access a qualche file di log ti consiglierei di dargli uno sguardo in modo da poter capire se per caso si possa trattare di un danno da parte terzi al tuo sito o semplicemente il verificarsi di un bug da parte di qualche plugin o dal tema.

    • In breve vi racconto che ho eseguito male il trasferimento del mio sito, perchè ….proveniente da una struttura wordpress.com, non ho pensato prima di esportare i files dal worpress.com . Li ho copiati direttamente dalle cartelle e le ho inserite direttamente nel nuovo osting con la modifica del database e del file di configurazione . Adesso il mio sito (giacomodandrea.it) si vede ma è statico nell’aggiornamento. Lo sto rifacendo ed ho iniziato a lavorare in locale. Mi succede che lavorando con windows 10 , su un similatore di server Easyphp 14.1 , con wordpress.org , quest’ultimo mi va molto lentamente, in più se tento di installare il mio tema precedente, mi comunica che non comunica bene col server di Easyphp, elencandomi 3 errori di cui subito non ho preso nota…..

      Credo comunque, che il sito me lo ricostruirò in remoto, lavorando nel wordpress.org personale ,nel server, il quale avrà sicuramente il php aggiornato. Non dispero in futuro di avere, nel mio PC il giusto programma simulatore di server, con l’aggiornata versione di php, possibilmente free.
      Sarei molto grado che qualcuno in seguito mi desse qualche consiglio. Grazie

    Ho lo stesso problema…

    Io ho gia fatto:

    DISABILITAZIONE PLUGIN CAMBIANDO NOME CARTELLA
    DISABILITAZIONE TEMA CAMBIANDO NOME
    REINSTALLAZIONE DI WORDPRESS E IMPORTAZIONE DEL DATABASE
    PROBLEMI NON RISOLTI PERCHE’ TEMO POSSA TRATTARSI DI UN PROBLEMA CHE HO SALVATO CON IL BACKUP DEL SITO QUINDI RIFACENDO LE STESSE COSE HO LO STESSO PROBLEMA CON 2 VERSIONI DIVERSE DI WORDPRESS

    Warning: Cannot modify header information – headers already sent by (output started at /home/mhd-01/www.vivosolidale.com/htdocs/wp-config.php:1) in /home/mhd-01/www.vivosolidale.com/htdocs/wp-includes/pluggable.php on line 1174

Stai vedendo 15 risultati - da 151 a 165 (di 191 totali)