Ajax error durante aggiornamento a 3.4

[alesalva86]

Ciao a tutti,
durante l'aggiornamento dalla versione 3.3.6 alla 3.4 arrivato al 9.1% mi mostra un popoup con il seguente messaggio: Ajax loading error: internal server error.
Se dalla gestione del server gli faccio il ripristino dei permessi riparte ma si riblocca nuovamente al 9.1%.


Come posso risolvere il problema?


Grazie

[alexred]

ciao alesalva86,
....brutta cosa dover ripristinare i permessi 

Hai provato l'aggiornamento con la procedura manuale descritta anche nella notizia in homepage sulla 3.4 ?

[alesalva86]

No..non ho provato la procedura manuale...con quella automatica non avevo mai avuto problemi...
Comunque adesso provo!


Grazie

[paolinopaperino]

Stesso identico problema anche per me, fortuna che lo sto facendo su un sito che ho predisposto apposta per fare prove.

[Stefano82]

Salve a tutti
ho riscontrato lo stesso problema.


La versione del sito che gestisco è Joomla 3.3.6 e vorrei effettuare l'upgrade alla 3.4.5, il sito è su provider aruba.


Ho tentato l'upgrade automatico ma a metà si è bloccato proprio con il messaggio di errore che avete scritto qui, cioè: "Ajax loading error: internal server error."
Siete riusciti a risolvere? Avete qualche consiglio da darmi? Pensate mi debba imbarcare nel pericoloso aggiornamento manuale?

[alexred]

Ciao Stefano82,
qui trovi una guida all'aggiornamento:
http://www.joomla.it/mediawiki/index.php?title=Joomla!_3:Come_aggiornare_la_versione_di_joomla

[Stefano82]

Ciao Alexred
grazie per il suggerimento

ora però mi sto rendendo conto che il problema è più grave del previsto.

Ho provato ad accedere tramite il backend del sito a degli articoli per modificarne i contenuti ricevendo questo terrificante messaggio:
"Si è verificato un errore.    500 JHtmlBehavior::formvalidator not found."
Ti allego anche uno screenshot

Ora la prima cosa che mi viene in mente è buttare giù il sito e reinstallarlo (ovviamente prima di tentare l'aggiornamento ho fatto backup, l'ho installato e aggiornato in locale con successo).

Tuttavia prima di procedere ti vorrei chiedere se c'è un'altra via. Se facessi un'aggiornamento manuale pensi che riuscirei a risolvere senza cancellare tutto e reinstallare?

[alexred]

prova a rileggere molto, molto attentamente la guida che ti ho indicato,
dovrebbe esserci una parte dove indica che in hosting mal configurati è necessario richiedere l'intervento del supporto tecnico dell'hostig.

[Stefano82]

Ok
nel frattempo ho provato ad effettuare l'upgrade manuale in locale ed ha funzionato.

Sto caricando il pacchetto di aggiornamento decompresso via ftp per provare la stessa cosa sul sito on-line. Poi proverò ad effettuare l'upgrade manuale anche sul sito online.

Spero vada bene. Altrimenti vedo di leggere bene la guida. Se dovesse andar bene scriverò qui dettagliatamente quel che ho fatto e metterò un bel "risolto" nel titolo del mio primo post.

Grazie ancora.

[alexred]

non puoi mettere "risolto" in una discussione che non hai aperto tu.
E' molto, molto importante aprire sempre una nuova discussione per indicare il proprio problema.

[Stefano82]

Ah ok ...
pensavo potessi metterlo nel titolo del mio post.

Ok allorà magari, eventualmente, aprirò una nuova discussione ...

[leccher]

[MODIFICATO CON SPIEGAZIONE DI TUTTI I PASSAGGI]
Ciao a tutti.
anch'io ho avuto questo problema ed ho scoperto perché e come risolverlo.
L'auto update di Joomla  setta i permessi dei file a 644 invece aruba li vuole a 755.
Se si prova in locale (su windows) non ci si accorge del problema e se si fa su linux nemmeno perché di default i permessi 644 vanno bene.
Allora modifico alcuni file sul sito (quello che scompatta e copia i file dello zip) e i file del pacchetto di aggiornamento sostituendo 0644 con 0755 (occhio a non farlo in automatico perché alcuni file contengono comunque la stringa 0644 che non si riferisce a permessi.
Questa operazione serve per modificare pian piano tutti i file sul nostro sito che settano i permessi  a 0644.
Ricreo poi lo zippone.
Poi nella pagina di aggiornamento "Joomla Update", seleziono il tab "Upload & Update" e carico il file che ho creato.
In pratica carico lo zip dell'update contenente i file con permessi 755 come vuole aruba e sostituisco le impostazioni dei permessi da 0644 a 0755.

Ecco i passaggi che faccio:
1. Controllo che il file administrator/components/com_joomlaupdate/restore.php (quello che scompatta e copia i file del zippone che caricheremo) sistemi i permessi a 0755 anche ai file. (sono 4/5 punti se non ricordo male)
2. Scarico il file dell'aggiornamento in locale
3. Scompatto i file in una cartella
4. Cerco i file php che settano i pemessi dei file a 644 e modifico con 755 (occhio che non tutti i 644 sono per settare permessi)
5. Ricreo lo zippone
6. Vado sulla pagina di amministrazione del mio sito
7. Clicco su Update Joomla
8. Nella pagina di aggiornamento scelgo il tab  "Upload & Update"
9. Seleziono il mio nuovo zippone
10. Carico e seguo le istruzioni (ossia reinserire le credenziali di admin)
11. Gioisco e godo nel vedere il processo andare a buon fine
12. Installo gli aggiornamenti
Ricordarsi sempre prima di fare un bel backup del DB e del sito
Spero di aiutare qualcuno
PS: So che ci sono altri modi come copiare manualmente i file via fto e poi vedere se il DB ha bisogno di fix ma questo metodo mi sembra più sicuro e più standard

[MariaElenaBoschi]

oppure, più semplicemente, apri un ticket e ti risolvono i problemi in una giornata

[leccher]

oppure, più semplicemente, apri un ticket e ti risolvono i problemi in una giornata

Ma il problema rimane... ogni volta che provi a caricare lui setta a 644 e l'aggiornamento si blocca!
Non serve un ticket poi per resettare i permessi. Basta andare su admin.aruba.it e entrare nella console "Tools and Settings" e usare la funzione "Permission repair".

[MariaElenaBoschi]

Ma il problema rimane... ogni volta che provi a caricare lui setta a 644 e l'aggiornamento si blocca!
Non serve un ticket poi per resettare i permessi. Basta andare su admin.aruba.it e entrare nella console "Tools and Settings" e usare la funzione "Permission repair".

il ticket è per farsi spostare il sito su un server correttamente configurato per joomla, proprio per non fare tutto il casino che tu suggerisci.

Hai provato?