Back to top

Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - maxilgatto

Pagine: 1 [2] 3 4
21
Joomla! 3 / ACL bloccata?
« il: 13 Ago 2015, 12:19:32 »
Salve, ho un  problema con la gestione degli accessi al sito: qualsiasi modifica a utenti/permessi/gruppi ecc. fatta come amministratore sembra andare a buon fine ma non diventa effettiva, come se i file di sistema non venissero aggiornati. Esempio: creo un nuovo gruppo per accesso al sito off-line, con relativi permessi, creo un nuovo utente assegnato a quel gruppo ecc. Tutti i passi di creazione vanno a buon fine (compresa la  modifica del permesso da "ereditato" a "consentito" per quel gruppo) ma poi il nuovo utente non riesce ad entrare nel sito offline. Avete qualche suggerimento su cosa debbo controllare? Grazie

22
Mi spiace dell'inconveniente ma non capisco il motivo dell'accaduto. Avevo visualizzato il post come anteprima ed era tutto regolare. Cmq avevo copiato il testo negli appunti e lo ripropongo
Salve, avevo apero tempo fa un post simile senza una soluzione concreta. sono utente "super user" dei miei siti e accedo regolarmente ai tutti i backend. Quando faccio delle modifiche metto ovviamente il sito offline e procedo alle modifiche. Concluso il lavoro, prima di rimettere online il sito lo apro cliccando in  alto sul link "anteprima". Ovviamente il sito, essendo offline,  mi presenta la maschera delle credenziali di accessso ma non riesco ad entrare nel frontend: se ho memorizzato le  credenziali nel browser me le ripropone in continuazione, se non le ho memorizzate (o se provo da un altro browser) dopo aver inserito i dati mi ripropone in continuazione la maschera con i campi vuoti: evidentemente in questa situazione le credenziali non vengono riconosciute In questa situazione l'unico modo per controllare il lavoro è quello di rimettere il sito online ma non mi pare la procedura corretta. Avete qualche suggerimento/indizio? Faccio forse confusione tra administrator e super user? Quando entro nel backend risulto comunque loggato come superuser. Mi succede per tutti i siti che gestisco.Grazie


23
Salve, riprendo il topic perchè anche la soluzione parziale che sembrava funzionare (creazione di un altro utente)in realtà non risolve il problema. Ripropongo il tema sperando i qualche nuova indicazione. Riassumo:  sono utente "super user" dei miei siti e accedo regolarmente ai tutti i backend. Quando faccio delle modifiche metto ovviamente il sito offline e procedo alle modifiche. Concluso il lavoro, prima di rimettere online il sito lo apro cliccando in  alto sul link "anteprima". Ovviamente il sito, essendo offline,  mi presenta la maschera delle credenziali di accessso ma non riesco ad entrare nel frontend: se ho memorizzato le  credenziali nel browser me le ripropone in continuazione, se non le ho memorizzate (o se provo da un altro browser) dopo aver inserito i dati mi ripropone in continuazione la maschera con i campi vuoti: evidentemente in questa situazione le credenziali non vengono riconosciute e questo avviene con tutti i browser. In questa situazione l'unico modo per controllare il lavoro è quello di rimettere il sito online ma non mi pare la procedura corretta. Avete qualche suggerimento/indizio? Faccio forse confusione tra administrator e super user? Quando entro nel backend risulto comunque loggato come superuser. Mi succede per tutti i siti che gestisco.Non so se (mi rivolgo a un moderatore) è più funzionale aprire un nuovo topic sul tema  o restare agganciati al precedente.Grazie

24
Risolto parzialmente: seguendo il consiglio di Giusebos ho creato un nuovo utente di amministrazione dopo aver reso scrivibile configuration.php e sono regolarmente entrato nel frontend con le credenziali del nuovo utente. Questo però mi funziona con Firefox e IE mentre continuo tuttora a essere bloccato su Opera e su Chrome. Eppure penso di aver pulito tutto: cronologia dei browser comprese le password, sono uscito e rientrato, ho provato con l'accesso "in incognito" eppure non riesco a entrare. Ringrazio intanto i colleghi per i suggerimenti .

25
Mi chiedo anch'io perchè sia sparita la fine del messaggio, in anteprima il messaggio era completo.
Cmq  chiedevo, per inciso, se la configurazione di permessi (4,4,4) fosse corretta come configurazone standard in quanto non l'avevo mai modificata

26
Intanto vi ringrazio per gli aiuti ma per ora non ho risolto. Ho aggiunto un nuovo utente (superuser e administrator), ho controllato che configuration.php fosse scrivibile (verde) ma non lo era, lo ho modificato (via filezilla) da 444 a 775 e ho controllato per sicurezza che fosse diventato scrivibile (verde) controllando  anche sul backend (sistema/permessi): ok . Cmq  non riesco a entrare nemmeno con il nuovo utente. Correggo una mia prima segnalazione, il problema mi capita anche con un sito che ho ancora in 2.5 e quindi il malfunzionamento non dipende dal cambio di versione di Joomla (come diceva giustamente Giusebos).
Per inciso, è corretto che configuration.php sia sempre rosso (444), in tutti i miei siti? So che gli incisi con un altro argomento non andrebbero fatti ed eventualmente apro un nuovo thread ma ho già visto che le discussioni sul tema dei permessi sono lunghissime e a volte inconcludenti....

27
Salve, chiarisco meglio: io accedo sempre regolarmente al backend con la mia coppia di credenziali, quello che non riesco a fare è proprio quello che mi viene suggerito (giustamente e ovviamente) da Giusebos: "non è cambiato niente, se il sito è off line devi solo inserire le tue credenziali nel frontend": le credenziali di backend non mi vengono riconosciute  come valide dal frontend. Ho pensato fosse un problema di cache per cui ho pulito tutto (cache in amministrazione, cache del browser, accesso in incognito, altro browser ....). E' come se le credenziali fossero valide solo per l'accesso al backend.....

28
Salve, dopo la migrazione da 2.5 a 3 non riesco più ad accedere ai miei siti messi offline. Mi spiego: precedentemente (J 2.5) per fare delle modifiche a un sito operavo così: a) da backend, come amministratore o superuser mettevo offline il sito 2)operavo la modifica 3) dal backend andavo direttamente al frontend che risultava regolarmente bloccato 4) inserivo le mie credenziali, le stesse del backend, ovviamente 5)se la modifica era ok rimettevo il sito online. Ora non riesco più ad accedere al frontend (passo 4) ma debbo prima rimettere on line il sito per controllare. Mi sono perso qualche cambiamento nelle procedure di accesso oppure ho combinato qualche casino? Su cinque siti!?
Avete qualche suggerimento? Grazie .... :-[

29
Perfetto, grazie
 :)

30
Salve, a proposito della questione dei cookies e della necessità di informare l'utente della presenza/possibilità di essere oggetto di invio degli stessi mi pare che l'estensione  http://extensions.joomla.org/extensions/site-management/browsers-a-web-standards/21043 sia utile e semplice da utilizzare. Purtroppo non ho trovato il modo di modificare i testi in italiano. Qualcuno sa dove mettere le mani per poter inserire un testo in italiano al posto di quello in inglese? Dopo aver installato l'estensione su un sito di prova ho "ravanato" in lungo e in largo nel codice  ma non ho trovato tracce del testo originale.Grazie

31
Alla fine sono riuscito a cancellare il tutto lavorando per pezzi e non cancellando tutto insieme. Ovviamente occorre anche cancellare il DB. Grazie

32
Non ho dubbi sull'hoster (joomlahost.it)  per cui è molto probabile che faccio qualche errore di pulizia ma non capisco quale.....

33
Salve, una domanda che forse sconfina da joomla e attiene alla gestione generale dei file: ho creato un sottosito di prova (www.miosito.it/TEST )su un sito di cui sto testando il passaggio da 2.5 a 3. Ho fatto il test di migrazione sul sottosito, che mi ha dato esito positivo. Ora, prima di fare la migrazione del sito principale, vorrei cancellare il sottosito di prova. Pensavo fosse possibile semplicemente  cancellare (per es. con filezilla) la directory  public_html/TEST con tutto il suo contenuto ma non ci riesco. E' forse solo un problema di permessi? Se è così, come impostare la tabella dei permessi di filezilla? Scusate ma, proveniendo da windows,   ho poca dimestichezza con unix e le politiche dei permessi. Grazie

34
Ciao, ti ringrazio. La soluzione è perfetta nella sua semplicità e l'avevo già usata in altre situazioni particolari non legate alla Ozio Gallery: in questo caso mi ero fatto fuorviare dal fatto che il link funzionante è variabile ossia contiene il numero progressivo dell'immagine per cui pensavo non fosse possibile e l'avevo scartato a priori.....

35
Salve, ho letto diversi topic sul tema ma non trovo soluzione al mio problema (joomla 2.5, Ozio 3.3.18). Ho una galleria che si apre direttamente da una voce di menu. La galleria  funziona correttamente. Ora però ho avuto bisogno di collegare la pagina dove si apre la galleria a un articolo del sito. Ho seguito la solita procedura inserendo come link alla pagina  il contenuto del campo link della voce di menu che fa aprire la gallery di Ozio ma non funziona: sul frontend, quando, all'interno dell'articolo,  clicco sul link per puntare alla galleria, vado sì alla pagina della gallery ma l'immagine non si apre e compare la segnalazione "Make sure you specify at least your username"  riferito al pwi.googlecode. Il link fornito dalla  voce di menu per il collegamento non mi sembra completo ( index.php?option=com_oziogallery3&view=00fuerte ) ma non so se dipende da questo nè, nel caso, come fare a correggere. Se punto alla galleria direttamente dal menu tutto continua a lavorare correttamente per cui non credo sia un problema di identificativi G+. Qualcuno ha qualche suggerimento su questo errore ? Grazie

36
ok, mi ero fatto ingannare dal tema dell' aggiornamento del template che era venuto fuori durante la discussione, dimostrazione evidente, come dici, che non bisogna inserire temi nuovi in una discussione aperta. Grazie cmq della risposta.

37
certo se aggiorni il template perdi le modifiche. Per non perdere le modifiche su un template lo copi con la comoda funzione di joomla, lo nomini come ti pare e così avrai un template identico che avrà il tuo nome. Adesso puoi fare tutte le modifiche del caso con l'assoluta certezza che nessun aggiornamento sovrascriverà questo.


Salve, mi inserisco per ampliare il tema all'aggiornamento generico dei template. Quello che dici penso sia vero nel caso dei template standard ossia quelli che fanno parte dell'installazione standard di Joomla (tipo Beez)  e che vengono aggiornati automaticamente assieme alla versione del core, indipendentemente dal fatto che siano modificati o meno. Nel caso dei template "terzi" basta non aggiornare il template. Sorge però la domanda: quando esce un aggiornamento di template è opportuno aggiornare o meno? Io, per esempio, ho alcuni siti 2.5 con JA Purity II (ver 2.5.3 di novembre 2012) su cui ho fatto diverse personalizzazioni, di cui è uscito un aggiornamento. Che fare? Tenere il vecchio oppure aggiornare e rifare tutte le modifiche a mano? Tra l'altro non si capisce dal sito del produttore se l'aggiornamento contenga delle patch di sicurezza o meno. Ho letto di vulnerabilità legate alla vecchia versione di JA Purity per joomla 1.5 ma non per la versione che gira su 2.5.  In generale posso dire che questo JA Purity II (anch'io a suo tempo ho seguito i consigli di Tonicopi nella scelta di un template con menu a tendina) è un ottimo template ma il sito del produttore non è molto chiaro anzi piuttosto criptico. Qualcuno ha dei consigli o dell'esperienza in merito?



38
Gallerie di immagini / Re:Problema Descrizione foto
« il: 16 Ott 2013, 19:01:22 »
Mi inserisco per confermare che, aprendo la "descrizione foto", il testo si vede per intero. Purtroppo la descrizione foto appare come semplice testo e perde l'eventuale formattazione presente sulla didascalia di G+ Non sarebbe un grave problema se non per il fatto che non è possibile inserire un link: un link cliccabile nella didascalia G+ diventa un semplice testo nella "descrizione foto" di Ozio3. E' possibile risolvere questo problema? Per il resto Ozio3 mi sembra un'ottima soluzione....

39
Problema risolto nel senso che, dopo un paio di ore dalla modifica sul backend, finalmente il frontend è corretto. Resta il problema ( che segnalo ) del cambiamento nell'ordine delle voci di menu prodotto dalla migrazione. E' successo a qualcun altro? Devo migrare altri 4 siti e sono un po' preoccupato.....

40
Salve, ho effettuato correttamente (credo) la migrazione installando lo zip ( da 11 a 14) e il file della lingua. Tutto ok tranne il fatto che mi trovo, sulla riga dei menu, la voce principale del menu in 3 posizione (uso ja-purity_ii) invece che in prima. Già è strana questa auto-modifica (ovviamente non voluta) ma il peggio è che, dopo aver rimesso a posto l'ordine delle voci di menu sul backend, il frontend non ne vuole sapere di accettare questa modifica (ho pulito tutte le cache sia sul backend che sui browser, anche utilizzando un browser alternativo ma nulla. Ho anche aspettato un paio d'ore per dare tempo (!) all'hoster di aggiornare ma nulla. Avete qualche consiglio? Grazie

Pagine: 1 [2] 3 4


Web Design Bolzano Kreatif