Bienvenue sur PEBKAC.fr, le site qui recense les anecdotes où l’on se moque des utilisateurs ne maîtrisant pas l’outil informatique. PEBKAC est un acronyme signifiant « Problem Exists Between Keyboard And Chair ».
Le problème se situe entre la chaise et le clavier : soumettez vos histoires, donnez votre avis !
Ce site n'est pas le site original pebkac.fr. Je publie ici la liste des PEBKAC que j'ai pu sauvegarder avant que le site original ne soit mis hors ligne.
Vendredi 16h, un prestataire a besoin en urgence de visuels, pour un BAT qui doit être livré le lundi. Je prends les coordonnées (pas de FTP, évidemment), les dimensions, fonds perdus... Non, je ne travaille pas le dimanche.

J'imprime en PostScript, et je distille pour faire un beau PDF que j'envoie par e-mail et via WeTransfer, pour être sûr. Le lundi, le prestataire me demande de lui renvoyer les fichiers "en PDF et non en InDesign". Surpris, je vérifie et lui demande s'il a essayé de les ouvrir quand même. Il me répond : "Ah non, on a vu *.indd !".
Oui, le Distiller avait enregistré en "monvisuel.innd.pdf". Miracle, ça s'ouvre ! PEBKAC.
PEBKAC #5240 proposé par lycanth le 07/09/2012 | 24 commentaires | 👍🏽 👎🏽 +163
J'ai mal à la tête, trop de jargon professionel
Commentaire #57991 écrit par Altan le 07/09/2012 à 12h38 | 👍🏽 👎🏽
Les extensions cachées ont encore frapé !
D'un autre côté, enregistrer avec deux extensions :/ Si on ne peut pas faire autremement, on renomme au moins avant l'envoi...

Je vote blanc.
Commentaire #57992 écrit par BSK le 07/09/2012 à 13h16 | 👍🏽 👎🏽
...pebkac pour tous les acteurs de cette farce en mode mineur : des formats bizarres, des technos prisonnières...
Commentaire #57993 écrit par ouéman le 07/09/2012 à 13h18 | 👍🏽 👎🏽
D'un coté, quand tu sais que les extensions sont cachées (si tu n'en vois nulle part, tu t'en doutes), en voir une qui s'affiche, c'est soit que le type de fichier est inconnu (donc icône à la con), soit qu'il y en a ne seconde derrière ;)
Commentaire #57996 écrit par Marmotte le 07/09/2012 à 13h59 | 👍🏽 👎🏽
C'est pas comme si, juste à côté du nom du fichier, il n'y avait pas marqué en gros "PDF Document"...
Commentaire #57999 écrit par neeko le 07/09/2012 à 14h25 | 👍🏽 👎🏽
Rien de tout ça ne serait arrivé si le prestataire ne s'était pas réveillé le vendredi à 16 heures...
Commentaire #58001 écrit par Acorah le 07/09/2012 à 14h34 | 👍🏽 👎🏽
Bon ben un OS qui cache les extensions connues, une personne qui crée un contenu sans vérifier le nom du fichier enregistré (s'il avait vu "je-ne-sais-quoi.indd.pdf" j'imagine qu'il l'aurait modifié)...

Après, bon l'utilisateur voit .INDD, il n'a aucune idée des deux soucis expliqué ci-dessus.

Bon ben distribution de PEBKAC's pour tous les trois alors !
Commentaire #58004 écrit par alexrobas le 07/09/2012 à 14h46 | 👍🏽 👎🏽
c'est la première option que je modifie sur windows : décocher "masquer les extensions de fichiers connus"

je n'ai d'ailleurs jamais compris à quoi ca servait de les masquer
Commentaire #58010 écrit par Lena le 07/09/2012 à 16h48 | 👍🏽 👎🏽
Je pense que c'est pour éviter le PEBKAC d'un utilisateur qui renomme son fichier, et qui shoote par la même occasion l'extension.
Ou pire, la modifie purement et simplement :-/
Commentaire #58011 écrit par Clem le 07/09/2012 à 16h57 | 👍🏽 👎🏽
D'un autre côté, un vrai OS ne se base pas (que) sur les extensions pour reconnaitre le type d'un fichier...
Commentaire #58012 écrit par BSK le 07/09/2012 à 17h04 | 👍🏽 👎🏽
@BSK : ouais, mais inconvénient ça rame à mort d'accéder à tous les fichiers pour interpréter les headers.
Commentaire #58023 écrit par MSPE le 07/09/2012 à 19h29 | 👍🏽 👎🏽
T'est sûr que c'est pas plutôt l'application en elle-même qui rame, genre OpenOffice (merci Oracle et Java :/) ?
Générallement le type du fichier est indiqué par les deux premiers octets. Et puis si tu ouvres un fichier, il sera lu par l'appli dans les secondes qui suivent. Et comme un fichier lu est mis en cache, ça revient quasiment au même...
Commentaire #58026 écrit par BSK le 07/09/2012 à 19h40 | 👍🏽 👎🏽
@BSK:
Lire le nom d'un fichier avec son extension = lire la table d'allocation du DD.

Lire le nom d'un fichier + lire n octet(s) du fichier = lire la table d'allocation du DD + faire un accès disque supplémentaire pour lire le fichier (et accessoirement: + charger le fichier en RAM).

Donc quant tu a un répertoire qui a 200 fichiers, l'OS fait 200 accès disque pour rechercher une information qu'il a déjà... super pour les perf!
Commentaire #58034 écrit par Shirluban le 07/09/2012 à 20h10 | 👍🏽 👎🏽
Il me semble que les macs enregistraient, avant, le type d'un fichier directement à côté du fichier sur le DD. Ce type est (était ?) fourni directement par l'appli. Ainsi, l'OS (le Finder, à l'époque) recherchait directement ce logiciel pour l'ouvrir. Inconvénient, si c'est fait sur un autre ordi, et que l'ordi lecteur n'a pas l'appli... enfin, heureusement, on peut aussi lancer un autre logiciel pour ouvrir le doc récalcitrant !
Commentaire #58043 écrit par Aaargh!!! le 07/09/2012 à 20h46 | 👍🏽 👎🏽
@ BSK/Shirluban : Parler de tout ça,
ça donne franchement envie d'octets dans les FS réservés pour stocker des UUIDs de formats :D
Commentaire #58045 écrit par MSPE le 07/09/2012 à 21h17 | 👍🏽 👎🏽
@Shirluban : Sauf que l'accès disque au fichier devra être fait de toute façon (c'est rare d'ouvrir un fichier avec une application qui ne le lit pas). Et sous Linux, un fichier lu est mis en cache dans la RAM, donc donc l'application n'a pas à le re-lire (si elle ne met pas trois heures à ce lancer, auquel cas le cache peut avoir été purgé), ce qui compense. Il n'y a pas de lecture en plus, elle est juste faite plus tôt.
Commentaire #58052 écrit par BSK le 07/09/2012 à 22h28 | 👍🏽 👎🏽
@Shirluban : en même temps avec la prévisualisation qui existe sous win, il finit par le lire ce header.
Commentaire #58059 écrit par but2ene le 07/09/2012 à 23h08 | 👍🏽 👎🏽
Ben ça n'a pas changé. Ces infos sont dans la méta-donnée du fichier (un avantage du hfs+). Par contre, il se base beaucoup sur l'extension. Mais tu peux décider de la cacher pour un type ou un fichier. Lorsque tu changes l'extension d'un fichier, il te propose les deux choix (noob proof).
Commentaire #58068 écrit par but2ene le 08/09/2012 à 01h36 | 👍🏽 👎🏽
@BSK: Non.
Quant tu affiche la liste des fichiers d'un répertoire sans ouvrir tous les fichiers, les accès disques sont faits pour rien.
Je ne sait pas pour toi, mais personnellement je n'ouvre pas intégralité de mes fichiers tous les jours.

@but2ene: Tu sait, ce n'est pas parce que Windows le fait que c'est forcément bien.
D'ailleurs je désactive la prévisualisation des video. Voir une image sur 10000 ça me sert un peut à rien, en particulier si c'est la première image, qui est généralement entièrement noire, ou si je suis dans le répertoire d'une série et que l'OS m'affiche 26 fois la même image du générique.
Y'a que pour les collections d'images que je trouve la prévisualisation utile... sauf sur CD.
Commentaire #58074 écrit par Shirluban le 08/09/2012 à 02h40 | 👍🏽 👎🏽
Windows et MS-DOS le font aussi, ça s'appelle l'extension.

Je -> [].
Commentaire #58075 écrit par Shirluban le 08/09/2012 à 02h47 | 👍🏽 👎🏽
J'avoue que c'est un peu bordélique mais je voulais planter le décor.
Oui : généralement je renomme mes fichiers, souvent sous la forme date-presta-version (ou mot-clef), ce qui peut donner 20120909_salontouriste_recto.pdf mais quand on vient m'emmerder un vendredi (quand j'ai autre-chose à foutre avant de partir en w-e) j'ai tendance à balancer tel quel. D'autant que les types en question n'avaient pas fourni beaucoup d'effort : les dimensions ont été griffonnées sur un bout de papier, rien sur les marges ou fonds perdus, traits de coupe...
Le côté le plus gonflant a été leur réaction "ah ben non on n'a pas essayé de l"ouvrir".
J'ai encore quelques anecdote à leur sujet, cela dit, ça ne s'arrête pas là.
Commentaire #58134 écrit par lycanth le 09/09/2012 à 10h36 | 👍🏽 👎🏽
Ouais en plus Windows fait des prévisualisations pourrit, après avoir appelé WMP et avoir utilisé ton dd pendant bien 3 sec par fichiers.

Gnome par exemple ne prends pas le début de la vidéo, je n'ai pas que les premières images du générique, et le mets dans un fichier cache. Il le fait que pour les fichiers visibles (contrairement à win). Mais c'est pareils tu peux le désactiver. Tu peux même t'amuser à prendre un gestionnaire qui lit que les extensions.
Voir pas de gestionnaire du tout. Le terminal ne fait pas trop d'accès inutile ;)

Mais là n'est pas la question, mais pour michu lire le header serait peut-être une meilleure idée que de masquer l'extension. Ça me parait logique.
Commentaire #58144 écrit par but2ene le 09/09/2012 à 14h37 | 👍🏽 👎🏽
Surtout que msdos ne fait pas d'association ... Mais tu ne peux pas dire que Machin.csv s'ouvre avec tel application et truc.csv s'ouvre avec autre chose.
Commentaire #58153 écrit par but2ene le 09/09/2012 à 22h28 | 👍🏽 👎🏽
@Clem: En même temps l'OS demande si tu veux bien renommer, don c'est à tes risques et périls après.
Commentaire #58343 écrit par Moot le 12/09/2012 à 09h14 | 👍🏽 👎🏽