Reprise du message précédent :

 
oui ça j'ai vu mais du coup c'est stateless, alors qu'avec github on peut marquer vu et n'afficher que les nouvelles notifications. Du coup il faut y rattacher un lecteur RSS

j'ai l'impression que gitlab privilégie l'utilisation de mattermost pour ce genre de use case

 
blague à part, si ça arrive tu dois te repalucher tous les commits qui contiennent le fichier pour les virer de l'historique ? c'est quoi la bonne approche pour proprement virer ton mdp ?
(note je suis pas concerné, mais ça aurait bien pu m'arriver)
 

dès que Flo remonte la DB ça sera up, pas d'inquiétude

Tu n'as pas un rdv a prendre à la compta, toi ?

https://help.github.com/articles/re [...] epository/ pour effacer des données qui seraient restées dans les commits.
A noter que comme c'est du Dvcs, tu ne peux pas modifier les clones locaux que les autres utilisateurs on pu faire

 
Tu changes le mdp

Bonne réponse.

Faut git-filter-branch pour réécrire potentiellement tous les commits que ton histo, mais l'info est dans la nature, le truc a potentiellement été caché ou cloné et t'as pas accès
 
filter-branch c'est plus pour un repo interne (avec des secrets en dur parce-que why not) que tu veux ouvrir au public, truc du style.

Bonne réponse.  
 
 
Le filter-branch est inutile (et dangereux) dans ce cas car le mot de passe a été exposé.  
Seule solution : le changer. Et du coup tu t'en fous qu'il soit dans le repository.

non mais ce qu'il faut faire avant tout en cas de fuite de ce genre c'est de changer ce mot de passe et de ne plus l'utiliser, à partir de là l'effacer devient inutile (à part d'en avoir honte et de vouloir à tout prix cacher sa connerie)
 
edit: même réponse que les autres 3h après quoi

moi j'ai mis une alerte google sur mon mot de passe pour être sur

J'ai jamais dis le contraire. Ca me semble même plutôt évident qu'un mot de passe qui a fuité soit changé  
 
Ca n'empêche pas de connaitre la manip, par exemple avant d'ouvrir un repo privé

ok dans ce cas

PQ

pas encore, mais on s'en rapproche, j'ai gagné mon ticket (a l'arrache) pour des interviews sur site...
 

ok
 

oui c'est évident, mais en effet puisqu'on peut pas garantir qu'il a pas déjà fuit de partout ça sert plus à rien de nettoyer...
 

Mais vous n'utilisez pas des trucs comme vault ou Keywhiz à minima ?

mmm, ça c'est bon : https://blog.online.net/2017/02/09/ [...] workloads/

des instances base de données a vil prix (8 Go de ram, 60 Go de SSD, 16 vceur= 80€/mois , backup inclus)

 
Backup toutes les 24h

Tu peux backuper toi-même aussi avec un mysqldump à distance

Ouais les perfs sont à tester, mais ça paraît prometteur.
Par contre la gestion des droits des users ne permet a priori pas la granularité du GRANT d'origine, ce qui peut être problématique.
https://documentation.online.net/fr [...] ting/dbaas

j'essaye le jour ou ils font du backup incrémental à base des logs binaires.

j'y connais rien en base de donnée ( ) mais il me semble que la technique utilisée habituellement c'est de backuper en continue juste le log des transactions et de faire du replay à partir du backup à interval régulier (ici daily)  
 
genre ça: https://www.postgresql.org/docs/9.3 [...] iving.html

Oui c'est ce qui est évoqué par BenO.
Avec Mysql le classique c'est mysqldump + sauvegarde des binary logs.  
Ça te permet de faire du "point in time recovery"
 
Après t'as des techniques + bas niveau, genre snapshot lvm.

 
Je commence à avoir une bonne collection de claviers et c'est dommage d'utiliser autant la souris
J'ai une cheat sheet depuis peu de temps et du coup j'apprends à apprécier les déplacements et la selection qui sont plus fastidieux dans d'autres éditeurs, et puis sur les serveurs y'a plus souvent Vim qu'emacs (que j'utilise déjà), ça fait de la culture technique en plus.

tribulations du service informatique

Et c'est pour ça que les pompiers n'ont aucun outil moderne pour sauver des vies, y'a jamais d'informaticien pour les créer et les maintenir.

Probablement
ou un " on ne sauve pas de vies avec l'informatique" , ce qui est vrai, mais l'informatique peut merder suffisamment pour poser des problèmes

Quelque chose me dit qu'ils vont être dans la merde... Mais bon, ça fera qu'accélerer ce qui était en marche : l'externalisation...  
L'IT ça fait peur et c'est sale, y'a même des gens qui touchent des claviers  

Et là coup de génie, avec ta prochaine startup tu revends ton soft super cher à ces même incapables

Je pense qu'il y a 50% de chances qu'ils m'appellent dans les mois a venir pour faire de la maintenance( ce qui serait payant et cher) , ceci dit, je ne rigole pas encore, je n'ai pas eu le papier de validation de ma dispo

On croise les doigts pour toi

java.lang.OutOfMemoryError: Java heap space
 
lol java...

on va pas non plus faire un drame d'un petit nid de poule dans une rampe en béton hein

C'est de la flotte qui est tout autour

Bah oui
 
Et la rampe d'urgence c'est pire

Ah c'est encore le barrage de machin qui est en train de s'écrouler, OK (ça a l'air très plat/horizontal donc je pensais à une route)

Photo d'aujourd'hui

Figure 1 : l'eau, ça erode un peu

"allez vous faire foutre" ça passe comme chaîne de test unitaire de CRC ?

 
en parlant de naughty strings...https://github.com/minimaxir/big-list-of-naughty-strings

Non. "Allez tous vous faire enculer" par contre oui.

Perso j'ai plus tendance à mettre des références à la Grande Guerre des Émeus mais chacun son truc.