Grazie mille, tutto molto chiaro.
In realtà nel mio caso quello che ha funzionato è stata la riparazione delle cartelle nel database su aruba.it.
Nel frattempo, e anche grazie a te, ho imparato un sacco di cose!

Grazie mille per la risposta, mi sento un po' meno persa!
Mi sembra a questo punto che la soluzione radicale di reinstallare tutto sia la più fattibile, sebbene non la più veloce.
Prima di effettuare qualche procedura, approfitto della tua disponibilità e ti chiedo un paio di chiarimenti.

@elmanisero said:

a patto che tu riesca a fare l'export del sito da strumenti nel pannello di controllo. Se riesci a farlo ma il file che estrai è superiore ai 2 mb conviene che tu lo faccia per date in modo da avere tanti file .xml di piccole dimensioni.

Quello che finora ho fatto è stato di copiare in locale l'intera cartella del sito (che ha lo stesso nome della URL, per intenderci) che si trova nel database in remoto. Quello che purtroppo non so è se questo equivale a fare l'export. In caso debba fare anche l'export, in FileZilla la voce export la trovo nel menu File. Cliccandola mi dà 3 opzioni: export site manager entries, export settings, export queue. Qual è la corretta?

Se invece sono fuori strada, non mi resta che chiederti qualche dettaglio in più, se hai tempo. Intanto mi vado a studiare come reinstallare il database, che proprio non me lo ricordo...
Grazie ancora
Silvia

Ciao a tutti mi chiamo Silvia ho 33 anni e sono entrata nel mondo (diciamo che sto sulla soglia della porta di questo mondo, và) della creazione di siti web per caso, per ricambiare con un po' di lavoro l'ospitalità di un amico.

Mi sono appena iscritta per colpa di un problema che spero siate così gentili di aiutarmi a risolvere, ma sono sicura che, passata l'emergenza, potrò imparare molto dagli altri utenti del forum gt.

Un caro saluto
Silvia

Gentili esperti,
spero di inserire questo thread nella sezione giusta poichè, se è vero che tutto è cominciato con un problema legato a Wordpress, ora non sono più tanto sicura che l'intoppo sia lì.

Come specificato nell'oggetto, tutto è cominciato con il messaggio di errore che così, di punto in bianco, ha iniziato ad apparire quando si digitava la url del sito.

Seguendo alcune istruzioni sul forum di wordpress, ho proceduto aggiungendo
[CODE]define ('WP_ALLOW_REPAIR', true);[\CODE]
al file wp-config in modo da permettere a wordpress di riparare da solo i file corrotti.
Una volta effettuato l'upload del nuovo wp-config tramite FileZilla, i messaggi di errore che apparivano erano del tipo:
"Fatal error: Call to undefined function wp() in .........../wp-blog-header.php on line 14".

Dal momento che fino ad allora, il sito non usava una versione aggiornata di Wordpress, ho pensato di procedere alla sostituzione manuale dei file wp- provenienti dall'ultima versione di WP scaricabile.

Il problema è che ad ora, qualsiasi upload in remoto dei file wp- hanno come risultato il trasferimento di un file di 0 kb, quando, ovviamente, il file in locale non è vuoto.
Ho iniziato a cercare online qualche suggerimento e ho fatto i seguenti tentativi (qualsiasi cosa essi significhino, come vedete il mio è un approccio totalmente empirico).

In site manager di FileZilla ho:
.forzato il charset a utf-8
.flaggato il passive transfer mode
.effettuato il traceroute il cui risultato è "xxxx.com has multiple addresses, 64 hops max, 52 byte packets" più tanti altri numeri incomprensibili per me.

A questo punto sono completamente persa.

La mia prima domanda è: c'è una maniera alternativa per gestire i files in remoto (che non sia FileZilla, ammesso che il problema sia lui).
La seconda domanda è: il problema è di mia competenza o dell'hosting (che è Aruba.it)?
Infine, la mia terza domanda che riassume un po' tutto è: qualcuno può gentilmente aiutarmi?
Di qualsiasi info in più abbiate bisogno e che risulti colpevolmente mancante per mia ignoranza, non c'è che da chiedere!

Vi ringrazio per il soccorso!
Silvia