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 - Gioacchino Cipriano

Pagine: [1] 2 3 4 ... 19
1
Ciao a tutti, è un po' che non scrivo sul Forum (Facebook sta rovinando).
Ho un form di modifica record, ho inserito del codice PHP per visualizzare l'immagine presente sul DB.
Il problema nasce quando nel form modifico alcuni dati ma devo lasciare intatta l'immagine già presente.
Nella configurazione del campo upload ho impostato il valore Ghost con quello presente nel DB per far sì che se non carico nuova immagine rimanga ancora quella attuale.
A quanto pare non funziona e non riesco a venirne fuori.
Ho seguito senza successo quanto indicato qui:https://www.chronoengine.com/faqs/60-cfv4/cfv4-working-with-the-database/2666-how-can-i-edit-the-record-for-an-image.

Il valore che ho usato sul Ghost è:
Codice: [Seleziona]
{var:read_data4.Model1.image}




Guardando il sorgente dell'ouput ho questa situazione:
Codice: [Seleziona]
<input type="hidden" name="Model1[image]" value="20220722103020_saveriofrancesco.jpeg" data-ghost="1" />
<input name="Model1[image]" id="image" type="file">


Dove il primo elemento è il valore assegnato a Ghost, mentre il secondo è l'input per caricare eventuale nuova immagine.


Facendo il debug di CF dopo l'invio il campo risulta vuoto, mentre dovrebbe considerare il valore di Ghost.
Codice: [Seleziona]
[var] => Array
                (
                    [Nome] => Saverio
                    [Cognome] => Francesco
                    [image] =>
                )




Grazie a chi mi darà una dritta.

2
Gestione Form / Chronoforms v6 - Passare variabile
« il: 27 Apr 2021, 17:53:42 »

Chronoforms: Ho un vuoto.
Devo far leggere una variabile passata tramite url al where conditions, qual'è la sintassi corretta di CF6?

3
Ho trovato il punto giusto dov'è selezionato lo sfondo.
E' stata una lunga ricerca, ma alla fine l'ho scovato.
Grazie
Ma non hai detto qual'è il punto giusto.
Ti dispiacerebbe spiegarlo?

4
Perfetto,
sono riuscito ad esportare oltre 600 utenti.
L'unico problema a cui bisogna stare attenti è che per tutti gli utenti importati viene inviata la mail di conferma di registrazione e questo potrebbe dare fastidio a chi riceve la mail.
Penso sia opportuno sul nuovo disablitare l'invio della password in Opzioni utente e Forse attivazione nuovi utenti su nessuno.
Da ripristinare eveltualmente al termine, per evitare come me di inviare 600 email  ;D

5
Joomla! 3 / Re:Disponibile aggiornamento Joomla! 3.6.1
« il: 04 Ago 2016, 10:37:34 »
ATTENZIONE:
Facendo prima l'aggiornamento del componente com_joomla.update non si riesce più ad aggiornare alla 3.6.1

6
Joomla! 3 / Re:Registrazioni iCagenda
« il: 22 Giu 2016, 17:25:14 »
"risolto"
mettendo date singole, probabilmente nel caso di evento con un arco di date viene effettivamente riconosciuto come singolo evento.
Va beh.

7
Joomla! 3 / Re:Registrazioni iCagenda
« il: 22 Giu 2016, 17:00:04 »
è capitata stessa cosa pure a me quando ho provato a mettere singolo evento con più date. Praticamente vede l'inizio dell'evento della prima data e chiude automaticamente le registrazioni.
quindi è un problema >:(


8
Joomla! 3 / Re:Registrazioni iCagenda
« il: 21 Giu 2016, 21:01:45 »
controlla data e orario evento
Le date sono più di una: dal 20 maggio 2016 al 30 giugno 2016

9
Joomla! 3 / Registrazioni iCagenda
« il: 15 Giu 2016, 16:42:18 »
Ciao a tutti,
non riesco ad attivare le registrazioni agli eventi.
In opzioni Registrazioni attivate, nell'evento registrazioni attivate, ma mi dice sempre Registrazioni chiuse.
Avete qualche idea?
Gioacchino

10
Joomla! 3 / Re:Joomla! 3.5.0 - Problema su tutti i siti
« il: 04 Apr 2016, 19:42:08 »
Ciao.
Devi controllare sui files .ini la durata della sessione di Apache.
Grazie Fabrizio.
I file non sono mai stati toccati.
E questo scherzo lo fa solo con la versione 3.5.0




11
Joomla! 3 / Joomla! 3.5.0 - Problema su tutti i siti
« il: 04 Apr 2016, 17:37:42 »
Ciao a tutti,
sto avendo su tutti i siti un problema che si verifica solo nelle installazioni locali (xampp).
Su qualsiasi pagina linkata dopo una decina di secondi che sono sulla pagina viene effettuato un redirect al login.
Qualcuno a riscontrato qualcosa di simile?

12
Non crea gli Override dei template.
L'ho segnalato ora a .org

13
Dovresti controllare i permessi dei file.
755 per le cartelle
644 per i file

14
Joomla! 3 / Re:Akeeba Backup
« il: 01 Apr 2016, 20:47:20 »
ciao, non è necessario ma io lo faccio sempre, tranne quando la cartella images è troppo grande e non la aggiungo al backup quindi quella la lascio, anche perche akeeba ripristina tutti i file sovrascrivendo quelli presenti, ma se per esempio è un sito che è stato compromesso i file "aggiunti" non verranno modificati/cancellati.
Ah ok. E' come faccio quasi anch'io. Non ricordo mai però di fare l'esclusione della cartella immagini.

15
Joomla! 3 / Akeeba Backup
« il: 01 Apr 2016, 20:05:35 »
Ciao ragazzi,
dubbio su Akeeba Backup: è opportuno rimuovere tutti i file del sito prima di effettuare un ripristino con Akeeba Backup?

16
Così dovrebbe essere, ma usa qualche componente SEF ? Io ho trovato una discussione... http://forum.joomla.org/viewtopic.php?f=712&t=833986

...dove viene spiegato come rimuovere il rel=canonical
Si uso un componente SEF.
Perchè dovresti rimuovere il canonical?

17
Allora tutto il testo e le immagini contenute nella seconda pagina non devono contribuire al posizionamento ? Quando gli argomenti sono lunghi è meglio offrire al lettore più pagine anzichè un'unica pagina lunga 1 km, ma questo non mi deve penalizzare. Pensi che ho un articolo di 7000 battute in sette pagine...finchè non c'era il rel=canonical andava alla grande...ora è morto completamente  :D
Allora non so se ti può essere utile ho fatto dei test e su tre pagine ho questi canonical:
Codice: [Seleziona]
<link href="http://localhost/info/grazie.html" rel="canonical" />
Codice: [Seleziona]
<link href="http://localhost/info/grazie/pagina-2.html" rel="canonical" />
Codice: [Seleziona]
<link href="http://localhost/info/grazie/pagina-3.html" rel="canonical" />In ciascuna pagina ho i singoli contenuti.

18
Buongiorno, dopo l'aggiornamento rilevo due bug...il primo è relativo all'header del sito, cliccando sopra non si viene più rimandati alla homepage ma viene rigenerata la pagina. Il secondo riguarda il banner di avviso sull'uso dei cookie...sparito.

Altra cosa...nella versione 3.4.8 ho notato che Joomla inserisce un rel=canonical automaticamente subito sotto il tag title. Negli articoli con più pagine risulta indicizzata solo la prima pagina e questa è una cosa che influisce pesantemente sul posizionamento dell'articolo.
Ciao WillerCT, sui miei siti non rilevo i due bug segnalati.
Per il canonical verifico anch'io se lo fa e faccio sapere. Anche se non ho capito cosa intendi su più pagine. Un articolo al massimo sono riuscito ad inserire un Leggi tutto... non ho mai provato più pagine.
Inoltre penso sia normale la canonicalizzazione solo della prima pagina perchè credo sia quella di riferimento per tutto l'articolo anche se in più pagine.

19
Ragazzi una cosa stranissima. Ho aggiornato alla 3.5 un sito. Dopodiché  ho fatto un nuovo backup che ho scaricato in locale per sostituire la copia locale anch'essa aggiornata alla 3.5 che dopo l'aggiornamento sulle pagine che aprivo mi dava dopo un refresh la pagina di login.
Sostituisco il tutto con il backup e mi da lo stesso scherzo (solo in locale però e per fortuna).
È capitato anche a qualcun altro?

20
servirebbero i link alle segnalazioni di questi "bug importanti", detto così serve a poco.
Il link ce l'hai nella firma di dissociazione :D

Pagine: [1] 2 3 4 ... 19


Web Design Bolzano Kreatif