Reprise du message précédent :
365 ouais.

 
Bienvenue dans la depossession et la souffrance avec les bugs et les changements arbritraires tous les 4 matins quoi.
 
Hier j'ai joué du profwiz sur des profils locaux avec un outlook avec du compte exchange hosted.
 
Bah j'ai du passer de la clé de registre vite fait pour que ça veuille bien se logger ²²

cle de registre du genre
[HKCurrentUser/Software/Microsoft/Office/16.0/Outlook/Autodiscover]
DWORD: "ExcludeHttpsRootDomain=1"
??

parce que je suis en train de mettre un 2016 On Premise en service et j'avais un pb de connexion a la creation de la boite mail (du genre 5min voir du timeout) et avec cette clef sur le poste, pouf la connexion est instant.

edit : correction

Les applis fournies que sous forme d'un container Docker  

Y en a qui sont en triple screen au taf ?
 
J'ai enfin réussi à avoir deux écrans identiques, j'ai regardé dans le placard y a plein de 17p 4/3
Je pensais en rajouter un pour avoir trois écrans au total mais je me demande si c'est utile

 
Il faut un support. apres moi je dis bonjour le mal de nuque.  
 
mais 17P franchement ca existe encore ?  
Now c'est mini 22 pour tout le monde, meme pour l'homme de menage.
 

Si je pouvais je ferai. Une VM de Test sur un écran, les mails sur l'autre et un troisième sur la tâche actuelle.
 
Après j'ai déjà deux 26, c'est clairement confortable.

Quel est le problème?

Perso je passerais bien à un seul 21:9 conséquent + bureaux virtuels (et un 16/10 en vertical aussi )
 
XaT

C'est réellement chiant?
/vraiment plus à la page. Faudrait que j'en mette en place pour tester a la maison.

 
Bah c'est pas pratique ? Tout est dispo et portatif , et pas d'install.

Justement, les machins précompilés (dire pré-dockerisé c'est chelou ) avec tout un environnement avec, c'est moyen pour truster le fonctionnement et la sécurité du bousin  
J'suis pas contre docker, mais sur ce coup j'ai plus confiance dans nos dev qui créent les containers eux-mêmes

 
j'en ai 6  

Bah oui c'est les "vieux" écrans d'avant, y en a toujours
 
Au bénéfice des geeks
 

quel usage ? trader ? branleur ?

Dans un sens, combien analyse vraiment le code des applis livrées?

Les trucs en boite noire j'aime pas, et on a zéro autre usage de docker et donc pas d'infra docker prête à utiliser.

Quand tu fais les choses correctement tu lies ton image Docker à un projet sur GitHub
Et bon, quand tu pars d'une image Alpine tu penses qu'il faut pas la truster?

Toujours moins pire que le machin fonctionnant que sous Windows 2003 uniquement quoi

Ça c'est ballot. Ça fait un peu comme les boîtes qui râlaient parce que des applis étaient uniquement dispos en OVA/OVF et qu'elles n'avaient pas d'hyperviseurs

Perso je passerais bien à un seul 34" 21:9 aussi

Tu descends le container sur ta machine puis
https://docs.docker.com/engine/refe [...] ne/export/

Les applis en OVA/OVF only dans une très grosse partie des cas c'était/c'est en alternative a des appliances matérielles propriétaires, une appli web avec une BDD à côté faudra vraiment m'expliquer l’intérêt de proposer ça exclusivement dans des containers dockers. Ton image de VM tu peux aussi la faire tourner dans des hyperviseurs différents, un container docker faut une infra docker aussi limitée et simple soit elle.
Au delà de ce que j'ai dit voir ça pour moi ça sent le syndrome "ça marche sur le poste du dev" avec un environnement tellement bidouillé que c'est trop moche/non-reproductible pour être documenté proprement et publiquement...

Les droit root direkt pour l'app, plus besoin de se faire chier

Perso je fais un peu la meme chose sans savoir comment cela fonctionne avec le VDI et le push d'appli.

La capture de l'install et son parametrage est fait par VMware.
Puis poussé sur les machines.

 
c'est tellement ça  

en tant que dev je confirme

Ça dépend vraiment des images, généralement c'est plutôt propre avec BDD dans un container séparé (idéalement l'image officielle mariadb), voir même engine et WebUI séparés. Après si tu tombes sur un crado qui fait ça à l'arrache faut qu'il arrête Docker.
Sinon tu fais du Docker? Parce que tes critiques ressemblent beaucoup à celles de ceux qui ne juraient que par la virtualisation à l'arrivée de Docker On a largement passé le stade du "Docker c'est fait que pour du dev".

J'ai rien contre la techno en elle même qui a de l’intérêt dans plein de cas, mais pour mon cas à moi ça me fait chier et je vois pas de logique derrière à imposer ça pour cette appli, stou Et de manière plus générale oui je suis déjà tombé sur des devs/boites qui font du docker parce que ça leur permet de faire des trucs moche/à l'arrache plus facilement qu'avec d'autres approches (un peu comme Java y'a plus longtemps ).

 
Si j'ai déjà un serveur de bases de données, propre, sizé, optimisé, monitoré, backupé, je suis obligé de poser un container à côté ?

le plus simple c'est que tu migres tes bdd actuelles dans ce conteneur   tu peux même éteindre ton serveur comme ça, économies  

Bien sûr que non...

Fig.1 : Jean-Michel Premier De Gray

Dans mon cas la BDD est, quand même, dans un container séparé mais pas moyen de la déployer autrement aussi

Lui-même

Ça c'est moche par contre... T'as regardé si y avait pas de variables d'environnement pour bypass?

 
Merci, je n'ai pas encore trouvé comment faire  

Ça dépend des images, si c'est bien fait t'as des variables d'environnement pour set le serveur de BDD, la base et les credentials.

pour plus de simplicité ces éléments sont stockés dans la BDD  

Super idée