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

Pagine: [1] 2 3 4
1
Joomla! 4.x / Re:Ricreare il menu a discesa in Cassiopea
« il: 27 Gen 2022, 15:45:20 »
Scusate, risolto... descrivo qui magari può servire ad altri. Nel modulo, alla voce avanzate, nel campo Layout va selezionata la voce Collapsible Dropdown. A presto.

2
Ciao a tutti/e
in nuova installazione j4 non riesco a ricreare un menu con sotto voci a discesa posizionato sotto l'header del template Cassiopea. Cioè mi appare solo la voce principale e non le sottovoci. Eppure istallando j4 con i dati di esempio lo stesso menu è perfetto, completo di sottomenu a discesa e freccetta laterale. Inutile dire che nel mio modulo che richiama il menu ho lasciato tutto come di default con il Mostra sotto-voci di menu attivato. Infatti spostandolo lateralmente le sottovoci di menu sono ben visibili anche se non a scomparsa. Sembrerebbe una cosa banale ma dove sbaglio?Grazie per eventuali suggerimenti.

3
Joomla! 3 / Re:GDPR, come adeguarsi?
« il: 21 Mag 2018, 18:12:21 »

Nel componente gdpr 1.3 ci sono le caselle di spunta le puoi vedere presso questo link: https://larnsrl.it/
Nell'esempio che ci indichi le caselle sono già flaggate, è corretto che sia così? Non dovrebbe valere la stessa regola dei form sul consenso al trattamento dati?

4
Joomla! 3 / Re:GDPR, come adeguarsi?
« il: 15 Mag 2018, 20:07:45 »
Mi pare alquanto strana questa presunta proroga, per quel poco che ne so un regolamento Europeo può essere prorogato solo da una fonte di uguale livello, ergo non certo da un singolo stato membro.
So che in Francia hanno dato un “periodo di grazia” di 90 giorni, dove in caso di controllo vedono se caschi dal pero o meno e quindi ti stai preparando.
Ma niente di più
Infatti, non vorrei si stia facendo confusione con un'analoga iniziativa del garante italiano di cui c'è traccia qui

5
Joomla! 3 / Re:GDPR, come adeguarsi?
« il: 15 Mag 2018, 18:24:29 »
Notizia confermata 6 mesi ulteriori di proroga.

Altra notizia (spero non off topic): 6 ore fa sul profilo facebook di Acymailing un commento di un interno dichiara questo: "As regards the GDPR, a new release will be out this week !"

6
Joomla! 3 / Re:Joomla e GDPR 2018
« il: 12 Apr 2018, 12:37:13 »
Quindi anche se non si hanno registrazioni di utenti bsogna dichiararlo insieme al fatto che non si raccolgono direttamente o lo fanno terzi , leggi social, raccolte per scopi non consentiti.

Ok, questo mi suscita pensieri paradossali: lasciando da parte joomla, se qualcuno violasse il mio account gmail accedendo all'indirizzario email e facendone un uso improprio si configurerebbe un'infrazione al GDPR? E la responsabilità su chi ricadrebbe su Google o su di me?

7
Joomla! 3 / Re:Joomla e GDPR 2018
« il: 09 Apr 2018, 22:23:11 »
Domanda stupida: confermate che se a un sito non interessato alla registrazione di utenti viene disattivato il modulo le problematiche del GDPR 2018 non sussistono?

8
In effetti sembra un gran bell'editor, però bisogna capire bene il trattamento delle immagini perché a un primo approccio noto che a queste viene cambiato il nome con una stringa chilometrica un po' inquietante. Credo che mantenere nella url dell'immagine un nome pertinente al soggetto invece sia più raccomandabile.
Che ne pensate?

9
Joomla! 3 / Re:[RISOLTO] Router sperimentale su j 3.8.x
« il: 24 Ott 2017, 14:38:43 »
Thanks

10
Joomla! 3 / Re:Router sperimentale su j 3.8.x
« il: 24 Ott 2017, 12:45:28 »
Grazie Alex!
un'ulteriore domanda se possibile: nel tuo articolo del 19 settembre sul rilascio della versione 3.8.0 scrivevi questo "Per evitare problemi con pagine che non vengono più visualizzate con il nuovo router attivo si consiglia di creare almeno una voce di menu di tipo "Articoli --> Lista di tutte le categorie", è possibile lasciare poi questa voce di menu non visibile ma pubblicata".
Potresti approfondire la questione per favore? In che maniera questa pratica eviterebbe pagine non visualizzate. Dal mio test risulta che, anche in presenza di articoli categorizzati (e dunque con ID nella url) creati prima dell'attivazione del router sperimentale, tutti i link vengono aggiornati correttamente alla nuova url una volta attivato il nuovo router.Grazie.

11
Joomla! 3 / [RISOLTO] Router sperimentale su j 3.8.x
« il: 23 Ott 2017, 22:56:49 »
Ciao a tutti
su un sito già in produzione ho un menu con solo poche voci ognuna linkata a singola pagina non categorizzata (che dunque una volta caricata nel browser non mostra l'id). Ora però dovrò creare una categoria e relative pagine che presenterebbero l'id nella url.
Il consiglio che chiedo è: tenendo conto delle caratteristiche  che ho descritto del sito, devo approfittare del nuovo router sperimentale prima di creare le pagine della categoria?
Mi confermate che non avendo finora pagine categorizzate non dovrebbero esserci sconvolgimenti di sorta nelle url?
Grazie in anticipo.

12
Gestione Form / Malfunzionamento Chronoforms
« il: 03 Lug 2017, 18:23:52 »
Risulta anche a voi un grave malfunzionamento dell'ultimo Chronoforms 5 disponibile (5.14) con PHP 7.1? Su un sito ho dovuto fare il downgrade a PHP 7.0 per poter procedere.
Ciao.

13
SEO / Re:8.000 pagine quasi tutte uguali
« il: 16 Nov 2016, 11:13:49 »
Intanto grazie per l'aiuto.

X Marine:
purtroppo il problema dell'usabilità delle schede per i titolari è un problema marginale, essendo queste, pagine funzionali solo ad intercettare certe query di ricerca con chiavi tipo: nome cognome qualifica valutazione stima prezzo.
Li sto sollecitando a fare uno sforzo per personalizzare le schede artista con immagini e contenuti biografici originali e sembra abbiano capito l'importanza di questa operazione.
Ma nell'immediato hanno l'urgenza di partire con le schede così come sono da bozze che vi ho linkato. E mi pare siano abbastanza paragonabili all'esempio che mi hai portato dell'e-commerce elettricista.
Dunque che fare? procedere coi 7999 rel canonical che convergono sull'artista n.1? E poi? quando i titolari piano piano cominceranno ad inserire contenuti originali che succederà? Sto uscendo pazzo e mi sto avvitando. Il sito attualmente è posizionato niente male per parole chiave generiche relative alla valutazione/stima di arte in genere ma questo porta solo una marea di contatti/richieste di valutazioni di qualità infima che porta a pochissime conversioni. Per questo si sta cercando di intercettare richieste di valutazione più mirate su artisti che interessano loro (gli oltre 8000 dell'elenco).

X Trony:
Ok per i tag H1, H2, H3... ti confesso che non lo sapevo, ero fermo a semplici neretti e corsivi

14
SEO / Re:8.000 pagine quasi tutte uguali
« il: 16 Nov 2016, 00:47:42 »
Purtoppo no. Le pagine, come dicevo, differiscono solo per il nome dell'artista e per la data di nascita e morte. Ti mostro solo le prime 2 pagine ancora in costruzione:
Artista X
Artista Y
Tieni conto che al momento tutta la parte statica è inserita nelle pagine ma in alternativa sto pensando di ricorrere ad un modulo da richiamare su tutte le 8.000 pagine se questo porta giovamento.

15
SEO / Re:8.000 pagine quasi tutte uguali
« il: 15 Nov 2016, 23:48:41 »
Marine,
cito dalla pagina che mi hai gentilmente indicato:
...se il nostro obiettivo è far indicizzare i contenuti della pagina X, ma allo stesso tempo vogliamo che questi medesimi contenuti siano presenti anche sulla pagina Y, per evitare problemi di duplicazioni, nella pagina Y occorre implementare un link rel canonical verso la pagina X.
Fin qui chiarissimo, però mi sorge un dubbio: l'obiettivo è quello di evitare contenuti duplicati ma allo stesso tempo far indicizzare al meglio tutte le 8.000 pagine. Implementando il rel canonical verso la pagina X indicizzo anche le restanti 7.999 pagine? Cioè, se viene lanciata una ricerca per Michelangelo Vattelappesca scultore il rel canonical contenuto nella sua pagina spero non ne impedisca l'indicizzazione. Usando questa tecnica non sto facendo qualcosa di paragonabile al noIndex, noFollow, giusto?

16
SEO / 8.000 pagine quasi tutte uguali
« il: 15 Nov 2016, 22:24:56 »
Ciao a tutti
vi espongo il caso: ho dovuto creare una categoria con dentro oltre 8.000 pagine che differiscono solo per pochissimi elementi (ognuna appartiene ad un artista del passato). Il nome dell'artista e la data di nascita sono gli elementi variabili, il resto è composto,  su tutte le 8.000 pagine, da una parte di testo sempre uguale (istruzioni su come contattare la galleria d'arte), form di contatto con upload immagini più un captcha.
La prima cosa che mi viene in mente è che, così facendo, verrà generata una quantità mostruosa di contenuti duplicati.
Inserire tutti gli elementi statici in un modulo da assegnare a tutte 8.000 le pagine risolverebbe il problema o lo lascia invariato?
Come ne esco?
Grazie!

17
Gestione Form / Re:Form contatti nativo inserito in articoli
« il: 14 Nov 2016, 13:34:43 »
Ok grazie per la pronta risposta,
allora confermato che al momento joomla nativamente non disponte di un modulo form-contatti ma di un componente da richiamare tramite voce di menu', per la mia particolare esigenza procedo come da suggerimento.
Grazie ancora.

18
Ciao a tutti,
domanda stupida: è impossibile inserire dentro un articolo il form di contatti nativo di joomla perché componente sprovvisto di modulo, giusto?
Per fare quanto richiesto bisogna installare un componente/modulo alternativo a quello nativo o mi sono perso qualcosa?

Grazie!

P.s.: le discussioni che ho trovato sull'argomento dentro e fuori il forum non mi hanno dissolto il dubbio.

19
(silver sponsor, gold sponsor, platinum sponsor, badge sponsor...ma forse a costi piu alti)
Dunque mi pare sia possibile già intravedere qualche cambiamento concreto. A questo punto se dietro la community debba esserci la supervisione e direzione di un entità "profit" sarebbe naturale (e forse auspicabile) la nascita di una qualche forma di concorrenza interna all'universo italiano di joomla (in gergo aziendalista mi pare vengano chiamati Competitors).

20
Ottimo!
Disponibili come sempre.
Grazie a tutti!

Pagine: [1] 2 3 4


Web Design Bolzano Kreatif