yohann a écrit 201 commentaires

sqlite sans SQL => sqlalchemy l'orm pour python!

il faut s'assurer que le service du billard est le meilleur

le fichier /tmp/output existe et appartient à un autre user sur la machine ou cela ne fonctionne pas, d'où le permission denied

https://github.com/talkatv/talkatv

A peu près fonctionnel, écrit en python, mais pas d'évolution depuis plus d'un an.
Se défini comme un clone libre de disqus (capable d'héberger (et centraliser) les commentaires de plusieurs services statiques.

A ma grande honte cela fait plus d'un an que je me suis promis de le faire fonctionner en mode wsgi (apparemment ça devrait fonctionner mais personne n'y arrive) et que je n'ai jamais pris le temps de le faire.

En tout cas c'est un projet qui me semble intéressant à reprendre plutôt que de tout refaire from scratch.

Les points forts:

• code assez propre de ce que j'ai vu
• utilise un web framework sympa: flask
• utilise un langage sympa : python
• fonctionne (en tout cas en mode proxy avec le serveur de dev flask)

Les points faibles:

• pas en php (pour le dev c'est un point fort, mais il faut reconnaître que ça freine le déploiement)
• pas fonctionnel à 100% dans toutes les configs
• abandonné depuis 1 ans par l'auteur principal (peut-être parce qu'il le considère comme terminé)

anéfé.
mea culpa, il n'est jamais trop tard pour apprendre.

Un maniaque de la sécu qui colle un mot de passe dans l'url (qui n'est pas chiffrée elle, meme en https).

J'ai cru à une blague, mais ça a l'air sérieux (ou alors j'ai pas encore pigé)

C'est plus la requête préparé qui empêche l'injection sql (ou du moins qui offre une bonne protection contre), le moteur de bdd est ainsi conscient que ce qui est envoyé dans execute est le contenu de la colonne et non pas des bouts de requete sql, qui ne seront du coup pas interprétés par le moteur sql de la bdd.
Cependant, il est indiqué dans la doc php, que les requêtes préparées sont surtout utiles pour gagner du temps d’exécution si une requête doit être exécutée plusieurs fois (sur une requête simple, une grosse partie du temps de traitement est le parsage de la requête). Cela dit, je n'ai jamais trouvé (ou entendu parlé) d'exploit sql sur une requête préparée mais je ne suis pas un expert en sécu non plus.

bref: les requêtes préparées ne sont pas conçues pour protéger des injections, mais elle offre par la bande une (très) bonne protection contre ces attaques au prix d'un traitement plus long (dans le cas d'une seule requête).

Je ne suis pas l'auteur du journal, mais je donne quand meme mon opinion:

C'est très confortable de pouvoir accéder à ces touches avec l'index (oui au singulier, car je m’aperçois que les habitudes ont la vie dur, je n'utilise ces touche qu'avec la main droite)

Perso, je me suis payé un typematrix il y a un an à peu prêt, pour me motiver à passé en bépo.

Je n'ai pas pris de skin, mais j'aurai peu être du.

Je suis resté en azerty au boulot, et, pour le moment je n'ai pas encore rattrapé ma vitesse azerty en Bépo, mais je suis vraiment convaincu par la disposition matricielle, (même si je ne l'ai jamais essayé en azerty).

La conclusion que je suis tenté de tirer de ton expérience et de la mienne est que la disposition matricielle est merveilleuse pour apprendre a taper sur une nouvelle disposition, mais que, comme pour toute les habitude, c'est dur de changer quand on a pris des (mauvaises) habitudes.

En tout cas bonne chance

Et c'est le faiseur qui choisi, mais tant qu'a faire pourquoi pas utiliser une langue faite pour la programmation tel que lojban ?

Perso, je suis un fan de trac, car je bosse sur des petits projets, et j'aime la philosophie "stay out of the way" de trac: je n'ai pas de version à gérer => poubelle les version, pas de milestone à respecter => poubelle.
Les rapport sont simple à configurer, la connexion avec git ou svn se fait bien, (j'ai pas tester le nouveau systeme, mais celui avec le hook fonctionnait déja bien), bref, pour mon usage de tout petit projet, que du bon.

J'ai "testé" aussi redmine, qui est sympa mais un peu plus lourd finalement.

Par contre je ne connaissais pas Flyspray.

Sinon, un des membre en a fait un en C il n'y a pas longtemps:

https://linuxfr.org/users/goeb/journaux/small-issue-tracker

oui c’était bien daytona, cela se passait exactement comme ça!

Dans le fond, ce que je trouve triste c'est surtout que c'est limité à l'intérieur du pays.

Si j’achète un truc produit à l'autre bout du monde, mais je j'habite à côté du point d'entrée dans le pays, c'est bonnard. par contre si mon produit chinois arrive a Dunkerque et je j'habite Marseille, c'est mort.
(d'ailleurs c'est à ce demander si pour faire Perpignan Bayonne un transporteur n'aurait pas intérêt a passé par l’Espagne pour économisé presque toutes les taxes, même raisonnement pour Perpignan Lille avec un détour par l’Italie, la suisse, l’Allemagne et le bénélux).

Concernant le ferroutage, j'ai entendu plusieurs chefs d'entreprise dire qu'il avait essayé mais qu'il avait du arrêter à cause du comportement des cheminots qui avaient tendance a prendre la cargaison en otage (ils sont sans doute de mauvaise foie car les entrepreneurs , forcément de droite, ne peuvent pas blairer les cheminot, forcément de gauche, ou pas car la réciproque est vraie aussi) <-- classe.

Ensuite dans la mise en œuvre, on pouvait difficilement imaginer un truc plus pourrie, outre le coût direct exorbitant. les coût indirect de redéfinition des itinéraire pour des service comme les messagerie (livraison de colis à plusieurs destinataires suivant une tournée optimise, (voir algo du voyageur de commerce)) seront sans doute à revoir complètement car il faudrait évité de passé sous les "checkpoints".

Par contre ce qui serait hyper bien bien c'est si les portail pouvait hurler "checkpoint" par des haut parleurs géants quand on passe dessous comme dans je ne sais plus quel jeu)

je ne sais pas ce qu'est un lecteur de CV ni où est générer le fichier
mais la commande devrais ressembler à

ls -l cu.usbmodem* | cut --delimiter=' ' -s -f 2 >> monfichier

EN fait je crois que cet exemple est justement celui qui justifie le choix des espaces dans la pep8:
choisir des espace ou des tab pour l'indentation peu importes, mais pas de mélange c'est trop horrible en python (vue que l'indentation fait partie du code)

Vaux t-il mieux une voiture qui roule a 40km/h ou une voiture qui ne peux pas bouger quand tu veux aller de Marseille a Paris?

Je pense que l'analogie correcte avec la transparence réseau serait plutôt:

Une voiture a chenille qui passe partout mais qui n'est pas capable de dépasser le 40km/heure (et qui tombe en panne souvent).

vs

Une voiture a roues qui ne peux emprunter que les routes carrossables mais qui peux dépasser les 100km/heure.

bizaremment je n'ai pas vu beaucoup de voiture a chenilles ces dernier temps …

rhythmbox est visiblement en train d'être évincé.

rhytmbox pourra lire des pdf ?

D'un autre côté il y a hurd dans les propositions, qui lui est bien gnu, et pas linux.

Et pourquoi proposé hurd et pas les BSD ?

2 reformulations à mon avis :

Quel noyal utilisez vous:

linux 3.12
linux 3.11
…
Hurd
BSD

ou quel version de linux utilisez-vous:
3.12
3.11
…

Merci, ton schema décris exactement la configuration dans laquelle je me trouve.
Une machine linux dans le vlan d'admin serais sans doute la meilleur transposition de ce qui est fais avec windows actuellement.

Moi non plus dans la gestion de mon serveur perso, (mais je crois que mes connexions depuis un windows se compte sur les doigts d'une main)

Très bonne idée et peu invasif, malheureusement je n'ai pas la possibilité de joindre mon client depuis le serveur

Merci c'est typiquement le genre de commentaire qui me permet d'avancer, (même si une fois formulé ça parait si évident que j'aurai pu y penser tout seul)

Bon, je suis d'accord t'avais pas le choix, mais c'est tellement triste de voir à quel point on a été formaté pour l'utilisation des traitement de textes.

C'était un message du collectif contre l'utilisation abusive des logiciels de traitement de texte

il me semble que les chaines markov sont utilisées dans la majorité des pipotrons (http://pipo.alacon.org/)