Est-ce que ça peut être tout simplement un attribut de vendors, category et product ? Tu vas faire qqchose de particulier de ces liens ? En d'autres termes, as-tu réellement besoin d'un modèle "reference" ? Quels attributs vas-tu y mettre autre que l'URL ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Tu peux expliquer en clair ce que tu veux faire ? En fait tu veux que les produits, les vendor et les category aient chacun une référence ? Qu'est-ce que tu appelles une référence ? Si c'est un simple identifiant unique tu peux le mettre en simple attribut de product, vendor et category.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Le comportement correspond à ce que tu as demandé :
- un produit peut avoir plusieurs références
- un vendor peut avoir plusieurs références
- une catégorie peut avoir plusieurs références
- une référence appartient à un vendor ET un product ET une categorie
Je pense que dès ton schéma (celui que tu as posté) il y a une erreur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
1To en HDD, je te suggère en effet d'attendre un peu :)
Je ne sais pas pourquoi il fait ça, je soupçonne une extinction un peu brutale. Ensuite il le refera de temps en temps (style tous les 100 boots, mais tu pourras le paramétrer)
Pour info en gros voici comment ça boote :
- au tout début tu as un bootloader qui est un tout petit programme, avec éventuellement un menu (Grub sûrement)
- ce bootloader charge en RAM le kernel Linux et un mini filesystem, juste ce qu'il faut pour booter => tu dois avoir des toutes première lignes qui s'affichent style "uncompressing Linux kernel")
- le kernel Linux démarre, et là il a bcp de choses à dire, sur tout ce qu'il détecte, tout ce qu'il fait => ça défile très vite
- une fois initialisé, le kernel va "mounter" le filesystem, et exécuter le process d'init (le tout premier process, celui qui est le papa de tout le monde) et ensuite l'interface graphique etc.
Le check du filesystem est donc juste avant cette dernière partie, qui fait que tu as sous les yeux ces messages du boot du kernel.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
J'avais un Mumble qui tournait presque à vide depuis des années, je l'avais mis en place pour les gamins pour qu'ils jouent en ligne avec leur copains tout en discutant.
Avec les circonstances qu'on connaît, je l'ai ressorti pour l'utiliser avec quelques collègues. Décrire le paramétrage à distance est pas facile, les gens galèrent souvent au début.
Par contre une fois que tout est fait, c'est de loin la solution la plus efficace si on veut de l'audio seulement. La qualité est incomparable avec Whatsapp ou Webex par exemple.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Une personne immunisée n'est, normalement, plus contagieuse.
Oui mais ça veut dire quoi précisément ? Admettons que je sois immunisé, si je te postillonne dessus, je ne te transmets pas le virus (parce que je l'ai tué dès qu'il a tenté de re-rentrer dans moi).
Mais si je serre la main à un mec porteur et qu'ensuite je vienne te serrer la main : je te le transmets, exactement comme une poignée de porte le ferait ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Par contre est-ce que je ne risque pas de devenir un porteur sain une fois immunisé ?
Pareil, le mec immunisé c'est très bien pour lui, mais pour les autres, il est aussi dangereux que une poignée de porte. Le virus restant plusieurs heures à la surface de n'importe quel objet, le porteur sain est tout autant contaminant par ses mains principalement (qui sont bcp plus mobiles qu'une poignée de porte qui a tendance à clairement rester en place).
Non ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Ok admettons, le 11 mai, il fait un test de lui et de son enfant. Il y aura environ 90% de chances qu'il soit négatif pour les deux (chiffres de l'étude Santé Publique France/Institut Pasteur/CNRS). Et alors ? Il fait quoi ? Ca ne change strictement rien à sa situation.
Et puis un test négatif aujourd'hui c'est peut-être un test positif demain. Donc on refait chaque jour ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
C'est bien là la question, et bien malin qui peut prédire quoi que ce soit.
Ce que je note (comme qques commentaires au dessus) c'est que 2 mois de confinement et les urgences pleines, c'est pour 6% de la population (10% dans les régions les plus touchées) seulement. Nous ne sommes donc qu'au début de cette histoire.
Souhaitons-nous bon courage pour la suite…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
le libre ne dit pas de fournir "la chaîne de compilation complète"
Yep et parfois ça "délibre" un logiciel à lui tout seul en fait. Certains en font même un business model tellement que c'est chiant à compiler.
Tu as raison de le rappeler : le Libre c'est 4 libertés précises, ni plus ni moins. Le reste c'est du fantasme perso.
Et l'origine du Libre (Stallman au MIT qui ensuite donnera le projet GNU) est clairement purement technique : il voulait pouvoir compiler et debugger son pilote d'imprimante, sans devoir attendre un hypothétique fix du fabriquant, point barre.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Je comprends toujours pas, désolé :) C'est marrant de voir des workflow aussi différents.
Ok, t'as ta semaine de travail ouverte, une centaine d'onglets.
Je ne comprends pas :
- comment tu retrouves un truc dedans ("il y avait une réponse sur stackoverflow où le mec disait que c'était possible via xxx")
- si tu fermes Firefox pour quelque raison que ce soit ta semaine est foutue ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Or c'est ce qu'on fait, me semble t-il, quand on compare les chiffres de l'IHU aux chiffres nationaux.
C'est surtout ce que fait Raoult en affirmant que son traitement est plus efficace (c'est l'objet justement de la vidéo de démonter ses affirmations en pointant du doigts les incohérence de l'analyse statistique)
Il n'est en effet pas déraisonnable de penser que la covid-19 va faire plus de "dégâts" chez les patients sensibles au risque cardiaque.
C'est même certain, ça fait partie des risques analysés de longue date.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Du code !
Posté par gUI (Mastodon) . En réponse au message Rails : Association multiple. Évalué à 2.
Est-ce que ça peut être tout simplement un attribut de vendors, category et product ? Tu vas faire qqchose de particulier de ces liens ? En d'autres termes, as-tu réellement besoin d'un modèle "reference" ? Quels attributs vas-tu y mettre autre que l'URL ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Du code !
Posté par gUI (Mastodon) . En réponse au message Rails : Association multiple. Évalué à 2.
Tu peux expliquer en clair ce que tu veux faire ? En fait tu veux que les produits, les vendor et les category aient chacun une référence ? Qu'est-ce que tu appelles une référence ? Si c'est un simple identifiant unique tu peux le mettre en simple attribut de product, vendor et category.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Du code !
Posté par gUI (Mastodon) . En réponse au message Rails : Association multiple. Évalué à 2.
Le comportement correspond à ce que tu as demandé :
- un produit peut avoir plusieurs références
- un vendor peut avoir plusieurs références
- une catégorie peut avoir plusieurs références
- une référence appartient à un vendor ET un product ET une categorie
Je pense que dès ton schéma (celui que tu as posté) il y a une erreur.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Du code !
Posté par gUI (Mastodon) . En réponse au message Rails : Association multiple. Évalué à 2.
Tu pourrais nous dire comment tu as déclaré des modèles ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Attendre ?
Posté par gUI (Mastodon) . En réponse au message Steam os reste bloquer sur le boot logo. Évalué à 2.
1To en HDD, je te suggère en effet d'attendre un peu :)
Je ne sais pas pourquoi il fait ça, je soupçonne une extinction un peu brutale. Ensuite il le refera de temps en temps (style tous les 100 boots, mais tu pourras le paramétrer)
Pour info en gros voici comment ça boote :
- au tout début tu as un bootloader qui est un tout petit programme, avec éventuellement un menu (Grub sûrement)
- ce bootloader charge en RAM le kernel Linux et un mini filesystem, juste ce qu'il faut pour booter => tu dois avoir des toutes première lignes qui s'affichent style "uncompressing Linux kernel")
- le kernel Linux démarre, et là il a bcp de choses à dire, sur tout ce qu'il détecte, tout ce qu'il fait => ça défile très vite
- une fois initialisé, le kernel va "mounter" le filesystem, et exécuter le process d'init (le tout premier process, celui qui est le papa de tout le monde) et ensuite l'interface graphique etc.
Le check du filesystem est donc juste avant cette dernière partie, qui fait que tu as sous les yeux ces messages du boot du kernel.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Attendre ?
Posté par gUI (Mastodon) . En réponse au message Steam os reste bloquer sur le boot logo. Évalué à 2.
Je vois surtout le "starting file system check". Ça doit prendre du temps. Tu peux nous ire la taille de ton disque et le type (mécanique ou SSD) ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Accessibilité
Posté par gUI (Mastodon) . En réponse à la dépêche Audio‑conférences en ligne avec Mumble. Évalué à 6.
J'ai à peu près le même retour.
J'avais un Mumble qui tournait presque à vide depuis des années, je l'avais mis en place pour les gamins pour qu'ils jouent en ligne avec leur copains tout en discutant.
Avec les circonstances qu'on connaît, je l'ai ressorti pour l'utiliser avec quelques collègues. Décrire le paramétrage à distance est pas facile, les gens galèrent souvent au début.
Par contre une fois que tout est fait, c'est de loin la solution la plus efficace si on veut de l'audio seulement. La qualité est incomparable avec Whatsapp ou Webex par exemple.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Le logiciel libre c'est politique (sinon, on parlerait d'Open Source)
Posté par gUI (Mastodon) . En réponse au journal oh et puis merde.... dlfp, c'est vraiment censé être politique?. Évalué à 2.
Vu la note du journal en question, t'es pas le seul on dirait…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# D'accord avec tout !
Posté par gUI (Mastodon) . En réponse au journal #PlusJamaisCa Manifestation en ligne. Évalué à 9.
Le site signant tous les bas d'affiche, il sera donc d'accord avec toutes les revendications. Ça promet d'être rigolo.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Hein ?
Posté par gUI (Mastodon) . En réponse au message langages. Évalué à 3.
À qui ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: do-release-upgrade -d
Posté par gUI (Mastodon) . En réponse au lien Ubuntu 20.04 a été publiée !. Évalué à 2.
Bin là c'est pas ça non plus puisque avec un
-d(pour développement) c'est passé. J'ai pas changé de miroir (je suis sur l'officiel Français).En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: do-release-upgrade -d
Posté par gUI (Mastodon) . En réponse au lien Ubuntu 20.04 a été publiée !. Évalué à 2.
Oui mais là j'étais sur la 19.10.
Apparemment ça prend plusieurs jours (peut-être pour ne pas saturer les serveurs ?)
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# do-release-upgrade -d
Posté par gUI (Mastodon) . En réponse au lien Ubuntu 20.04 a été publiée !. Évalué à 2.
Pour faire la mise à jour à la main, faut taper :
sudo do-release-upgrade -dEn effet, elle est pour l'instant encore considérée en dev pour l'outil do-release-upgrade.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Porteur sain ?
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 4.
Dès le contact avec la peau ? Ou faut-il une pénétration dans l'organisme ?
Non, désolé, c'est pas pareil. L'informatique, on la décide.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Porteur sain ?
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 4.
:)
qui sait, peut-être que l'expression "aussi dangereux qu'une poignée de porte en période de pandémie" restera.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Porteur sain ?
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 3.
Oui mais ça veut dire quoi précisément ? Admettons que je sois immunisé, si je te postillonne dessus, je ne te transmets pas le virus (parce que je l'ai tué dès qu'il a tenté de re-rentrer dans moi).
Mais si je serre la main à un mec porteur et qu'ensuite je vienne te serrer la main : je te le transmets, exactement comme une poignée de porte le ferait ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Porteur sain ?
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 5. Dernière modification le 23 avril 2020 à 11:49.
Pareil, le mec immunisé c'est très bien pour lui, mais pour les autres, il est aussi dangereux que une poignée de porte. Le virus restant plusieurs heures à la surface de n'importe quel objet, le porteur sain est tout autant contaminant par ses mains principalement (qui sont bcp plus mobiles qu'une poignée de porte qui a tendance à clairement rester en place).
Non ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Sois un (tout petit peu) patient.
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 8.
Mouais.
Ok admettons, le 11 mai, il fait un test de lui et de son enfant. Il y aura environ 90% de chances qu'il soit négatif pour les deux (chiffres de l'étude Santé Publique France/Institut Pasteur/CNRS). Et alors ? Il fait quoi ? Ca ne change strictement rien à sa situation.
Et puis un test négatif aujourd'hui c'est peut-être un test positif demain. Donc on refait chaque jour ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: C'est quoi la suite
Posté par gUI (Mastodon) . En réponse au journal Covid19. Quid du volontariat ?. Évalué à 7.
C'est bien là la question, et bien malin qui peut prédire quoi que ce soit.
Ce que je note (comme qques commentaires au dessus) c'est que 2 mois de confinement et les urgences pleines, c'est pour 6% de la population (10% dans les régions les plus touchées) seulement. Nous ne sommes donc qu'au début de cette histoire.
Souhaitons-nous bon courage pour la suite…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Serveur officiel?
Posté par gUI (Mastodon) . En réponse à la dépêche Trivabble continue à évoluer. Évalué à 3.
Ça se tente peut-être sous Wine. T'aurais un lien à donner ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: L’ambiguïté persiste
Posté par gUI (Mastodon) . En réponse au journal Logiciel libre et vie privée. Évalué à 3.
Oui bien sûr, en soit le libre a existé bien avant le non-libre.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: L’ambiguïté persiste
Posté par gUI (Mastodon) . En réponse au journal Logiciel libre et vie privée. Évalué à 6. Dernière modification le 20 avril 2020 à 10:16.
Yep et parfois ça "délibre" un logiciel à lui tout seul en fait. Certains en font même un business model tellement que c'est chiant à compiler.
Tu as raison de le rappeler : le Libre c'est 4 libertés précises, ni plus ni moins. Le reste c'est du fantasme perso.
Et l'origine du Libre (Stallman au MIT qui ensuite donnera le projet GNU) est clairement purement technique : il voulait pouvoir compiler et debugger son pilote d'imprimante, sans devoir attendre un hypothétique fix du fabriquant, point barre.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: bookmarks
Posté par gUI (Mastodon) . En réponse au journal Appel à la foule : Wallabag, Pocket ou Read It Later ?. Évalué à 2. Dernière modification le 19 avril 2020 à 13:53.
Tu peux envoyer un screenshot stp ? Que je me rende compte…
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: bookmarks
Posté par gUI (Mastodon) . En réponse au journal Appel à la foule : Wallabag, Pocket ou Read It Later ?. Évalué à 2.
Je comprends toujours pas, désolé :) C'est marrant de voir des workflow aussi différents.
Ok, t'as ta semaine de travail ouverte, une centaine d'onglets.
Je ne comprends pas :
- comment tu retrouves un truc dedans ("il y avait une réponse sur stackoverflow où le mec disait que c'était possible via xxx")
- si tu fermes Firefox pour quelque raison que ce soit ta semaine est foutue ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Non
Posté par gUI (Mastodon) . En réponse au lien Le protocole Raoult est-il efficace à 91,7% ? (et que veut dire ce chiffre ?). Évalué à 2.
C'est surtout ce que fait Raoult en affirmant que son traitement est plus efficace (c'est l'objet justement de la vidéo de démonter ses affirmations en pointant du doigts les incohérence de l'analyse statistique)
C'est même certain, ça fait partie des risques analysés de longue date.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.