Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Après quelques recherches, voici mes conclusions :
1. Oui c'est un bug de la version 1.7.2+dfsg-1 du paquet libjs-jquery
disponible sur Wheezy.
Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Après quelques recherches, voici mes conclusions :
1. Oui c'est un bug de la version 1.7.2+dfsg-1 du paquet libjs-jquery
disponible sur Wheezy.
Est-ce que je peux considérer le cas de Wheezy comme un bug ?
Après quelques recherches, voici mes conclusions :
1. Oui c'est un bug de la version 1.7.2+dfsg-1 du paquet libjs-jquery
disponible sur Wheezy.
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre) destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre, j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis Web fournissent directement le .js, de la version qui va bien).
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre) destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre, j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis Web fournissent directement le .js, de la version qui va bien).
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre) destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre, j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis Web fournissent directement le .js, de la version qui va bien).
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait
pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre)
destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence
à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre,
j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis
Web fournissent directement le .js, de la version qui va bien).
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait
pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre)
destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence
à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre,
j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis
Web fournissent directement le .js, de la version qui va bien).
Je prendrais le problème sous un autre angle :
Pourquoi diable vouloir utiliser jquery depuis un paquet debian ?
Dans l'ordre :
* Installer un serveur Web depuis un package : oui, c'est clairement fait
pour.
* Installer une appli web depuis un package (phpMyAdmin, cacti, ou autre)
destinée à être utilisée par le serveur Web, pourquoi pas, mais ça commence
à être discutable.
* Installer jQuery, qui est utilisé dans les applis Web, la, par contre,
j'ai du mal à comprendre le but (dans l'énorme majorité des cas, les applis
Web fournissent directement le .js, de la version qui va bien).
Pour relativiser tout ça, je comprends tout à fait l'inté rêt d'un jQuery
(peut-être un peu ancien) commun à toutes les applications We b fournies sous
forme de paquet dans Debian, mais je n'aurais (en tout cas je n'ai enco re jamais
eu) l'idée d'utiliser cette version dans le cadre du développ ement d'une
application Web déployée d'une autre façon.
Pour relativiser tout ça, je comprends tout à fait l'inté rêt d'un jQuery
(peut-être un peu ancien) commun à toutes les applications We b fournies sous
forme de paquet dans Debian, mais je n'aurais (en tout cas je n'ai enco re jamais
eu) l'idée d'utiliser cette version dans le cadre du développ ement d'une
application Web déployée d'une autre façon.
Pour relativiser tout ça, je comprends tout à fait l'inté rêt d'un jQuery
(peut-être un peu ancien) commun à toutes les applications We b fournies sous
forme de paquet dans Debian, mais je n'aurais (en tout cas je n'ai enco re jamais
eu) l'idée d'utiliser cette version dans le cadre du développ ement d'une
application Web déployée d'une autre façon.
Par la même occasion, les chemins utilisés pour l'inclusion du javascript
diffèrent dans quasi toutes les applications que j'ai pu voir.
Question purement rhétorique : une norme existe pour cela ?.
Par la même occasion, les chemins utilisés pour l'inclusion du javascript
diffèrent dans quasi toutes les applications que j'ai pu voir.
Question purement rhétorique : une norme existe pour cela ?.
Par la même occasion, les chemins utilisés pour l'inclusion du javascript
diffèrent dans quasi toutes les applications que j'ai pu voir.
Question purement rhétorique : une norme existe pour cela ?.
Tu inclus dans ta page une URL « jquery-<version>.js  » et tu demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100 ans) . Le
navigateur ne demandera plus jamais ce fichier et le piochera dans son ca che.
Tu optimises le temps de réponse du site (de l'application) et la ch arge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modif ied) étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à ré férencer la nouvelle
version dans ta page, donc l'URL change et le navigateur vient la té lécharger.
Tu inclus dans ta page une URL « jquery-<version>.js  » et tu demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100 ans) . Le
navigateur ne demandera plus jamais ce fichier et le piochera dans son ca che.
Tu optimises le temps de réponse du site (de l'application) et la ch arge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modif ied) étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à ré férencer la nouvelle
version dans ta page, donc l'URL change et le navigateur vient la té lécharger.
Tu inclus dans ta page une URL « jquery-<version>.js  » et tu demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100 ans) . Le
navigateur ne demandera plus jamais ce fichier et le piochera dans son ca che.
Tu optimises le temps de réponse du site (de l'application) et la ch arge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modif ied) étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à ré férencer la nouvelle
version dans ta page, donc l'URL change et le navigateur vient la té lécharger.
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
On Fri, 10 Oct 2014 11:36:36 +0200
Sébastien NOBILI wrote:
Tu inclus dans ta page une URL « jquery-<version>.js » et tu
demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100
ans). Le
navigateur ne demandera plus jamais ce fichier et le piochera dans
son cache.
Tu optimises le temps de réponse du site (de l'application) et la
charge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modified)
étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à référencer la
nouvelle
version dans ta page, donc l'URL change et le navigateur vient la
télécharger.
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
Vincent
--
La musique adoucit-elle les moeurs? Testez-vous sur:
http://soundcloud.com/ouhena
http://www.reverbnation.com/koslow
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
On Fri, 10 Oct 2014 11:36:36 +0200
Sébastien NOBILI <sebnewsletter@free.fr> wrote:
Tu inclus dans ta page une URL « jquery-<version>.js » et tu
demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100
ans). Le
navigateur ne demandera plus jamais ce fichier et le piochera dans
son cache.
Tu optimises le temps de réponse du site (de l'application) et la
charge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modified)
étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à référencer la
nouvelle
version dans ta page, donc l'URL change et le navigateur vient la
télécharger.
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
Vincent
--
La musique adoucit-elle les moeurs? Testez-vous sur:
http://soundcloud.com/ouhena
http://www.reverbnation.com/koslow
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/
20141010115836.0a0e9206@bricoleur.ouhena.intra
On Fri, 10 Oct 2014 11:36:36 +0200
Sébastien NOBILI wrote:
Tu inclus dans ta page une URL « jquery-<version>.js » et tu
demandes au serveur
Web de lui affecter une validité infinie (dans la pratique ~100
ans). Le
navigateur ne demandera plus jamais ce fichier et le piochera dans
son cache.
Tu optimises le temps de réponse du site (de l'application) et la
charge de ton
serveur qui n'aura même pas à répondre HTTP-304 (Not Modified)
étant donné que
le client ne lui demandera même pas le fichier.
Quand tu mets à jour la bibliothèque, tu n'as qu'à référencer la
nouvelle
version dans ta page, donc l'URL change et le navigateur vient la
télécharger.
Au risque de dire une grosse ânerie, je suis pas développeur web,
est-ce que du coup le navigateur ne va pas garder en cache ad vitam
aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
chaque changement de version?
Vincent
--
La musique adoucit-elle les moeurs? Testez-vous sur:
http://soundcloud.com/ouhena
http://www.reverbnation.com/koslow
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
>Au risque de dire une grosse ânerie, je suis pas développeur web,
>est-ce que du coup le navigateur ne va pas garder en cache ad vitam
>aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
>chaque changement de version?
Oui, le navigateur le garde en cache, mais on s'en fout : c'est le
navigateur du client ;-)
>Au risque de dire une grosse ânerie, je suis pas développeur web,
>est-ce que du coup le navigateur ne va pas garder en cache ad vitam
>aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
>chaque changement de version?
Oui, le navigateur le garde en cache, mais on s'en fout : c'est le
navigateur du client ;-)
>Au risque de dire une grosse ânerie, je suis pas développeur web,
>est-ce que du coup le navigateur ne va pas garder en cache ad vitam
>aeternam (~100 ans) des versions obsolètes de ladite bibliothèque à
>chaque changement de version?
Oui, le navigateur le garde en cache, mais on s'en fout : c'est le
navigateur du client ;-)