Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - danjde

Pagine: [1] 2 3 4 ... 14
1
Gestione sito multilingua / Re:Errore languagefilter.php
« il: 10 Apr 2018, 19:56:34 »
Risolto, implementando la seguente patch:

https://github.com/joomla/joomla-cms/commit/eb533046aa2da12816ca3836799de6f7b7a1a157

Grazie

PS
ma in questo forum c'è ancora qualcuno? :-)


2
Gestione sito multilingua / Re:Errore languagefilter.php
« il: 10 Apr 2018, 17:59:16 »
Salve,
continuo ad avere lo stesso problema, che si manifesta anche solo entrando nel backend e poi visualizzando il frontend.
Ho visto che una patch per questo problema è stata inclusa nella versione 3.8.7, esiste l'aggiornamento per Joomla 3.8.7 italiano?

L'errore generato:

Codice: [Seleziona]
PHP Fatal error:  Nesting level too deep - recursive dependency? in /var/www/miosito.it/public_html/libraries/joomla/event/dispatcher.php on line 198, referer: http://www.miosito.it

Grazie


3
Salve amici,
sono entrato nel sito Joomla 3.8.6 da backend ho cliccato sul modulo backend "Stato Multilinga" e poi il frontend è diventato bianco.
Ho provato anche a recuperare un database di alcuni giorni fa ma senza risultato.

Apache mi comunica questi errori

PHP Parse error:  syntax error, unexpected '$Jsite' (T_VARIABLE), expecting function (T_FUNCTION) in /var/www/mysite/public_html/plugins/system/languagefilter/languagefilter.php on line 23

Ho visto qui che ci sono dei problemi, mi potreste dare qualche indicazione in più o sapere se è successo anche a voi e come avete risolto?

Grazie infinite

Davide

4
Salve amici,
ho tradotto tutta la parte front end del noto gestore HWD Media Share (oggi abbandonato e non si sa nulla degli sviluppatori..).
Vorrei anche tradurre pulsanti e alcuni link del componente sempre in fornt end che non sono inclusi nel file "it-IT.com_hwdmediashare.ini".
Dato che non l'ho mai fatto vorrei chiedervi un suggerimento prima di commettere errori.


Per esempio nel file "com_hwdmediashare/views/upload/view.html.php" il pulsante di uload dei file è in inglese e non ha un richiamo al file di traduzione come potete vedere:


Codice: [Seleziona]
                // Load file input script.
                $this->document->addScript(JURI::root() . "media/com_hwdmediashare/assets/javascript/bootstrap-file-input.js");
                $this->document->addScriptDeclaration("
                    var buttonWord = 'Select File...';
                ");


Come dovrebbe essere fatto il richiamo ad una voce di traduzione? Come dovrei modificare il codice sopra per agganciare la traduzione ad un eventuale:


Codice: [Seleziona]
COM_HWDMS_UPLOADS_SELECT_FILE="Seleziona File..."

Grazie infinite

PS

poi una volta corrette anche queste voci lo pubblico nel post.


Davide



5
Salve amici,
ho configurato secondo le mie necessità il plugin "User Profile" e ho impostato per esempio i campi Città e Regione come obbligatori.

Succede che se vado alla pagina di registrazione, cliccando sul link del modulo di login "Registrati" sotto igni campo appare la voce "Facoltativo" ma se non compilo le due voci in questione la registrazione mi viene rigettata per campi Città e Regione non compilati.

Sbaglio io qualcosa?

Grazie infinite

Davide

6
Database / Re:finder_term occupa il 70% del'intero DB
« il: 12 Mar 2018, 13:46:00 »
Il sito è di eventi dunque di contenuti in generale.
L'utente deve poter cercare (e possibilmente trovare) l'articolo o l'evento ricercato.
Tuttavia non mi serve lo SMART SEARCH che mi sembra eccessivo per il tipo di utente.
In ogni caso ho svuotato le tabelle e sto ricreando gli indici attraverso "Indicizzatore Motore di ricerca" e questo le ha fatte dimagrire parecchio almeno per ora, e siamo al 50%.

Grazie ancora

Davide

7
Joomla! 3 / Re:Lentezza enorme solo backend
« il: 12 Mar 2018, 12:09:40 »
Documentandomi in rete scopro che il problema affligge molti utenti dalle ultime release Joomla infatti il sistema non è più in grado di svuotare in autonomia la tabella *_session e questo può crescere anche di 100MB al giorno arrivando a bloccare l'intero sito!!

Sul forum Joomla.org segnalo le utili indicazioni di "Kubik-Rubik" e l'eventuale installazione del suo plugin realizzato allo scopo.

NB
Sarebbe forse da verificare se il plugn contiene backdoor/etc prima dell'eventuale installazione.


Grazie del gentile aiuto

Davide



8
Database / Re:finder_term occupa il 70% del'intero DB
« il: 12 Mar 2018, 11:55:48 »
Relativamente alla possibilità di rimuovere i duplicati eseguendo questa procedura si arriva velocemente al risultato voluto.
Tuttavia vorrei da voi se possibile un ulteriore chiarimento:


la tabella `ch5ug_finder_terms` viene usata sia dal sistema SMART SEARCH che da quello tradizionale? O si tratta di una tabella prodotta esclusivamente dal nuovo
SMART SEARCH?

Grazie ancora

Davide



9
Database / finder_term occupa il 70% del'intero DB
« il: 09 Mar 2018, 17:29:26 »
Salve amici,
in un sito di eventi, per cui con nuovi contenuti ogni giorno, verificando le tabelle scopro che la "finder_term" occupa quasi tutto il database.
Entrando nei contenuti scopro che almeno il 50% di questi si ripetono, sono duplicati.
Il plugin Smart Search è disabilitato (e non intendo abilitarlo), mi chiedevo se esiste un modo per eliminare almeno le entry duplicate.

I termini che vedo nel DB se li ricerco attraverso Componenti - Motore di ricerca non li ritrovo. Per quale ragione?

Conviene eseguire una nuova indicizzazione sempre da Componenti - Motore di ricerca? Prima devono essere svuotate le tabelle forse?

Grazie infinite del gentile aiuto!

Davide



10
Joomla! 3 / Re:Lentezza enorme solo backend
« il: 08 Mar 2018, 22:38:49 »
Salve ancora amici,
ho fatto delle ulteriori indagini ed ho scoperto che alcune tabelle sono diventate di dimensioni (forse) ingestibili), si tratta di un sito di eventi  per cui con diverso materiale ma queste mi sembrano inspiegabilmente lievitate, eccole qua:

ch5ug_session --------------------->1 GiB
ch5ug_finder_terms ---------------> 678.7 MiB
ch5ug_finder_links ----------------> 256.6 MiB
ch5ug_finder_links_terms8 -------> 168.8 MiB


Esiste un modo per farle ritornare a dimensioni gestibili?
Ed eventualmente la cosa dovrebbe farmi pensare anche ad un comportamento anomalo del sito?


Grazie ancora!

Davide


11
Sicurezza / Re:Invio email da sito verso dominio "yandex.ru"
« il: 03 Mar 2018, 12:34:32 »
Esiste un applicazione che interroga i DB VEL e confronta i plugin/componenti installati in Joomla per verificare se esiste materiale segnalato?

Grazie ancora

12
Sicurezza / Invio email da sito verso dominio "yandex.ru"
« il: 03 Mar 2018, 10:36:55 »
Salve amici,
ho da poco scoperto che uno dei miei siti invia in modo lento ma costante email verso il dominio "yandex.ru".
Gli indirizzi a cui invia le mail sono inesistenti e mi ritornano dei messaggi " Undelivered Mail Returned to Sender" dal mio server di posta.

Ecco i log recenti di php:

Codice: [Seleziona]
[03-Mar-2018 07:35:46 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: filippovleshka@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 07:35:46 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <5629059e56f35bc2f75cd4c60ce72e87@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:02:06 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: cvetochek.zh@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:02:06 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <d47e80c56170f1448c86b27e7bf131e2@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:23:48 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: atrenina@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:23:48 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <20ad5aa7a1a11bae392f2708850fd11a@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:33:45 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: irina.pishhulina@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:33:45 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <383e312011f840c0a96e91c0b384fe47@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:38:25 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: kalayhina.albina-tocka@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:38:25 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <eb18663df611518ca95ecbfcc0883bc4@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:45:29 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: shetininmaks@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:45:29 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <ecb9e60150a85d1aa229b1d4e9f645c4@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 08:53:47 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: ustyglubov.ust@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 08:53:47 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <03d72a0d151313464d28eb385ef30831@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 09:21:26 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: crewbeat@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 09:21:26 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <a4a5a39ee61f99955a9df02391207340@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

[03-Mar-2018 09:46:15 Europe/Berlin] mail() on [/var/www/miosito.it/public_html/libraries/vendor/phpmailer/phpmailer/class.phpmailer.php:702]: To: semenov.cska@yandex.ru -- Headers: Date: Sat, 3 Mar 2018 09:46:15 +0100 From: Hotel Byron <info@miosito.it> Message-ID: <adfdbe29adcc5159885c13daabd5f952@miosito.it> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit

Proprio qualche giorno fa aggiornando un plugin avevo visto che JED lo aveva eliminato perchè la versione aggiornata conteneva codice malevolo. Così l'ho ripristinato alla versione pulita.

Questo è il mio .htaccess:

Codice: [Seleziona]
# If you experience problems on your site then comment out the operations listed
# below by adding a # to the beginning of the line.
# This attempts to block the most common type of exploit `attempts` on Joomla!
#
# Block any script trying to base64_encode data within the URL.
RewriteCond %{QUERY_STRING} base64_encode[^(]*\([^)]*\) [OR]
# Block any script that includes a <script> tag in URL.
RewriteCond %{QUERY_STRING} (<|%3C)([^s]*s)+cript.*(>|%3E) [NC,OR]
# Block any script trying to set a PHP GLOBALS variable via URL.
RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
# Block any script trying to modify a _REQUEST variable via URL.
RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
# Return 403 Forbidden header and show the content of the root home page
RewriteRule .* index.php [F]
#
## End - Rewrite rules to block out some common exploits.

## Begin - Custom redirects
#
# If you need to redirect some pages, or set a canonical non-www to
# www redirect (or vice versa), place that code here. Ensure those
# redirects use the correct RewriteRule syntax and the [R=301,L] flags.
#
## End - Custom redirects

##
# Uncomment the following line if your webserver's URL
# is not directly related to physical file paths.
# Update Your Joomla! Directory (just / for root).
##

# RewriteBase /

## Begin - Joomla! core SEF Section.
#
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
#
# If the requested path and file is not /index.php and the request
# has not already been internally rewritten to the index.php script
RewriteCond %{REQUEST_URI} !^/index\.php
# and the requested path and file doesn't directly match a physical file
RewriteCond %{REQUEST_FILENAME} !-f
# and the requested path and file doesn't directly match a physical folder
RewriteCond %{REQUEST_FILENAME} !-d
# internally rewrite the request to the index.php script
RewriteRule .* index.php [L]
#
## End - Joomla! core SEF Section.


Ho provato a cercare tra le estensioni qualcosa che contenga "yandex" ma senza esito.

Avete qualche consiglio? :-)

Grazie infinite


13
Joomla! 3 / Re:Plugin per ridimensionare le immagini caricate
« il: 01 Mar 2018, 19:27:13 »
Ok cerco per "media manager",
eventualmente se riesco relaziono.


Grazie


Davide

14
Joomla! 3 / Re:Plugin per ridimensionare le immagini caricate
« il: 01 Mar 2018, 16:53:43 »
Grazie giusebos della gentile risposta!

Mi rendo conto solo ora che non ho descritto bene la mia necessità.
In realtà mi chiedevo se esistesse un sistema (utilizzabile anche da frontend) che vada a sostituire il sistema d upload nativo di Joomla con alternativo avente caratteristiche sopra descritte.

Nel mio caso specifico utilizzando un gestore eventi OpenSource ma commerciale che utilizza il sistema nativo di caricamento Joomla che si appoggia a php.ini e dunque molto limitato (per dirne una, se un utente carica un file di dimensioni superiori a quelle consentite nelle impostazioni Joomla, ottiene un errore 400, diciamo che un approccio un po' meno spartano non sarebbe male), mi chiedevo se ne esisteva uno che andava a sostituirsi a questo ev anche con modifica (minima) del codice.

Grazie ancora!

Davide


15
Joomla! 3 / Plugin per ridimensionare le immagini caricate
« il: 28 Feb 2018, 19:16:25 »
Salve amici,
esiste un plugin o componente in grado di ridimensionare in automatico ogni immagine caricata?
Per esempio se io carico un immagine da 5MB la vorrei scalata in modo tale che sul sito venisse mostrata l'immagine di dimensioni prestabilite.
Nel mio caso ho un componente per eventi che permette l'upload di immagini.
Questo componente carica le immagini in "images" che penso si interfacci con il sistema di upload di Joomla.
Esiste un software con le caratteristiche sopra descritte?

Grazie infinite

Davide

16
Joomla! 3 / Re:Plugin Google Maps -> 3-5-malicious-update ?!!
« il: 26 Feb 2018, 19:29:08 »
Va bene,

grazie a tutti!

17
Joomla! 3 / Re:Plugin Google Maps -> 3-5-malicious-update ?!!
« il: 26 Feb 2018, 18:53:19 »
Si ma come si fa a fare quello che suggerisci?!? Come si fa in pratica? Cosa?

Google Maps by Reumer era di "comprovata esperienza e sviluppava estensioni di comprovata qualità"?

Penso di si visto che addirittura joomla.it ha prodotto una pagina apposita sull'uso di questo plugin...

18
Joomla! 3 / Re:Plugin Google Maps -> 3-5-malicious-update ?!!
« il: 26 Feb 2018, 16:50:02 »
..altamente fidate?!?
Se fossi di Roma ti direi: "ma cche vor dì??" :-D

19
Joomla! 3 / Re:Plugin Google Maps -> 3-5-malicious-update ?!!
« il: 26 Feb 2018, 16:26:05 »
..più che altro non sembra essere l'unico!
Se infatti si va alla pagina https://vel.joomla.org/vel-blog/2031-google-maps-by-reumer-3-5-malicious-update

E si comincia a cliccare su "Next" o "Prev" l'utilizzatore Joomla! avrà accesso ad una delle esperienze più catartiche della sua vita:sembra che la lista di plugin/componenti contenenti codice malevolo non finisca mai...!

Price Alert for Virtuemart,3.0.4,SQL Injection
Bargain Product VM3, 1.0, SQL Injection
Keen IT Photo Contest, 1.0.2, SQL Injection
Joomanager, other
Realtyna RPL, All versions, SQL Injection and Abandonware
KissGallery 1.0.0, SQL Injection
Twitch Tv 1.1, SQL Injection
etc, etc..

Nel mio caso avevo aggiornato il plugin direttamente dal menu di Joomla e sicuramente il codice malevolo non era ancora stato identificato..
È un po' difficile tenere sotto controllo una situazione del genere...





20
Joomla! 3 / Plugin Google Maps -> 3-5-malicious-update ?!!
« il: 26 Feb 2018, 12:43:00 »
Salve amici,
oggi ho cercato aggiornamenti sul plugin "Google Maps" e sulla pagina Joomla! Extensions con mia grande meraviglia ho trovato:

Citazione
Google Maps by ReumerThis extension has been unpublished for the following reason:
  • UR3: Vulnerable Extension
View error codes
https://vel.joomla.org/vel-blog/2031-google-maps-by-reumer-3-5-malicious-update
Ho subito rimosso il plugin e rimesso (almeno per il momento) la versione 3.2.

E nel dettaglio:

Citazione
Google Maps by Reumer, from mapsplugin.com, version 3.5, malicious update
Version 3.3 of this plugin is listed in the JED and appears to be clean. However once installed, the Joomla update manager prompts you to update this extension to a version 3.5 (which is not officially published). This version contains hidden backlinks and potential backdoor, with tracking information about the website running the plugin and user

Nel frattempo devo intraprendere azioni di verifica per eventuali compromissioni?


Segnalo che se la situazione è questa andrebbe anche segnala la cosa nella pagina di documentazione di Joomla.it 

Grazie infinite


Pagine: [1] 2 3 4 ... 14

Torna su