🚲 Tanguy Ortolo a écrit 12293 commentaires

sauf que dans la pratique si j'avais du systématiquement dû relancer mes requêtes dans un autre moteur, je n'aurais pas continué à utiliser ddg.

Évidemment, mais lorsqu'il s'agit d'une petite partie des recherches, c'est parfait.

je suis un grand fan de la zone dédiée à la recherche mais il me semble que les navigateurs sans zone dédiée permettent de changer de moteur dans la zone d'url. midori le permet en tous les cas.

Oui, mais si le contenu de cette zone a été remplacé par l'URL, il faut saisir à nouveau sa recherche.

je trouve personnellement que google est rarement plus pertinent que ddg. quand je ne trouve pas quelque chose sur ddg je tente la recherche sur google et c'est rare que je trouve mieux.

Ça, c'est tout l'intérêt d'une zone dédiée à la recherche et distincte de la zone d'URL : on peut très rapidement relancer la même requête avec un autre moteur de recherche. Cela facilite largement l'adoption d'un nouveau moteur de recherche : on ne passe pas à DuckDuckGo de façon traumatique, on se met à l'utiliser sans nécessairement abandonner ce qu'on utilisait avant.

Voilà : https://linuxfr.org/suivi/patch-ajouter-une-description-opensearch

Tu dois pouvoir rédiger une description OpenSearch pour DLFP, puis la proposer pour intégration. Une fois cela fait, les visiteurs équipé d'un bon navigateur pourront déplier leur barre de recherche et y ajouter directement ton plugin de recherche et commencer à l'utiliser.

Pour revenir à DuckDuckGo, qui était notre sujet initial, il expose bien évidemment sa fonctionnalité sous la forme d'une description OpenSearch.

Qui ne sert à rien quand on utilise son navigateur web de façon efficace, celui-ci fournissant déjà une zone permettant de saisir une requête de recherche et de la soumettre à un moteur de recherche de son choix…

Évidemment, mais un fournisseur de services respectueux collectera le strict minimum pour se conformer à la loi.

Ça n'a rien à voir avec l'adaptation à la largeur de l'écran ça. C'est la propriété CSS position=fixed, qui existe depuis longtemps, et qui dans ce cas précis te sert surtout à pallier l'absence de touche ou de bouton début sur ton ordinateur.

Si elle en collecte. On ne peut pas obliger quelqu'un à donner quelque chose qu'il n'a pas.

Bien vu pour l'aspect plat, c'est tellement discret que je n'avais pas remarqué, mais bon, c'est un effet de mode donc ce n'est pas comme si ça m'intéressait en fait. Pour l'adaptation à la largeur de l'écran, je viens d'essayer et c'était déjà le cas pour l'ancienne interface.

Ah, au temps pour moi, les différences ne sont visibles qu'avec JavaScript activé. Sans JavaScript, on se retrouver sur une page de résultat spécifique, à peu près identique dans les deux versions.

Je suis peut-être bigleux, mais je ne vois aucune différence notable entre ces deux versions. Qu'est-on censé y remarquer ?

Non, les œufs c'est ce que pondent les cloches en rentrant de Rome dans la nuit de Pâques.

CAcert est toujours, pour moi, ce qui se fait de mieux dans le cadre du très merdique modèle pyramidal X.509, et je déplore qu'il soit abandonné ainsi.

Bref, comptez-vous toujours le soutenir ? Parce que vous l'omettez bel et bien dans votre message :(

Ça, c'est parce qu'il s'agit pour le moment d'une annonce avancée. Dès que j'aurai une idée du nombre de participants, je ferai une annonce plus précise en indiquant la possibilité de faire une accréditation CAcert.

Certes.

Ce n'est certainement pas confortable, mais la source de l'inconfort serait plutôt à chercher dans des horaires de travail qui couvrent intégralement les six autres jours de 9h à 20h sans possibilité de pause le midi ou à un autre moment, ou de départ plus tôt ou d'arrivée plus tard un jour.

Sérieusement, si on me propose un poste mais que ça nécessite de travailler six jours sur sept en horaires complets et qu'on m'interdit de partir plus tôt un jour ou de faire des courses le midi, je vais voir ailleurs, je ne suis pas corvéable à merci non plus.

Un joyeux mélange en somme, avec des influences de partout vers partout.

Bien vu ! :-)

Ça ne change rien, ces jours fériés peuvent venir d'Allemagne, mais même là-bas il y a une raison à leur existence. Ça déplace la constatation en fait : en Allemagne ils ont tout compris !

Et parce qu'on est en France, où la plupart des chrétiens sont catholiques. Mais la différence est de taille, et les protestants ou les orthodoxes n'aimeraient sans doute pas être confondus avec les catholiques.

Dans le contexte français, c'est un peu comme assimiler la France et la métropole : statistiquement, c'est assez proche de la réalité, mais les ultramarins n'aimeraient pas ça…

Les chrétiens, c'est sûr ça ? La Pâque est une fête juive à la base, et je vois mal les Juifs placer leurs fêtes pour remplacer des fêtes païennes.

Accessoirement, la date de Pâques correspond rarement à l'équinoxe, puisqu'elle est calculée à partir de bidule lunaires, ce qui la rend assez fluctuante d'une année sur l'autre.

De les faire non, mais de les refaire s'ils changent d'adresse IP ? Pour les changements d'adresses éventuels à l'avenir, le contrat devrait contenir quelque chose comme : le client s'engage à tout moment à effectuer les modifications demandées par le prestataire sous X jours, faute de quoi le service peut devenir indisponible sans engager la responsabilité du prestataire.

Il peut y avoir une justification technique à leur demande de contrôle sur le nom de domaine, même si je doute que ce soit la vraie raison dans leur cas. Mettons-nous à la place de ce prestataire presta.example, dans un cas où il va héberger le site Web d'un client client.example sur un serveur à lui.

Prestataire de création et d'hébergement de site Web donc, je ne suis pas sûr de rester toujours sur le même serveur, ni même que ce serveur reste chez le même hébergeur physique. Bref, je ne suis pas du tout sûr que le serveur utilisé pour héberger le site Web de mon client ait toujours la même adresse IP. Partant de là, définir des enregistrements A et AAAA dans une zone contrôlée par mon client pour le nom du site Web n'est pas acceptable, parce qu'en cas de changement d'adresse il faudra que j'appelle le client et qu'il réagisse. Pour éviter cela, deux solutions :

1. (peu probable) le client conserve le contrôle de sa zone DNS client.example, y introduit un enregistrement www CNAME client.presta.example pointant donc sur un nom sous mon contrôle, et accepte que son site Web soit accessible par l'URL http://www.client.example/ mais pas par l'adresse http://client.example/ tout court ;
2. le client accepte de me transférer le contrôle de sa zone DNS et j'y définis les enregistrements @ A et @ AAAA, son site étant alors accessible par l'URL http://client.example/ tout court.

Exact, comme pour le jour de l'an, le réveillon (et éventuellement la messe dans ce cas) se font la veille. Mais à vrai dire, pour Pâques c'est pareil, enfin chez moi en tout cas :

• messe (la messe de minuit à Noël, la vigile pascale à Pâques) la veille ;
• réveillon la veille, après la messe si on y est allé ;
• messe à peu près équivalent le jour même ;
• déjeuner de fête en famille le jour même.

Et le lendemain de Noël alors ? C'est utilisé comme ça sans doute, mais si c'est son origine, c'est franchement tordu je trouve.

Ah oui c'est vrai, vous avez de la chance. Et qu'en est-il du lundi de Pâques du coup ?