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.
Impiega una vita per caricarle non dipende dal numero delle immagini nella cartella images ma piuttosto da una connessione lentissima?No, non è una questione di connessione Lentissima.
Estensioni -> Gestione -> Installa Linguee filtrando le lingue che mi interessano clicco su "reinstalla".Estensioni -> Linguetrovo le versioni realmente installate (nel mio caso 3.9.6.1)
) delle "mootool", sostituite (credo) dalla JQuery... ma in realtà vedo che vengono ancora caricate. max_execution_time = 600 L'errore che è rimasto è il seguente:La tabella 'b2s8v_ucm_content' ha il tipo o gli attributi sbagliati per la colonna 'core_title' di tipo varchar(400). (Dal file 3.7.0-2017-01-08.sql.)Ripetoto il controllo e il correggi tutto è andato a posto.Estensioni -> Gestione -> Databasee vedo i seguenti errori:Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator to inform of the time the error occurred and of anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
504 Gateway Time-outFra gli errori del server, l'ultimo
nginx
Le tabelle del database del core di Joomla! non sono ancora state convertite in UTF-8 Multibyte (utf8mb4)è quello che è rimasto dal passaggio intermendio con la versione 3.5.1... e anche solo con quello avevo i problemi indicati sopra.
header("Pragma: no-cache");
header("Cache-Control: post-check=0, pre-check=0", false);
header("Expires: on, 01 Jan 1970 00:00:00 GMT");JResponse::setHeader('Pragma: ', 'public',true);
JResponse::setHeader('Cache-Control: ','public',true);
JResponse::setHeader('Expires: ', gmdate('D, d M Y H:i:s', time()+(5)) . ' GMT',true); //scadenza dopo 5 secondi dalla generazione
Invece di lasciare una data moooolto vecchia (1970) prima che che i browser la rifiutiono per qualche motivio, ho deciso di calcolare al volo la data e aggiungere semplicemente 5 secondi per stabilire la data di scadenza./components/com_osproperty/classes/compare.phpsotto questa riga$document->setTitle($configClass['general_bussiness_name']." - ".JText::_('OS_COMPARE_PROPERTIES'));fai attenzione che funziona solo se la cache è ativata ed è configurara dal pannello di controllo scegliendo il tipo di cache.Non ero sicurissimo di aver attivata la cache, quindi ho riprovato ad attivarla sia nel plugin (con la pagina impostata) sia da Configurazione Globale, senza però risolvere.
$document->setMetaData("refresh", "0", $attribute = "http-equiv");che alla fine risulta una volta interpretata la pagina:<meta http-equiv="refresh" content= "0" />La pagina si riavvia in continuazione... quindi ho aumentato a 10 secondi e in effetti funziona. Ma è una scocciatura e certamente non va bene il riavvio ogni 10 secondi. Però è già una indicazione che "probabilmente" la strada è giusta. $osp_time=time(); //Leggo il Tempo
if (isset($_COOKIE['osp_reload'])) { //verifico se il cookie esiste
$osp_time_cookie = $_COOKIE['osp_reload']; //Recupero il valore del cookie
$osp_time_cookieFix = ($osp_time_cookie + 10); //aggiungo 10 secondi al valore letto dal cookie
setcookie("osp_reload", $osp_time, time()+3600); //Lo un nuovo valore nei cookie
if ($osp_time_cookieFix > $osp_time) { //Verifico il valore del cookie è superiore di 10 secondi rispetto a quello attuale
echo "AAA Cookie= " . $osp_time_cookieFix . " -> Time = " . $osp_time . " -> Diff= " . ($osp_time - $osp_time_cookieFix);
$document->setMetaData("refresh", "0", $attribute = "http-equiv"); //Inserisco l'struzione per ricaricare la pagina
} else {
echo "BBB Cookie= " . $osp_time_cookieFix . " -> Time = " . $osp_time . "-> Diff= " . ($osp_time - $osp_time_cookieFix);
}
} else { // il cookie non esiste, lo scrivo e faccio comunque il refresh
setcookie("osp_reload", $osp_time, time()+3600); //Lo salvo nei cookie
echo "CCC Cookie= " . $osp_time_cookieFix . " -> Time = " . $osp_time . "-> Diff= " . ($osp_time - $osp_time_cookieFix);
$document->setMetaData("refresh", "0", $attribute = "http-equiv"); //Inserisco l'struzione per ricaricare la pagina
}
$document->setMetaData("refresh", "0;URL=?$osp_time", $attribute = "http-equiv");Aggiunge qualcosa di variabile all'URL e pensavo in quel modo di fregare la cache, ma niente... il valore di $osp_time non varia fino a quando non fa un vero e proprio riavvio 
nelle impostazioni della cache vi è la possibilità di escludere determinate URLSi avevo già provato ad impostare l'URL che non va memorizzato in cache nel plugin presente di default in Joomla! e anche usando una estensione aggiuntiva... ma non risolve :-(
Ciao Daniele, puoi nominare pure l'estensione anche se commerciale perchè non vige più quel divieto.Ah... ecco, non lo sapevo :-)Sono contento che non ci sia più questa restrizione...
Cmq io proverei a far fare subito un refresh automatico a quella pagina dato che con quello il problema sembra risolversiEcco... non avevo pensato a questo... oggi provo con questo sistema :-)Grazie!!!
<meta http-equiv="Cache-Control" content="no-cache, no-store, must-revalidate" />
<meta http-equiv="Pragma" content="no-cache" />
<meta http-equiv="Expires" content="-1" />
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.
Allego il link della circolare in modo da fugare ogni dubbio:
http://www.garanteprivacy.it/web/guest/home/docweb/-/docweb-display/export/8080493
Bisogna adeguarsi entro il 25 !!.
Comunque grazie a tutti per gli interventi. Vi sono spunti molto interessanti.
|
|