dopo aggiornamento - problemi di visualizzazione sito

[blumedia]

Ciao a tutti,
in un sito dove gira joomla 1.7 dopo aver fatto l'aggiornamento dell'editor JCE (v. 2.3.3.2), sia il componente, del plugin JCE MediaBox e della lingua, poi del Gantry (4.1.17) ho riscontrato un grosso problema:
una volta digitato l'indirizzo url il sito è scomparso, il risultato è una pagina bianca.
Il backend per adesso funziona.
Ho fatto tutti i vari controlli:
1 impostazioni seo
2 manutenzione > controllo globale ed ho sbloccato alcune tabelle
3 controllo dei vari aggiornamenti
ma niente.
Sapreste darmi una mano?
Grazie

[blumedia]

Che dipenda dal file .htaccess?

[blumedia]

Se metto il sito "off line" si rivede, ma con il seguente errore in testa al logo Joomla :
"

Il template per questa pagina non è disponibile. Contatta l'amministratore del sito"

Se lo rimetto online risparisce tutto.

[giusebos]

jce aggiornato lavora bene solo con joomla 2.5.14

per altre situazioni è un incognita quello che può succedere dopo l'installazione o update.

Inutile dirti di aggiornare a j2.5

[blumedia]

Lo so che dovrei fare tale aggiornamento, ma adesso ho un'urgenza per alcuni contenuti.

[giusebos]

se non aggiorni devi fare con tymce o senza

[blumedia]

Bene. Ho fatto l'aggiornamento di joomla da 1.7 a 2.5.14 e di tutte le estenzioni.
Il sito apparentemente funziona, ma nel beckend le icone del pannello di controllo sono in fila una sull'altra come potete vedere dall'allegato.
Un'altro problema risulta in "gestione estensioni">"avvisi">
La Cartella temporanea PHP non è impostata
La cartella temporanea PHP è la cartella che PHP utilizza per immagazzinare un file prima che Joomla! possa accedere a questo file. La cartella non settata non è sempre un problema, se hai problemi con i file manifest o i file caricati che non vengono trovati, impostare questo nel tuo file php.ini potrebbe risolvere il problema.

E poi:
PHP Upload Size maggiore del POST size
Il valore del upload_max_filesize del file php.ini è più grande rispetto alla variabile post_max_size. La variabile post_max_size avrà la precedenza e bloccherà le richieste di dimensioni maggiori. Si tratta generalmente di una errata configurazione del server quando si cerca di aumentare le dimensioni del caricamento. Aumenta l'upload_max_filesize ad almeno lo stesso valore della variabile post_max_size o viceversa
Leggendo un pò in giro ho trovato il consiglio seguente:
http://blog.mrwebmaster.it/2011/02/15/configuarare-il-php-ini-per-joomla.html
in definitiva si potrebbe fare tutto con il file .htaccess, ma come?
Sapreste indicarmi come posso risolvere?
Grazie ancora della pazienza

[allegato eliminato automaticamente dopo un anno]

[giusebos]

visto i problemi di impostazione e di visualizzazione ricreerei il sito in locale con le stesse extensioni, poi sostituirei il file del database con quello del server on line.

appena appurato che tutto funziona, eliminerei il contenuto della cartella del sito e ci trasferirei i file del sito in locale.

[blumedia]

Scusa l'ignoranza, ma non capisco:
"sostituirei il file del database con quello del server on line."
Spiegati meglio.

[blumedia]

Significa rifare tutto da capo sostituendo soltanto il database col vecchio?
Ma l'articolo che ti ho segnalato non vale niente (file htaccess)?

[giusebos]

ho definito vecchio database quello storico pieno dei tuoi contenuti storici.

se avrai fatto questa seconda installazione in locale o su altro pc o server avremo due situzioni

• [sito on line migrato con problemi]==>[files]+[database vecchio]
• [sito appena installato in locale con le stesse estensioni del sito on-line]==>[files]+[database nuovo]

nella macchina in locale non dovrai fare altro che eliminare il [database nuovo] e sostituirlo con il [database vecchio]

a questo punto se avremo in locale un sito perfettamente funzionante, possiamo procedere a fare la cosa inversa:

eliminare i [files] del vechio sito e sostituirli con i file del nuovo.

in questa delicata operazione tieni presente che dovrai ripristinare la cartella con le immagini che nel nuovo non ci saranno, e considerare che il file configuration.php del vecchio gruppo dei file dovrà essere presrvato.
Inoltre devi considerare le impostazioni seo differenti fra on-line e locale, consigliandoti di disabilitarle nella prima fase dell'operazione.


Se pensi di non essere capace o non avere capito ti sconsiglio di fare questo "movimento",
come invece ti consiglio un buon backup in caso di peggioramento della situazione.

ma visto il tuo avatar sono sicuro che ce la farai ad occhi chiusi

[blumedia]

Grazie infinite per il tuo aiuto.
Prima di fare tutto il lavoro in locale, vorrei capire quale può essere il problema che non mi fa cancellare la cache, perchè è stato quello che mi ha dato tutti i problemi nella trasformazione da 1.7 a 2.5.
L'errore che mi viene è il seguente:

• JCacheStorageFile::_deleteFolderFallita eliminazione 3def43909c1b3ca9b77f4c2130be40e4-cache-com_kunena_rss-e4e88dfdde01d6ccb44d2256af3586db.php

• JCacheStorageFile::_deleteFolderFallita eliminazione kunena.bootstrap.kunena.less.cache

• JCacheStorageFile::_deleteFolderFallita eliminazione ee70dda5c9efc3acbb9be03d69c3aa40.jpg

• JCacheStorageFile::_deleteFolderFallita eliminazione 1ed14e7d99117adc697c427978f00224.html

Beh, intanto ho bancellato la cache dall ftp.

[blumedia]

Adesso funzionerebbe QUASI tutto a parte:
1. non si riesce più ad entrare nell'area riservata
2. solito problema della cartella tmp negli avvisi. Eppure nel file configuration.php c'è la riga:


    public $tmp_path = '/var/www/vhosts/apici.org/httpdocs/tmp';


Dovrei intervenire sul php del server? Non mi pare il caso.