Après je le faisais un peu bosser sur son propre schéma pour justifier éventuellement la classe "référence". Si il y en a réellement besoin, la solution technique (et élégante) existe en Rails, c'est les associations polymorphiques.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
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.
[^] # Re: Consommation mémoire : complément
Posté par gUI (Mastodon) . En réponse au journal Textmarker pour Firefox : surlignez et annotez le Web. Évalué à 3.
Fait !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Consommation mémoire : complément
Posté par gUI (Mastodon) . En réponse au journal Textmarker pour Firefox : surlignez et annotez le Web. Évalué à 2.
Si tu me dis quel texte et où exactement le mettre je peux te faire la modif.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: CPU euh
Posté par gUI (Mastodon) . En réponse au journal Textmarker pour Firefox : surlignez et annotez le Web. Évalué à 3.
Corrigé, merci.
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.
Après je le faisais un peu bosser sur son propre schéma pour justifier éventuellement la classe "référence". Si il y en a réellement besoin, la solution technique (et élégante) existe en Rails, c'est les associations polymorphiques.
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 -d
En 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.