@luX0r75 ha detto in Problema con estensione Convert Forms:

Caspita! Vabbè allora quasi sicuramente è un fattore esterno.
Però io una prova con il form contatti di Joomla la farei:

https://magazine.joomla.org/issues/2026/january-2026/adding-custom-fields-to-the-joomla-contact-form

EDIT: ripristina il CSP che abbiamo customizzato.

Sì! pensavo che il form contatti di Joomla che attualmente sto usando per il classico "contattaci" non fosse personalizzabile e inoltre non fosse duplicabile, Invece è entrambe le cose?
Mi leggo con calma l'articolo, Grazie di tutto!

@luX0r75 ha detto in Problema con estensione Convert Forms:

Allora ultima prova, per escludere Joomla.
Se fallisce, proverei a cambiare hosting.

Vai nel plugin Sistema - Intestazioni HTTP, tab Content Security Policy (CSP).
Aggiungi direttiva (+).

In Direttiva scrivi upgrade-insecure-requests
In Valore non scrivere niente.
Salva.

Disabilita la cache di Joomla.
Vai sulla pagina del form, fai un hard refresh del browser e prova a vedere se così va.

Prova fallita! Sempre stesso problema!
Non vorrei cambiare hosting, ma proverei a cambiare plugin del form.
Si potrebbe comunque provare per curiosità su un hosting free diverso da Ergonet!

@luX0r75 ha detto in Problema con estensione Convert Forms:

L'opzione Usa il CSRF Token di Joomla! è disabilitata nelle opzioni di Convert Forms?

Sì, disabilitata

@luX0r75 ha detto in Problema con estensione Convert Forms:

Strano. Secondo me c'è qualche estensione che fa qualcosa che non dovrebbe.
Fai una prova.
La pagina del modulo non linkarla direttamente al componente convert form.
Carica il form di Convert Form all'interno di un articolo Joomla.
Vediamo se così funziona.

Ho già provato a mettere il form direttamente visibile in home page senza linkarlo!

@luX0r75 ha detto in Problema con estensione Convert Forms:

Posso fare qualche prova di invio dal modulo?

Si certo. è qui:
https://www.crear-arredi.it/modulo-di-reso.html
(è sul sito on-line, invece le prove di prima le facevo in staging)

@luX0r75 ha detto in Problema con estensione Convert Forms:

Aimy in versione free non serve a niente. Gestisce solo il protocollo preferito, che oramai viene gestito da Joomla.
Togli Aimy, e forza l'https con l'impostazione Joomla Forza HTTPS.
Fai queste modifiche, attiva il routing rigoroso e riprova il form.
Mi raccomando, tutte queste operazioni falle disabilitando la cache di Joomla.

Per i canonical URL, c'è il mio plugin che già in versione Free si mangia Aimy a colazione, pranzo e cena.

https://extensions.joomla.org/extension/crusco-canonical-url/

Ok, posso valutare anche il tuo plugin allora!
Ho provato a disattivare Aimy, attiva il routing rigoroso e il forza HTTPS c'è da sempre, ma non cambia nulla, anche disabilitando la cache

@luX0r75 ha detto in Problema con estensione Convert Forms:

Attiva Routing rigoroso.
Poi un'altra cosa: nelle tue pagine c'è un (falso) canonical.
Pensavo avessi attivato l'opzione nel plugin Sistema - Sef, ma non la vedo attiva (meglio).
Suppongo su abbia installato un plugin apposito per la gestione dei canonical URL?
Se sì, posta anche le impostazioni di quel plugin...

Edit: su che versione di Joomla gira il sito?

Joomla gira su ultima versione 5.4.6.
Il sito comunque gira bene, link e url corretti, nessun errore in generale.
Tutto abbastanza di default con pochissime estensioni di terze parti.
è solo questo Convert Form che non vuole funzionare!

Uso il plugin Aimy versione free

@luX0r75 ha detto in Problema con estensione Convert Forms:

Ciao.
ConvertForms non c'entra niente.
Però mi sembra strano che l'hosting stia cannando così alla grande.

Posta i settings dei plugin:

• Sistema - SEF
• Sistema - Header HTTP

Ciao,
i due plugin sono settatti così, non ho mai fatto nulla su essi.
Solo provato ad abilitare/disabilitare Header HTTP, ma non cambia niente.
Il SEF invece mi pare non debba toccarlo per non incorrere in errori di visualizzazione pagine, o errori 404 Pagina non trovata

Buongiorno,
purtroppo non riesco a venirne a capo.
Una persona dice:
"con Convert Forms ho molti form su Ergonet, con varie versioni di Joomla e funzionano tutti bene, sia quelli free che quelli pro."
L'assistenza CF mi scrive:
"Purtroppo, questo non è un problema di Convert Forms. Se così fosse, sarebbe stato segnalato da migliaia di clienti."

C'è qualcosa che potrei anche verificare da me, oppure qualcuno può aiutarmi?

Ciao,
il file test.php mi riporta questa scritta, indipendentemente che behind_loadbalancer sia su '1', oppure 'false' oppure 'true':
string(2) "on" string(5) "https"

L'assistenza Ergonet però scrive anche:
"il server di hosting non ha automatismi tali per cui reindirizza il sito (o anche solo le singole risorse o le azioni come la submit) in HTTP e Fireshield non si occupa di gestire il certificato SSL del sito."

Questo presuppone che il problema potrebbe anche non essere quello che dici tu, cioè che il protocollo viene deciso PRIMA che Joomla entri in gioco. Il dubbio è che il problema possa essere nel plugin.

Ora risponderò nuovamente all'assistenza del plugin
Grazie!

*AGGIORNAMENTO: MODIFICATO IL POST CON DISCUSSIONE SU PROBLEMA CONVERT FORMS

Buongiorno,
Rieccomi!
Putroppo nessuno dei 3 punti sopra risolve il problema! Tutto è configurato a dovere, anche secondo l'assistenza di Ergonet. Essi mi dicono che il problema risiede nell'estensione.

Mentre L'assistenza di Convert Forms dice che il problema non risiede in convert forms!

Ciao,
Punto 1, la console dice questo:

modulo-di-reso.html:1 Mixed Content: The page at 'https://www.crear-arredi.it/modulo-di-reso.html' was loaded over HTTPS, but requested an insecure XMLHttpRequest endpoint '
http://www.crear-arredi.it/component/convertforms.html?task=submit'. This request has been blocked; the content must be served over HTTPS.

per gli altri punti:
Cache ho solo quella di Joomla, ma provai anche a disabilitarla.
Non ho ancora attivato nessun re-Chapta
Sono su Host di Ergonet

Grazie!

Grazie per le informazioni dettagliate!
Al momento uso solo il modulo contatti nativo di Joomla.
Avrei proprio bisogno di un form con caratteristiche da te descritte. Quello più semplice tra i citati sembra Convert Forms e ho provato a installarlo e configurarlo adesso.
Purtroppo però sorge un problema: quando clicco INVIA RICHIESTA non fa nulla, il tasto fa scorrere i puntini di attesa ma resta bloccato lì!
Ho controllato un po' di impostazioni del modulo e di Joomla, ma non ne vengo a capo. Però il modulo contatti nativo di Joomla funziona, quindi gli invii mail dovrebbero partire.

*AGGIORNAMENTO: MODIFICATO IL POST CON DISCUSSIONE SU PROBLEMA CONVERT FORMS
Salve a tutti, sto testando l'estensione Convert Form per l'inserimento del tasto obbligatorio per il recesso.

Il problema è questo: cliccando su invia richiesta il form non parte, resta in sospeso e la console mi riporta l'errore in foto.

Tutto è configurato al meglio su Joomla, compreso il Forza HTTPS intero sito. L'assistenza dell' host (che ha anche controllato il file .htaccess) mi dice che è colpa di convert Form che produce l’action del form in HTTP, mentre L'assistenza di Convert Form dice che la colpa è del server che risponde con un reindirizzamento che rimanda la richiesta a http!

Avete qualche idea??

Capito, grazie @luX0r75 e grazie @matty80.

@luX0r75 ha detto in WAMP problema import sito da remoto a locale:

@ste981 Apache in https ha bisogno di certificato, anche in localhost.
Se ti va di impicciarti con la configurazione di un certicato locale o di barbatrucchi per evitarlo, in rete trovi tutto il materiale possibile... o almeno per Linux c'è di tutto, per Windows credo anche, ma non ti so dire sicuro.

Altrimenti fai come faccio io: in locale lavoro in http e passo in https quando metto online. Mai avuto problemi.

Se ti serve disabilitare https sul tuo sito in locale, vai sul file configuration.php di Joomla e imposta

public $force_ssl = 0;

A meno che tu non abbia regole sull'htaccess, dovrebbe andare.
Altrimenti devi togliere anche quelle.

EDIT: scusami, ho letto ora che ti va automaticamente in https anche sulla root del localhost.
In questo caso non so se forzando il file di configurazione come ho scritto sopra, possa risolvere qualcosa.

GRAZIE.
Sì, ho visto in rete notizie sul certificato per Wamp, ma procedure difficili per me mi sa.

public $force_ssl = 0; è la chiave al mio problema, era su 2 e messo su 0 funziona!
Potevo impegnarmi di più e trovarla da solo , ma mi ero fissato di cercare qualcosa con "https" come c'era un tempo su J3 e J4.

No, la root del localhost non va automaticamente, mi sono espresso male. Solo se digito https va in errore, altrimenti resta in http (comunque problema ora non rilevante e indipendente dal force_ssl)

@matty80 ha detto in WAMP problema import sito da remoto a locale:

Non ti conviene copiare il sito in una sottocartella online, fare i dovuti aggiornamenti e riportare tutto nella root principale?
Per carità se vuoi smanettare con wamp fai pure ma online lavoreresti nell' ambiente di lavoro che poi dovrà ospitare il nuovo sito e non ti imbatteresti in brutte sorprese.

Non essendo del mestiere non vorrei lavorare on-line con sottodomini, per evitare danni accidentali che potrebbero mettermi in down il sito!
Oppure non è mai pericoloso se lavoro SOLO nel sottodominio??
Il mio hosting inoltre ha anche il servizio Live Staging per fare una copia del sito on line e lavorarci sopra (già usato per aggiornamenti importanti), ma un sito in locale con WAMP mi sarebbe più comodo anche per provare la costruzione da zero di qualche nuovo progetto.

@webman ha detto in WAMP problema import sito da remoto a locale:

Scusami ma la porta 3306 e del DB, devi testare invece la 80 di Apache

Sì, è corretta e funzionante la 80 di Apache

Sì, come dalla guida ho installato tutti i Visual C ++ che mi richiedeva. Tutto era OK per l'avviamento di Wamp.
Ora, andando su tools e test port 3306 mi riporta questo:

(anche se la porta sembra giusta, in quanto cambiando numero porta sul file configuration. php con un numero casuale, allora resta in HTTP ma mi da errore 500. Con la porta giusta 3306 invece va in HTTPS come dicevo e non si connette.

***** Test which uses port 3306 *****

===== Tested by command netstat filtered on port 3306 =====

Test for TCP
Your port 3306 is used by a processus with PID = 11324
The processus of PID 11324 is 'mysqld.exe' Session: Services
The service of PID 11324 for 'mysqld.exe' is 'N/D'
*** WARNING *** This service does not seem from Wampserver
Should be: 'wampmysqld64' or 'wampmariadb64'

Test for TCPv6
Your port 3306 is used by a processus with PID = 11324
The processus of PID 11324 is 'mysqld.exe' Session: Services
The service of PID 11324 for 'mysqld.exe' is 'N/D'
*** WARNING *** This service does not seem from Wampserver
Should be: 'wampmysqld64' or 'wampmariadb64'