Reprise du message précédent :

J'ai probablement pas été clair : on est parti sur une app Angular parce que ce n'est pas qu'un site vitrine (ça se résume pas au carroussel et un sous menu). La vitrine ne représente que 1% du taff effectué là dessus.

Aujourd'hui l'app fait :

• espace client, avec système d'achat (récurrent ou pas)
• espace revendeur, avec remise, niveaux de partenariats etc.
• pages de plus en plus différentes si tu es authentifié
• qestionnaire dynamique sur quel produit tu as besoin (qui arrive très bientot sur la page pricing) pour enregistrer les valeurs dans la database client
• système de téléchargement pour les MAJ de notre appliance (donc avec la database client, ça vérifie que t'a bien un plan etc.)
• sytème de téléchargement et MAJ pour les versions d'essais (date limite etc.)
• backend de gestion complet des users (renouvellement d'un trial si on veut)
• stats de ventes complètes (MRR, etc.)
• système de support par ticket (très simple mais suffisant)
• j'en oublie

Bref, oui à la rigueur on aurai pu continuer à pousser et faire une version non JS pour les cas particuliers. Ou même prévoir une partie complètement statique : c'est vrai, c'est possible. Sauf qu'on est une startup et qu'on a des priorités, et qu'en l'occurrence le noJS c'est « Le pape, combien de divisions ? »

edit : d'ailleurs, avant de partir sur l'app, on avait un site statique, sur le même modèle que http://vates.fr Sauf que les besoins de vendre le truc sont arrivé à vitesse grand V. Vendre et partir vite sur une app complète ou attendre pour être compatible avec nos 2 visiteurs par mois en noscript ? hmmm...

Je sais pas pour nRaynaud, mais à l'époque où je faisais ça on avait besoin de connaitre le squelette de notre pièce pour calculer le chemin de l'outil. L'idée c'est que tu fais le tour de ton squelette, et tu t'éloignes petit à petit. Pour un usinage propre (nous c'étaient des miroirs de télescopes les gars avaient des contraintes assez serrées) ça nous apportait de chouettes propriétés, avec un trait parallèle au bord, et un outil qui n'avait quasiment pas besoin d'être levé de la pièce qu'il touchait (sauf topologie particulière, facile à identifier depuis le squelette)

 
Je viens un peu de comprendre la discussion que je lisais en diagonale sans en piger le tenants et les aboutissants

Non c'est KiCad le pire. Ma théorie, c'est que le gars est payé par les éditeurs de logiciels de CAO pour faire le truc gratuit le plus mauvais du monde et donner des arguments aux anti-libre.

Ils surfent sur le terme 3D alors que c'est de la pyrogravure.

Ne lui donne pas de mauvaises idées, parce que ça moi, j'ai fait. Sauf que j'avais un pied sur le rebord de la fenêtre qui faisait 15cm de large et qu'on était au 15e étage.

 
Une simple découpeuse laser peu puissante couplée à un filtre.

[Muchacho-proof] http://www.persee.fr/doc/genes_115 [...] _24_1_1406

 
Ok. Donc ma question maintenant c'est : sachant qu'avec un FBO on peut lire et écrire dans une texture vers et depuis un shader, est-ce que le FBO répondrait à ton problème ? (et si non pourquoi ?)

P-ê une sorte de quad-tree avec des carrés vides ou des carrés qui contiennent des points de ton squelette ?

Mais au final, un algo assez optimal pour ton remplisseur (c'est le mot qui me vient à l'esprit, désolé) serait que tu puisses remplir ta forme soit avec des carrés, soit avec des cercles. Le choix entre les deux dépendrait du rayon de courbure des bords de ton image. (juste une idée en l'air, pas franchement approfondie)

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)

C'est la version desktop friendly de ça, quoi. Avec un driver d'impression plutôt qu'une app de CNC dédiée apparemment.

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"

il y a des bricoleurs ici ?

Je viens d'acheter une maison, et je vais faire un doigt de travaux avant de rentrer dedans. Dans la salle à manger, j'ai un lambris peint en blanc au plafond. Il est un peu usé et vieillot, et j'aimerais donc lui donner un coup de frais : donc ponçage et peinture.

Que dois-je utiliser sur le ponçage ? Je suis passé dans un magasin de bricolage, et j'ai vu cette ponceuse qui me semble adapté :

http://www.castorama.fr/store/Ponc [...] 34518.html

Mais que dois-je utiliser comme grain pour les disques ?

edit : j'ai deja un echaffaudage qui me permet d'être au niveau du plafond sans devoir faire l'andouille sur un escabeau

La maison est vide ? Si oui : sableuse  
Ca permettra de poncer aussi les creux

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 :  
 

private static final String KEY = "0123456789";

 
Un tableau de byte ?

 
Avant de restaurer ton lambris, je te conseille de bien regarder en dessous pour voir si le plafond est sain, et pas gavé de moisissure par exemple... Bcp de gens confondent lambris et cache-misère... Donc c'est la première chose que je ferais.  
Ensuite, le ponçage, c'est pas forcément la meilleure solution... Vaut mieux utiliser un décapeur thermique ou un décapant chimique, et ensuite gratter la peinture. Une fois sec, tu peux ensuite poncer... Sinon tu risques de bousiller des dizaines de disques ou de papier de verre pour un résultat décevant.

  merci. C'est le genre de réponse que j'attendais.

pour info, c'est ça le dahut sur la montagne de voronoi.
si tu prends la fonction de distance en 3D, ça fait une montagne (dans le cas simple où y'a pas de trou dans le polygone), les crêtes sont l'axe médian, et tu fais tourner ton dahut depuis le sommet vers la base en trafiquant un peu pour avoir un chemin assez lisse.

La présentation où on passe 10 minutes à montrer l'avantage des portes arrières dans des situations où on ne peut pas ouvrir les portes avants  
J'ai dû louper un truc... Ils ont mis le volant à l'arrière ?

https://www.sardisverlag.de/more-da [...] um-211-ad/

private static final String KEY = "0123456789";

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

 
Les portes arrières comme cela sont complètement inutiles et donc géniales car on parle là de voiture haut de gamme et hors de prix... Les raisons principales pour acheter une telle voiture ne peuvent pas être rationnelles. Tu achètes parce que tu aimes et que cela te fait rêver ... Moi la voiture me fait penser à retour vers le future et même certains modèles de voiture dans Capitaine Flamme...  

'tain ils sont balaises, ils ont réussi à rendre difficile à lire les toponymes en utilisant une technique qui est sensée aider à la lecture

TrueCrypt-> poubelle
http://www.itworld.com/article/298 [...] omise.html

private static final String KEY = "0123456789";

 
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?  
 
 
 

 
ça doit être pour chartres
 
http://www.lechorepublicain.fr/eur [...] 07737.html

Bah heureusement qu'il y a VeraCrypt (license Apache) et CipherShed alors (license à-la-con)
 
Mais comme c'est des forks, ils ont sûrement les mêmes problèmes.
 
edit: CipherShed est pas encore en release stable.

 
 
Les failles ont été corrigées dans VeraCrypt. Mais bon, faut lire l'article pour le savoir.

À un moment où à un autre faut que la clé soit visible, sinon tu peux pas chiffrer ton truc. Et avoir ça dans un fichier de conf ou dans l'environnement c'est moins accessible que l'avoir directement dans le source.

J'avais pas fini de lire l'article  Je cherchais le nom des alternatives pour répondre à nray.

Tu mixes les deux ?
Un bout dans l'env/ficheir de conf, le reste de la clé dans le code

Pour décrypter la base il faut l'accès au serveur ET avoir décompilé le jar . Ca garanti aussi au client que vous ne pouvez pas décryper la base sans lui ( à voir si c'est un bonus ou pas)

 
Si c'est du web, oui. Et encore : si ton serveur est paramétré correctement, il n'y a aucune raison que les jars fuitent.
 
Par contre dans l'environnement, c'est une solution intéressante : tu installes la clé dans les stores du serveur, et roule ma poule.  
 

 
C'est pas mal ça aussi.
 
Après, faut savoir de qui tu veux protéger la donnée.. D'un vol éventuel? A ce moment là il faut déjà penser à sécuriser tout le bordel avant de mettre du chiffrement (enfin, à mon avis, hein. Sinon l'exploit peut se cacher derrière les protections que tu as prévues pour faire de la merde en terme de sécurité histoire de rogner sur les coûts, ou parce qu'ils n'ont pas la compétence - et non, c'est pas complètement improbable, je l'ai vu faire : mon ancienne boite a du admettre une "faute" pour un piratage de JBoss dans un CHU : la version JBoss était vulnérable, ET ces cons de la DSI du site avaient exposé la console Web / JMX sur le web )
 
 
 

Yup, et comme ça le serveur a pas besoin d'accéder au FS, donc tu peux dropuser assez bas.

C'est aussi une option, genre du HMAC une clé avec l'autre.

SI tu veux être pervers, tu ajoute des paramètres de la machine ( nombre de cpu, ram , ... ) mais ca risque de peter le service en cas d'upgrade et ça perturbe un peu plus les PRA

Les fils de pute de réparateurs, ils me rendent le macbook sans l'avoir réparé, je le rebranche il ne s'allume plus du tout ! Je les rappelle pour leur demander comment ça se fait, ils me disent ben oui il ne marche plus d'ailleurs vous avez signé regardez et effectivement dans le bon de restitution ils ont rajouté un champ stipulant que l'ordi ne marche pas, j'imagine que comme c'était écrit ils n'ont pas trouvé utile de me le dire.

Et bien sûr c'est dû au choc qu'il a pris sur le coin de l'écran il y a 1 an, ce sont des pros ils s'y connaissent (il y a 2 mois quand je leur avais envoyé une première fois ils m'avaient dit que c'était à cause de VMware...).

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

 
C'est Apple les réparateurs ?

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...

Le fait que tu aies signé un papier ne les exhonèrent pas de leurs erreurs, à moins que tu aies donné ton consentement explicite à la destruction de ton bien pour l'obtention du devis.

Morano / Sarko / Le FN

C'est exactement ce que j'ai dis
Ca permet de facturer le process de migration