Apache non serve a modificare un file aggiornato da gulpjs

Ho un CentOS 6.5 VM impostato utilizzando Apache HTTPD 2.2 come server web e sto utilizzando GulpJS per il mio process di build. Quando aggiorgo un file CSS il process di build di GulpJS funziona correttamente e se guardo il file sul VM posso vedere gli aggiornamenti, tuttavia quando servito tramite Apache HTTPD il file non ha le modifiche in esso. Se si modifica il file utilizzando vi, non apportre modifiche e semplicemente salvarlo nuovamente Apache HTTPD quindi raccoglie le modifiche e visualizza il file corretto.

Ho distriggersto il module mod_cache (ad esempio ha commentato la direttiva LoadModule per esso) come ho pensato che potrebbe essere la causa ma che non ha fatto alcuna differenza.

  • Redirect tutti i sottodomini non di www al dominio principale di www con Apache2
  • Come evitare gli spazi nel valore Apache SetEnvIf
  • Consenti l'utilizzo di php_value e php_flag in .htaccess
  • Server di riavvio automatico se la memory virtuale è troppo bassa
  • Come eseguire le intestazioni di cache HTTP
  • La pagina appendente carica each carica n
  • Qualcun altro ha incontrato questo problema e sa come risolverlo?

    [UPDATE] – Stavo guardando il registro di accesso di httpd e vedo che il file viene inviato da httpd each volta, prima e dopo gli aggiornamenti, ma nulla cambia:

    192.168.56.1 - - [22/Jun/2014:09:27:42 +0100] "GET /includes/min/stylesheet.min.css HTTP/1.1" 200 135882 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36" 192.168.56.1 - - [22/Jun/2014:09:29:22 +0100] "GET /includes/min/stylesheet.min.css HTTP/1.1" 200 135878 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_9_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36" 

    A parte la lunghezza del file. Ciò suggerisce che httpd veda l'aggiornamento dei file ma non si aggiorna nel browser. Ho provato diversi browser diversi, cancellando le cache dei browser, ecc. Ma finché non modifico il file sul server usando vi e salvo di nuovo, nessun browser caricherà la nuova versione del file, che mi riport a pensare httpd sta ancora servendo la versione sbagliata del file. Così strano.

    [UPDATE 2] – Credo che questo potrebbe essere qualcosa a che fare con VirtualBox e le cartelle condivise. I file per il sito sono sull'host (Mac OS X 10.9.3) e sono stati compilati usando NodeJS. Esse sono compilate in una cartella condivisa con il guest OS (CentOS) utilizzando le cartelle condivise di VBox. Se guardo il file nella directory tramite la console vedo:

     -rwxrwxrwx. 1 root root 135881 Jun 23 2014 stylesheet.min.css 

    Come potete vedere, al posto del normale Mese, Giorno e Ora per il file, invece è Mese, Giorno e Anno. Questo mi sembra fuori luogo, ma non ho idea di cosa significhi questo o se è significativo.

  • Come faccio a impedire a Apache di servire la directory git?
  • Protezione di phpmyadmin: port non standard + https
  • Apache + PHP-FPM + risultati chroot "File non trovato" errore
  • Imansible triggersre il filter accettato "dataready"
  • Gluster + ZFS, deadlock durante il benchmarking: zfs_iput_taskq 100% CPU
  • Come eseguire più webserver su un combo IP / port?
  • One Solution collect form web for “Apache non serve a modificare un file aggiornato da gulpjs”

    Trovato la soluzione a questo. Si tratta di un problema di cache Apache HTTPD. Ho inserito i mod_cache e mod_disk_cache moduli e quindi impostato la seguente direttiva:

    CacheDisable /

    Questo ha risolto il problema. Non so perché semplicemente non caricando i moduli di cache non hanno lo stesso effetto.

    AGGIORNAMENTO: Mentre sembrava risolvere il problema per qualche tempo, non sembra essere la soluzione effettiva. Il problema si verifica in realtà con la macchina in esecuzione su VirtualBox ei file che sta servendo essendo sulla macchina host e montati all'ospite tramite l'utilizzo di vboxsf. Il problema e la soluzione sono spiegati nel seguente post sul blog:

    http://www.frandieguez.com/blog/2013/05/solving-caching-issues-with-vagrant-on-vboxsf/

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.