Amministrazione Joomla!

se hai acquistato questo plugin si

[RISOLTO] Dunque. Dopo aver utilizzato database e files di backup, scaricato Joomla e sovrascritto solo la cartella "Vendor" presente nelle librerie e, infine, svuotato la cache direttamente in Aruba, il sito è di nuovo online. Resta da capire perché tutto questo sia successo!

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

@maicolstaip ho risolto adesso anche io. Grazie!

@mcanonic ha detto in Inserire una immagine dentro ad un articolo:

Ho provato ad inserire una immagine dentro un articolo, con il semplice pulsante che c'è sotto la parte di editor. E' un png (jpeg mi dice non essere supportato) ma quello che ottengo è questo:
https://www.rivaronesi.it/index.php/pastasciutta-antifascista
ovvero solo la parola in fondo all'articolo con il nome del file. Cosa sbaglio?

Ciao @mcanonic,
l'immagine non è raggiungibile, o non esiste o è in un cartella protetta (magari eventgallery protegge le proprie cartelle da accesso esterno)
Io proverei a linkare una immagine fuori dalla cartella "eventgallery" almeno per capire se è quello il problema.

Ciau!

intanto ottima notizia per la App Password, era proprio quello il punto. 👍
Sul captcha invece: il plugin che hai attivato (CAPTCHA - Invisible reCAPTCHA) è una variante "invisibile" del reCAPTCHA classico, e proprio per questo non vedi nulla nel form: non mostra il classico checkbox "Non sono un robot", ma lavora in background analizzando il comportamento dell'utente. Si attiva solo se rileva qualcosa di sospetto, mostrando la sfida.
Quindi è probabile che stia già funzionando: il fatto di non vederlo è il comportamento atteso. Per verificare che sia realmente attivo:

Controlla che sia abilitato sul componente Contatti
Vai su Componenti → Contatti → Opzioni (in alto a destra) → scheda Modulo e assicurati che "Mostra Captcha" sia su "Usa predefinito" o "Mostra". Verifica nel sorgente della pagina
Apri il form contatti nel browser, tasto destro → "Visualizza sorgente pagina" e cerca recaptcha. Se trovi riferimenti a google.com/recaptcha, il plugin sta caricando lo script: il captcha c'è, è solo invisibile. Controlla anche le chiavi
Importante: le chiavi del reCAPTCHA classico (v2 checkbox) e quelle dell'Invisible reCAPTCHA non sono intercambiabili. Quando hai generato la coppia su google.com/recaptcha/admin, devi aver scelto "reCAPTCHA v2 → Invisible reCAPTCHA badge". Se invece hai generato chiavi v2 standard o v3, è normale che non funzioni.
Se preferisci il captcha "classico" visibile
Disattiva il plugin Invisible reCAPTCHA e cerca CAPTCHA - reCAPTCHA (senza "Invisible"). Quello mostra il checkbox tradizionale. Su Joomla recenti potresti doverlo installare a parte se non è preinstallato.
Piccolo consiglio extra
Considera anche hCaptcha (esiste come plugin Joomla, anche di terze parti): funziona allo stesso modo ma è più rispettoso della privacy degli utenti, cosa che con il GDPR non guasta. Google reCAPTCHA traccia parecchio.
Lato Host.it queste configurazioni le testiamo direttamente noi sui siti dei clienti, anche con prove di invio reali per verificare che captcha e SMTP collaborino senza intoppi: spesso un occhio esterno individua subito se il problema è la chiave sbagliata o il plugin che non aggancia il form.
Fammi sapere se nel sorgente trovi i riferimenti a recaptcha, così capiamo se è davvero attivo o se è un problema di chiavi.

Hai usato lo Unique Download Link?

[RISOLTO] Non più compatibile con la versione joomla 6.10

[RISOLTO] Ho fatto così. Ho creato piu menù nascosti che fanno riferimento alla varie gallerie di foto. Ho creato un'immagine per ogni galleria da utilizzare come oggetto da cui partire per associare, con un link i vari menù di riferimento. E, funziona.

[RISOLTO] Ho installato nuovamente il database e tutti i files. Forse ho fatto riferimento a un database precedente (ne ho due su aruba) in ogni caso ora funziona. Grazie per l'aiuto riguardo l'installazione.

[RISOLTO]
perfetto ora funziona, ho svuotato la cache da aruba grazie mille

Hi @amanda445
If there are a lot of tasks running in the background, including client-side scripts, then it wouldn’t be surprising that you’re only noticing this issue on mobile.

Try checking the session table and clearing it.

Also, change the GZip compression setting… if it’s enabled, try disabling it, and vice versa, and see if there’s any change in performance.

@robjrobj grazie mille 🙂

Se utilizzi Yootheme PRO, per visualizzare un pdf e renderlo sfogliabile puoi installare il plugin di DJ Extension https://dj-extensions.com/yootheme/dj-flipbook che io utilizzo e funziona perfettamente

Salve, oggi mi è successa la stessa cosa, ma con Joomla 4. Purtroppo non posso aggiornare alla 5.
Ho cancellato la cache in Firefox, nulla. Ho provato con un altro browser e ho potuto lavorare con gli articoli.

Come dicevo l’unica maniera (che conosco io) è lavorare su un duplicato del sito, una volta terminato sovrascrivi quello online.

Ottimo, meglio così.
Sistemo io il titolo, alla prossima.

@webman Non saprei, non ho ancora provato la versione extended fornita con Joomla! 6.
Per il controllo sulle personalizzazioni, sicuramente molti saranno d'accordo con te e magari saranno aggiunte in futuro.

Io penso che un template più diventa general purpose e più si appesantisce.
Per cui vanno bene alcune personalizzazioni, ma non troppe.

Quando un progetto è ben pagato e i tempi di sviluppo sono umani, sicuramente parto da Cassiopeia per creare un template personalizzato, perché a me piacerebbe sempre partire da una tela bianca.

Nelle altre situazioni (ahimé la maggioranza), devo rivolgermi a template di terze parti per restare nei tempi e costi di sviluppo. Mi viene il fegato amaro, ma non posso fare altrimenti.