조회 수 271 댓글 29
Extra Form
상태 대기중

 

사이트의 문제가 생겨서 구현을 해주셨으면 합니다.

 

 

 

2.PNG

 

PHP 혹은 SQL 쿼리로

 

direct_download 의 값이 Y 일시

- 사진 첫번째 줄을 예시로

 

./files/attach/images/module_srl 값/upload_target_srl (*아래참조)/해당경로에 있는 파일 이름.png|jpg|gif 등의 이미지 확장자

= ./files/attach/images/310157/349/606/002/파일이름.확장자

= upload_target_srl = 2606349 인데 이것을 뒤에서부터 3등분해서 349/606/002 가 된다, 3자리가 안되는 숫자는 0을 채워서 완성시켜야함

 

 

direct_download 의 값이 N 일시

- 사진 두번째 줄을 예시로

./files/attach/binaries/module_srl 값/upload_target_srl (*아래참조)/해당경로에 있는 파일이름

= ./files/attach/binaries/1095388/500/606/002/파일이름

= upload_target_srl = 2606500 인데 이것을 뒤에서부터 3등분해서 500/606/002 가 된다, 3자리가 안되는 숫자는 0을 채워서 완성시켜야함

 

 

이렇게 기준으로 나온 값을

 

uploaded_filename 에 ./files/attach/images/240/931/596/002/e15c38ce2032acf5c5479e1c58fb45adc.png 이 값이랑 치환 해줘야한다

= ./files/attach/images/240/931/596/002/e15c38ce2032acf5c5479e1c58fb45adc.png > direct_download 의 값이 Y 혹은 N 일시 나온 값으로 치환

 

 

그리고

 

file_size 의 634965 라는 값도 direct_download 의 값이 Y 혹은 N 일시 나온 경로에 있는 파일의 사이즈(바이트기준)으로 계산해서 치환해줘야한다.

 

 

 

 

문제의 sql 목록들 ( 사진의 나온것외에 2만7천여개가 존재합니다. )

 

1.PNG

Atachment
첨부 2
  • profile
    coconut 2017.09.20 08:48:31 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.
  • ?
    라그릿 2017.09.20 09:00:19
    본문 수정했습니다, 구현을 해주실수있는분 있을까요
  • profile
    coconut 2017.09.20 10:20:42 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.
  • ?
    라그릿 2017.09.20 10:26:29 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.
  • profile
    coconut 2017.09.20 17:27:30 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.
  • ?
    라그릿 2017.09.20 17:54:30 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.
  • ?
    라그릿 2017.09.20 10:27:01
    모듈을 잘못건들여서 업데이트 된거라
    모듈의 뭘 건들여서 이렇게 된건지 잘 모르겠네요..흑흑;;
  • profile
    웹지기 2017.09.20 09:26:14

    개발자가 아니라 작업은 해드릴 능력은 안되지만 살펴보다 의문점이 있어 댓글을 달아봅니다.

    복원해야할 실제 업로드된 파일명 e15c38ce2032acf5c5479e1c58fb45adc.png 이런 파일명이 모두 소실 되었을 것 같은데 이것은 어디서 가지고 오시려고 하는건지 글 내용으로 보아서는 확인이 안되네요. 불가능한 작업 아닌가요?

     

    개인적인생각은

     

    1.모든 첨부파일을 ftp에서 내려 받고 폴더까지 내려받을 수 있도록 상위 폴더에서 다운로드

    2.이 내려받은 파일들의 경로를 분석  /files/attach/images/240/931/596/002/정상적인파일명.png

     

    240/931/596/002 를 분석해서 역으로 upload_target_srl 을 알아낸 다음 이 upload_target_srl 에 매칭되는 정상적인파일명을 매칭시킨 db를 만드신다음..
    말씀하신 대로 원하는 필드에 이 자료의 데이터로 치환하는 작업을 하셔야 할 것 같습니다.
    개발자 분들이야 간단한 프로그램으로 데이터 추출 및 db화 해서 다시 db의 값을 치환하는 것은 가능할 것 같네요.

  • ?
    라그릿 2017.09.20 09:47:08
    ./files/attach/binaries/module_srl 값/upload_target_srl/파일이름

    위 경로안에 모두 파일은 존재합니다.

    db에서 위에 적은 경로대로 적어서 등록하고 파일 사이즈도 바이트값대로 입력을 하면 파일이 정상적으로 보입니다.

    문제는 이것을 수작업으로 하기엔 무리가 있어서 저런식으로 하면 한꺼번에 될거같아서 의뢰를 한겁니다.
  • profile
    웹지기 2017.09.20 09:50:44

    네. 실제 ftp 경로에는 정상적인 파일명으로 해서 파일이 존재하니 살릴수 잇을겁니다.
    하지만 본문에는 이 정상적인 파일명을 확보하는 방법이 적혀있지 않아 혹시나 해서 댓글을 달아드렸구요. 이걸 수작업으로 확인해서 매칭시키는 것은 힘드니 프로그램을 짜서 한번 돌려서 db를 확보해야 하는 것 같아서 댓글 달았어요.
    db에는 이 실제파일명이 날아가 있으니까요.

  • ?
    라그릿 2017.09.20 09:53:25
    음.. 그래서 의뢰를..

    저도 자세히는 잘 모르지만 해당 경로를 구하는 방법은 저렇게 구하는거같고
    해당 경로에 들어가 있는 파일의 이름을 어떻게 구할지가 문제네요.

    모듈 하나 잘못만져서, 첨부파일이 망가져버리니 힘드네요..
  • profile
    웹지기 2017.09.20 09:56:46
    FTP의 경로와 파일명이 모두 있으니 그걸 db화 하는 것은 개발자분들은 아주 쉽게 하실 수 있을 것 같아요. 굉장히 어려운 작업은 아닌 단순 db화 해서 db를 다시 치환하는 작업으로 보이네요.

    개발자분들이 충분히 작업해주실 수 있는 케이스 같네요~
  • ?
    라그릿 2017.09.20 09:58:41
    그런분이 나타났으면 좋겠네요..
    2만 7천여개의 첨부된 이미지 파일들이 모두 다운로드를 할 수 없게된 상황이라..ㄷㄷ
  • profile
    기진곰 2017.09.20 11:27:02
    같은 경로에 파일이 여러 개 있는 경우 (같은 글에 파일을 여러 개 첨부한 경우)
    "파일이름" 부분을 맞추는 것이 관건이겠네요.

    파일 크기도 다 날아갔고 "파일이름"이 sid나 원본파일명과 특별히 관련이 있는 것도 아니라서
    지금 상태로는 어느 파일이 어느 파일인지 구분할 수 없거든요.

    1.png와 2.png가 서로 바뀌는 정도라면 큰 상관은 없겠지만
    zip이나 exe가 서로 바뀌어서 엉뚱한 확장자가 붙어버리면 아예 실행이 안되잖아요.

    예전에는 regdate를 파일 생성 시각과 비교하여 어느 정도 구분할 수 있었을 텐데
    요즘은 인터넷이 빨라서 1초에도 몇 개씩 업로드가 가능하니...
  • profile
    웹지기 2017.09.20 11:30:25
    그러네요. 파일이 1개일때만 생각했지 여러개일 경우는 답이 안나올 수도 있겠네요.
  • ?
    라그릿 2017.09.20 11:47:28
    해당 첨부파일의 파일 srl 을 확인하는것도 방법이 있지 않을까요..
    안되려나요..ㅠㅠ
  • profile
    기진곰 2017.09.20 11:50:31
    file_srl은 파일명에 포함되지 않아요. ㅠㅠ
  • ?
    라그릿 2017.09.20 11:53:03
    그럼 방법이 없는건가요..ㅠㅠ 역시 손으로 다..
  • profile
    웹지기 2017.09.20 11:57:57

    같은 시간에 여러개 파일이 업로드 된 것은 확율상 많지 않을 것 같으니
    위에 기진곰님이 제시하신 방법으로 진행하셔도 꽤 많은 수의 파일을 살릴 수 있을 거라 봅니다. 1초 차이라도 나면 file_srl 매칭 시킬 수 있습니다.

     

    db에서 한번 정렬을 regdate로 해보시고 같은 시간에 업로드 된게 몇개나 되는지 세어 보세요.

  • profile
    기진곰 2017.09.20 12:00:06

    손으로 해도 구분이 안 되는 건 마찬가지일 것 같네요.
    구분이 안 되는 건 그냥 포기하고 순서를 섞어서라도 다운로드가 되도록 하거나,
    문서에 삽입된 이미지의 가로세로 크기와 getimagesize() 함수로 구한 크기를 비교하거나,
    손으로 할 수 있는 반복적 작업이라면 당연히 프로그램으로도 할 수 있겠지요.

  • ?
    라그릿 2017.09.20 12:05:22 Files첨부 (1)

    손으로 하면 구분은 되기는해요.

    해당 파일 폴더 위치로가서 순서대로 넣어주면 되서..
    사진 넣은 순으로 정렬되더군요

     

    캡처.PNG

  • profile
    기진곰 2017.09.20 13:05:51

    시간순인가요 이름순인가요? 이름순으로 정렬된다는 보장은 없는데요.

    시간순이라면 화면상에서 볼 수 없는 1초 미만의 작은 차이라도 도움이 될 수 있겠지요.

  • ?
    라그릿 2017.09.20 14:09:39
    시간은 초까지 같아서..
    그냥 뒤죽박죽이라도 연결은 시켜두면 좋을거같은데..

    가능은 할까요..?
  • ?
    라그릿 2017.09.20 14:10:45
    이름 순이라는 희망을 걸고.. 부탁드립니다!
  • profile
    기진곰 2017.09.20 14:30:58
    이름순 아니예요. 랜덤입니다. 저건 우연의 일치일 거예요...
  • ?
    라그릿 2017.09.20 14:33:50
    ㄱ..그런가요..

    뒤죽박죽이여도 좋으니.. 어떻게든 가능할까요...ㅠㅠ
    살리고싶습니다..

    손으로하면 할 수 야 있긴한데.. 매우 오래걸릴거같아서..ㅠㅠ
  • profile
    웹지기 2017.09.20 11:54:58
    실제 파일이 올려진 곳에서는 언급하신 upload_target_srl 을 폴더명으로 유추할 수 있지만 개별파일의 file_srl을 확인할 방법이 없네요.
  • ?
    라그릿 2017.09.20 11:58:59
    제가 미천한 실력이라 이런걸 구현 해줄 사람이 필요한데..
    사람이 나타나주질 않네요.. ㅠㅠ
  • profile
    holyachon 2017.10.05 18:37:25 SECRET

    비밀글입니다.

    본 댓글을 열람할 수 있는 권한이 없습니다.

서버에 요청 중입니다. 잠시만 기다려 주십시오...