Risultati della ricerca per 'Config wordpress database'

Stai vedendo 15 risultati - da 106 a 120 (di 191 totali)
    • Salve a tutti…
      e spero di porre alla vostra attenzione un argomento cruciale: la sicurezza…
      spero anche non me ne vogliano i moderatori se sarò troppo prolisso…
      essendo novizio: se sbaglio mi correggerete…

      nel autunno 2016 ho subito un primo attacco bruteforce ad un mio sito WP…
      fortunatamente (tenevo costantemente sotto controllo le statistiche ed i tentativi di accesso ) me ne sono accorto e l’ho stroncato mettendo rapidamente in atto le contromisure …
      purtroppo a gennaio 2017 ho subito un secondo attacco e questa volta con conseguenze catastrofiche…
      sono riusciti ad impossessarsi dell’accesso agli account mail e perfino a miei dati c/c e carte di debito…
      i danni a livello bancario sono stati modesti, ma il mio lavoro con wordpress è andato in fumo in un attimo… sono riusciti a sottrarmi il controllo dei DNS (reindirizzandoli su siti facks) e per recuperarli dopo 3 denunce alla polizia postale ci sono voluti due mesi di lotta con i providers-registrants i domini per riprendere il controllo del pannello le passwords e ripristinare il tutto…
      un paio d’anni di lavoro polverizzati e uno stop di oltre 6 mesi prima di recuperare un minimo di produttività… un vero incubo !

      Certamente ho commesso diversi errori…
      ad esempio è sbagliato pensare : “posso anche lasciare le porte aperte tanto non hanno nulla da rubare” … ho constatato che purtroppo c’è al mondo chi lo fa per vendetta o per pura idiozia…
      quindi spesso il “ladro/delinquente” non si limita a entrati in casa e derubarti ma si diverte a distruggere tutto quello che può…
      sbagliando si impara…
      sulla base della disastrosa esperienza sto riconsiderando tutti gli aspetti inerenti la sicurezza che coinvolgono il mio lavoro con wordpress.
      Vi espongo quindi i miei ragionamenti per avere, da chi ne sa più di me, una conferma : se mi sto muovendo correttamente o se sto ripetendo errori che potrei pagare di nuovo in futuro a caro prezzo e stress.

      Dal momento che non si può considerare a rischio 0 la eventualità che qualcuno riesca a prendere in qualche modo controllo della nostra installazione WP (database & cartella public_html; Hosting/pannello di controllo ) o inquinare il database, assumo che il backup di tutti i dati debba necessariamente essere effettuato con il massimo scrupolo e frequenza. Spero che su questo la maggiorparte di voi concordino…

      se il backup viene effettuato sulla stessa macchina fisica su cui sono presenti i vostri dati in caso di guasto dell’ HD o del server (remota ma non impossibile), ovvero, in caso di guasti tecnici… siamo fregati.

      Inizialmente ho pensato quindi a scaricare i backup sul mio PC locale in ufficio …
      a parte il fatto che la sicurezza su un PC usato normalmente in un normale ufficio (dove tranquillamente e quotidianamente si aprono mail ed allegati (e magari si naviga sul web) è molto labile, anche provvedendo in locale a fornirsi di una macchina configurata in modalità server e con tutti i crismi della sicurezza applicabili …
      ci si scontra con la realtà dell’ obsolescenza delle reti-dati-ADSL Italiche…
      in alcune località anche le prestazioni di alice 20mega sono un sogno…
      chi ha provato a fare un download ed un upload di un Backup di un sito di medie dimensioni con le correnti velocità di upload si sarà accorto che ci vuole una notte intera… e se la connessione cade… si ricomincia come nel gioco dell’oca..
      fino a prima del’ attacco avevo un hosting shared con discrete prestazioni e ottimo rapporto prezzo qualità…
      ora sto facendo dei test utilizzando due distinti hosting VPS che alla fine mi costeranno poco di più…
      sul primo gira solo l’installazione “in produzione”…
      sul 2° vengono stokati i backup e gira un clone della installazione “in produzione” in modalità che non è accessibile al pubblico…
      qualcuno potrebbe dire: “perché non scarichi i backup su un cloud (dropbox vs google vs mega, tanto per non fare nomi) ? ”
      perché sul 2° server VPS ci faccio girare un clone identico (ricavato ed aggiornato dai salvataggi frequenti della 1°) che mi permette di testare prima di implementarlo sull 1° VPS (quello attualmente “in produzione”) tutti gli aggiornamenti che dovrò effettuare…
      chi non ha mai avuto dei guai dopo aver aggiornato un plugin o un tema o anche semplici parti di codice : alzi la mano !
      Le comunicazioni fra i due server che fisicamente sono separati in luoghi. ovvero in data-center diversi, viaggiano su fibra ottica (verae reale ! …non quella che reclamizzano in Italia e che di ottico non ha proprio nulla) a 400MB costanti e garantiti …
      il che vuol dire che un backup e/o restore comportano solo qualche minuto.
      Posso inoltre controllare tutto (compreso il cpannel e la WP Admin dashboard), con un qualunque portatile, anche con connessioni precarie e/o lente, tramite NoMachine o VNC… da qualunque luogo io mi trovi al momento … anche su Italo e/o frecce FS e/o autostrada.
      Al momento i test mi danno risultati più che soddisfacenti…

      Che vi sembra di questo modus operandi ?
      Qualcuno di voi ha suggerimenti e/o esperienze in questo campo e sulla base del mio ragionamento ?
      In base alla vostra esperienza: c’è di meglio ?

      Ringrazio tutti per la pazienza…

      • Questo topic è stato modificato 8 anni, 6 mesi fa da altg58.
      • Questo topic è stato modificato 8 anni, 6 mesi fa da altg58.
      • Questo topic è stato modificato 8 anni, 6 mesi fa da altg58.
    Forum: Varie ed eventuali
    In risposta a: panel control out
    Moderator Cristiano Zanca

    (@cristianozanca)

    no problem,

    ma vedo che continua ad esserci un equivoco: non si sta parlando di file e cartelle da cercare, ma di database e valori del database da cercare ed eventualmente sostituire.

    Ci sono nel pannello strumenti come PhpMyadmin con cui si fanno di solito queste operazioni.

    dentro PhpMyadmin nel database di WordPress (il nome è indicato nel file wp-config.php define(‘DB_NAME’, ‘###########’);) dopo aver fatto un BACKUP , cercare la tabella del database wp_options e cercare i valori siteurl e home dove ci dovrebbe essere https e sostituirlo con http

    Forum: Varie ed eventuali
    In risposta a: panel control out
    Moderator Cristiano Zanca

    (@cristianozanca)

    ATTENZIONE quando si postano informazioni del wp-config.php: MAI inviare il codice con le password della propria installazione

    obiettivo: ritornare alla situazione http per riattivare il sito

    Ripeto: prima di tutto fare un BACKUP

    poi andare nel database e li come ho scritto prima, si usano strumenti come PHPMyadmin dal pannello di gestione dell’hosting provider

    Se non è possibile accedere a wp-admin> per cambiare da https a http è possibile controllare nella tabella del database wp_options e cercare i valori siteurl e home

    usare strumenti come codepad.org per rendere più leggibile la domanda, grazie

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @toretoreddu,
    non importa se non hai fatto il backup dal backend di WP. L’importante è che tu abbia scaricato in locale le cartelle e abbia esportato il database dal pannello di controllo dello stesso (solitamente PHPMyAdmin). Qui trovi le procedure per il backup di WordPress https://codex.wordpress.org/WordPress_Backups

    E’ possibile che alcuni file si siano corrotti nei tuoi precedenti tentativi. Puoi provare a fare anche in questo modo.

    La cartella che contiene le tue personalizzazioni (temi, media, plugin) è wp-content. Scaricala in locale. Salva in locale anche il file wp-config.php

    – Rinomina la cartella con la vecchia installazione.
    – Scarica una versione pulita di WP.
    – Carica tutte le cartelle nella root principale del tuo dominio.
    – Sostituisci la cartella wp-content dell’installazione pulita con la tua.
    – Carica il file wp-config.php nella root principale, assicurandoti di aver fatto le modifiche per SITE URL e HOME che ti consigliato precedentemente.

    A questo punto prova a fare il login dalla nuova url www.miosito.me/wp-login.php.
    Dovresti riuscire a riaccedere al pannello di controllo di WP. Non posso garantirti che il sito sarà come lo avevi lasciato, ma almeno è un punto di partenza.

    Facci sapere

    • Questa risposta è stata modificata 8 anni, 6 mesi fa da Gloria Liuni.
    Forum: Varie ed eventuali
    In risposta a: panel control out
    Moderator Cristiano Zanca

    (@cristianozanca)

    Ciao @fiordifeltro15

    Il primo consiglio è di fare un
    BACKUP

    certificato ssl

    Per abilitare https è necessario aver installato nell’hosting provider un certificato SSL, verificare che sia attivo nel proprio dominio miosio.it

    controllare nel database

    Se non è possibile accedere a wp-admin> per cambiare da https a http è possibile controllare nella tabella del database wp_options e cercare i valori siteurl e home

    modificare wp-config.php

    Aggiungere queste righe a wp-config.php

    define ( ‘WP_HOME’, ‘http: //miosito.it’);
    define ( ‘WP_SITEURL’, ‘http: //miosito.it’);

    Disattivare la cache

    Assicurarsi di cancellare la cache da qualsiasi plugin di cache che la utilizzi e dal tuo browser

    Provare anche ad aggiungere questo a wp-config.php (nota “false”)

    define (‘WP_CACHE’, false);

    controllare i plugin correlati a https / ssl

    Potrebbe essere attivo un plugin che sta causando questo problema, come il fixer di contenuti non sicuri di ssl, ecc.

    Cloudflare o altri reindirizzamenti DNS

    Assicurarsi che il sito non utilizzi alcun reindirizzamento basato su dns

    disattivare tutti i plugin e confermare

    impostare il tema con quello di default e verificare

    Aggiornaci

    Moderator Gloria Liuni

    (@glorialchemica)

    Ciao @paperinogastonato,
    e benvenuto sul Forum 🙂

    Presupponendo che alla riga 37 del tuo file config.php ci sia questo

    define('DB_HOST', 'localhost');

    è possibile che tu abbia scritto male l’indirizzo host del Database. Controlla con i parametri forniti dal tuo provider.

    WordPress preferisce hosting Linux, trovi comunque i requisiti consigliati a questa pagina https://wordpress.org/about/requirements/

    A volte non si riesce a eliminare alcune cartelle perchè ci sono file al loro interno che non si riescono a cancellare da programma FTP. In questi casi, personalmente, vado sul pannello del provider ed elimino prima i file e poi le cartelle. Di solito funziona.

    Le cartelle di Backup sono fornite dal tuo provider a seconda del tuo piano hosting, quindi è normale che se le cancelli queste vengano ricreate.

    Spero di esserti stata utile.
    Facci sapere

    Ciao @paperino74x,
    un piano hosting è essenziale per qualsiasi sito web per i seguenti motivi:

    • permette di avere uno spazio di archiviazione per salvare i file statici
    • permette di registrare il dominio e configurare i DNS

    Parlando poi di WordPress è necessario anche un hosting con supporto a PHP e MySQL, comunque trovi maggiori informazioni a questa pagina dedicata.

    Il fatto è che WordPress non è un sito statico, usa un database per salvare i tuoi contenuti e aiuta nella creazione delle pagine del tuo sito perché le crea dinamicamente in base alle informazioni che trova nel database.

    Poi onestamente parlando, penso che qualsiasi sito web abbia bisogno di un hosting perché a quanto dici anche tu ne utilizzi uno. Aruba infatti è un servizio di hosting italiano.

    Se vuoi un consiglio io cercherei altri hosting, ma il fatto sicuro è che un sito WordPress ha bisogno di un hosting che rispetti i requisiti.

    Spero di averti aiutato a fare chiarezza.

    A presto,
    Andrea

    • Ciao a tutti, ho trasferito un sito da un hosting ad un altro.
      Ho esportato il database e rimesso al suo posto sul nuovo hosting, ricaricato tutti i file via FTP e cambiato i DNS.. ma.. il sito se lo si cerca è completamente bianco.
      Nessun errore o altro, semplicemente pagina bianca.

      Ho provato a sbagliare appositamente il file wp-config per vedere se era apposto il database, e se sbaglio le credenziali appare “Errore di collegamento col database”, quindi lui è settato correttamente

      Ho provato a vedere se mettendo in index.php una scritta essa appariva, e così è

      Ho provato a cancellare via FTP il tema che usavo, ma è sempre tutto bianco

      Ho ricaricato i file .php della root principale, ma non cambia nulla.

      Sul titolo del sito appare la favicon che avevo inserito, quindi qualcosa c’ e qualcosa no.

      Qualcuno di voi sa cosa/come poter risolvere?

      (il sito è questo [rimosso perché non utile per la soluzione] )

    Ciao @mrzpro,
    onestamente non conosco la configurazione del tuo server o della tua installazione WordPress ma quelli non sembrano file WordPress, soprattutto il wp-includes/logo_img.php.suspected.

    Il mio consiglio è accedere al tuo account FTP e rimuovere quei file dal tuo server. Il fatto che siano pagine vuote non è assolutamente una caratteristica che porta a dire “per fortuna non è successo niente” perché il PHP, linguaggio con il quale sono scritti questi file, agisce sul server dove è il tuo sito web.

    Se qualcuno chiama questi file, probabilmente sta facendo delle operazioni e dubito che siano lecite.

    Una volta rimossi questi file cambia tutte le password comprese WordPress, FTP, pannello di amministrazione, connessione database ecc…

    Infine assicurati di avere tutta la tua installazione WordPress aggiornata e di non utilizzare temi o plugin scaricati da terzi.

    Con questo dovresti tornare padrone del tuo server e non veder più apparire questi file.

    Spero di averti aiutato e a presto,
    Andrea

    Moderator Guido Scialfa

    (@wido)

    Ciao @robert080,

    Controlla che i dati siano corretti per quanto riguarda i seguenti dati:

    DB_HOST: Alcuni usano “localhost” altri l’ip del server. Controlla la guida del tuo hosting.
    DB_NAME: Nome del database
    DB_USER: User login
    DB_PASSWORD: Password utente accesso al database

    trovi tutto in https://codex.wordpress.org/Editing_wp-config.php#Set_Database_Host

    In questo caso il problema non è con Windows quanto più per una configurazione errata.

    Inoltre prova ad abilitare sempre da wp-config.php WP_DEBUG impostando il valore a true: define('WP_DEBUG', true);.

    Di preciso quale è l’errore? Soltanto “Probile con il Database?”.

    Riguardando questioni di questo genere generalmente è consigliabile contattare direttamente l’hosting.

    • Ciao a tutti. Ho letto qualche vecchia discussione e consultato qualche sito in giro. credo di aver capito che Windows non sia l’hosting migliore per WordPress ma non per questo non sia supportato [rimosso perchè non utile al problema].
      Ora, se invece oltre che sconsigliabile è impossibile per un novizio, accetto l’indicazione. In realtà sto comunque provando ad installare wordpress. Ho caricato tramite ftp nella root principale, ho modificato il file config.php, credo bene. Ho anche modificato, come dice un sito, i permessi della cartella “content” abilitando la scrittura. Nonostante questo mi indica “problemi con il database”. Dipende dall’hosting windows o sono io che ho sbagliato qualcosa? grazie.

      • Questo topic è stato modificato 8 anni, 8 mesi fa da robert080.
      • Questo topic è stato modificato 8 anni, 8 mesi fa da Guido Scialfa. Motivo: Scusa ma non facciamo pubblicità agli hostings

    Ciao @mikirag3,
    per quanto riguarda Duplicator la cosa mi sembra molto strana, il database che stai cercando di contattare con Duplicator è lo stesso sul quale hai installato il tuo WordPress?

    Per quanto riguarda gli altri errori diciamo che quel tipo di charset, quello che sta dando problemi, è stato introdotto in una recente versione di MySQL (anche se non erro si parla di un aggiornamento di diversi anni fa).

    Quindi prima ancora di tornare a provare con Duplicator o altre soluzioni, il mio consiglio è quello di contattare il tuo hosting e invitarlo ad aggiornare i software che mette a disposizione, almeno che si allinei con i requisiti consigliati (e non i minimi) nella pagina dei Requirements di WordPress.

    Se poi non puoi far aggiornare le versioni dei software del tuo hosting, cosa che personalmente mi farebbe riflettere sulla qualità dell’hosting scelto, allora esistono altre possibilità che ti elenco qua sotto:

    • esportare nuovamente il database, potresti usare WP Migrate DB e selezionare l’opzione “Compatible with older versions…”. Ecco un’immagine.
    • cancella e crea nuovamente il database nel tuo hosting
    • una volta esportato importalo attraverso phpMyAdmin o simili all’interno del nuovo database creato online

    A questo punto tutto dovrebbe funzionare correttamente, assicurati di aver modificato le informazioni di connessione al database all’interno del tuo wp-config.php.

    Esistono molti altri metodi per trasferire un sito da locale a online ma la cosa più importante di tutte, a parte avere versioni aggiornate dei software sul proprio server, è quella di sostituire nel modo corretto i riferimenti al vecchio dominio con il nuovo.

    Se hai ancora problemi prova a rispondere e portare avanti ulteriormente questa conversazione in modo da trovare assieme una soluzione.

    A presto e in bocca al lupo,
    Andrea

    • Ciao a tutti.
      Io ho già installato wordpress in locale con xampp, e avrei bisogno di sapere come fare per creare il secondo sito in locale.
      Per fare questo basterebbe ripetere la procedura della prima installazione mettendo semplicemente dentro alla cartella hotdcs di xampp quella di wordpress rinominata con il nome del sito anche se c’è gia quella della prima installazzione e creare un nuovo database su localhost/phpmyadmin e ripetere la configurazione come nel prima installazione? Se non è così, come bisogna fare?
      Grazie

    Ciao @chiazazza e intanto complimenti per la scelta nell’uso di WordPress, ci fa veramente piacere averti all’interno di questa community.

    Il problema di cui parli è dovuto al fatto che quando si esportano/importano i contenuti di un sito, generalemente si esportano soltanto i contenuti e non tutta l’installazione.

    Nel web troverai smolti tutorial che parlano della migrazione di un’installazione WordPress e anche il Codex ha la sua pagina dedicata, ma indipendentemente dalla strada che decidi di seguire ecco i passaggi che dovrai fare:

    1. Scaricare tutti i file presenti nel server con dominio provvisorio,
    2. Esportare il tuo database attraverso phpMyAdmin (se presente nel tuo server) o con qualche plugin di backup
    3. Caricare i file precedentemente scaricati nel nuovo server
    4. importare il tuo database nel nuovo server (sempre con gli strumenti che hai a disposizione)
    5. sostituire nel database tutti i riferimenti al vecchio dominio con quello nuovo, personalmente uso questo script PHP per essere sicuro al 100% di sostituire tutti i riferimenti

    Una volta fatte queste operazioni tutto funzionerà correttamente e potrai utilizzare il sito sul nuovo dominio senza alcun problema.

    Comunque sia, da quello che scrivi credo che tu abbia un po’ di confusione perché:

    • avrai assolutamente bisogno di un client FTP (come FileZilla) per scaricare i file dal vecchio server, generalmente sono problemi di configurazione che impediscono il buon funzionamento. Fai qualche controllo per assicurarti di non aver sbagliato password o qualcosa del genere
    • Atom è un programma per la modifica dei file e se mi posso permettere ti sconsiglio di modificare i file direttamente via FTP indipendentemente dal programma che stai usando

    Ti sconsiglio la modifica diretta perché può portare diversi problemi e nel settore è una pratica definita come Cowboy Coding.

    Se hai bisogno di ulteriore aiuto non esitare a contattarci di nuovo, intanto ti suggerisco di fare le operazioni che ti ho suggerito e ricorda una cosa: fintanto che avrai un backup completo (una copia dei file e del database) a tua disposizione non devi temere alcuna perdita del tuo lavoro.

    Te lo dico soltanto perché i primi tempi che io mi trovavo a fare queste operazioni ero preso dal panico, oggi sposto installazioni WordPress da una parte all’altra senza grossi problemi.

    È una cosa che possiamo imparare a fare tutti.

    Siamo a tua disposizione se avrai bisogno di altro aiuto, intanto prova a seguire i suggerimenti che ti ho lasciato.

    A presto,
    Andrea

    • Buongiorno a tutti

      mi chiamo Daniele e uso wordpress ormai da un sacco di anni .
      Ultimamente per esigenze lavorative ho dovuto attivare una VPS su cloud, alchè ho pensato di spostare il mio sito di foto fatto con WP dai server di Aruba verso la VPS .
      I primi test fatti, sono stati effettuati su un raspberry con grande successo, sono riuscito a creare un server LAMP su raspberry, copiato l’ intero sito WP, migrato il database mysql e configurato wp-config.php, infatti tutto funziona perfettamente .
      Il problema sorge adesso sul VPS, dove WP non può stare su /var/www/html ma in una sottodirectory /var/www/html/pippo/….
      Ho seguito la stessa identica procedura, avendo cura di modificare i path nel database con la sottodirectory .
      Niente da fare, wp non riesce a caricare le immagini sul tema in uso ( lo stesso su raspberry nei test ) , carica tutto, ma le foto è come se non vedesse i path corretti ( i path sono leggibili ) .
      grazie per il supporto
      saluti
      Daniele ….#

Stai vedendo 15 risultati - da 106 a 120 (di 191 totali)