Post

1

Segnalazioni lingua Joomla / Re:Sito jmcameron.net forbidden e accesso a language pack italiano non possibile

« il: 16 Giu 2017, 14:20:25 »

Ciao, si, anche a me l'indirizzo diretto da accesso negato. Non un problema joomla, sistemeranno, si spera...

Oggi infatti joomla non mi segnala il problema. Modifico il titolo del post.

2

Segnalazioni lingua Joomla / Re:Sito jmcameron.net forbidden e accesso a language pack italiano non possibile

« il: 15 Giu 2017, 16:10:18 »

Ok. grazie

3

Segnalazioni lingua Joomla / OK: Sito jmcameron.net WAS forbidden e accesso a language ...

« il: 15 Giu 2017, 14:39:54 »

Ciao ha tutti.
ho un joomla 3.7.2 aggiornato all'ultima vesione corrente e tutti i plugin aggiornati.
Oggi il sistema di aggiornamento automatico mi dice che non riesce a raggiungere il language pack per l'estensione attachments.

Aggiornamento: Non è possibile accedere al seguente sito di aggiornamento #7 "Attachments Italian (it-IT) Language Pack Updates", URL: http://jmcameron.net/attachments/updates/translations/Italian-it-IT/updates.xml Alcuni siti di aggiornamento sono disabilitati. Si consiglia di verificare la Gestione siti di aggiornamento.

Avete anche voi questo problema?

Grazie.

4

Installazione, migrazione e aggiornamento / Re:Ajax error durante aggiornamento a 3.4

« il: 26 Ott 2016, 18:09:27 »

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".

5

Installazione, migrazione e aggiornamento / Re:Ajax error durante aggiornamento a 3.4

« il: 26 Ott 2016, 15:54:43 »

[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

6

Articoli della community / Re:Gallerie di immagini facili con Admiror Gallery Plugin

« il: 29 Apr 2014, 14:47:57 »

Ciao,
io sto usando la versione 4.5 ho avuto lo stesso problema.
Ho risolto aggiungendo la slash '/' finale per il parametro Images Root Folder del pannello Control Panel del plugin.

Spero l'informazione sia utile