벌크 파일 이름변경 미리보기

폴더 하나 분량의 파일을 끌어다 놓으면 이름 바꾸기가 무엇을 만들어 낼지 정확히 보여 줍니다. 파일은 단 하나도 건드리지 않습니다. 패턴에는 자리표시자를 씁니다. {n}은 0으로 채운 일련번호, {name}은 원래 이름, {ext}는 확장자, {date}는 각 파일의 최종 수정 시각에서 가져옵니다. 그 위에 찾아 바꾸기 한 번과 대소문자 모드 세 가지가 얹힙니다. 새 이름이 다른 것과 충돌하는 행은 빨갛게 바뀌므로, 목록을 실행에 옮기기 전에 충돌을 볼 수 있습니다.

미리보기가 곧 이 도구의 전부이고, 이는 빠진 기능이 아니라 의도된 한계입니다. 웹 페이지는 여러분의 디스크에 있는 파일 이름을 바꿀 수 없습니다. File API를 통해 이름과 크기, 시각을 읽을 뿐 그 이상은 하지 않습니다. 여기서 가져가는 것은 셸 스크립트나 이름 변경 유틸리티, 파일 관리자의 일괄 처리 도구에 붙여 넣을 목록입니다. 아무것도 업로드되지 않고 어떤 요청도 보내지 않습니다. 외부 서비스에 올리지 않을 문서 폴더를 안심하고 미리 볼 수 있는 이유가 그것입니다.

충돌에 빨간 표시를 해 두는 이유는, 표시가 없을 때 벌어지는 일 때문입니다. 같은 이름 두 개를 만들어 내는 이름 바꾸기는 대부분의 시스템에서 실패하지 않습니다. 두 번째가 첫 번째를 덮어쓰고, 파일은 아무 확인 없이 사라집니다. 더 나쁜 것은 연쇄가 도중에 자기 자신과 충돌하는 경우입니다. 1.jpg를 2.jpg로 바꾼 다음 2.jpg를 3.jpg로 바꾸면, 원래의 2.jpg는 읽히기도 전에 사라집니다. 여기 있는 검출기는 결과 이름의 중복을 잡아내지만, 폴더에 이미 있는 이름으로 바꾸는 충돌은 여러분의 파일 시스템만이 발견할 수 있으므로 대상 쪽도 확인하세요.

입력에 관한 세부 둘. {date}는 파일의 최종 수정 시각을 읽는데, 이는 사진을 찍은 날짜도 문서를 쓴 날짜도 아닙니다. 카메라나 백업에서 파일을 복사하면 대개 복사한 시점으로 다시 쓰이므로, 전부 오늘 날짜로 보이는 폴더는 오늘 만들어진 것이 아니라 오늘 옮겨진 것입니다. 그리고 파일이 들어오는 순서가 파일 관리자에서 보던 순서와 일치한다는 보장은 없습니다. {n}이 번호를 매기고 있다면 중요한 문제입니다. 끌어다 놓은 순서를 믿지 말고 명시적으로 정렬하세요. 그리고 단순 알파벳 정렬은 file10을 file2보다 앞에 둔다는 점도 기억해 두세요.