Modulo Boost, a qualcuno funziona?

dove trovo il file rewrite.log di apache?

Come ho descritto in #20 ho aggiunto dei comandi in locale perchè Apache crea e scrive quel file. Quello che dimenticavo era che dopo bisogna fare il restart di Apache: sudo /etc/init.d/apache2 restart

a proposito di cache se potreste chiarire:

in riferimento a tale indicazione:

Quote:

When a file is served by a web server an “Expires” header can be sent back to the client telling it that the content being sent will expire at a certain date in the future and that the content may be cached until that time. This speeds up page rendering because the client doesn’t have to send a GET request to see if the file has been modified.

By default the .htaccess file in the root of Drupal contains rules which sets a two week expiry for all files (CSS, JS, PNG, JPG, GIF) except for HTML which are considered to be dynamic and therefore not cachable.

# Requires mod_expires to be enabled.

# Enable expirations.
ExpiresActive On
# Cache all files for 2 weeks after access (A).
ExpiresDefault A1209600
# Do not cache dynamically generated pages.
ExpiresByType text/html A1

The Expires header will not be generated unless you have mod_expires enabled in Apache. To make sure it is enabled in Apache2 run the following as admin.

# a2enmod expires
# /etc/init.d/apache2 restart

rispetto alla modifica che richiede il modulo boost per l'htaccess, quale è?

da quel che ho capito il settaggio di default di htaccess fa in modo che un user quando apre una pagina web, sul suo pc viene caricata una copia che rimane per 15gg; quando ritorna al sito in realtà lui rivede la sua se ha nacora i cookie;

l'htaccess di default impone che se la pagina è .html significa che nel pc dell'user non deve essere caricata la pagina?

inoltre per funzionare la modifica sopra mi sembra di aver letto in altro post che serve usar CDN (non ricordo se è un modulo) che è una soluzione che tiene conto dei nomi dei file che devono essere ogni volta diversi per evitare che un user legga solo e sempre la sua cache (nel caso la modifica al posto dei 15 gg imponga 6 mesi)

aggiungo
se con fckeditor si crea una pagina, quindi pagina html in realtà drupal per farla vedere
deve ripescarla dal db e viene innescato un bootstrat (4,5 mb per ogni user, cosa sarebbe?
forse già 10 user sono 45 mb di memoria solo per 'pescare' la pagina?)

per ridurre il problema : usareil modulo boost che evita se non ho capito male il passaggio bootstrat;

cioè viene creato un file dentro qualche cartella e non vi è piu' l'estrazione dei dati dal db?
quindi mysql non lavora e php nemmeno?

è possibile avendo dei file in html fare la stessa cosa senza tale modulo?
cioè creare voci di menu' che puntano a tali file e drupal li fa vedere subito senza eseguire query, richiami php etc?

anv wrote:

a proposito di cache se potreste chiarire:

Quote:

When a file is served by a web server an “Expires” header can be sent back to the client...

rispetto alla modifica che richiede il modulo boost per l'htaccess, quale è?

Nessuna. Rimane invariato. Per HTML nessun cache. Per immagini, CSS, JS, 14 giorni.

anv wrote:

da quel che ho capito il settaggio di default di htaccess fa in modo che un user quando apre una pagina web, sul suo pc viene caricata una copia che rimane per 15gg; quando ritorna al sito in realtà lui rivede la sua se ha nacora i cookie;

Solo per file immagini, CSS, JS. Quando dico immagini vuol dire immagine, video, flash, ecc.

anv wrote:

l'htaccess di default impone che se la pagina è .html significa che nel pc dell'user non deve essere caricata la pagina?

Quasi, se il file è del tipo text/html (indipendente se ha un estensione o no) allora non deve essere cachato sul PC del utente.

anv wrote:

inoltre per funzionare la modifica sopra mi sembra di aver letto in altro post che serve usar CDN (non ricordo se è un modulo) che è una soluzione che tiene conto dei nomi dei file che devono essere ogni volta diversi per evitare che un user legga solo e sempre la sua cache (nel caso la modifica al posto dei 15 gg imponga 6 mesi)

La soluzione CDN serve quando il carico del server è troppo alto. Fa dividere il compito di servire pagine text/html al server originale, e il compito di servire i file immagini, CSS, e JS al CDN (che è un altro server). Il traffico sul sito dev'essere abbastanza alto prima che serve una soluzione del genere...

anv wrote:

aggiungo
se con fckeditor si crea una pagina, quindi pagina html in realtà drupal per farla vedere
deve ripescarla dal db e viene innescato un bootstrat (4,5 mb per ogni user, cosa sarebbe?
forse già 10 user sono 45 mb di memoria solo per 'pescare' la pagina?)

Ogni richiesta POST passa per Drupal, quindi la pagina node/xxx/edit viene fornito da Boost, poi l'invio passa per Big D.
Ogni richiesta a Drupal viene seguito da un bootstrap del codice PHP di Drupal, connessione al DB, ecc. Questo consuma dai 4/5 MB ai 40 e oltre MB, dipende della richiesta (pagina semplice di nodo, pagina complesso di vista). Normalmente Apache ha dai 5 ai 10 processi attivi che possono contemporaneamente richiedere questa memoria, ma dipende dal tipo di hosting che hai. Se ci sono più richieste che processi, devono aspettare che si libera un processo - con il rischio di andare in timeout - "The server is too busy, try again later".

anv wrote:

per ridurre il problema : usareil modulo boost che evita se non ho capito male il passaggio bootstrat;
cioè viene creato un file dentro qualche cartella e non vi è piu' l'estrazione dei dati dal db?
quindi mysql non lavora e php nemmeno?

Si, Boost prende un fotocopia della pagina e la salva come file, poi ad ogni richiesta è questo file che viene restituito da Apache. Niente Drupal, niente PHP, niente DB.

anv wrote:

è possibile avendo dei file in html fare la stessa cosa senza tale modulo?
cioè creare voci di menu' che puntano a tali file e drupal li fa vedere subito senza eseguire query, richiami php etc?

Si. Ho un sito misto Drupal e pagine statica HTML. Nessun problema oltre per il index.html che deve essere tolto, altrimenti Drupal non funziona più.

Quote:

Nessuna. Rimane invariato. Per HTML nessun cache. Per immagini, CSS, JS, 14 giorni.

qundo conviene invece dire ad htaccess di dire al pc di tenere anche html nel browser?

-----------
invece boost che modifca richiede di fare all' htaccess?

------------
ma il modulo cachestatic fa la stessa cosa di boost?
come kb è piu' leggero

------------

Quote:

Questo consuma dai 4/5 MB ai 40 e oltre MB, dipende della richiesta (pagina semplice di nodo, pagina complesso di vista)

ma consuma troppo drupal? cioè in localhost e per una semplice pagina
devel_init()=2.11 MB, devel_shutdown()=23.82 MB.
(non so cosa siano i 23 MB)
ma se per cosi' poco vuole 2Mb di menoria vuol dire che per chi ha gia 100 utenti deve iniziare ad avere un server da 3-400Mb di ram garantita?

Quote:

Si, Boost prende un fotocopia della pagina e la salva come file, poi ad ogni richiesta è questo file che viene restituito da Apache. Niente Drupal, niente PHP, niente DB.

ma salva dentro una cartella apposita?
comunque un po' di php rimane: quando deve caricare tutti i moduli,i menu, e i blocchi; ma credo che per questi non si possa fare niente;
non se se sui moduli non in uso si possa fare qualcosa e se nel
cliccare una voce di menu si possa evitare di far ricaricare tutto

Quote:

Si. Ho un sito misto Drupal e pagine statica HTML. Nessun problema oltre per il index.html che deve essere tolto, altrimenti Drupal non funziona più.

le pagine statiche come le carichi e come le linki ai menu' o tassonomia?

nota tecnica :

sbaglio o è molto scomodo il blocco Iscrizioni messo sulla colonna di dx per chi è linkato e deve scrivere/leggere nel forum?

i post centrali diventano troppo stretti

anv wrote:

...invece boost che modifca richiede di fare all' htaccess?

In pratica una serie di regole rewrite per deviare Apache a caricare i file statici invece di passare per Drupal.

anv wrote:

ma il modulo cachestatic fa la stessa cosa di boost?
come kb è piu' leggero

Non lo conosco. Boost ha una storicità molto lungo (nato nella versione 4.7 di Drupal)

anv wrote:

ma consuma troppo drupal? cioè in localhost e per una semplice pagina
devel_init()=2.11 MB, devel_shutdown()=23.82 MB.
(non so cosa siano i 23 MB)
ma se per cosi' poco vuole 2Mb di menoria vuol dire che per chi ha gia 100 utenti deve iniziare ad avere un server da 3-400Mb di ram garantita?

In realtà quel 2MB è solo dopo il bootstrap, Drupal non ha ancora iniziato a costruire la pagina. Il valore 'reale' è quello finale, cioè dopo che ha costruito la pagina, e spedito al browser. Quindi 24MB.

anv wrote:

Quote:

Si, Boost prende un fotocopia della pagina e la salva come file, poi ad ogni richiesta è questo file che viene restituito da Apache. Niente Drupal, niente PHP, niente DB.

ma salva dentro una cartella apposita?
comunque un po' di php rimane: quando deve caricare tutti i moduli,i menu, e i blocchi; ma credo che per questi non si possa fare niente;
non se se sui moduli non in uso si possa fare qualcosa e se nel cliccare una voce di menu si possa evitare di far ricaricare tutto

Si i file vengono salvati in un indirizzo proprio, con nome originale di cache.
No, se il file cache esiste, risponde alla richiesta Apache. Drupal non viene caricato - neanche un byte.

anv wrote:

Quote:

Si. Ho un sito misto Drupal e pagine statica HTML. Nessun problema oltre per il index.html che deve essere tolto, altrimenti Drupal non funziona più.

le pagine statiche come le carichi e come le linki ai menu' o tassonomia?

Nel caso specifico, è una migrazione a lungo termine da un sito statico a Drupal. Nelle pagine statiche ho solo aggiunto un link a un landing page in Drupal, usando URL assoluto, ma essente del dominio, per esempio /node/10876

Quote:

Nel caso specifico, è una migrazione a lungo termine da un sito statico a Drupal. Nelle pagine statiche ho solo aggiunto un link a un landing page in Drupal, usando URL assoluto, ma essente del dominio, per esempio /node/10876

non riesco a farmi un'idea dei passaggi;

creo con un editor un file a.html, dopo come faccio a caricarlo dentro
a drupal? se incollo il codice dentro a un nodo, la pagina visualizzata è tramite il db e non direttamente dal file a.html;

Quote:

.... node/10876

ma cosi in realtà non si sta puntando ad un nodo i cui dati sono dentro al db e non a un file messo in qualche cartella di drupal?

. . . .
dentro la root di drupal ho solo un index.php, sopra dicevi che con le pagine statiche da te caricate non puoi piu' avere l'index.html, potresti spiegare?

Non rispondo alla prima domanda perchè non pertinente al thread - se vuoi una risposta apri un altro thread. Anche il secondo è un pò fuori tema, ma avevo iniziato io, quindi...

Se noi accediamo al home page con http://www.sito.it/ Apache cerca nel indirizzo root una serie di file 'speciale', compreso (in ordine):

1. index.html
2. index.php (perchè specificato nel file .htaccess)

Se abbiamo messo un file index.html Apache risponderà con questo file per tutti gli URL 'virtuale' di Drupal, esempio:

• http://www.sito.it/user che diventa
• http://www.sito.it/?q=user che diventa
• http://www.sito.it/index.html?q=user e Apache spedisce il file statico, e non chiama mai Drupal

Così index.html 'blocca' il funzionamento di Drupal.

per chi interessato a seguire al new thread inerente file html da inglobare in drupal http://www.drupalitalia.org/node/11184

quali sarebbero queste regole per l'url rewrite chne servono a boost? come le attivo e verifico che stanno funzionando?

Questo spiega perchè Boost non sta funzionando per te...

In admin/settings/performance/default troverai due tab 'Boost Settings' e 'Boost htaccess rules generation'. Una volta sistemato gli settings (parametri) nella pagina 'Boost Settings' bisogna andare nella pagina 'Boost htaccess rules generation' dove viene generato un pezzo di testo che devi inserire in .htaccess nel indirizzo root di Drupal. Se cambi i settings, è meglio refare questo processo.

La pagina stessa non solo fornisce il testo, ma spiega dove va messo: dopo il comando RewriteBase e prima degli altri comandi di Rewrite

Altrimenti Boost crea i file statici delle pagine, ma Apache non lo legge...

john quel codice l'ho inserito nell'htaccess, ma i tempi di caricamento dopo che ho pulito la cache e ho fatto il logout sono i medesimi. non ne sto venendo a capo. :(

nell'ultimo boost non serve andara a copiare i l codice dentro htaccess si spuntala caselle si salva e copia lui;

devi per vedere se funziona navifgaer come anonimo;
apache deve aver abilitato il mod_headers

- - -- testat e funziona ma non so se al max;
es yslow da grade E è passato a D; pagina prima 220kb ora 70Kb, tempi yslow da 2,32 2,72 secondi (non ricordo la differenza dei 2 dati )
a 1,04 1,82 sec;
le req che indica yslow rimaste pero' uguali;

Solo che su
admin/settings/performance

se abilito:
Block cache; Optimize CSS files e Optimize JavaScript files;
In realtà basta che abilito solo le ultime 2, drupal si pianta e bisogna
reinstallare tutto il db;
non so se è un bug;

____________________________________________________
Boost - HTML - Default maximum cache lifetime:
di default il modulo mette a 1 ora ma cosa è e quiale setatggio migliore?

__________________________________________________

inoltre nel codice htaccess scrive

Quote:

RewriteCond %{DOCUMENT_ROOT}/drupal_sito/cache/perm/%{SERVER_NAME}%{REQUEST_URI}_\.css\.gz -s

RewriteRule .* cache/perm/%{SERVER_NAME}%{REQUEST_URI}_\.css\.gz [L,QSA,T=text/css]

.....

# Caching for anonymous users
# Skip boost IF not get request OR uri has wrong dir OR cookie is set OR request came from this

server OR https request
RewriteCond %{REQUEST_METHOD} !^(GET|HEAD)$ [OR]
RewriteCond %{REQUEST_URI} (^/drupal_sito/(.....

i siti che creo es drupal_sito e drupal sito1 per usarli vado su
http://localhost/drupal_sito/
http://localhost/drupal_sito1/

ed ognuno ha il suo htaccess che sarà a livello di cartella qui dentro
C:\EasyPHP\www\drupal_sito
o
C:\EasyPHP\www\drupal_sito1

si puo' scrivere un rewrite usando non ogni volta
drupal_sito drupal_sito1 ma una variabile che riconosca già dove si trova?
tra i settagi ho visto che vi sono:
Servers URL or Name:
- %{SERVER_NAME}
- %{HTTP_HOST}
- localhost
Document Root:
%{DOCUMENT_ROOT}
C:/EasyPHP/www

dipende da questi?

______________________________________________________
sempre in
/admin/settings/performance/boost

visto che ci sono moltissimi settaggi quali preferibili?

hai risolto poi?

ragazzi ma usando boost, dando un lifetime della pagina di 12 ore e dando ad una views un tempo di cache di 6 ore, quest'ultima verrà aggiornata 2 volte nelle 12 ore o l'aggiornamento lo avrò sempre ogni 6 ore?
grazie