Ciao e benvenuto 🙂

@Domenico ha detto in [I CMS sono morti?

E' prorpio così Zio, allora avrai avuto tra le mani uno ZX Spectrum degli anni 80

In realtà ho sviluppato un giochino in Basic interpretato su un Commodore PET con 4KB di RAM
https://it.wikipedia.org/wiki/Commodore_PET
che avevo trovato nel Centro di calcolo del Politecnico di Milano nel periodo in cui stavo sviluppando il programma per l'esame di programmazione in Fortran su schede perforate, che girava su di un UNIVAC 1108. 😁
Conservo ancora il cimelio storico delle audio-cassette con i sorgenti del programma.

Comunque, non ho mai smesso di programmare nella mia vita 🙂 e ora programmo per uso personale in Java e mi diverto una cifra. 😳

Dimenticavo: per tornare in argomento...
Anch'io ho un sito che ho realizzato in Joomla secoli fa e sto aspettando che il provider aggiorni la versione del db Sql per poter aggiornare la versione di Joomla dalla 4 alla 6.👍

Buongiorno,
Joomla 6.1.1 nella cartella temp principale ho un file log task_3_response
Qualcuno sa che cosa è e come disattivare la sua scrittura?

Ho un vecchio sito che probabilmente chiudo a fine anno, in questi giorni è stato ataccato sono entrati, ho cambiato pass del server, però volevo cambiare anche quella di amministrazione ma purtroppo non riesco ad entrarci, in pratica quando digito .../administrator/ il browser mi da pagina non trovata e quindi non ho neanche la maschera dove inserire le credenziali, nella root è anche presente un file .idx.dat che pure non mi sembra che c'era, ho notato che in tutte le cartelle e sottocartelle è presente il file .access mi sembrava che fosse presente solo nella root principale o sbaglio, è forse quel file che mi impedisce di entrare? al momento ho inserito una pagina htm di sito in manutenzione e messo tutti i file e cartelle in una sottocartella, vorrei provare con inserire un ultimo salvataggio fatto sia delle cartelle che del database, però mi piacerebbe capire se questi file sono stati aggiunti, il sito è fatto con joomla 4x se ricordo bene, grazie

ok risolto
hu e' diviso in 2 (template e plugin)
ed e' normale che possono essere disallineati
hu forum

saluti
alla prox

Ciao,

quell'errore è un classico quando ci si trova davanti a un mix di versioni incompatibili. JApplicationSite::isClient() è una vecchia chiamata in stile J3.x: il prefisso J e la sintassi statica appartengono al framework legacy. Su Joomla 4/5/6 quei metodi sono stati spostati nei namespace moderni (Joomla\CMS\Application\...) e il vecchio metodo non esiste più. Quando il sistema va a cercarlo e non lo trova, ti restituisce esattamente quel "Call to undefined method", che blocca sia il frontend sia l'administrator.

Nella stragrande maggioranza dei casi il colpevole è un'estensione di terze parti datata (plugin, modulo o componente) che usa ancora il vecchio codice e che dopo un aggiornamento di Joomla è andata in conflitto. Più raramente succede a seguito di un aggiornamento del core lasciato a metà, oppure di un file del core sovrascritto/danneggiato.

Ti consiglio di procedere per gradi, dal più semplice:

Disattiva i plugin via database. Visto che non entri in administrator, vai in phpMyAdmin (dal pannello del tuo hosting) e nella tabella #__extensions imposta temporaneamente enabled = 0 sui plugin di terze parti più "vecchi" o aggiunti di recente. Spesso basta questo per far ripartire il sito e individuare il colpevole.

Controlla i log. Nei file in /administrator/logs/ o nel log degli errori PHP del tuo hosting trovi quasi sempre il path del file che genera la chiamata: ti dice di preciso quale estensione mettere sotto accusa.

Verifica un aggiornamento core a metà. Se hai aggiornato Joomla di recente, controlla la versione effettiva e che non ci siano avvisi di update incompleto.

Una raccomandazione: prima di toccare qualsiasi cosa, fai un backup completo (file + database). Se hai Akeeba a bordo è perfetto. E se hai uno snapshot/backup pulito di prima del guasto, ripristinarlo è spesso più rapido e affidabile che andare a caccia del singolo file rotto.

Piccola nota da chi ci sbatte la testa spesso: questo è esattamente il tipo di situazione in cui, se il sito fosse ospitato da noi di Host.it, sarebbe bastata una segnalazione e i nostri tecnici avrebbero potuto darti una mano in diretta sul server, log alla mano. Te lo dico perché in casi di down totale avere supporto che ti mette le mani sull'ambiente fa risparmiare un sacco di tempo.

Fammi sapere cosa esce dai log, così restringiamo il campo. 👍

Ciao. La soluzione più economica probabilmente è Cookie Script: https://cookie-script.com.
Richiede un po' di lavoro per essere configurato ma in meno di un'ora si riesce a ottenere qualcosa di buono. Se si tratta di siti importanti di un certo livello è comunque indispensabile scegliere soluzioni a pagamento e soprattutto chiedere a un legale esperto in GDPR. Ciao!

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!

A me hanno bucato due siti con sta falla jce
Uno joomla 4 l'ho rifatto oggi, partendo da un backup pulito così sono pure passato j 6.1.1
l'altro attendo perchè sarà da rifare completamente (joomla 3)

Da quel poco che ho capito, una volta bucati, i tizi condividono l'url con altri in modo che ognuno posssa fare le iniezioni che crede:
Un sito aveva links ad amazon (credo si possa tracciare il referrer per capire chi intasca i soldini ma dubito che amazon si sbatta per una cosa del genere), l'altro a un casino on line

Pubblicità? Non si tratta, credo di fare pubblicità.
In ogni caso, grazie.

Bene. Aggiornamento della versione effettuato, mi pare che sia a posto.
Vi ringrazio!

Ciao Roberta, è un bel lavoro, ma rimane il neo della modifica a un core file.

Semmai avessi tempo, io ti consiglierei di sviluppare un piccolissimo plugin di tipo system.
Nell'evento onAfterRender puoi accedere al corpo della pagina e fare la sostituzione del nodo radice <rss version="2.0"> con la tua versione ampliata.

My two cents!

Grazie adesso ci provo a settare GA4.
Altrimenti chiederò, perchè anche infermieriattivi.it è su host.it
😉