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
21
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

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

23
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

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

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

26
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 .... :-[

27
Perfetto, grazie
 :)

28
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

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

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

31
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

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

33
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

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

35
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?



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

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

38
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

39

Salve, avrei bisogno di un consiglio su come risolvere un problema di gestione delle voci di un menu a scomparsa a due livelli (sito www.montessorinet.it  con Joomla 2.5.11, template ja_purity_ii).
Il menu principale ha alcune voci che non rimandano direttamente ad un articolo ma sono semplicemente dei contenitori di voci di secondo livello: passando il mouse sugli item di primo livello mi appaiono infatti le voci di secondo livello, cliccando le quali vado poi direttamente alle relative pagine. Il tipo-voce di menu di primo livello è impostato in questi casi come "categoria blog" (ovviamente assegnando al menu una categoria vuota). Il problema  è che, cliccando sulle voci di primo livello, mi si apre comunque una pagina vuota, cosa che vorrei evitare. L'unico modo che ho trovato finora  per evitare questa pagina vuota è stato quello di definire queste voci di menu come "separatore di testo": in questa maniera funziona tutto correttamente nella versione "desktop" ma non nella versione "mobile" (gestita con MobileJoomla).
Esiste qualche altro modo o qualche stratagemma per impostare una voce di menu in maniera da evitare l'apertura di una pagina vuota? Grazie.


40
Ho (parzialmente  :-\   ) risolto impostando il tipo-voce di menu come "categoria blog" (ovviamente assegnando al menu una categoria vuota) e non come "separatore di testo" : in questa maniera i menu sono correttamente  evidenziati e funzionanti non solo su desktop ma anche su mobile. Così facendo ho però inserito un piccolo difetto nella versione desktop: ora infatti, cliccando sulla voce di menu superiore (quella che non punta a nessun articolo) mi si apre ovviamente una pagina vuota mentre prima (con il tipo separatore testo)  correttamente non succedeva nulla. Ora non so come risolvere questa nuova problematica. Eventualmente apro un nuovo topic .....

Pagine: 1 [2] 3
Host

Torna su