L
Personalizzabile, sì.
Credo che si possano nascondere i campi per determinati contatti.
Se è così, ed ho capito cosa intendi per "duplicabile", non dovresti avere problemi.
Facci sapere, che ora che hanno messo un CAPTCHA nel core, sto pensando di passare al modulo contatti standard per il mio sito.
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.
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.
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/
@jeyjey ha detto in Mi presento dopo anni di assenza:
Buonasera mi presento, sono un vecchio utente del vecchio forum ...... provengo da Mambo ..... ora sono di nuovo qui.
Azz! Allora bentornato!
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?
@ElenaEffe Ciao Elena.
Feedback molto dettagliato. Tornerà senz'altro utile.
Grazie e buon lavoro!
@ElenaEffe ha detto in Joomla 5 Joomla 6 articoli:
@luX0r75 Grazie della risposta. Anch'io credo che avendo un pelino più di risorse (VPS di media natura) la situazione cambierebbe.
Ho fatto innalzare il PHP memory_limit a 768 ed ha risorse dedicate 4 CPU Cores 5GB Memory essendo un semidedicato. Tuttavia noto due cose. Un altro sito che ho che ha 700 articoli e non 60.000 come quello in oggetto (e stessa versione di Joomla! 5.4) in backend è reattivo come il frontend.
Se così fosse credo sarebbe sproporzionato avere 200 metri quadri ed utilizzare solo camera bagno e cucina... solo per il backend.
Per quanto riguarda il DB forse dovrei pensare ad un cronjob che ottimizza le tabelle ogni 12 ore. Tuttavia il problema, cronometro alla mano, rimane anche con una ottimizzazione. Salvare un articolo di media entità o solo chiuderlo senza aver fatto modifiche mi chiede tra i 5 e gli 8 sec. Idem spostarmi tra le varie aree.
Se individuo il problema sarà mia cura renderlo noto.
Ringrazio dell'attenzione.
Lo fa solo con "Salva" o anche con "Salva e chiudi"?
Perché potrebbe essere un problema di caricamento dati dopo il salvataggio.
In quel caso potresti abilitare il debug di Joomla e vedere quale query impiega più tempo per essere eseguita.
Da lì poi è semplice risalire alle tabelle implicate e verificare che non siano piene di robaccia.
Ciao Elena.
È capitato anche a me un paio di volte su siti di clienti che avevano decine di migliaia di articoli.
Uno dei due era stato creato decine di anni fa su Joomla 1.5 e aggiornato fino alla versione 4.
Io mi sono occupato dell'aggiornamento alla versione 5, quindi non so se negli update precedenti avessero fatto casini. Abbiamo risolto (leggi migliorato la velocità) mettendo tutto su un server VPS.
L'altro caso: un sito web in Wordpress su cui è stato fatto il porting su Joomla.
Non ti dico cosa ho trovato sul DB.
Solo per dirti che non escluderei che vada in affanno con decine di migliaia di articoli.
Come non escluderei che tutto possa dipendere da aggiornamenti che non hanno filato come dovrebbero.
Da sviluppatore: la velocità di PHP migliora di versione in versione. Il collo di bottiglia è altro.
Se dovessi scommettere, propenderei per il DB.
Ciao.
Scusami, volevo risponderti più in dettaglio ma phocadownload mi va in errore sui siti di test che uso di solito e in questo periodo purtroppo ho poco tempo per indagare sul problema.
Comunque da phocadownload puoi creare delle voci di menu che puntano a un file (sempre prima definito in phoca). A questo punto invii per email il link alla voce di menu, es. miosito.it/file-da-inviare
Puoi nascondere la voce di menu da Joomla.
Il percorso originale del file non si vede.
Qualcuno mi corregga se ricordo male.
Edit:
ho cercato in rete. Si fa tramite Unique Download Link:
Ciao.
Se il tuo intento è mascherare il contenuto della cartella documenti, allora devi inserire un file index.html vuoto all'interno di essa.
In questo modo chi accede a www.miosito.it/documenti non vedrà la lista dei documenti, ma il contento del file index.html, ossia una pagina bianca.
E poi devi nascondere la cartella ai motori di ricerca inserendo in robots.txt:
Disallow: /documenti/
Se proprio vuoi fare le cose per bene e non passare mai i percorsi reali, ti consiglio di dare uno sguardo a questo:
https://www.phoca.cz/phocadownload/
Una volta installato phocadownload, puoi anche inserire nella cartella documenti un file .htaccess con dentro questa istruzione:
deny from all
Che non permette di accedere ai file tramite il percorso diretto, ma solo passando attraverso il link phocadownload.