Risultati della ricerca per 'Wordpress database http to https'
-
-
Ciao a tutti,
vi prego di scusarmi in anticipo, non sono assolutamente un esperto in materia e sto cercando di arrangiarmi come posso…
In breve: il sito wordpress-based di una amica è stato mesi fa compromesso da un attacco hacker, suppongo mediante una shell php… ho visto così tanti code-injection in tutti i file php che la cosa più naturale mi è sembrata ripartire ex novo.
La mia amica non ha nessuna conoscenza in merito e il sito le era stato fatto da un web designer, suo conoscente, con cui tuttavia non ha più mantenuto i rapporti.Ho scaricato l’intero sito via FTP e volevo provare a metterlo in piedi in locale, se non altro per vedere come è stato configurato il look & feel del sito.
Per fare ciò ho seguito questa guida:
https://codex.wordpress.org/Test_Driving_WordPress#Installing_an_Existing_WordPress_Site
ma mi sono arenato sull’import del database via phpMyAdmin integrato in XAMPP.
Da quanto ho visto, il db mysql del sito constava di due tabelle:
information_schema
<sitename>_com_one
dove <sitename> è il nome del sito.
Ho esportato il contenuto del DB in un file SQL e dopo aver rimpiazzato, come da guida, tutte le istanze della URL http://www.sitename.com con http://localhost/sitename.com, ho provato a fare l’IMPORT del file sql in myPHPAdmin.
Ho ottenuto inizialmente un errore sulla prima riga:
SET SQL_MODE=”NO_AUTO_VALUE_ON_ZERO”;Ho proceduto a commentarla, e ora mi viene segnalato l’errore sulla seguente:
CREATE DATABASEinformation_schemaDEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;Ho commentato anche questa, dato che “information_schema” è presente di default nel db MySQL integrato in XAMPP. L’errore triggerato a questo punto è sulla istruzione successiva:
USEinformation_schema;Pensando che anche questo potesse esser non necessario, ho commentato anche questa riga.
L’errore successivo è sulla riga seguente:
CREATE TEMPORARY TABLECHARACTER_SETS(
CHARACTER_SET_NAMEvarchar(32) NOT NULL DEFAULT ”,
DEFAULT_COLLATE_NAMEvarchar(32) NOT NULL DEFAULT ”,
DESCRIPTIONvarchar(60) NOT NULL DEFAULT ”,
MAXLENbigint(3) NOT NULL DEFAULT ‘0’
) ENGINE=MEMORY DEFAULT CHARSET=utf8;A questo punto mi son fermato perchè ho pensato che il problema potesse essere altrove.
Qualcuno ha una idea ? Non so dove sbattere la testa.
Grazie per il prezioso supporto 🙂
Salve, ho io ho il problema segnalato in questo post. Lo spazio del database è sufficiente; ho provato la soluzione postata qui e non ha funzionato, così come non ha funzionato il codice di cui si parla qui. Che fare?
Salve @patriweb ,
Prima di tutto un BACKUP completo (files e dump del database) per poter sempre tornare alla situazione attuale.
– Disattivare tutti i plugin per vedere se questo risolve il problema. Se funziona, riattivare i plugin uno alla volta fino a trovare il plugin che da problemi.
– Se il problema fosse ancora presente impostare il tema di default (tema Twenty Sixteen) per escludere eventuali problemi specifici del proprio tema.
– Se il problema fosse ancora presente resettare la cartella dei plugin da FTP o PhpMyAdmin. A volte, un plugin apparentemente inattivo può ancora causare problemi.
– Se il problema fosse ancora presente ricaricare le cartelle wp-admin e wp-includes da una installazione nuova di WordPress.Salve @friconelli,
Prima di fare ogni modifca al sito fare sempre un BACKUP
Consiglio di affidarsi preferibilmente a documentazione ufficiale : https://codex.wordpress.org/Moving_WordPress
Verificare che nel db del nuovo dominio ci siano i percorsi aggiornati (miosito.net > miosito.org) usando anche strumenti indicati sopra come SRDB
Ciao @simones70,
Credo che innanzitutto dipenda da quali tabelle e campi possiede il database, per il backend l’importazione che mi sentirei di consigliare dato che non so come è questo database è la creazione di uno script proprio di importazione dei dati, il ché porta alla domanda, dove e cosa dovrebbero essere in wordpress questi dati.
Lato front-end dipenderà quindi da cosa saranno questi dati in wordpress, mal che vada potrai creare dei templates archive, single, page-{template} o altro utilizzando il markup dei files che hai attualmente tu e modificare il php per effettuare le chiamate corrette per il reperimento dei dati tramite wordpress.
Alternativamente se vuoi mantenere i tuoi scripts, wordpress ti dà comunque la possibilità di creare delle pagine lato backend e di popolarle con degli scripts custom, probabilmente dovrai modificare qualcosa, in questo caso però manterresti separati i database wordpress da quello tuo. Lato frontend invece ci sarebbero due strade, la generazione di template di pagina, che sono delle normali pagine a cui puoi associare un template, il quale potrà essere riutilizzato anche in altre pagine, oppure associare ad una pagina un determinato template. Se dai uno sguardo alla gerarchia dei template di wordpress ti sarà più chiaro.
Magari avendo maggiori informazioni su cosa ti serve e su come hai strutturato i tuoi scripts ed il database potremmo darti maggiori informazioni.
-
