Ciao.
Per la pulizia delle sessioni di conviene utilizzare l'apposito task session:gc
Io nei miei hosting lo eseguo in questo modo:

sp-php public_html/cli/joomla.php session:gc

Se vuoi utilizzare il Cron web, anche se non uso Aruba, mi sembra dal tuo screenshots che sia tutto ok.
Altrimenti potresti provare con "Esegui un comando" facendo una chiamata curl.

curl -s --request GET "https://greenreport.it/component/ajax/...blablabla"

EDIT: ho visto ora che ti avevo già suggerito session:gc https://community.joomla.it/topic/627/pulizia-delle-sessioni-db-mysql-joomla/3?_=1767975921942

Io avrei fatto tutto con child template e web asset, più sicuro, più veloce.
Se hai deciso di usare FTP, occhio a non utilizzare il plain text ma SFTP.
Plain text non ha nessun tipo di sicurezza, SFTP invece utilizza SSH.

Ciao

@robjrobj
Niente a che vedere con bootstrap-table.
Secondo me molto meglio la tua soluzione.

Avevo implementato qualcosa del genere con BS (card e panel) per visualizzare tutte le statistiche e i risultati di un campionato di vela.
Secondo me è la migliore soluzione quando sei su mobile e hai dei tabelloni del genere!

Ciao.
Per avere la tabella delle sessioni sempre pulita ti consiglio di chiamare l'apposito task session:gc di Joomla.
Dal pannello di controllo dell'hosting devi impostare un cron tab che va ad eseguire il task ogni x tempo.
Io l'ho impostato ad ogni ora.

Se non sai come si fa, contatta il tuo hosting e digli che hai bisogno di un cron tab che esegua questo file php ogni ora (o quanto pensi che sia più consono al tuo sito web):

cli/joomla.php session:gc

Nel mio caso ho dovuto usare questa istruzione:

sp-php public_html/cli/joomla.php session:gc

ma in base all'hosting può cambiare sia il path che l'eseguibile sp-php.

Mmmh... mai fatto override di file JS.
Non credo si possa fare, a meno che non sia supportato direttamente dall'estensione.
Appena ho un po' di tempo mi informo e ti faccio sapere.

Al limite potresti utilizzare child template e web asset per caricare i tuoi JS, ma dovresti aggiungere qualche istruzione per rimuovere lo script originale, altrimenti aumenti i tempi di caricamento delle pagine e potresti anche imbatterti in errori di chiamate JS.

Ciao.
Per inviare le e-mail agli amministratori quando un nuovo utente si registra sul sito:

Utenti -> Gestione -> Opzioni (pulsante in alto a dx)

Lì, nella tab Opzioni utente dovresti trovare lo switch Invia email agli Amministratori.

Per gli articoli mi dispiace, ma non ti so dire.

Hai creato una voce di menu "cerca nel sito" che punti al cerca (index.php?option=com_finder&view=search)?

Se sì, riprova anche a ricreare gli indici dal componente Smart Search, perché io ho qualche cliente che gestisce gli articoli del blog con SP Page Builder e nei risultati di ricerca appaiono senza problemi, anche cercando parole che sono nel corpo dell'articolo.

@ramses_2th ha detto in Ricerca e SP Page Builder:

Buongiorno a tutti,
ho un sito, dove quasi la totalità delle pagine (articoli) sono state create con SP Page Builder.
Come è possibile attivare il motore di ricerca su questi articoli?
Facendo una prova di ricerca, con solo il titolo (quindi senza nessun contenuto) non ottengo nessun risultato.

Grazie

Ciao!
Per gli articoli Joomla creati con SP Page Builder, la ricerca dovrebbe funzionare di default.
Per le pagine SP Page Builder invece, devi abilitare il plugin Smart Search - SP Page Builder.

EDIT: scrivi la versione di Joomla e la versione di SP Page Builder. Nelle ultime versioni è cambiato molto e alcune opzioni potrebbero essere presenti o meno. Così possiamo essere più precisi nell'aiutarti.

Occhio che non tutti i crawler seguono le regole del robots.txt
Le direttive inserite nel robots.txt non sono una regola assoluta, ma solo un suggerimento.

Se si vuole lavorare online su sottocartelle ed evitare l'indicizzazione, è più efficace utilizzare il tag <meta name="robots" content="noindex">
Su Joomla è sufficiente impostare Sistema -> Configurazione Globale -> Sito -> Robots su "noindex, nofollow"

Prevenire è meglio che curare.
A me è capitato di vedere file disallow su robots.txt ma comunque indicizzati e presenti su qwant e yahoo.

Ah ok. Sono contento che tu abbia risolto modificando solo quel parametro di configurazione.

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

Ti ho inviato fattura elettronica

Ciao, ciao

Il nome del file è sempre quello, cambia la query string sull'URL (?v=idunivoco).

La cache del browser non può agire sui contenuti delle variabili in memoria, ma solo su quelle dello storage locale (vedi cookie).
In generale non interpreta gli script ma si limita a fare il caching della risposta in HTML e delle eventuali risorse statiche esterne (js, css, immagini, video).

Se il player audio html prevede l'impostazione di preload, è probabile che memorizzi qualcosa nello storage locale.
Il tuo codice php restituisce un HTML privo di file audio, perché quest'ultimo viene caricato successivamente al caricamento della pagina tramite JS.
Questo metodo crea pagine HTML che sono tutte uguali e quindi il browser non trovando differenze con la versione memorizzata nello storage locale, tende a caricare le risorse che trova nella cache.

Per esserne sicuri bisognerebbe vedere l'algoritmo di cache del browser, ma se con preload="none" funziona, allora molto probabilmente è così.

Puoi fare anche un'altra prova.
Lato PHP fai restituire il tag <audio> già con un file random impostato... solo il primo, poi gli altri puoi continuare a gestirli con JS.
Con il file già impostato, l'HTML restituito varia perché cambia il nome del file. Di conseguenza il ricorso alla cache dovrebbe avvenire solo se il nome del file è uguale a quello già in cache.

@kippo No, solo lato client!
Non è un codice casuale, è il numero di millisecondi passati dal 1970, quindi per il tuo caso è alla stregua di un ID univoco.

Non so cosa sia brc. Se lo ritieni necessario aggiungi la modifica anche nell'else.

if (brc == '') {
	r=Math.floor((Math.random()*l));
	track = arr[r];
	arr.splice(r,1);
	l=arr.length;
	if (l == 0) {
		arr=ooo.slice();
	}
        // MODIFICA: aggiunto Unix epoch time al nome del file
        title = jjj[track];
        uniqid = new Date().getTime();
        audioPlayer.src = title + '?v=' + uniqid;
} else {
	audioPlayer.src = brc;
	title = brc;
	brc = '';
}

Scrivi qui il javascript che usi per valorizzare l'attributo src...

Appena possibile organizzo una manifestazione NO-CACHE.

Sì, sono d'accordo, fai tutto server side.

Quando crei il tag <audio> in PHP, aggiungi al nome del file che utilizzi nel <source> un uniqid().
Del tipo:

<?php
echo '<audio preload="none"><source src="nome-del-file.mp3?v='.uniqid().'"></audio>
?>

Prova a impostarla a NO e vedi se il problema persiste.
Non ti preoccupare per le performance.
Il calo, se c'è, è risibile... e comunque il caching non viene disabilitato mai del tutto, come verificherai tu stessa accedendo alla sezione cache in Joomla.

Io da qualche anno viaggio sempre con cache su NO proprio per evitare questo tipo di problemi del piffero.

Ciao.
Felice che tu abbia risolto disabilitando il preload.
Avevo comunque un'altra soluzione pronta