Correction: j'ai lu un peu vite.

Chez nous, les sources sont sur le serveur de dev. Personnellement, je fais une copie régulière de mes projets, sans compter la sauvegarde complète que fait le chef du BE toutes les semaines.

Mais... ils ont physiquement jeté la machine ? Et avec ses disques durs encore à l'intérieur ? C'est hallucinant, ça.

Sauf si c'est une machine virtuelle.

J'avais pas pensé à ça, je n'en utilise jamais dans mon boulot et ce n'est pas vraiment mon domaine, les serveurs virtuels.

Il va falloir que je m'y mette ! Ne serait-ce que pour moi.

heu ... ctlp ... depuis quand on met les backup sur le même serveur physique que ledit serveur ?

Pour n'avoir pas fait de sauvegarde du code source dans un autre endroit... PEBKAC :)

Qui a dit que c'était son choix ?

Non, PEBKAC géant pour le type qui a pris la décision de supprimer ce serveur sans se renseigner sur sa fonction, alors que celui ci est apparemment utilisé quotidiennement par tout une équipe de développement, qui arrive un matin sans même avoir été prévenu de la modification, et qui se retrouve donc au chômage technique.

On ajoute à ça l'erreur de ne pas avoir eu de sauvegardes séparées, qui n'incombe pas forcément à Lusky, et qui bien qu'indirectement lié à la perte du code source, n'en est pas la cause direct, qui demeure la suppression de ce serveur. Double PEBKAC, en somme.

Je suppose que votre nouveau travail, à toi Lusky, et à tes collègue, c'est de décompiler ce qu'il vous reste et d'essayer d'en faire une soupe mangeable...

PEBKAC à l'héberger et un CTLP à ton équipe. Ne pas faire confiance à une entreprise tiers ou aux clients, il y en aura toujours un pour bousiller le travail...

Nous notre hebergeur faisait ses backups, et on à installe un logiciel qui executait des sauvegardes programmées de la base et des fichiers php en local puis uploadait les fichiers par ftp vers notre bureau.

Et je suppose que c'est toi qui doit recoller les morceaux?

Je ne suis pas sûr que ce "par la même occasion" indique que les backups aient été présents sur la même machine.

Ne pas faire confiance au client? Et pourquoi donc? C'est lui qui casse les pots, c'est lui qui les paye.
Je plains bien sûr les développeurs de l'équipe mais, si on est dans un contexte de SSII gérant une appli client, les dirigeants de la SSII doivent sabrer le champagne pour fêter la connerie du client. Et puis ça permet de réaffirmer la nécessité que ce ne soit pas uniquement le client qui définisse les normes et de laisser un peu plus de liberté aux prestataires.
Bon après, rien n'indique que ce soit le contexte de ce PEBKAC.

agence web de 3 techniciens et 1 patron/commercial. Autant dire que quand un client fait une grosse connerie c'est 3/4 de la boite qui était mobilisé. Et le travail supplémentaire comme ca était rarement facturé, contexte économique local oblige ...

Ils ont donc jeté virtuellement la machine.

Si je présente ça comme ça, tu vois ce qui cloche?
"Bon alors on vient de supprimer tout votre boulot depuis le début, désolé hein, vous pouvez tout nous refaire avec le même prix final maintenant?"

Si vous êtes au forfait, il n'y a peut-être pas de surcoût direct, mais un indirect non négligeable dû à l'énorme perte de temps.

En plus la formulation "l'entreprise qui a supprimé le code source de son application" me laissait entendre que l'appli était déjà en prod, ce qui aurait à mon avis mené le client, après avoir fait une telle connerie, à laisser les pleins pouvoirs au presta sur le sujet le temps de réparer l'erreur, sans s'interroger sur le contexte économique local.

Si vous aviez utilisé un DVCS comme git ou mercurial, vous n'auriez rien perdu et pu continuer à travailler...
Ca montre aussi que l'argument contre le cloud qu'on veut "garder le contrôle sur son code" ou qu'on a peur de perdre ses données, ce n'est à github que ça arriverait, ou alors vachement moins probable qu'avec un serveur maison comme ici.

Je ne peux qu'approuver cette analyse.