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.
hai ragione...Apache da protocollo prevede l'apertura automatica dei seguenti file nell'ordine (prorità) in cui li scrivo:
adesso si vede.
MA eventualmente è possibile capire da cosa poteva esser dovuto?
e' per modo di dire.Buongiorno Valeria,
il sito è www.valeriafragola.com ma non si vede.
è visibile solo se si digita www.valeriafragola.com/index.php
Ho realizzato il sito web per il B&B di mio mio padre.Ciao Simone,
Non avendo avuto ancora tempo per approfondire la questione dell'adeguamento al GDPR, ho eliminato il form contatti che, mi pare di capire, possa dare problemi.
Il sito non prevede iscrizioni a newsletter o registrazioni, quindi (se interpreto correttamente la questione) non dovrebbe avere problemi.
Ho però un dubbio: se un cliente invia una mail per la richiesta di preventivo (e per farlo ora deve utilizzare la sua casella mail, non essendo più disponibile il form contatti), il titolare della struttura si trova comunque a gestire dei dati personali.
È necessario pertanto predisporre qualcosa (es. un avviso?).
Scusate la banalità delle domande, io nella vita faccio tutt'altro e non avrei mai immaginato che anche la gestione del sito amatoriale di una piccolissima struttura che si occupa dell'esercizio occasionale dell'attività di b&b (che per legge non richiede nemmeno la partita iva) divenisse così complicato.
«consenso dell’interessato»: qualsiasi manifestazione di volontà libera, specifica, informata e inequivocabile dell’interessato, con la quale lo stesso manifesta il proprio assenso, mediante dichiarazione o azione positiva inequivocabile, che i dati personali che lo riguardano siano oggetto di trattamento;
Aspetta un attimo io ammetto di essere stato svogliato sul tutorial di creazione manuale su joomla ..ma effettivamente la tua polemica è giusta.. sul fatto della lettura della normativa non fa una piega..aaahh..che rottura............. ed è obbiettivamente giusto..cavolo domani a mente fresca e dopo 2 caffè lo faccio..consiglio a todos in questo thread di farlo.. Ps anche xchè da quanto ho capito forse sembra importante dopo il macello di cambridge analytics ..solo spero di capirci qualcosaConcordo ... se non si capisce bisogna rivolgersia dei consulenti. Lo strumento non risolve ma AIUTA molto !!! Il componente GDPR della JE è utilissimo in tal senso.
$temporaryTable->rebuild($data['parent_id']);a $temporaryTable->load($parentId);
$temporaryTable->rebuild($parentId, $temporaryTable->lft, $temporaryTable->level, $temporaryTable->path);UPDATE `#__menu` SET `menutype` = 'main', `client_id` = 1 WHERE `menutype` = 'main' OR `menutype` = 'menu';Attenzione!! ricordati di cambiare il prefisso della query con quella della tua tabella.Fammi sapere.Ciao
Ragazzi, non ci sarà alcuna proroga. Non credete tutte le voci di corridoio . Bisogna adeguarsi e basta .Buongiorno ragazzi, la proroga esiste ( è il documento [doc. web n. 8080493] - Provvedimento del 22 febbraio 2018 - Registro dei provvedimenti n. 121 del 22 febbraio 2018 del garante della protezioni dei dati) ma non differisce la scadenza del regolamento, differisce la data entro la quale il garante della protezione inizierà a somministrare le sanzioni agli inadempienti.
Joomla rilascerà a breve la versione 3.9 proprio con dei strumenti per venire incontro alla GDPR.
Ok, ho provato a piallare la root e istallare tutto da capo, ho tenuto buono solo il db... tenendo db e cartlella immagini non ho perso le modifiche...vediamo che succede.
. 
Passo e chiudo, leggiti questo:
http://forum.joomla.it/index.php/topic,117151.0.html
Magari se non sei daccordo puoi sempre chiedere a un moderatore di modificare la discussione, soprattutto nella parte in cui si dice:
con
Non lo so, sei tu che hai proposto, a mio avviso erroneamente, di ricercare la causa in quello che tu chiami isp, di caricare un backup dei files, probabilmente infetti, e di effettuare una scansione con il tool online di sucuri, che mai potrà dare un rapporto dettagliato.
Buona fortuna a te!
Quindi il tuo web hoster, o isp, chiamalo come vuoi, ti impedisce l'upload e l'uso di shell php?Se lo fanno altri a mia insaputa si !!
Ma io non ho nessun problema..
. Quello che descrivi è il web hoster, non l'isp, sito web, php e tutte le cose che elenchi non centrano proprio nulla con l'isp. aruba è un isp quando ti fornisce una linea dati. Comunque, molto probabilmente non è colpa del web hoster, ma di aggiornamenti ritardati o estensioni fallate..
Ripeto che l'isp non centra proprio nulla; con isp ci si riferisce all'internet service provider, quello che dà la connessione a internet, telecom, eolo, fastweb, o quello che preferisci.credo tu sia un po confuso. ISP = Internet service provider. Fornitore servizi internet. Il sito web unitamente al nome, allo spazio a php, mysql cgi etc sono servizi internet. Non centra nulla telecom che fornisce semplicemente la connessione. aruba ad esempio é un ISP.
Perchè mai telecom dovrebbe bloccare il caricamento di una shell? Le shell sono strumenti amministrativi.
Perchè dovrebbe essere un problema dell'isp? L'isp è l'internet service provider, al massimo del web hoster.E come la definisci l'installazione non autorizzata di una shell php se non una falla ENORME di sicurezza del tuo ISP ? Com'è altrimenti possibile ? Hai letto la pagina linkata di marine? Si parla di server vulnerabili e configurati in maniera non corretta. Hai una vps? Hai configurato tu il tuo spazio? In caso positivo fatti aiutare da persone esperte. In caso negativo la responsabilità é del tuo isp.
Comunque indoxploit è una shell php come un'altra, che si può caricare sfruttando le falle di sicurezza di joomla e sue estensioni.
|
|