Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > it.comp.www.php > #19984 > unrolled thread

quando aggiornare la cache

Back to article view | Back to it.comp.www.php

Contents

  quando aggiornare la cache alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-10-09 20:01 +0200
    Re: quando aggiornare la cache fmassei@gmail.com - 2015-10-09 11:08 -0700
      Re: quando aggiornare la cache alex <1j9448a02@lnx159sneakemail.com.invalid> - 2015-10-09 20:47 +0200
    Re: quando aggiornare la cache Alessandro Pellizzari <shuriken@amiran.it> - 2015-10-10 14:59 +0000
      Re: quando aggiornare la cache fmassei@gmail.com - 2015-10-10 08:19 -0700
        Re: quando aggiornare la cache Alessandro Pellizzari <shuriken@amiran.it> - 2015-10-10 20:03 +0000

#19984 — quando aggiornare la cache

In questo esempio come discriminante viene preso time-to-live (ttl):

session_start();

if ( ! isset($_SESSION['start'])) {
	$ttl = time();
	$_SESSION['start'] = true;
}

$minutes = 60*5;//cinque minuti

if (time() < ($ttl + $minutes)) {
	$this->cache->get($key);
}else{
	$ttl = time();
	
	// aggiornamenti cache
	$this->cache->set($key, $value);
	
	return $this->cache->get($key);
}

Ma, oltre al ttl (che tra l'altro in questo caso riguarda solo la 
sessione del singolo utente), in genere si usano altri sistemi più globali?
Ad esempio, controllare in qualche modo quando è stato fatto l'ultimo 
aggiornamento (upload) del sito, e quindi ri-cachizzare i file 
creati/modificati?
Insomma qual'è un metodo efficente per stabilire quali dati nella cache 
sono obsoleti e quidi vanno *rinfrescati*?

[toc] | [next] | [standalone]

#19985

On Friday, October 9, 2015 at 8:01:18 PM UTC+2, alex wrote:
> Insomma qual'è un metodo efficente per stabilire quali dati nella cache 
> sono obsoleti e quidi vanno *rinfrescati*?
>

Dipende di quale cache stai parlando (pagine? query? oggetti? o?) e di che
applicazione stai parlando (sito statico? applicazione pagina singola? o?).

Un consiglio?
Non usare *mai* nessun meccanisimo di cache almeno che tu non veda dei
problemi di performance consistenti. Come si dice: se non è rotto, non lo
riparare.

Ciao!

[toc] | [prev] | [next] | [standalone]

#19986

Il 09/10/2015 20:08, fmassei@gmail.com ha scritto:
> On Friday, October 9, 2015 at 8:01:18 PM UTC+2, alex wrote:
>> Insomma qual'è un metodo efficente per stabilire quali dati nella cache
>> sono obsoleti e quidi vanno *rinfrescati*?
>>
>
> Dipende di quale cache stai parlando (pagine? query? oggetti? o?) e di che
> applicazione stai parlando (sito statico?

statico al 95%

> applicazione pagina singola? o?).
>

ossia?

[toc] | [prev] | [next] | [standalone]

#19991

Il Fri, 09 Oct 2015 20:01:15 +0200, alex ha scritto:

> Insomma qual'è un metodo efficente per stabilire quali dati nella cache
> sono obsoleti e quidi vanno *rinfrescati*?

There are 2 hard things in computer science: naming things and cache 
invalidation.

Non c'è un modo corretto di gestire la cache. Dipende da milioni di 
condizioni.

Io ti consiglio di usare una libreria tipo Stash che gestisce anche la 
possibilità di recuperare dati vecchi mentre altri processi li stanno 
rigenerando.

Bye.

[toc] | [prev] | [next] | [standalone]

#19993

On Saturday, October 10, 2015 at 4:59:05 PM UTC+2, Alessandro Pellizzari wrote:
> There are 2 hard things in computer science: naming things and cache 
> invalidation.
> 

Quella che sapevo io era:

"There are 2 hard things in computer science: naming things, cache
invalidation and off-by-1 errors"

;)

Ciao!

[toc] | [prev] | [next] | [standalone]

#19994

Il Sat, 10 Oct 2015 08:19:09 -0700, fmassei ha scritto:

> On Saturday, October 10, 2015 at 4:59:05 PM UTC+2, Alessandro Pellizzari
> wrote:
>> There are 2 hard things in computer science: naming things and cache
>> invalidation.

> Quella che sapevo io era:
> 
> "There are 2 hard things in computer science: naming things, cache
> invalidation and off-by-1 errors"

Io ho la mia personale versione:

There are 2 hard things in computer science: naming things, cache
invalidation, off-by-1 errors, and Segmentation Fault, core dumped.

Bye.

[toc] | [prev] | [standalone]

Back to top | Article view | it.comp.www.php

csiph-web