액티브엑스(ActiveX)를 써야할지도 모를상황, 당신의 대처는?

1day1의 이미지

그냥 자유게시판에 쓰는 것이 좋을지, F/OSS 게시판이 좋을지 모르지만, 우선 씁니다.
적절한 곳에 넣어주세요.

active-x 가 주로 웹개발에 사용되니, 그에 맞는 상황에서 어떻게 대처할 것인지 이야기를 나누면 좋겠습니다.

상황 : 당신의 고용주는 어떤 기능을 원합니다. 그 기능은 웹에서 파일을 올릴때 여러개를 선택해서 같이 올리고 싶어합니다. 그리고, 비슷한 사이트를 보여줍니다.

분석 : 그 사이트는 active-x 를 사용한 파일업로드 기능을 포함한 사이트 입니다. 여러개의 파일을 선택할 수 있고, 업로드 할 수 있습니다. 업로드시에 진행바를 보여줍니다.

전제 : 고용주는 어떤 기술을 쓰던 상관없습니다. 단순히 여러개의 파일을 선택해서 올릴 수 있으면 됩니다.

당신의 대처방법은?
F/OSS 정신(?)에 투철한 당신, 평소에 active-x 의 사용을 지극히 싫어했던 당신, 가급적 active-x 를 쓰지 않기로 하고, 고용주를 설득해야 합니다.
어떤 방법으로 설득하시겠습니까?

ps. 어떻게 보면 다른 대안들이 active-x 를 쓰는 것보다는 처리방법에서 미흡하거나 매끄럽지 않을 수 있습니다만, 단순한 반대가 아닌 실제적인 대안을 찾아보았으면 합니다.

File attachments: 
첨부파일 크기
Package icon flashUpload.zip370.8 KB

댓글

다크슈테펜의 이미지

자바나 아니면 다른 기술을 사용하시면 되지 않나요...?
꼭 다중 업로드와 프로그래스바가 액티브엑스만으로 구현할수 있는 상황은 아닌것 같은데요..

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

dragonkun의 이미지

자바 애플릿으로 대체할 수 있는 기능이면..
애플릿으로 해결해 봅니다..
자바 애플릿도 별로 안 좋아 하긴 하지만..
액티브 엑스보다야 나을 거라는 생각으로..;;

위의 상황을 보니 자바 애플릿으로 구현가능할 것으로 보입니다..

Emerging the World!

1day1의 이미지

물론 active-x 가 유일한 방법은 아니죠.

자바애플릿 이 어떻게 보면 가장 나은 대안일 듯 합니다.
쓰다보니, 별 주제가 아닌듯 하네요. :oops: :oops: :oops:

위의 예를 든 것 말고도, 여러상황이 있을 수 있으니 그에 대한 것을 생각해 보면 좋겠습니다만..

F/OSS 가 함께하길..

다크슈테펜의 이미지

원하시는 답을 얻으실려면 전제 조건을 바꾸셔야 할것 같은데요.
전제 조건:고용주는 액티브 액스를 사용하기를 원한다.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

returnet의 이미지

고용주가 Active-X 를 찍어서 원한다면야 별 고민 없이..

송효진의 이미지

제가 잘 몰라서 그러는데, 모질라용 플러그인은 개발이 까다로운가요?
ActiveX 보다 쉽기를 바라는데...

khris의 이미지

CSS+XHTML+AJAX 로 구현된 멋진 파일 업로드 페이지를 보여줍니다. 8)

───────────────────────
yaourt -S gothick elegant
khris'log

hey의 이미지

khris wrote:
CSS+XHTML+AJAX 로 구현된 멋진 파일 업로드 페이지를 보여줍니다. 8)

액티브X를 대체할 멋진 기능들을 모아놓은 레퍼런스가 있으면 그런 상황에 대처하기 쉽겠군요.


----------------------------
May the F/OSS be with you..


songgun의 이미지

1day1 wrote:
상황 : 당신의 고용주는 어떤 기능을 원합니다. 그 기능은 웹에서 파일을 올릴때 여러개를 선택해서 같이 올리고 싶어합니다. 그리고, 비슷한 사이트를 보여줍니다.

분석 : 그 사이트는 active-x 를 사용한 파일업로드 기능을 포함한 사이트 입니다. 여러개의 파일을 선택할 수 있고, 업로드 할 수 있습니다. 업로드시에 진행바를 보여줍니다.

전제 : 고용주는 어떤 기술을 쓰던 상관없습니다. 단순히 여러개의 파일을 선택해서 올릴 수 있으면 됩니다.

당신의 대처방법은?
F/OSS 정신(?)에 투철한 당신, 평소에 active-x 의 사용을 지극히 싫어했던 당신, 가급적 active-x 를 쓰지 않기로 하고, 고용주를 설득해야 합니다.
어떤 방법으로 설득하시겠습니까?

저는 1day1 님의 이 제안이 무척 흥미롭습니다. 그리고 여러분들께서 과연 문제를 어떻게 풀어나가시는지 그 과정도 궁금하구요.

아마 1day1 님께서도 단순히 멀티 업로드를 어떻게 해결하는지 그 방법이나 프로그레스 바를 어떻게 구현하는지를 몰라서 물으신 것은 아니라고 생각합니다. 그냥 엑티브엑스가 사용되는 보편적인 하나의 사례일 뿐이죠. 아차 실수하면 또 불타오르는 (?) 논제가 되기 쉽겠지만 엑티브엑스를 거부하는 많은 분들이 실제로 어떤 솔루션을 통하여 실제로 발생할 수 있는 문제를 해결하시는지 그 과정이 보고 싶습니다. 그리고 궁극적으로는 그 과정중에서 제가 그동안 모르고 있던 대안이나 기타 레퍼런스들을 경험할 수 있었으면 하는 바램입니다.

그에 앞서 제 경우의 대안을 말씀드려본다면 저는 DHTML 을 교묘히 :wink: 조합하는 방법밖에는 떠오르질 않는군요. 그러나 이 방법의 단점은 파일을 선택하는 대화상자를 업로드하는 파일의 갯수만큼 반복해서 여는 것이 불가피하다는 점입니다. 가끔 관련 업무를 하다보면 폴더를 통채로 선택하여 올릴수 있게 해달라는 분들도 계시더군요. 이런 경우라면 제가 알고 있는 범위에서는 엑티브 엑스밖에는 떠오르질 않네요.

그리고 프로그래스 바도 불가능합니다. Ajax 를 사용한다고 해도 약간 변칙적인 방법 외에는 대안이 없을 것 같습니다. 업로드를 실제로 처리하는 서버측 프로세스(어떤 경우에는 COM 컴포넌트일 것이고, 어떤 경우에는 서버측 프로그래밍 엔진 자체겠죠? 그 밖의 경우도 있을까요?)가 대부분 업로드 처리도중에 리엑션을 허용하지 않는 것으로 알고 있기 때문에 불가능합니다. 간단한 예로 10M 짜리 파일을 10 개 업로드 한다고치면 매번 1M 업로드 될때마다 다시 웹 브라우저 측으로 현재 상태(?) 같은 것이 전달될 수 있어야 하는데 대부분 그런 메커니즘이 제공되지 않는 것으로 알고 있거든요. 업로드 컴포넌트에서 해당 기능을 자체적으로 제공해주는 경우가 아니라면, 그리고 그것도 매우 종속적이고 제한적인 방법으로만 제공되기 때문에 일반적인 경우에서는 엑티브엑스를 사용하지 않고서는 불가능하다고 알고 있습니다.

제가 모르고 있던 점이나 다른 관점에서의 사고 방식등을 조언해주시면 감사드리겠습니다.

다크슈테펜의 이미지

제가 알기로는 닷넷의 스마트 클라이언트로 해서 그 기능은 구현 가능한 걸로 알고 있습니다.그리고 자바 상에서도 예전에 이와 비슷한 예제 코드를 본기억이 있는 것 같습니다만.

인생이란게 다 그런게 아니겠어요....? 뭘(?)
http://schutepen.egloos.com

channy의 이미지

꼭 applet으로 해야 된다는 편견은 버리시구요.
다양한 방법을 찾아서 직접 해 보세요.

Ajax+PHP에서 업로드 진행바 구현
http://blog.joshuaeichorn.com/archives/2005/05/01/ajax-file-upload-progress/

Ajax+Ruby(on Rails)에서 업로드 진행바 구현
http://sean.treadway.info/demo/upload

KLDP에서 관련 Thread
http://bbs.kldp.org/viewtopic.php?t=60973

Flash 업로드 진행바 구현은 첨부 파일을 참고하세요...

댓글 첨부 파일: 
첨부파일 크기
Package icon 0바이트

Channy Yun

Mozilla Korean Project
http://www.mozilla.or.kr

hyeonseok의 이미지

제게 생각하는 해결 방법은...

active-x 로 멀티파일, 프로그래스 바가 삐까 뻔쩍한 기능을 구현하시고, 아래에 일반 html 폼으로 파일 하나씩 업로드 할 수 있겠게 fallback을 제공해 주세요.

html 폼하나 추가 하는게 심각한 추가 비용을 발생한다고 말하시는 클라이언트나 개발자분들은 없겠죠? 그리고 미관상...불필요하다...라는 이유는 최소한의 접근성 보장이라는 것으로 설득 할 수 있다고 봅니다.

jj의 이미지

애플릿도 구입해서 쓸 수 있는 제품이 있는지요?

그렇다면, 둘다 데모버젼같은거 깔아서 사장을 한번 보여드리는게 좋을것 같습니다. 아마도 active-x버젼을 선택하겠지만, ...

--
Life is short. damn short...

kururu의 이미지

플래시에서 로컬 파일을 억세스할 수 있다면 플래시를 쓰는게 가장 좋을것 같습니다.

자바 애플릿에서 로컬 파일을 읽어오려면 sign을 해야 하는데 이게 참 복잡합니다.
브라우져마다 각각 달라서 결국 사장된걸로 압니다.
인트라넷도 아니고 인터넷에서 덩치큰 JRE를 설치하라고 요구하는것도 무리가 있고 vm이 기동하면서 생기는 멈춤현상은 최신형 PC에서도 참을 수 없을만큼 답답합니다. 윈도우에 기본으로 깔려있었던 ms jvm은 딜레이는 없지만 이젠 버전업도 없지요.

activex와 구 넷스케이프의 플러그인 방식을 병행해도 되겠지요. 넷스케이프 플러그인 방식을 모질라도 지원하는걸로 아는데, 플러그인도 C로 작성되기에 보안성은 activex와 별반 차이 없습니다. 오히려 플러그인은 OS별, CPU별로 각각 만들어서 배포해야 한다는 부담까지 생깁니다. 유지보수를 생각하면 그냥 이미 상당수의 OS를 지원하고 있는 플래시를 쓰는게 더 나을것 같습니다. (플래시에서 로컬파일을 억세스할 수 있어야겠죠. 플래시를 써본적은 없어서 거기까지는 모르겠습니다.)

ajax를 사용해서 만드는 프로그래스바는 부드러워 보이지는 않는군요. 나름대로 대안은 될 수 있겠습니다만은.. 웹서버 부하가 상당할것 같습니다. (실제로 모 웹메일에서는 별도의 팝업에서 메인창에서 업로드하는 파일의 size를 지속적으로 모니터링해서 프로그래스 바를 구현한 예가 있습니다. 반드시 ajax일 필요는 없는거죠. 1초에 한번씩 refresh하더군요.)

fender의 이미지

실제 거의 비슷한 문제를 두 번 정도 겪은 적이 있습니다. 해결책은 이미 위에 다 나와있지만, 먼저 두 경우 모두 엑티브 엑스 사용에 따르는 여러 문제점(참고로 맥/리눅스 등 사용자 배려 보다는 보안 문제나 그런 쪽 논리가 더 잘 먹힙니다 :) 특히 최근에는 IE 사용자라도 스파이웨어나 보안에 대한 걱정 때문에 보안설정을 엑티브 엑스 설치가 안되게 쓰는 경우도 많습니다)을 설명한 후,

(1) 첫번째 경우는 엑티브엑스를 쓰지 않는 업로드 화면을 따로 구성했습니다. 어차피 일부 사용자를 배려하는 차원에서 만든 것이기 때문에 크게 디자인이나 기능에 신경 쓰지 않고 진행바 같은 것도 필요 없습니다.

(2) 두번째 경우는 애플릿으로 대체했습니다. 사실 저도 자바 개발자이지만 애플릿은 사실상 실패한 기술로 생각합니다. 하지만 어쨌든 개발자가 세심하게 신경만 쓰면 분명 업/다운로드 같은 경우는 엑티브 엑스를 대체할 수 있는 'viable'한 솔루션입니다.

결론적으로 이런 문제에 대한 개인적으로 생각하는 원칙은, 일단 비즈니스적 필요, 고객 요구를 우선시 하는 전제하에 이를 해치지 않는 범위 내에서 크로스플랫폼적인 방법을 고려하고 그 것이 안되면 최소한 크로스플랫폼 사용자를 위한 대안을 따로 제시하는 방법을 찾는 것입니다.

플래쉬건 애플릿이건 엑티브엑스건 Ajax 건 간에 고유 기능으로 고객의 사용성과 만족도를 향상시킬 수 있다면 좋은 것입니다. 다만 가능하면 그 기능이 없으면 아예 사이트 이용이 불가능한 상황은 만들지 않는 것이 핵심인 것 같습니다.

----------------------------
[서명] 그놈 한국 사용자 모임 - 그놈에 대한 모든 것! - 게시판, IRC, 위키, 갤러리 등등...

hyeonseok의 이미지

kururu wrote:
플래시에서 로컬 파일을 억세스할 수 있다면 플래시를 쓰는게 가장 좋을것 같습니다.

플래시도 다른 확장기능들과 마찬가지로 로컬파일에 접근은 안됩니다. 현재사용하고 있는 방법들은 다들 javascript 가지고 하는 것이죵. 게다가 IE 에서만 작동이 가능하게 되어 있습니다. file input 에 click() 메소드를 쓰는데 이게 IE에서만 되더군요.

unicozy의 이미지

저같은 경우엔 이미지갤러리를 만들때 서버쪽 부담을 줄이기 위해서 ActiveX를 선택했습니다. 하루에 5-6G씩 올라오는 이미지들의 썸네일을 만들던 서버 부담을 줄일 수 있어 매우 만족스러웠는데요, 리눅스쪽에서는 어떻게 해결 할 수 있는지 궁금합니다.

1day1의 이미지

아쉽게도, active-x 가 현재로서는 최선의 방법이라는 것입니다.(다른대안들도 가능하지만요.)

F/OSS 가 함께하길..

정태영의 이미지

1day1 wrote:
아쉽게도, active-x 가 현재로서는 최선의 방법이라는 것입니다.(다른대안들도 가능하지만요.)

정말 꼭 필요한 상황이라면 써야겠죠... 하지만...

active-X 를 지원하지 않는 브라우져에서의 접근에 지장을 주는 건 최대한 피해야겠죠...

말씀하신 드래그를 통해 여러 파일을 전송하는 경우라던가... 뭐 파일 전송 상태를 알려주는 그런 기능들이 필요하다면 activeX 를 쓰고... 대신 그런걸 쓰지 않는다고 하더라도 파일을 첨부할 수 있도록 대안을 마련해놓으면... 누가 뭐라고 하겠습니까 :evil:

오랫동안 꿈을 그리는 사람은 그 꿈을 닮아간다...

http://mytears.org ~(~_~)~
나 한줄기 바람처럼..

highwind의 이미지

channy wrote:
꼭 applet으로 해야 된다는 편견은 버리시구요.
다양한 방법을 찾아서 직접 해 보세요.

Ajax+PHP에서 업로드 진행바 구현
http://blog.joshuaeichorn.com/archives/2005/05/01/ajax-file-upload-progress/

Ajax+Ruby(on Rails)에서 업로드 진행바 구현
http://sean.treadway.info/demo/upload

KLDP에서 관련 Thread
http://bbs.kldp.org/viewtopic.php?t=60973

Flash 업로드 진행바 구현은 첨부 파일을 참고하세요...

http://www.raditha.com/php/upload.php
여기도 괜찮네요 ^^;;

=====================================
http://timothylive.net

unicozy의 이미지

정태영 wrote:

말씀하신 드래그를 통해 여러 파일을 전송하는 경우라던가... 뭐 파일 전송 상태를 알려주는 그런 기능들이 필요하다면 activeX 를 쓰고... 대신 그런걸 쓰지 않는다고 하더라도 파일을 첨부할 수 있도록 대안을 마련해놓으면... 누가 뭐라고 하겠습니까 :evil:

activex를 사용할 수 없는 사용자들을 위해서 기본적인 파일 업로드를 할 수 있도록 하는 것은 단지 차선책일 뿐 근본적인 해결책은 아니라고 생각합니다.

가령, 사진인화사이트를 리눅스 사용자도 편히 사용할 수 있는 방법을 생각해보면 브라우저에서 기본적으로 제공하는 파일 업로드만으로는 상당히 불편합니다. (제가 앞서 언급했던 이미지 관리 사이트와 가장 유사한 기능을 하는 것이 사진인화 사이트라 사진인화사이트를 예를 들겠습니다.)

보통 사진인화 주문을 할때 한번에 여러장에서 수십장을 주문하게 됩니다. 사용자 입장에서는 파일 하나를 업로드 하기 위해서 최소한 2-3번의 클릭을 해야하고, 서버입장에서는 그렇게 올라온 사진의 썸네일을 하나하나 만드는 부담이 있습니다.

이런 경우에 리눅스 사용자(혹은 불여우를 사용하는 사용자)를 위해서 할 수 있는 일은 무엇이 있나요?

lifthrasiir의 이미지

unicozy wrote:
정태영 wrote:

말씀하신 드래그를 통해 여러 파일을 전송하는 경우라던가... 뭐 파일 전송 상태를 알려주는 그런 기능들이 필요하다면 activeX 를 쓰고... 대신 그런걸 쓰지 않는다고 하더라도 파일을 첨부할 수 있도록 대안을 마련해놓으면... 누가 뭐라고 하겠습니까 :evil:

activex를 사용할 수 없는 사용자들을 위해서 기본적인 파일 업로드를 할 수 있도록 하는 것은 단지 차선책일 뿐 근본적인 해결책은 아니라고 생각합니다.

가령, 사진인화사이트를 리눅스 사용자도 편히 사용할 수 있는 방법을 생각해보면 브라우저에서 기본적으로 제공하는 파일 업로드만으로는 상당히 불편합니다. (제가 앞서 언급했던 이미지 관리 사이트와 가장 유사한 기능을 하는 것이 사진인화 사이트라 사진인화사이트를 예를 들겠습니다.)

보통 사진인화 주문을 할때 한번에 여러장에서 수십장을 주문하게 됩니다. 사용자 입장에서는 파일 하나를 업로드 하기 위해서 최소한 2-3번의 클릭을 해야하고, 서버입장에서는 그렇게 올라온 사진의 썸네일을 하나하나 만드는 부담이 있습니다.

이런 경우에 리눅스 사용자(혹은 불여우를 사용하는 사용자)를 위해서 할 수 있는 일은 무엇이 있나요?

조금 돌아 가는 방법이지만, 압축 파일을 처리할 수 있게 한다면 훨씬 상황이 나아질 것 같습니다. zip이나 tar, tar.gz 등등을 처리해 주는 것이 크게 어려운 일은 아닌 것 같군요.

요컨대, 완벽하게 같은 서비스를 제공할 수 없다면 돌아 갈 방법을 만들고 거기에 대해서도 관심을 가져 주기라도 했으면 좋겠습니다 :(

- 토끼군

offree의 이미지

그런데, 브라우저 에서 파일여러개 선택하는 것을 지원하지 않는 특별한 이유가 있을까요?
파일선택창이 뜰때 하나 선택하는 것과 여러개 선택하는 것이 어떤 보안위험이 높아지기라도 하는 것일까요?

사용자가 바꾸어 나가자!!

= about me =
http://wiki.kldp.org/wiki.php/offree , DeVlog , google talk : offree at gmail.com

unicozy의 이미지

tokigun wrote:
조금 돌아 가는 방법이지만, 압축 파일을 처리할 수 있게 한다면 훨씬 상황이 나아질 것 같습니다. zip이나 tar, tar.gz 등등을 처리해 주는 것이 크게 어려운 일은 아닌 것 같군요.

요컨대, 완벽하게 같은 서비스를 제공할 수 없다면 돌아 갈 방법을 만들고 거기에 대해서도 관심을 가져 주기라도 했으면 좋겠습니다 :(

- 토끼군

먼저, ActiveX만으로 가능하기 때문에 돌아가는 방법을 제공하지 않겠다는 뜻이 아니라 ActiveX를 사용하지 않고도 ActiveX 같은 효과를 얻을 수 있는 적극적인 방법을 찾고 싶은 입장이라는 것을 말씀드리고 싶습니다.

제가 따로 사진인화사이트를 예로 든 것은, 단순히 여러개의 파일을 업로드 하는 것 뿐만 아니라 썸네일을 만들어서 올린다는(서버의 부담을 줄일 수 있는) 것을 ActiveX를 사용하지 않고 어떻게 가능하게 하느냐 하는 이유 때문이었습니다.

여러가지 시도(애플릿이나 플러그인 등)를 해보지도 않고 이러한 의문을 제기한다는 것이 무책임해 보이지만, 시도를 해보기 전에 어떻게 풀어나가는 것이 좋은지 조언이나 사례를 구한다고 생각해주시면 감사하겠습니다.

방금 불여우에서 pdf문서를 불러보니 IE와 같은 동작을 보이고 있네요. 리눅스를 서버로만 사용해와서 리눅스상에서의 동작은 어떨지 모르겠습니다만, 리눅스상의 불여우에서도 같은 동작을 보인다고 한다면 플러그인이 가장 유력해 보이는것 같습니다.

다중파일업로드, 이미지일 경우 썸네일생성 등등의 공통적으로 사용할 수 있는 몇가지 기능을 하는 플러그인을 오픈소스로 만들고 이를 필요로 하는 사이트에서 그 플러그인을 같이 사용하는 것은 어떤지 생각해봅니다.

offree의 이미지

unicozy wrote:
tokigun wrote:
조금 돌아 가는 방법이지만, 압축 파일을 처리할 수 있게 한다면 훨씬 상황이 나아질 것 같습니다. zip이나 tar, tar.gz 등등을 처리해 주는 것이 크게 어려운 일은 아닌 것 같군요.

요컨대, 완벽하게 같은 서비스를 제공할 수 없다면 돌아 갈 방법을 만들고 거기에 대해서도 관심을 가져 주기라도 했으면 좋겠습니다 :(

- 토끼군

먼저, ActiveX만으로 가능하기 때문에 돌아가는 방법을 제공하지 않겠다는 뜻이 아니라 ActiveX를 사용하지 않고도 ActiveX 같은 효과를 얻을 수 있는 적극적인 방법을 찾고 싶은 입장이라는 것을 말씀드리고 싶습니다.

제가 따로 사진인화사이트를 예로 든 것은, 단순히 여러개의 파일을 업로드 하는 것 뿐만 아니라 썸네일을 만들어서 올린다는(서버의 부담을 줄일 수 있는) 것을 ActiveX를 사용하지 않고 어떻게 가능하게 하느냐 하는 이유 때문이었습니다.

여러가지 시도(애플릿이나 플러그인 등)를 해보지도 않고 이러한 의문을 제기한다는 것이 무책임해 보이지만, 시도를 해보기 전에 어떻게 풀어나가는 것이 좋은지 조언이나 사례를 구한다고 생각해주시면 감사하겠습니다.

방금 불여우에서 pdf문서를 불러보니 IE와 같은 동작을 보이고 있네요. 리눅스를 서버로만 사용해와서 리눅스상에서의 동작은 어떨지 모르겠습니다만, 리눅스상의 불여우에서도 같은 동작을 보인다고 한다면 플러그인이 가장 유력해 보이는것 같습니다.

다중파일업로드, 이미지일 경우 썸네일생성 등등의 공통적으로 사용할 수 있는 몇가지 기능을 하는 플러그인을 오픈소스로 만들고 이를 필요로 하는 사이트에서 그 플러그인을 같이 사용하는 것은 어떤지 생각해봅니다.

그런데, 플러그인을 제작하는 것은 각 플랫폼별로 따로 제작해야 한다는 것 이외에 문제점은 없는 것인가요?
오픈프로젝트로 상당한 매력이 있을 것 같긴 합니다.

사용자가 바꾸어 나가자!!

= about me =
http://wiki.kldp.org/wiki.php/offree , DeVlog , google talk : offree at gmail.com

우수한의 이미지

많은 분들이 '비IE 사용자도 배려해서 사이트를 만들 수 있다'는데 주안점을 두어 말씀하시는데요. (네, 물론 그래야지요.)

핵심 문제는 '서버쪽에서 어떤 처리를 하느냐' 하는게 아니라
'클라이언트쪽에 어떤 UI를 제공할 수 있느냐' 하는 문제입니다.
(여기에는 클라이언트쪽의 로컬 파일에 접근할 수 있느냐 하는 보안상의 문제가 걸려있기도 합니다.)
여러 파일을 업로드한다고 치면, 웹브라우저에서 제공하는 양식은 파일 업로드 상자 단 1가지 뿐이라는거죠. 게다가 업로드 진행 상태도 표시되지 않아서, 이놈이 웹서버와 통신을 하고 있는 것인지 연결이 끊긴 것인지 분간하기도 어렵다는거죠.
반면 IE의 ActiveX를 사용할때는 '내 문서' 폴더에 있는 수많은 파일을 브라우징하면서 원하는 파일을 선택하고 한번에 업로드할 수 있는데다 업로드 진행상태까지 표시되니 편하다는거죠.
인증된 자바 애플릿으로 이런 기능을 수행할 수 있지만, 오픈소스는 커녕 상업적으로 판매되는 제품 중에서도 제대로 모양새와 경쟁력을 갖춘게 없습니다.
서버쪽에서 AJAX니 server-push니 하는 따위의 삽질(?)을 하는 것보다 브라우저쪽의 플러그인, 익스텐션을 만드는게 훨씬 성공적일 거라고 생각합니다. (아예, 브라우저 자체에 그런 기능이 들어있어도 괜찮지 않을까 싶네요.)

썸네일 만들기라든가, 대용량 파일을 업로드할때 서버쪽 퍼포먼스 등은 약간 별개의 문제라고 생각합니다.

우수하지 않아요. '우수한'은 옛날 만화 CityHunter에서 따와서 쓰던 별명. ;-)

1day1의 이미지

"크로스 브라우징시에 사용할 수 있는 최소한의 방법을 만들자" 는 문제에 대한 직접적인 해결이라기 보다는 문제를 피하면서 해결하는 방법같습니다.

그런데, 플러그인 , 익스텐션 같은 것으로 충분히 해결가능한 것인가요?
제작은 둘째치고, 사용자가 사용시에 문제는 없는 것인가요?

F/OSS 가 함께하길..

advanced의 이미지

ActiveX 의 대체로 사용하기에 signed applet 은 어떤가요?

creativeidler의 이미지

잠시 유럽 여행 때의 경험을 생각해보면, 해외의 인터넷 까페는 대부분 윈도우 기반에 과금 및 보안 프로그램이 설치되어 있습니다. 그래서 ActiveX는 물론이고 플러그인도 설치 못합니다. 하지만 신기하게도 대부분 자바는 최신 버전으로 다 설치가 되어 있더군요. 애플릿이 실패한 기술이라는 건 우리 나라 얘기고 유럽에선 MMX400에 XP를 깔아서 쓰면서도 잘 참고 쓰기 때문에-_- 애플릿이 꽤 많이 쓰이는 것 같습니다. 이런 점을 고려하면 애플릿이 꽤 실용적이고 유력한 대안이 아닐까 싶네요.

zz181321의 이미지

약간 옆으로 새는 얘기 같지만,

웹 하드란 사이트 아실 겁니다. 마치 윈도우 탐색기 처럼 파일 업 다운이 가능한데요,

프로그래스바가 보여집니다.

뻔히 액티브x 겠구나 했었는데 아니더군요.

윈도용 파폭에서 잘 되길레, 리눅스에서도 해봤더니 똑같이 잘되더군요.

맥에서도 된다는 거 같았는데, 전 맥이 없어서 모르겠군요.

웹하드 사이트는 저걸 뭘로 구현한 걸까요...?

문득 궁금해져 질문드려 봅니다.

1day1의 이미지

zz181321 wrote:
약간 옆으로 새는 얘기 같지만,

웹 하드란 사이트 아실 겁니다. 마치 윈도우 탐색기 처럼 파일 업 다운이 가능한데요,

프로그래스바가 보여집니다.

뻔히 액티브x 겠구나 했었는데 아니더군요.

윈도용 파폭에서 잘 되길레, 리눅스에서도 해봤더니 똑같이 잘되더군요.

맥에서도 된다는 거 같았는데, 전 맥이 없어서 모르겠군요.

웹하드 사이트는 저걸 뭘로 구현한 걸까요...?

문득 궁금해져 질문드려 봅니다.

어디인가요? 확인해 봐야 겠네요.

F/OSS 가 함께하길..

rainmon의 이미지

creativeidler wrote:
잠시 유럽 여행 때의 경험을 생각해보면, 해외의 인터넷 까페는 대부분 윈도우 기반에 과금 및 보안 프로그램이 설치되어 있습니다. 그래서 ActiveX는 물론이고 플러그인도 설치 못합니다. 하지만 신기하게도 대부분 자바는 최신 버전으로 다 설치가 되어 있더군요. 애플릿이 실패한 기술이라는 건 우리 나라 얘기고 유럽에선 MMX400에 XP를 깔아서 쓰면서도 잘 참고 쓰기 때문에-_- 애플릿이 꽤 많이 쓰이는 것 같습니다. 이런 점을 고려하면 애플릿이 꽤 실용적이고 유력한 대안이 아닐까 싶네요.

자바쪽 사람들은 애플릿이 실패한 기술이라지만..
http://games.yahoo.com 여길 보면 모든 프로그램이
자바 애플릿으로 되어있는데 리눅스에서건 윈도우에서건
잘 돌아갑니다. 이만한 솔루션이 또 있을까 싶네요.
zz181321의 이미지

웹하드 사이트의 주소는 http://www.webhard.co.kr/ 입니다.

mirr의 이미지

zz181321 wrote:
웹하드 사이트의 주소는 http://www.webhard.co.kr/ 입니다.

엔터프라이즈가입자에게만 가능한 것 같은데요?
돈받고 하는 장사인만큼 확실한 서비스를 해줘야 한다는 마인드로 가능한것 같습니다.
이런 생각을 유지하는곳도 드문 편인데 그런면에서는 좋은 감정을 갖게됩니다.

받은만큼 고객의 편의를 생각해 줘야 한다는 이런 간단한 생각이 왜 통하질 않는것일까요?
은행같은곳에서라면 특히나 고객이 언제 어느 상황에서든 안전하고
이상없이 일을 볼 수 있도록 해줘야 하는게 아닐까 라는 생각도 했습니다....

엥...뭔가 다운받아서 하는건 같네요 ㅡ,.ㅡ::

내 마음속의 악마가 자꾸만 나를 부추겨.
늘 해왔던 것에 만족하지 말고 뭔가 불가능해 보이는 것을 하라고 말야.

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.