Risultati della ricerca per 'Config wordpress'
-
-
Ciao a tutti…
Da giovedi scorso sto riscontrando una serie di errori sul mio wordpress.
Il sito è hifight.it
Purtroppo non sono riuscito a capire la causa scatenante (non ricordo cosa posso aver fatto di particolare). I sintomi sono i seguenti:1) Nel backOffice quando tento di accedere MEDIA–> Libreria mi rimane bloccato sulla pallina che rotola e non visualizza le immagini. Se posto la visualizzazione in LIST allora le immagini compaiono. Ovviamente ogni volta che provo a caricare una nuova immagine mi viene segnalato un errore… anche se, dopo aver fatto un F5, l’immagine è caricata.
2) Se provo ad accedere ad ASPETTO–>Temi –> Aggiungi Nuovo il sistema mi rilascia un errore “Si è verificato un errore inaspettato. C’è qualche cosa di sbagliato con WordPress.org o con la configurazione di questo server. Se continui ad avere problemi, chiedi aiuto sul forum di supporto.”.
3) Se accedo ad ASPETTO–>MENU–> e provo a cliccare nel pulsante BLU di un menù MEGA MENU si apre la finestra… ma resta completamente bianca.
4) Se accedo a PLUGIN –> AGGIUNGI PLUGIN e provo a fare una qualunque ricerca inserendo una parola chiave… il sistema di blocca con la pallina che ruota all’infinito senza visualizzare alcun plugin.
Ho già provato più volte a disattivare TUTTI i PLUGIN… i problemi persistono.
Ho provato ad utilizzare il tema di wordpress con i plugin disattivati… non cambia nulla
Ho aggiornato il tema del mio sito (SPECULAR) e rifatto un aggiornamento manuale dei file di WordPress all’ultima versione disponibile (4.8.2).Nel front-Office SEMBRA andare tutto regolarmente… tranne quando si carica la pagina la prima volta… alcune immagini, funzioni, scritte o non si caricano o si caricano spostate… ri-aggiornando la pagina va tutto a posto.
Scusate la lunghezza… se qualcuno ha qualche idea… grazie mille
-
Ciao, ho ereditato un sito in wordpress che dovrei modificare. Per fare le modifiche ho quindi pensato di trasferire il sito in locale e procedere in locale con le modifiche da apportare. Sono abbastanza nuovo nel modo wordpress, la procedura di trasferimento dei CMS da remoto a locale non mi ha mai creato difficoltà, tranne questa volta.
I passaggi che ho seguito sono:
1) copia dei file, ho trasferito in locale i file del sito tramite filezilla.
2) ho esportato il database e l’ho importato in locale, modificando gli url nella tabella wp_options .
3) ho modificato il file wp-config.phpIl risultato ottenuto è che il sito è visibile in locale ma se provo ad accedere al pannello quest’ultimo mi appare come se non caricasse il foglio di stile (pagina bianca con solo le voci di menu cliccabili) e quindi sono impossibilitato a lavorare nel pannello.
-
Buongiorno, sto cercando di completare il trasferimento in remoto di un sito wp che ho realizzato in locale.
ho eseguito tutte le procedure, ovvero:
– esportare db da locale e importarlo in remoto su db libero (aruba)
– importare file e cartelle su ftp aruba in sottocartella
– modifica site url e home nelle wp-option del database
– modifica file wp-configfatte queste procedure, quando vado a http://www.miosito.com/cartella/wp-admin mi invita a installare nuovamente wordpress, ma è già installato!
inoltre, se può essere d’aiuto, prima di questo punto mi segnalava vari errori riguardo a dei plugin, o addirittura non mi prendeva bene l’host nonostante l’avessi scritto correttamente. Ho dovuto usare il file wp-config-sample altrimenti mi dava sempre errore.
Ora il punto è che apparentemente non mi da più errore ma vorrei capire se ha senso reinstallare wordpress se in realtà dovrebbe aprirmi la pagina di login.
attendo vostre delucidazioni…
grazieRob
-
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…
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_BackupsE’ 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
Ciao @toretoreddu,
e benvenuto nel forum 🙂Non ho capito bene i passaggi che hai fatto, nè se avevi fatto un backup delle cartelle prima dello spostamento.
Quando sposti i file di WP da una sottocartella a alla root principale, devi fare attenzione a indicare il nuovo percorso per SITE URL e HOME.
Puoi provare a procedere in questo modo.
– Fai un backup della cartella di WP sul tuo computer, poi rinominala tipo in OLD_WP (più che altro per non confonderti).
– Carica nella root principale le cartelle del backup.
– Prima di collegarti al login aggiungi al tuo file wp-config.phpdefine('WP_HOME','http://example.com'); define('WP_SITEURL','http://example.com');Al posto dell’url indicato nell’esempio metti il tuo nuovo url. Se le definizioni esistono già modificale solo.
Se tutto va bene, puoi cancellare la cartella con la precedente installazione.
Se invece riesci a ripristinare la situazione di partenza funzionante (Wp nella sottocartella) qui trovi la procedura corretta per il passaggio che volevi fare https://codex.wordpress.org/Moving_WordPress, al capitolo Moving Directories On Your Existing Server
Facci sapere.
-
