ck에디터에서 이미지를 드롭하거나 붙여넣으면 바로 파일로 첨부하는 애드온을 만들고 있습니다.
파일 드롭을 하는 경우는 안정적으로 잘 돌아가고 있어요.
그리고 파일 객체 업로드가 진행되는 정도에 따라 업로딩 프로그레스를 보여주는 것까지도 완전 성공적이구요.
다만, 복붙의 경우는 제작 중에도 버그가 자꾸 보여서 곤란함을 겪고 있습니다.
외부 php 파일을 통해 (외부이미지 파일첨부 애드온의 소스를 활용해서) 클립보드에 담긴 이미지 정보를 파일로 생성하고 이것을 insert해주는 방식인데요.
1.이미지 파일이 여러 개이거나 용량이 큰 경우에는 붙여넣기를 한 다음에 꽤 딜레이가 된 다음에야 붙여넣기와 파일 첨부가 이뤄지게 됩니다. 그래서 복붙에서도 프로그레스 바를 보여주려 했는데 ... 이 과정은 업로드 진행 과정 실시간 체크가 불가능해서 프로그레스바 구현이 안 됩니다;;
2. 그래서 이미지 url을 직접 js단에서 파일 객체로 fetch하고 그 결과를 procFileUpload 함수로 전달해주고자 했는데, 이번에는 cors 이슈가 발목을 붙잡고, cors 이슈를 우회하더라도 프록시->fetch->업로드 절차 때문에 이건 시간 지연이 상대적으로 더 길어지더군요.
3. 더불어 (이미지 복사가 아니라) 이미지 주소 복사의 경우에는 https://t1.daumcdn.net/cfile/tistory/99948C405E82591A09 처럼 파일명과 확장자가 명시적이지 않으면 이미지 파일로 인식이 어렵죠ㅉㅉ. 그렇다고 (해보진 않았지만) php 파일을 또 만들어서 파싱을 하거나 리다이렉트 url를 갖고 와서 이미지로 인식시켜주는 건 너무 비효율적이겠구요(이미지 url이 아닌 다른 url들까지 다 검토를 해야 할 수 없으니까요). ... 그래서 url 복붙으로 파일 바로 첨부는 포기해야 할지도 모르겠어요. 아니면 그런 한계를 인정하는 한에서 제공을 하든가요;;;
이걸로 이번 주말은 구글링과 편집기 파일질라를 왔다갔다했네요.
... 네, 또 하소연 글이었습니다ㅜ 하아아....
2. 각 브라우저별 클립보드를 처리하는 시스템이 일정한지...
3. 클립보드 붙여넣엇을때 에디터에서 어떻게 인식시켜서 넣어줄지...
4. 각각의 메모리를 브라우저에서 처리가 되는지...
를 봐야할 문제일텐데 3번까지는 어떻게 각 OS의 특성이나 그런것들로 잘 다룬다 쳐도.. 4번이 문제겠지요.
클립보드 복사라는건 아무래도 메모리쪽 영역에 들어가는 수 밖에 없으니까요. 그게 하드디스크에 저장되는게 아니라 메모리에 저장되어서 각 브라우저에 다시 전달하구 메모리 할당하구 뭐 그런 형태로 될 수 있어서.. 단순히 에디터에만 표기해주는 형태가 아니라 업로드 할려면 그 클립보드의 메모리쪽 접근하는 것과 아마 밀접한 연관이 있을 수 있습니다.
복사 붙여넣기에 쓰는 항목은 휘발성 메모리 기억이므로 당연히 클립보드의 영향이 있을 수 밖에 없어 해당 부분 참고하셔서 연관이 있는지를 다시 한번 살펴보심이 좋을 것 같습니다.