Ne serait-ce pas sa fonctionnalité de ne pas insérer de blanc audio entre les pistes ? C'est d'ailleurs sa description de paquet Debian : "aqualung - Gapless Gtk-based audio player". (Pour ma part, je ne l'utilise que lorsque j'ai besoin de cette fonction)
Posté par BFG .
En réponse à la dépêche Diaspora .
Évalué à 1.
Peut-être est-ce dû au fait qu'il existe de nombreux fournisseurs du service, et qu'il faudrait rajouter un bouton par fournisseur ?
D'autre part, s'il pouvait ne pas exister un énième bouton qui surveille les visiteurs à leur insu sous prétexte de facilité, mais trouver une nouvelle manière de permettre aux utilisateurs de partager un contenu (comme une extension pour leur navigateur, ou un bookmarklet), ça serait bien.
Pourquoi ne pas faire un simple script SETUID que tes utilisateurs pourront lancer sur les binaires qu'ils créent ?
Il vaut mieux utiliser sudo qui fait déjà le travail, et qui en plus permet de bien choisir ce qu'on autorise.
De plus, il me semble qu'un script shell SUID perd son SUID.
C'est ce qui arrive quand les navigateurs sont un énorme tas de code essayant de concentrer autant de fonctionnalités qu'un système d'exploitation complet.
Je me suis confronté récemment à WebSocket, et c'est consternant, ils ont réinventé TCP au dessus de HTTP. En plus, le protocole WebSocket n'est même pas stable et on y découvre encore des failles de sécurité, mais les navigateurs l'implémentent déjà !
Vous tenez absolument à parler de l'aspect financier (en essayant d'apitoyer le lecteur de façon pathétique) de ce travail alors qu'on s'en contrefiche. Puisque vous y tenez, tous les gens qui reçoivent ces appels, et qui n'ont rien demandé, sont-ils payés pour ça ? C'est de l'emmerdement de masse pur et simple.
Pour rétablir l'ancien comportement, il faut mettre browser.urlbar.trimURLs à false (dans about:config). À noter aussi l'option browser.urlbar.formatting.enabled qui rend peu lisible toutes les parties de l'URL en dehors du domaine, désactivable en mettant à false également.
Quelle avancée prodigieuse ! Il est possible d'utiliser 63 bits sur les 64 pour les nombres !
les syntaxes sont moches
Quand on utilise un langage où 1. + 1. ne compile pas car il faut écrire 1. +. 1. (et qu'évidemment 1 +. 1 ne fonctionne pas non plus), il est vraiment curieux que l'on se permette de faire des remarques sur la beauté d'une quelconque syntaxe.
Sur Facebook, les millions de gens inscrits sont bien à table pour un repas, mais ils ne sont pas les invités : ils sont dans l'assiette (les invités étant bien évidemment toutes les sociétés commerciales partenaires de Facebook).
Conclusion hâtive, puisqu'ils avouent comparer des algorithmes différents. Quand ils comparent les mêmes algorithmes sur les SGBDR différents, les résultats ne sont plus pareil :
MySQL comparé à SQL Server :
Comparaisons sur requêtes identiques :
Si l'on compare avec MS SQL Server à MySQL, et pour les requêtes identiques, les résultats sont les suivants :
Solution classique : MySQL va de 5 fois moins rapide à 9 fois plus (10 000 lignes).
Si on compare MySQL à SQL Server version non indexée, la différence est moindre.
Solution Snodgrass : 15 fois moins rapide avant abandon (plus de 30 minutes).
PostGresSQL comparé à MySQL :
Comparaisons sur requêtes identiques :
Pour la solution 1, PG est plus rapide, entre 3 et 22 fois
Pour la solution 2, PG est moins rapide de 1,25 fois
Qu'est ce qui t'empêches de créer un compte facebook bidon ?
Parce que c'est aberrant de devoir créer un compte factice sur un second service ? Parce que Facebook se réserve le droit de fermer le compte précisément s'il est factice ? Parce qu'on ne veut même pas traiter avec Facebook et qu'on refuse de leur communiquer notre adresse email ?
J'aimerais bien savoir ce que cette liste de fonctionnalités Facebook vient faire sur LinuxFR.
Enfin pour ma part, tout ce qui vient de facebook.com et fbcdn.net est dans ma liste AdBlock.
Je ne vois pas pourquoi l'idée de faire un sleep pour attendre un peu que le système se calme ta paraît si sale que ça …
Parce que le temps en paramètre du sleep est généralement une valeur complètement arbitraire, et qu'elle sera le plus souvent trop courte (si le système ne s'est pas "calmé", si d'autres scripts nécessaires auraient dû avoir lieu avant celui-ci mais n'ont pas eu le temps) ou trop longue (tout le reste été initialisé rapidement, mais le sleep retarde inutilement la fin de l'initialisation).
En programmation en particulier, utiliser sleep pour attendre la fin d'une autre tâche de programme est une mauvaise pratique.
Ah bon, alors effectivement, c'est plus difficile.
Mais ce sont plusieurs neutrinos qui empruntent des chemins différents et l'on remarque celui qui arrive à une certaine destination le plus vite (et un autre pourrait arriver à la même destination plus tard, en ayant pris un chemin moins efficace) ? Ou bien c'est tout simplement le seul chemin praticable (pour un neutrino) pour cette destination ?
[^] # Re: oups...
Posté par BFG . En réponse au sondage Quel est votre lecteur audio ?. Évalué à 1.
Ne serait-ce pas sa fonctionnalité de ne pas insérer de blanc audio entre les pistes ? C'est d'ailleurs sa description de paquet Debian : "aqualung - Gapless Gtk-based audio player". (Pour ma part, je ne l'utilise que lorsque j'ai besoin de cette fonction)
[^] # Re: Diaspora, c'est des marrants
Posté par BFG . En réponse à la dépêche Diaspora . Évalué à 1.
Peut-être est-ce dû au fait qu'il existe de nombreux fournisseurs du service, et qu'il faudrait rajouter un bouton par fournisseur ?
D'autre part, s'il pouvait ne pas exister un énième bouton qui surveille les visiteurs à leur insu sous prétexte de facilité, mais trouver une nouvelle manière de permettre aux utilisateurs de partager un contenu (comme une extension pour leur navigateur, ou un bookmarklet), ça serait bien.
[^] # Re: création de fichier qui sera executé en fork.
Posté par BFG . En réponse au message POSIX capabilities / ouvrir port tcp <=1024. Évalué à 1.
Il vaut mieux utiliser sudo qui fait déjà le travail, et qui en plus permet de bien choisir ce qu'on autorise.
De plus, il me semble qu'un script shell SUID perd son SUID.
[^] # Re: exit(-1);
Posté par BFG . En réponse au journal Dennis Ritchie est mort. Évalué à 4.
... ou après un fork().
[^] # Re: Incroyable
Posté par BFG . En réponse au journal Internet Explorer, c'était mieux avant. Évalué à 1.
Et qu'est ce qui vous fait penser ça ?
[^] # Re: Incroyable
Posté par BFG . En réponse au journal Internet Explorer, c'était mieux avant. Évalué à 5.
C'est ce qui arrive quand les navigateurs sont un énorme tas de code essayant de concentrer autant de fonctionnalités qu'un système d'exploitation complet.
Je me suis confronté récemment à WebSocket, et c'est consternant, ils ont réinventé TCP au dessus de HTTP. En plus, le protocole WebSocket n'est même pas stable et on y découvre encore des failles de sécurité, mais les navigateurs l'implémentent déjà !
[^] # Re: importance relative
Posté par BFG . En réponse au journal Google+ a gagné ?. Évalué à 8.
Et quelqu'un qui n'a pas Facebook, il n'existe pas ?
[^] # Re: Marque figurative ?
Posté par BFG . En réponse au journal Un nouveau journal Apple..... Évalué à 3.
T-Mobile. Ne jamais poster trop vite.
[^] # Re: Marque figurative ?
Posté par BFG . En réponse au journal Un nouveau journal Apple..... Évalué à 4.
T-Online et le magenta ?
[^] # Re: Le bélogue, ce fléal
Posté par BFG . En réponse au journal Décence et respect autour d'un décès. Évalué à 3.
140 caractères ? Quel gaspillage, puisqu'il en suffit de 5 pour écrire "Apple".
[^] # Re: +1
Posté par BFG . En réponse au journal Divers: Feuilleton Nokia, PHP & Javascript, et autres. . Évalué à 2.
Bring out the Gimp.
[^] # Re: Et le cout-délais ?
Posté par BFG . En réponse au journal Les freins techniques au dialogue entre amis. Évalué à 4.
Vous tenez absolument à parler de l'aspect financier (en essayant d'apitoyer le lecteur de façon pathétique) de ce travail alors qu'on s'en contrefiche. Puisque vous y tenez, tous les gens qui reçoivent ces appels, et qui n'ont rien demandé, sont-ils payés pour ça ? C'est de l'emmerdement de masse pur et simple.
[^] # Re: Et le cout-délais ?
Posté par BFG . En réponse au journal Les freins techniques au dialogue entre amis. Évalué à 5.
Sortez les violons... Pensez aux pauvres spammeurs forcés par leur patron d'envoyer des millions de mails.
Quand on choisit ce genre de travail, on sait à quoi s'attendre.
[^] # Re: Autre raison pour l'écrit
Posté par BFG . En réponse au journal Les freins techniques au dialogue entre amis. Évalué à 0.
Why some emails go unaswered.
# Pire
Posté par BFG . En réponse à l’entrée du suivi URL autres que HTTP cliquables.. Évalué à 1 (+0/-0).
C'est encore pire que cela, si l'on utilise la syntaxe Markdown pour faire des liens , ça ne fonctionne pas toujours,
donne (non cliquable) :
test
[^] # Re: Troll
Posté par BFG . En réponse à la dépêche Firefox Sept : consommation mémoire nettement améliorée. Évalué à 4.
Pour rétablir l'ancien comportement, il faut mettre
browser.urlbar.trimURLs
àfalse
(dans about:config). À noter aussi l'optionbrowser.urlbar.formatting.enabled
qui rend peu lisible toutes les parties de l'URL en dehors du domaine, désactivable en mettant àfalse
également.[^] # Re: La killer feature
Posté par BFG . En réponse au journal Quels avantages à installer un noyau 64 bits ?. Évalué à 10.
Quelle avancée prodigieuse ! Il est possible d'utiliser 63 bits sur les 64 pour les nombres !
Quand on utilise un langage où
1. + 1.
ne compile pas car il faut écrire1. +. 1.
(et qu'évidemment1 +. 1
ne fonctionne pas non plus), il est vraiment curieux que l'on se permette de faire des remarques sur la beauté d'une quelconque syntaxe.[^] # Re: Linuxfr
Posté par BFG . En réponse à la dépêche Facebook f8 : timeline, musique/vidéo, ticker, boutons (et les conséquences pour le web). Évalué à 5.
Sur Facebook, les millions de gens inscrits sont bien à table pour un repas, mais ils ne sont pas les invités : ils sont dans l'assiette (les invités étant bien évidemment toutes les sociétés commerciales partenaires de Facebook).
[^] # Re: Postgresql
Posté par BFG . En réponse au journal Mysql, je t'aime un peu, à la folie, mais pas trop libre. Évalué à 4.
Conclusion hâtive, puisqu'ils avouent comparer des algorithmes différents. Quand ils comparent les mêmes algorithmes sur les SGBDR différents, les résultats ne sont plus pareil :
Le lien complet : http://blog.developpez.com/sqlpro/p9821/langage-sql-norme/agregation-d-intervalles-en-sql-1/
[^] # Re: C'est lumineux
Posté par BFG . En réponse au journal Vue de l'esprit ?. Évalué à 2.
De l'UCS-art, magnifique !
[^] # Re: Facebook et spotify
Posté par BFG . En réponse à la dépêche Facebook f8 : timeline, musique/vidéo, ticker, boutons (et les conséquences pour le web). Évalué à 10.
Parce que c'est aberrant de devoir créer un compte factice sur un second service ? Parce que Facebook se réserve le droit de fermer le compte précisément s'il est factice ? Parce qu'on ne veut même pas traiter avec Facebook et qu'on refuse de leur communiquer notre adresse email ?
# Linuxfr
Posté par BFG . En réponse à la dépêche Facebook f8 : timeline, musique/vidéo, ticker, boutons (et les conséquences pour le web). Évalué à 3.
J'aimerais bien savoir ce que cette liste de fonctionnalités Facebook vient faire sur LinuxFR.
Enfin pour ma part, tout ce qui vient de facebook.com et fbcdn.net est dans ma liste AdBlock.
[^] # Re: init.d et rc.d
Posté par BFG . En réponse au message Lancer un programme au boot, avec temporisation. Évalué à 1.
Parce que le temps en paramètre du sleep est généralement une valeur complètement arbitraire, et qu'elle sera le plus souvent trop courte (si le système ne s'est pas "calmé", si d'autres scripts nécessaires auraient dû avoir lieu avant celui-ci mais n'ont pas eu le temps) ou trop longue (tout le reste été initialisé rapidement, mais le sleep retarde inutilement la fin de l'initialisation).
En programmation en particulier, utiliser sleep pour attendre la fin d'une autre tâche de programme est une mauvaise pratique.
[^] # Re: Exposition à risque!
Posté par BFG . En réponse au journal [journal bookmark] Et hop, c'est fait. Évalué à 1.
Ah bon, alors effectivement, c'est plus difficile.
Mais ce sont plusieurs neutrinos qui empruntent des chemins différents et l'on remarque celui qui arrive à une certaine destination le plus vite (et un autre pourrait arriver à la même destination plus tard, en ayant pris un chemin moins efficace) ? Ou bien c'est tout simplement le seul chemin praticable (pour un neutrino) pour cette destination ?
[^] # Re: Gopher
Posté par BFG . En réponse au journal Des nouvelles de Cream-Browser. Évalué à 4.
Personnellement, j'ai enlevé la touche "Caps Lock" de mon clavier car ça l'alourdissait inutilement.