steph1978 a écrit 3345 commentaires

Question de goût.

Je trouve cette application très bien foutue.
La dernière version a amélioré la gestion des mises à jour : le téléchargement se fait maintenant en arrière plan.
La présentation du catalogue est digne de celle du googleplay.

Je dis merci aux contributeurs pour cette application qui me permet d'avoir un ordiphone fonctionnel sous Android sans application google.

Le C ici ne sert qu'à avoir de l'asm portable.
Étant donné que l'on n'ajoute aucune sémantique, quel serait l'intérêt d'un langage de plus haut niveau ?

Lire un doc dans Firefox?

Ça marche parfaitement avec le greffon EPUBReader.

enlever à l'homme l'un de ses derniers rattachement au réel

C'est ce que certains ont dû dire de l'invention de l'imprimerie.
En quoi une liseuse est moins réelle qu'un livre ?
Moins rustique, admettons mais ça reste un tas de silicone qui permet d’afficher des mots en noir sur blanc.

Tu ne peux pas […]

Cherches aussi ce que tu peux faire avec une liseuse et pas avec un livre:

• avoir beaucoup de livres, pour un poids et un encombrement minime
• obtenir des livres qui ne seront jamais édités en papier car non rentable
• obtenir des contenus qui n'existent pas en format papier
• obtenir la traduction ou la définition d'un mot par simple pression

Bref, comme souvent, l'arrivé d'un media ne demande pas la condamnation d'un autre. Il y aura toujours des livres papier et les liseuses c'est bien pratique.

Tu as implémenté un "pull parser". J'utilisais ça en java avec la bibliothèque xmlpp.
L'intérêt est l'inversion de contrôle par rapport au parseur SAX. En SAX, c'est le parseur qui contrôle le code applicatif, par l'intermédiaire des callbacks. En PP, c'est le code applicatif qui contrôle le parseur, par l'intermédiaire d'un itérateur de tokens.

En gros tu voulais parler récursivité et récursion terminale.

Au fait, pas besoin d'un fichier de 27ko, 9 lignes de bash font l'affaire:

for a in {1..994};
do
    printf '{"I":'
done
printf '"b"'
for a in {1..994};
do
    printf "}"
done

Python3 craque à 994, car il a une pile d'exécution par défaut limité à 1000.

JQ ne semble pas avoir de limite autre que ma patience à tester.

Après quel cas d'usage va demander d'imbriquer plus de 1000 objets ?

J'aurai bien vu pypy dans la liste des solutions abordées….

Est-ce que l'on sait si FF utilise la "Lookup API" ou la "Update API" ?
La première ne protégeant pas la vie privée.

xml normalisé (via xsl)

Et bah là c'est du charabia pour moi. Ce qui pourrait expliquer ta réticence envers xpath.

motif de chaine, […] je trouve ça plutôt malin et xpath me semble surfait.

Tu es maître de ton design.
Si il te convient, c'est parfait.
J'ai pour ma part fait énormément de scrapping web et faisait simplement part de mon expérience.

que je m'en imprime un.

Je pense qu'il a bien compris.
Et qu'il essaye de t'expliquer le même point que moi : un xpath est bien plus simple est fiable pour récupérer un contenu dans un arbre (xml) qu'une regexp qui sera plus adapté à un fichier ligne à ligne (log).
D'abord et avant tout parce que ces deux outils ont été conçus pour leur domaine respectif.

Rien ne te renseigne sur la durée de rétention.
Rien ne te renseigne non plus sur ce qu'il garde de ces 16MB.
J'avais lu que ggl gardait en gros six moi de données sur un utilisateur car c'est la durée qui donnait le meilleur profile. Les données trop anciennes n'étant pas pertinentes pour cibler le prospect.
En fait il faut mettre en relation le coût de collecte + stockage + analyse avec le valeur marchande du profil.

Alors disons que l'un n'empêche pas l'autre.
L'écrasante majorité du contenu sera du HTML (donc du XML) et XPath est très puissant.
Cela n'exclut pas les regex voire un combinaison des deux : une regex dans une xpath.

Beautiful_Soup est une bibliothèque logicielle qui permet de corriger un document HTML mal formé pour qu'il apparaisse bien formé et puisse être traité par un parseur XML.

Et c'est là une faiblesse du logiciel proposé je trouve. Avoir un document XML permet d'utiliser XPath qui est beaucoup plus efficace qu'une regexp pour aller chercher de l'information dans un document structuré.

Pour ma part, j'ai pris mes habitues avec lxml.

c'est un bon rappel.
si ils font ça chaque année, ça répond à la question "est-ce que j'ai donné cette année ? quand ?"
si ils mettent un bandeau aussi violent, c'est que ça doit amener beaucoup de dons.

lundi ça a planté, j'ai lâché l'affaire.
ton article m'as rappelé d'y retourner.
done.

Ça a l'air chiadé.
Par contre RoR + node.js :(
Heureusement, ils distribuent sous forme de container.

Ça m'a rappelé trigger-happy, présenté ici

Le push en HTTP n'est pas complètement impossible mais nécessite une surcouche tehcnique type BOSH, long polling, websocket, plutôt consommatrice pour le serveur.
Et si tu surveilles des 100aines de sites, ça devient compliqué aussi pour le client.
Et finalement quel intérêt d'être informé à la seconde d'une nouvelle version ?
Un poll par jour doit satisfaire la plupart des usages.

Sinon on s'approche plus d'un usage de supervision. Et là on change de solution : IMAP, IRC, XMPP, SMS, que sais-je.

Difficile de comprendre la finalité d'un code aussi compliqué pour rien..
Mais ceci fonctionne :

#include <time.h>
#include <stdio.h>

void random(int *y, int *x){
    srand((int)time(NULL));
    *y = rand()% (50-1) + 1;
    *x = rand()% (100-1) + 1;
}
void print(){
    int a;
    int b;
    random(&a,&b); 
    printf("x:%d,y:%d\n",a,b);
}

int main(){   
    print();
    return 0;
}

locate -b defaults.list

doit te donner des choses du genre :

/etc/gnome/defaults.list
/home/xxxxxx/.local/share/applications/defaults.list
/usr/share/applications/defaults.list
/usr/share/gnome/applications/defaults.list
/usr/share/linuxmint/common/artwork/mime/defaults.list

je ne sais pas lequel est pris en compte par cinnamon.
mais un peu de grep -i video dans chaque et tu vas voir si il y a une entrée problématique.

est-ce une erreur de manip ou une panne matériel ?

si c'est une erreur de manip, je pense que photorec ne trouvera rien car il cherche des signatures de fichier, secteur par secteur. Or, à ma connaissance, les fichiers images raw n'ont pas de particularisme.
Il faut trouver un équivalent de "undelete".

si c'était matériel, tu aurais dû retrouver les données sur l'autre disque. ddrescue permet de faire une image d'un disque puis de la compléter avec l'autre, je crois.

   aptitude install pidgin pidgin-sipe

Ça supporte pas mal de fonctionnalité de Skype.

Mes fichiers sont gérés par owncloud hébergé sur un serveur physique chez un fournisseur professionnel pour 6€/mois mais qui couvre aussi d'autres usages.

Owncloud gère un corbeille et du versioning. Il est donc possible de récupérer des fichiers supprimés par erreur ou malveillance.

Un partie est en plus synchronisée sur un serveur à la maison avec une historisation jours/semaines/mois.

La restauration est testée par le fait que les fichiers sont utilisées quotidiennement sur plusieurs machines. Je pourrai éventuellement ajouter un test d'intégrité complet et périodique.

Le seul manque que j'ai à à l'heure actuelle est l'absence de chiffrement côté hébergeur.

Va expliquer ça à ton cerveau et ses chemins cognitifs privilégiés :)

Perso, je pense qu'il est bon que le rm mette un petit coup d'adrénaline avant de presser enter.

Un bon compromis est de créer un alias/fonction "rmi" et de prendre l'habitude de l'utiliser à la place de rm. Comme ça pas de risque en changeant d'environnement.

En quoi c'est un argument ? Y en a qui font pas bien alors je peux faire pas bien ?