-- Forwarded Message --
Subject: Re: Varnish
Date: Monday 13 July 2015, 14:42:46
From: Gokan Atmaca linux.go...@gmail.com
To: Lisi Reisz lisi.re...@gmail.com, debian-user@lists.debian.org
Varnish cache does not work. (Static files. V4.0)
On Mon, Jul 13, 2015 at 4:24 PM, Lisi
Varnish cache does not work. (Static files. V4.0)
On Mon, Jul 13, 2015 at 4:24 PM, Lisi Reisz lisi.re...@gmail.com wrote:
On Monday 13 July 2015 14:20:02 Gokan Atmaca wrote:
Hello;
Static files (HTML, text, CSS, JS, XML) I want to make up memory.
You will get more replies if you answer
On Monday 13 July 2015 02:42:34 Gokan Atmaca wrote:
Hello
I'm using Debian 8. Varnish I installed 4.0.3. A kind of html, jpeg, png
file not run from my memory. PHP files are running.
Sample configuration;
http://paste.debian.net/281658/
What is the question?
Lisi
--
To UNSUBSCRIBE
Hello
I'm using Debian 8. Varnish I installed 4.0.3. A kind of html, jpeg, png
file not run from my memory. PHP files are running.
Sample configuration;
http://paste.debian.net/281658/
Le 26/04/15 à 10:35, andre_deb...@numericable.fr a écrit :
AF mon serveur Apache fonctionne correctement en https,
AF mais Varnish fonctionne t-il ?
Oui, sur le port 80 ;-)
Varnish sert à faire de la mise en cache, il y a un post sur leur site
expliquant pourquoi il
ne fait pas d'https, et que
Le Sun, 26 Apr 2015 10:35:10 +0200,
andre_deb...@numericable.fr a écrit :
Bonjour,
Est-il possible d'implémenter Varnish avec Apache,
en mode https, port 143 ?
D'après les docs, Varnish n'accepte que les connexions
au port 80 (non sécurisé, plain text).
Je l'ai quand même installé
Bonjour,
Est-il possible d'implémenter Varnish avec Apache,
en mode https, port 143 ?
D'après les docs, Varnish n'accepte que les connexions
au port 80 (non sécurisé, plain text).
Je l'ai quand même installé,
mon serveur Apache fonctionne correctement en https,
mais Varnish fonctionne t-il
andre_deb...@numericable.fr a écrit :
Est-il possible d'implémenter Varnish avec Apache,
en mode https, port 143 ?
Par curiosité, quel est le but de faire écouter un reverse proxy HTTP
sur le port dédié à IMAP ? Tu ne confonds pas avec le port 443 (HTTPS) ?
--
Lisez la FAQ de la liste avant
: Bernard Schoenacker bernard.schoenac...@free.fr
Objet : Rép : [1/2 HS] Apache avec Varnish mode SSL port 143
Le 26 avr. 15 à 10:55, Bernard Schoenacker a écrit :
Le Sun, 26 Apr 2015 10:35:10 +0200,
andre_deb...@numericable.fr a écrit :
Bonjour,
Est-il possible d'implémenter Varnish avec Apache,
en
On Sunday 26 April 2015 11:47:24 Pascal Hambourg wrote:
andre_deb...@numericable.fr a écrit :
Est-il possible d'implémenter Varnish avec Apache,
en mode https, port 143 ?
Par curiosité, quel est le but de faire écouter un reverse proxy HTTP
sur le port dédié à IMAP ? Tu ne confonds pas
El 10/03/2015 15:27, MARCELO IGNACIO nigro elcap...@gmail.com escribió:
Hola varnish es un cache web si esta bien configurado anda ok squid es
proxy filtrado web. Lo importante en varnish es el port.carrefour y ckeeky
lo usan con los cms web de compras on line.espero te sirva.
El mar 9, 2015 5
bytecode php parseado sino me equivoco.
Y varnish lo que hace es cachear las respuestas y el contenido del
servidor web la primera vez que es pedido, y las demás lo sirve
directamente sin tener que realizar las peticiones a los servidores
web otra vez.
Es decir, varnish hace como un squid con
El Mon, 09 Mar 2015 21:01:34 +0100, Maykel Franco escribió:
Buenas, estoy planteando mejorar el rendimiento de mi servidor web en
apache. He leído un poco y veo que está de moda varnish, http proxy
reverso. También hace de balanceador de cargas, con lo cual me viene al
dedillo.
Si quieres
Hola varnish es un cache web si esta bien configurado anda ok squid es
proxy filtrado web. Lo importante en varnish es el port.carrefour y ckeeky
lo usan con los cms web de compras on line.espero te sirva.
El mar 9, 2015 5:01 PM, Maykel Franco maykeldeb...@gmail.com escribió:
Buenas, estoy
Buenas, estoy planteando mejorar el rendimiento de mi servidor web en
apache. He leído un poco y veo que está de moda varnish, http proxy
reverso. También hace de balanceador de cargas, con lo cual me viene
al dedillo.
Mi pregunta y duda es, qué diferencia hay de usar esto, a usar apcu o
:
Fabricio
Não existe, eu executei o comando aptitude search varnish e tive como
resultado o seguinte:
# aptitude search varnish
v libvarnish-dev
-
v libvarnish1
-
p libvarnishapi-dev
- development files for Varnish
p libvarnishapi1
pacote e retornar para a wheezy (fortemente não recomendado se for
uma máquina em produção).
[1] https://packages.debian.org/search?keywords=varnish
Leandro Henrique Stein
Analista de Informática
Claro: (41) 9935-9960
Skype: leandro.h.stein
Twitter: @leandrohstein
Desculpar-se é um sinal de fraqueza
search varnish e tive como
resultado o seguinte:
# aptitude search varnish
v libvarnish-dev
-
v libvarnish1
-
p libvarnishapi-dev
- development files for Varnish
p libvarnishapi1
- shared libraries for Varnish
p
documentação.
Na versão wheezy(stable) tem esse problema:
http://repo.varnish-cache.org/debian/dists/squeeze/varnish-4.0/binary-i386/Packages.gz
mas na jessie(testing), tem tbm este problema :
http://repo.varnish-cache.org/debian/dists/jessie/varnish-4.0/binary-i386/Packages.gz
Na versão squeeze
lista
seguindo o que consta na página [1] do varnish, para instalar a versão
4.x do varnish no debian wheezy basta executar os comandos abaixos.
- apt-get install apt-transport-https
- curl https://repo.varnish-cache.org/debian/GPG-key.txt | apt-key add -
- echo deb https://repo.varnish
On 21-08-2014 11:40, Caio Ferreira wrote:
lista
seguindo o que consta na página [1] do varnish, para instalar a versão
4.x do varnish no debian wheezy basta executar os comandos abaixos.
- apt-get install apt-transport-https
- curl https://repo.varnish-cache.org/debian/GPG-key.txt | apt-key
Fabricio
Não existe, eu executei o comando aptitude search varnish e tive como
resultado o seguinte:
# aptitude search varnish
v libvarnish-dev
-
v libvarnish1
-
p libvarnishapi-dev
- development files for Varnish
p libvarnishapi1
consecuencias
catastróficas, tenemos montada la fiesta.
Bueno, tengo una solución cutrecilla, porque no trabaja a muy bajo
nivel, pero necesitaría una pequeña mejora, a ver si alguien que sepa de
C da con la tecla. Al que le aburra el código que se salte al final, que
la expongo.
Resulta que varnish tiene
El Mon, 02 Jun 2014 14:14:40 +0200, José Miguel (sio2) escribió:
El Sun, 01 de Jun de 2014, a las 07:36:37PM +0200, José Miguel (sio2)
dijo:
Supongo que habrá forma de hacerlo escribiendo el código en C, pero soy
incapaz: apenas recuerdo nada de C y, además, no sé cuáles son las
tripas de
El Mon, 02 de Jun de 2014, a las 02:41:27PM +, Camaleón dijo:
Preguntonta... si puedes usar C ¿por qué no retomar la idea de la función
de bucle? El VCL no lo permite pero C es otro cantar ¿no? O:-)
Si miras el código verás que dentro del C hay escrito un while para
trocear. De todos
peligrosísimas cuando uno no sabe muy bien lo que hace.
Pasa por la lista de varnish a ver qué te dicen, quizá haya una opción
más elegante y menos peligrosilla.
Puf, ni idea... así a bote pronto sólo se me ocurre que pueda deberse a
que el salto de línea (\n) se trate de un carácter reservado y
/varnish/default.vlc
Escupe el código en C que se genera a partir del fichero de
configuración. Fui a buscar mis \n y resulta que el que había escrito
dentro del inline C se mantenía escrito así, pero el otro aparecía como
\\n. Para confirmar, reescribí en inline C la primera de las líneas:
set
El Mon, 02 de Jun de 2014, a las 11:04:20PM +0200, José Miguel (sio2) dijo:
y ¡bingo!, así funciona. Lo me parece engorrosísimo es tener que
escribir esa línea en inline C (que se convierten en varias), sólo
porque quiera usar \n. Supongo que habrá alguna forma de escribir el
retorno de
cómo arreglarlo
limpiamente. Resulta que:
$ varnishd -C -f /etc/varnish/default.vlc
Escupe el código en C que se genera a partir del fichero de
configuración. Fui a buscar mis \n y resulta que el que había escrito
dentro del inline C se mantenía escrito así, pero el otro aparecía como
\\n
usar \n. Supongo que habrá alguna forma de escribir el
retorno de carro.
Ya.
:-)
https://www.varnish-cache.org/trac/wiki/VCLSyntaxStrings
Ah, pero eso no es C sino el lenguaje nativo de varnish.
Curioso:
(...) The other kind of strings, called long strings, does not have
escapes at all
=... ; path=/ruta
.
.
.
Set-Cookie: cookieN=valorN ; expires=... ; path=/ruta
y en varnish no existen bucles. Tengo instalado el módulo
libvmod-header, que permite manipular campos de cabecera con un mismo
nombre, pero no se puede iterar sobre ellos, simplemente escoger uno u
otro usando una expresión
=... ; path=/ruta
Set-Cookie: cookie2=valor2 ; expires=... ; path=/ruta .
.
.
Set-Cookie: cookieN=valorN ; expires=... ; path=/ruta
y en varnish no existen bucles.
Cierto, al menos eso dicen en su documentación aunque sí permite trabajar
con expresiones regulares. Supongo que lo harán por
El Sun, 01 de Jun de 2014, a las 03:40:12PM +, Camaleón dijo:
Entiendo que lo que buscas es que varnish intercepte la galleta antes de
llegar al cliente y modifique la ruta definida por el servidor. ¿No es un
poco peliagudo? Lo digo porque si el servidor web (la aplicación) tiene
que
On Fri, Feb 10, 2012 at 10:25:35PM +0100, andre_deb...@numericable.fr wrote:
apache est *vraiment* très loin d'être le plus performant des svrs http
(sans compter sa propension à bouffer la RAM).
... et quels seraient les autres serveurs Web plus performants que Apache ?
Bzzz en a cité
On Sat, 11 Feb 2012 12:49:21 +0100
Yves Rutschle debian.anti-s...@rutschle.net wrote:
Bzzz en a cité dans sa réponse d'origine: nginx en yaws.
En fait, si tu scrutes bien le 1er lien tu vois qu'avant gwan (qui
est hors competition, puisque non-GPL, mais diablement efficace),
c'est Cherokee
Le Saturday 11 February 2012 13:31:27 Bzzz, vous avez écrit :
On Sat, 11 Feb 2012 12:49:21 +0100
Yves Rutschle debian.anti-s...@rutschle.net wrote:
Bzzz en a cité dans sa réponse d'origine: nginx en yaws.
En fait, si tu scrutes bien le 1er lien tu vois qu'avant gwan (qui
est hors
On Sat, 11 Feb 2012 18:45:04 +0100
andre_deb...@numericable.fr wrote:
nginx et yaws sont donc des serveurs Web et même plus ...
nginx intègre aussi des primitives de caching; quoique moins évolué
que varnish, ça marche farpaitement - il peut aussi agir en tant que
proxy load balancer.
yaws
Bonjour,
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Y at-il des pièges à éviter lors de son installation
et de sa configuration ?
Merci d'avance.
André
--
Lisez la FAQ de la liste avant de poser une question
On Fri, 10 Feb 2012 18:35:59 +0100
andre_deb...@numericable.fr wrote:
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Tout dépend de ce que tu as comme:
* svr http
* type de site (le PHP n'est PAS une solution si du
Le Fri, 10 Feb 2012 18:35:59 +0100,
andre_deb...@numericable.fr a écrit :
Bonjour,
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Y at-il des pièges à éviter lors de son installation
et de sa configuration
Le Friday 10 February 2012 19:07:45 Bzzz, vous avez écrit :
andre_deb...@numericable.fr wrote:
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Tout dépend de ce que tu as comme:
* svr http
* type de site (le PHP
On Fri, 10 Feb 2012 21:52:11 +0100
andre_deb...@numericable.fr wrote:
s'agit-il de ces 2 modes de fonctionnement d'Apache ?
# prefork MPM
# worker MPM
vi
L'un privilégie la vitesse,
l'autre la sécurité (plus lent).
Non, c'est juste une question d'architecture interne entièrement
Le Friday 10 February 2012 22:05:29 Bzzz, vous avez écrit :
On Fri, 10 Feb 2012 21:52:11 +0100
andre_deb...@numericable.fr wrote:
s'agit-il de ces 2 modes de fonctionnement d'Apache ?
# prefork MPM
# worker MPM
vi
L'un privilégie la vitesse,
l'autre la sécurité (plus lent).
Non,
Le 10/02/2012 18:35, andre_deb...@numericable.fr a écrit :
Bonjour,
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Y at-il des pièges à éviter lors de son installation
et de sa configuration ?
Merci d'avance.
André
Le 10/02/2012 22:26, Gilles Mocellin a écrit :
Le 10/02/2012 18:35, andre_deb...@numericable.fr a écrit :
Bonjour,
L'application varnish vaut-elle le coup ? :
plus de rapidité de réaction du serveur Web,
plus de connexions simultanées ...
Y at-il des pièges à éviter lors de son installation
On Tue, Sep 28, 2010 at 1:17 AM, Gilles Mocellin
gilles.mocel...@free.fr wrote:
Yes !
600 req/s at Varnish and only 5-10 req/s at Apache behind !
Of course, you'll have to tune and adapt to your site, but really woth it,
especially with CMS like Drupal, which are very hungry on resources
Hi,
Which one is better for Asynchronous HTTP Cache Validations for high
volume websites?
Varnish or Squid ?
any body using Varnish in production Environments?
thanks :-)
--Siju
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
On 2010-09-27T16:14:04, Siju George wrote:
Which one is better for Asynchronous HTTP Cache Validations for high
volume websites? Varnish or Squid ?
We are planning on rolling out Varnish in production. Squid is
the grand-daddy. Your favorite search engine should pull up some
benchmarks
Le Monday 27 September 2010 12:44:04 Siju George, vous avez écrit :
Hi,
Which one is better for Asynchronous HTTP Cache Validations for high
volume websites?
Varnish or Squid ?
any body using Varnish in production Environments?
Yes !
600 req/s at Varnish and only 5-10 req/s at Apache
49 matches
Mail list logo