Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
6447 connectés 

 

Sujet(s) à lire :
    - Who's who@Programmation
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  21745  21746  21747  ..  27262  27263  27264  27265  27266  27267
Auteur Sujet :

[blabla@olympe] Le topic du modo, dieu de la fibre et du monde

n°2266801
flo850
moi je
Posté le 30-09-2015 à 15:19:12  profilanswer
 

Reprise du message précédent :

gfive a écrit :


 
maiwai, et le jour où tu changes de serveur , t'es pas emmerdé avec ton chiffrement qui dépend de la machine d'avant :o


C'est exactement ce que j'ai dis :o
Ca permet de facturer le process de migration  [:atom1ck]


---------------

mood
Publicité
Posté le 30-09-2015 à 15:19:12  profilanswer
 

n°2266802
Profil sup​primé
Posté le 30-09-2015 à 15:25:51  answer
 

___alt a écrit :

Yo les kids.
On doit chiffrer une donnée client en base pour qu'elle ne se ballade pas en clair. On a besoin d'une clé pour chiffrer.
Elle est stockée dans une classe Java, quels moyens j'ai de la mettre d'une façon moins "évidente" que ça :  
 

Code :
  1. private static final String KEY = "0123456789";


 
Un tableau de byte ?


 
 
 
Bonjour !
 
 
Déjà un mot de passe écrit en clair, mais alors la clé.... T'en a de bonne toi...
 
Un get_string ouais.

n°2266803
gelatine_v​elue
Posté le 30-09-2015 à 15:29:45  profilanswer
 


 
Cet homme détient la vérité.

n°2266804
Hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 30-09-2015 à 15:30:44  profilanswer
 

ratibus a écrit :

 

C'est Apple les réparateurs ?


Non, marché public, appel d'offre, tout ça...

 
Devil'sTiger a écrit :


Tu peux tenter en dol + manque de devoir de conseil ( https://fr.wikipedia.org/wiki/Dol_e [...] n%C3%A7ais ), mais le fait que t'es signé le papier, ca part plutôt mal...

Ouais je vais présenter le cas aux affaires juridiques de l'université. Honnêtement on en faisait pas grand chose de cette bécane, pour 2kEUR je nous vois mal engager une procédure, j'imagine qu'ils le savent en face...

Message cité 1 fois
Message édité par Hephaestos le 30-09-2015 à 15:32:49
n°2266805
el muchach​o
Comfortably Numb
Posté le 30-09-2015 à 15:31:35  profilanswer
 

___alt a écrit :

Yo les kids.
On doit chiffrer une donnée client en base pour qu'elle ne se ballade pas en clair. On a besoin d'une clé pour chiffrer.
Elle est stockée dans une classe Java, quels moyens j'ai de la mettre d'une façon moins "évidente" que ça :  
 

Code :
  1. private static final String KEY = "0123456789";


 
Un tableau de byte ?


Que ce soit en dur dans le bytecode ou dans un fichier de conf, niveau sécu je dirais que c'est quasi pareil pour un hacker. Ce qu'il faut c'est se baser sur la sécurité de l'OS. Donc ton fichier de conf ou ton exécutable, tu le colles dans un compte créé spécialement pour ça, dont tu restreins à mort les accès.


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2266806
el muchach​o
Comfortably Numb
Posté le 30-09-2015 à 15:33:59  profilanswer
 

flo850 a écrit :

la tesla X , avec bouton anti armes bactériologique, et portes automatique https://www.youtube.com/watch?v=RUz_EXSmp9w&t=7m40s
les portes arrière en "falcon wing"


Et ben, à Paris d'après Tesla on respire moins bien qu'à NY et bcp moins bien qu'à Londres. C'est encore la faute au diésel, ça. :o


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2266807
___alt
Posté le 30-09-2015 à 15:40:52  profilanswer
 

masklinn a écrit :

S'pas beaucoup moins clair. Pourquoi la clé en dur dans une classe et pas l'env ou un fichier de config?


 
 

gfive a écrit :

bah le tableau de byte c'est un peu moins clair mais c'est pas radical non plus, ca va se décoder assez facilement au final (à moins d'utiliser un algo à la con, mais les API que tu utilises pour encoder / décoder devront faire partie de ton soft, donc ça pourra se retrouver aussi)
c'est pareil, il vaut pas que la clé soit "visible"...
Mais bon, c'est quoi le contexte? parce que ta donnée, tu veux pas qu'elle se ballade en clair... Mais elle peut se 'ballader' une fois chiffrée?


 
La donnée ne soit jamais persistée en clair, que ce soit en base ou dans un log.
Voilà. Y'a pas trop d'exigence supplémentaire, c'est une précaution.
 
En gros dans le code ou dans un fichier de conf ça revient au même.
En dur dans le code c'est juste par facilité, le but c'est que ça soit pas bullet proof mais qu'il ne soit pas trivial d'exploiter la donnée si elle leak.
(et j'avais un peu de mal avec le chaîne de caractères en clair)


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2266808
___alt
Posté le 30-09-2015 à 15:41:38  profilanswer
 


 
tkt ma couille, c'est pas du code de boloss


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2266809
___alt
Posté le 30-09-2015 à 15:45:03  profilanswer
 

el muchacho a écrit :


Que ce soit en dur dans le bytecode ou dans un fichier de conf, niveau sécu je dirais que c'est quasi pareil pour un hacker. Ce qu'il faut c'est se baser sur la sécurité de l'OS. Donc ton fichier de conf ou ton exécutable, tu le colles dans un compte créé spécialement pour ça, dont tu restreins à mort les accès.


 
Overkill pour ce cas.
La donnée est peu sensible, on veut juste qu'elle ne soit pas exploitable en cas de leak. Si jamais le code lui-même est piraté on aura d'autres problèmes autrement plus graves.


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2266810
gfive
Posté le 30-09-2015 à 15:59:43  profilanswer
 

___alt a écrit :


 
 
 
 
La donnée ne soit jamais persistée en clair, que ce soit en base ou dans un log.
Voilà. Y'a pas trop d'exigence supplémentaire, c'est une précaution.
 
En gros dans le code ou dans un fichier de conf ça revient au même.
En dur dans le code c'est juste par facilité, le but c'est que ça soit pas bullet proof mais qu'il ne soit pas trivial d'exploiter la donnée si elle leak.
(et j'avais un peu de mal avec le chaîne de caractères en clair)


 
Tu peux mettre la clé dans la DB, mais le choix de l'algo dans le code, sinon.  
Comme ça t'es relativement souple, si tu perds l'intégralité de la DB, t'es emmerdé, mais bon, admettons que dans ce cas t'es tellement dans la merde que ça compte pas :o
 
Et tu peux choisir des clés vides - qui déclenchent un chiffrage trivial genre ajout d'une entête, histoire de voir qu'il est bien réalisé - pour le dév.  
 


---------------
Tous les sud africains sont ségrégationistes, à part Ted. (P. Desproges)
mood
Publicité
Posté le 30-09-2015 à 15:59:43  profilanswer
 

n°2266811
erulio
Posté le 30-09-2015 à 16:08:36  profilanswer
 

Hephaestos a écrit :

Non, marché public, appel d'offre, tout ça...


Franc.Sys.em?
Ça a toujours été des glands qui se foutaient de notre gueule quand j'étais au CNRS. Incompétent, escroc et conscient de leur monopole sur notre hardware.

Message cité 1 fois
Message édité par erulio le 30-09-2015 à 16:10:13
n°2266812
Profil sup​primé
Posté le 30-09-2015 à 16:08:38  answer
 

___alt a écrit :


 
tkt ma couille, c'est pas du code de boloss


 
Apparemment tu saurais même pas ce qu'est un code justement.

n°2266813
Hephaestos
Sanctis Recorda, Sanctis deus.
Posté le 30-09-2015 à 16:14:15  profilanswer
 

erulio a écrit :


Franc.Sys.em?  
Ça a toujours été des glands qui se foutaient de notre gueule quand j'étais au CNRS. Incompétent, escroc et conscient de leur monopole sur notre hardware.


Non eux nous vendent le matériel neuf, mais ils sous-traitent le SAV à une boite tout aussi peu honnête manifestement [:dks:1]

n°2266814
drasche
Posté le 30-09-2015 à 16:20:49  profilanswer
 

___alt a écrit :

Yo les kids.
On doit chiffrer une donnée client en base pour qu'elle ne se ballade pas en clair. On a besoin d'une clé pour chiffrer.
Elle est stockée dans une classe Java, quels moyens j'ai de la mettre d'une façon moins "évidente" que ça :  
 

Code :
  1. private static final String KEY = "0123456789";


 
Un tableau de byte ?


Dans un fichier de config accessible uniquement par l'application.


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
n°2266815
el muchach​o
Comfortably Numb
Posté le 30-09-2015 à 16:21:41  profilanswer
 

___alt a écrit :


 
Overkill pour ce cas.
La donnée est peu sensible, on veut juste qu'elle ne soit pas exploitable en cas de leak. Si jamais le code lui-même est piraté on aura d'autres problèmes autrement plus graves.


Dans ce cas, colle la clef dans un tableau avec un algo à la con pour la lire, genre ne lire que les éléments du tableau dont l'indice est premier, tous les autres éléments étant des valeurs bidon, et tente une obfuscation de code sur la classe de décodage. Plus l'algo est pourri, plus l'obfuscation rendra le reverse délicat. Là il faut juste être imaginatif.


---------------
Les aéroports où il fait bon attendre, voila un topic qu'il est bien
n°2266816
drasche
Posté le 30-09-2015 à 16:24:13  profilanswer
 

___alt a écrit :

Yo les kids.
On doit chiffrer une donnée client en base pour qu'elle ne se ballade pas en clair. On a besoin d'une clé pour chiffrer.
Elle est stockée dans une classe Java, quels moyens j'ai de la mettre d'une façon moins "évidente" que ça :  
 

Code :
  1. private static final String KEY = "0123456789";


 
Un tableau de byte ?


J'ajoute que: une clé différente par environnment ou ça devient trop compliqué? Comme ça ta clé reste isolée en production et n'a aucune chance de leaker dans les environnements de dev ou de test.


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
n°2266817
Plam
Bear Metal
Posté le 30-09-2015 à 16:28:27  profilanswer
 

J'appelle un potentiel partenaire en France, il me dit qu'il a déjà vu mon site et mon produit, mais il pas donné suite « à l'époque » parce qu'il pensait qu'on était une boite américaine :pt1cable:
 
Sinon peut être bientôt la F.A+A comme client (vous pouvez enlever le point et le plus :o ), serious business [:ocube]


---------------
Spécialiste du bear metal
n°2266818
drasche
Posté le 30-09-2015 à 16:34:35  profilanswer
 

Plam a écrit :

J'appelle un potentiel partenaire en France, il me dit qu'il a déjà vu mon site et mon produit, mais il pas donné suite « à l'époque » parce qu'il pensait qu'on était une boite américaine :pt1cable:
 
Sinon peut être bientôt la F.A+A comme client (vous pouvez enlever le point et le plus :o ), serious business [:ocube]


GG [:bien]


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
n°2266819
masklinn
í dag viðrar vel til loftárása
Posté le 30-09-2015 à 16:37:20  profilanswer
 

Plam a écrit :

bientôt la F.A+A comme client


Celle à laquelle on pense normalement, ou bien la fédération algérienne d'athlétisme? Ou l'aéroport de Faranah?


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2266820
Plam
Bear Metal
Posté le 30-09-2015 à 16:54:53  profilanswer
 

masklinn a écrit :


Celle à laquelle on pense normalement, ou bien la fédération algérienne d'athlétisme? Ou l'aéroport de Faranah?


 
Bien celle à laquelle tu penses [:ocube] On devrait rentrer dans le process d'achat très prochainement (pour être exact c'est leur presta IT, mais il se confond avec eux puisqu'il se présente comme étant de chez eux :o )


---------------
Spécialiste du bear metal
n°2266821
___alt
Posté le 30-09-2015 à 16:56:12  profilanswer
 

 

Non, j'en sais rien, je pousse les touches du clavier au hasard. Explique moi.

 


drasche a écrit :


J'ajoute que: une clé différente par environnment ou ça devient trop compliqué? Comme ça ta clé reste isolée en production et n'a aucune chance de leaker dans les environnements de dev ou de test.

 

Possible ouep.je vais étudier ça.


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2266822
ratibus
Posté le 30-09-2015 à 17:32:06  profilanswer
 

Plam a écrit :


 
Bien celle à laquelle tu penses [:ocube] On devrait rentrer dans le process d'achat très prochainement (pour être exact c'est leur presta IT, mais il se confond avec eux puisqu'il se présente comme étant de chez eux :o )


C'est du scam

n°2266823
Plam
Bear Metal
Posté le 30-09-2015 à 18:04:40  profilanswer
 

ratibus a écrit :


C'est du scam


 
Tant qu'ils achètent le produit ça m'est égal :o


---------------
Spécialiste du bear metal
n°2266825
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 30-09-2015 à 18:32:02  profilanswer
 

nraynaud a écrit :


est-ce que tu pourrais esquisser un algo de ce que tu vas maquer dans le FBO stp ? (je pense que tu vas capter ma difficulté si tu essayes d'avancer, la solution n'est pas triviale sans atomic, voire même j'ai aucune idée de comment faire)

 

J'utiliserais le FBO un peu comme dans l'astuce des tableaux C qui contiennent leur taille, un truc du genre on stocke les données sauf la case 0 qui elle stocke l'index pour savoir où se trouve la case libre courante où écrire, je me demande si même sans atomic counter ça pourrait pas passer un truc comme ça


Message édité par Xavier_OM le 30-09-2015 à 18:52:47

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
n°2266828
Jubijub
Parce que je le VD bien
Posté le 30-09-2015 à 19:54:54  profilanswer
 

___alt a écrit :

Yo les kids.
On doit chiffrer une donnée client en base pour qu'elle ne se ballade pas en clair. On a besoin d'une clé pour chiffrer.
Elle est stockée dans une classe Java, quels moyens j'ai de la mettre d'une façon moins "évidente" que ça :  
 

Code :
  1. private static final String KEY = "0123456789";


 
Un tableau de byte ?


 

gfive a écrit :


 
Tu peux mettre la clé dans la DB, mais le choix de l'algo dans le code, sinon.  
Comme ça t'es relativement souple, si tu perds l'intégralité de la DB, t'es emmerdé, mais bon, admettons que dans ce cas t'es tellement dans la merde que ça compte pas :o
 
Et tu peux choisir des clés vides - qui déclenchent un chiffrage trivial genre ajout d'une entête, histoire de voir qu'il est bien réalisé - pour le dév.  
 


 
+1... je le mettrais en DB pour le jour où tu devras migrer le bordel, avec une deuxième table qui référence ton algo :  
- ta clé agit comme un salt, tu peux en avoir une par client (tu peux mettre une clé fixe sur la machine si t'as envie en plus)
- si pour une raison X tu dois modifier / changer l'algo tu supportes le fait d'avoir des algos différents
- si tu dois migrer, tu peux passer l'algo et la DB à un autre partenaire, et ils peuvent bosser avec les données.


---------------
Jubi Photos : Flickr - 500px
n°2266829
masklinn
í dag viðrar vel til loftárása
Posté le 30-09-2015 à 21:17:31  profilanswer
 

TIL: http://okmij.org/ftp/Computation/IO-monad-history.html

Citation :

An old (1994) paper on category theory monads and functional programming included an interesting historical side-note. It turns out that the essence of monads has been fully grasped back in 1965, by at least one person. That person has also discovered that imperative, control-flow-dependent computations can be embedded into calculus by turning control flow into data flow. That person is Peter Landin. His 1965 paper anticipated not only IO but also State and Writer monads, call/cc, streams and delayed evaluations, the relation of streams with co-routines, and even stream fusion.


https://en.wikipedia.org/wiki/Peter_Landin

Citation :

[Landin] was one of the first to realize that the lambda calculus could be used to model a programming language […] Landin is responsible for inventing the SECD machine, the first abstract process virtual machine ever defined, and the ISWIM programming language, defining the Landin off-side rule and for coining the term syntactic sugar.


 [:captainafets]


Message édité par masklinn le 30-09-2015 à 21:17:39

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2266830
Plam
Bear Metal
Posté le 30-09-2015 à 21:45:09  profilanswer
 

Petite question « culture gé » :

 

Aujourd'hui, on check le numéro de TVA intra pour les clients en UE (pour pas facturer la TVA du coup, enfin hors FR mais dans l'UE).

 

Mais rien n'empêche qu'un client mette un autre pays (hors UE) pour éviter qu'on vérifie. On est responsable de quelque chose dans ce cas ?

Message cité 1 fois
Message édité par Plam le 30-09-2015 à 21:46:00

---------------
Spécialiste du bear metal
n°2266831
masklinn
í dag viðrar vel til loftárása
Posté le 30-09-2015 à 21:49:45  profilanswer
 

Plam a écrit :

Petite question « culture gé » :

 

Aujourd'hui, on check le numéro de TVA intra pour les clients en UE (pour pas facturer la TVA du coup, enfin hors FR mais dans l'UE).

 

Mais rien n'empêche qu'un client mette un autre pays (hors UE) pour éviter qu'on vérifie. On est responsable de quelque chose dans ce cas ?


Serait ptet une meilleure idée de poser la question au trésor public :o


Message édité par masklinn le 30-09-2015 à 21:51:01

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2266832
sligor
Posté le 30-09-2015 à 21:56:37  profilanswer
 

ou les douanes, car ce sont les douanes qui s'occupent des exportations  
 
https://www.service-public.fr/profe [...] its/F31118
 
Dès que c'est hors UE tu dois le déclarer et le fait que ce soit un service ne doit pas changer grand chose (mais je ne suis pas expert donc je dis peut être une grosse connerie)
 
edit: en fait je pense que les impôts sauront surement mieux te renseigner AMHA, au pire ils te redirigeront :o

Message cité 1 fois
Message édité par sligor le 30-09-2015 à 22:00:18

---------------
qwerty-fr
n°2266833
masklinn
í dag viðrar vel til loftárása
Posté le 30-09-2015 à 22:23:35  profilanswer
 

sligor a écrit :

ou les douanes, car ce sont les douanes qui s'occupent des exportations

 

https://www.service-public.fr/profe [...] its/F31118

 

Dès que c'est hors UE tu dois le déclarer et le fait que ce soit un service ne doit pas changer grand chose (mais je ne suis pas expert donc je dis peut être une grosse connerie)

 

edit: en fait je pense que les impôts sauront surement mieux te renseigner AMHA, au pire ils te redirigeront :o


Là il demande pour l'intra UE (un client intra-UE qui falsifie/ment), c'est lié au MOSS qui est sous l'égide du trésor public, les douanes vont dire que c'est une fraude intra donc pas leur problème.


Message édité par masklinn le 30-09-2015 à 22:25:45

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°2266834
Plam
Bear Metal
Posté le 30-09-2015 à 22:30:14  profilanswer
 

C'est déjà prévu de demander au Trésor, mais si quelqu'un avait l'info avant, j'aurai pris aussi :)


---------------
Spécialiste du bear metal
n°2266835
___alt
Posté le 30-09-2015 à 22:32:00  profilanswer
 

Jubijub a écrit :

+1... je le mettrais en DB pour le jour où tu devras migrer le bordel, avec une deuxième table qui référence ton algo :  
- ta clé agit comme un salt, tu peux en avoir une par client (tu peux mettre une clé fixe sur la machine si t'as envie en plus)
- si pour une raison X tu dois modifier / changer l'algo tu supportes le fait d'avoir des algos différents
- si tu dois migrer, tu peux passer l'algo et la DB à un autre partenaire, et ils peuvent bosser avec les données.


 
Le salt par client est pas nécessaire.
M'en fous de migrer d'algo, si je dois le faire je fais un outil de migration qui gère sans problème et qui se base sur le code existant.
J'ai demandé un conseil assez basique en terme de scope, je sais bien qu'on va aller au delà en me proposant des conseils, mais là t'as pété tous les scores d'over engineering :D


---------------
TRIPS RIGHT BUNCH F SHUTTLE TOM AND JERRY RIGHT YELLOW
n°2266836
Jubijub
Parce que je le VD bien
Posté le 30-09-2015 à 22:41:47  profilanswer
 

___alt a écrit :


 
Le salt par client est pas nécessaire.
M'en fous de migrer d'algo, si je dois le faire je fais un outil de migration qui gère sans problème et qui se base sur le code existant.
J'ai demandé un conseil assez basique en terme de scope, je sais bien qu'on va aller au delà en me proposant des conseils, mais là t'as pété tous les scores d'over engineering :D


:D
 


---------------
Jubi Photos : Flickr - 500px
n°2266837
drasche
Posté le 30-09-2015 à 22:46:33  profilanswer
 

___alt a écrit :

Le salt par client est pas nécessaire.
M'en fous de migrer d'algo, si je dois le faire je fais un outil de migration qui gère sans problème et qui se base sur le code existant.
J'ai demandé un conseil assez basique en terme de scope, je sais bien qu'on va aller au delà en me proposant des conseils, mais là t'as pété tous les scores d'over engineering :D


C'est parce que tu as oublié le paramètre indispensable pour jubi: le budget [:bien]


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
n°2266838
flo850
moi je
Posté le 30-09-2015 à 22:47:09  profilanswer
 

Citation :

INSERT ... ON CONFLICT
•INSERT ... ON CONFLICT DO {UPDATE | IGNORE}
•aka UPSERT
•Similar to MERGE
•Except better (in some ways)!

sur postgresql  
ENFIN


---------------

n°2266839
uriel
blood pt.2
Posté le 30-09-2015 à 23:00:47  profilanswer
 

TIL les paroles Henry Purcel - Z265, circa 17eme siecle baroque
 

Citation :


Once, twice, thrice,
I Julia tried.
The scornful puss
As oft' denied.
And since, and since,
I can no better, better thrive,
I'll cringe
To ne'er a bitch alive.
So kiss my arse, so kiss my arse,
So kiss my arse, so kiss my arse,
Disdainful sow.
Good claret, good claret
Is my mistress now


 
 [:pingouino]


---------------
IVG en france
n°2266841
Youmoussa
Ecrou-vis
Posté le 01-10-2015 à 03:42:41  profilanswer
 


masklinn a écrit :


Et elles tournent à tout sauf au solaire.
 
Sauf que les teslas elles vont généralement être rechargées de nuit dans ton garage, quand le solaire a aucun effet possible.


 
C'est pas ce qu'il espère visiblement
 
http://www.huffingtonpost.co.uk/20 [...] 87366.html
 

Citation :

Using the company's existing battery technology, the units feature rechargeable lithium-ion cells which stock up on electricity from solar energy and use it to power your home.

n°2266842
skeye
Posté le 01-10-2015 à 07:19:41  profilanswer
 

flo850 a écrit :

Citation :

INSERT ... ON CONFLICT
•INSERT ... ON CONFLICT DO {UPDATE | IGNORE}
•aka UPSERT
•Similar to MERGE
•Except better (in some ways)!

sur postgresql  
ENFIN


 
C'est pas merge du tout, ça. Et certainement pas mieux.:o


---------------
Can't buy what I want because it's free -
n°2266843
Volkhen
Posté le 01-10-2015 à 07:32:10  profilanswer
 

flo850 a écrit :

Citation :

INSERT ... ON CONFLICT
•INSERT ... ON CONFLICT DO {UPDATE | IGNORE}
•aka UPSERT
•Similar to MERGE
•Except better (in some ways)!

sur postgresql  
ENFIN


 
Espérons MULTISET pour la 9.6 histoire de ne plus avoir à créer du json à partir du résultat de sous requêtes.


---------------
Main/Alt1/Alt2/Alt3
n°2266844
beel1
Posté le 01-10-2015 à 07:57:02  profilanswer
 

https://github.com/valvesoftware/st [...] ssues/3671

Citation :

Q: How many developers take to fix a bug in a shell script?
A: 115 participants so far, still unfixed.


[:ddr555]

n°2266845
Xavier_OM
Monarchiste régicide (fr quoi)
Posté le 01-10-2015 à 08:07:50  profilanswer
 

uriel a écrit :

TIL les paroles Henry Purcel - Z265, circa 17eme siecle baroque

 
Citation :


Once, twice, thrice,
I Julia tried.
The scornful puss
As oft' denied.
And since, and since,
I can no better, better thrive,
I'll cringe
To ne'er a bitch alive.
So kiss my arse, so kiss my arse,
So kiss my arse, so kiss my arse,
Disdainful sow.
Good claret, good claret
Is my mistress now

 

[:pingouino]

 


Chanson de taverne :D


Message édité par Xavier_OM le 01-10-2015 à 08:08:09

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  21745  21746  21747  ..  27262  27263  27264  27265  27266  27267

Aller à :
Ajouter une réponse
 

Sujets relatifs
Plus de sujets relatifs à : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)