보통 잘 모르는데 HTTP에 GET/POST 말고도 PUT 같은 메서드도 있음. 파일 전송 용인데, 이거 웹 서버에서 기본으로 막혀 있는데 막혀 있는 걸 풀어 놓으면 HTTP 프로토콜로도 파일 전송이 가능하다.
ㅅㅅㅅ(125.128)2015-05-12 17:21
ㅅㅅㅅ//PUT이나 DELETE 메서드들은 그 자체가 파일 업로드같은 고유 기능을 가지고 있지 않음 애초에 HTTP가 통신 프로토콜인데 거기에 비즈니스 로직까지 서술하는 건 좀 이상하지
nono(211.218)2015-05-12 17:26
그럼 저 메서드들은 HTTP 프로토콜 스펙 상으로 뭐하는 거? 파일 관리 용이 아니라고?
ㅅㅅㅅ(125.128)2015-05-12 17:28
전혀 몰랐네~
ㅅㅅㅅ(125.128)2015-05-12 17:28
위키피디아를 봐도 내가 원래 이해하고 있던 게 맞는 거 같은데(파일 전송 목적), 아니라는 근거 좀
ㅅㅅㅅ(125.128)2015-05-12 17:30
GET이 문서 가져오는 거고(download), PUT이 문서 저장하는 거(upload), DELETE가 문서 삭제(file delete)인데 이게 파일(문서) 관리가 아니면 뭐임?
ㅅㅅㅅ(125.128)2015-05-12 17:31
smtp... mime
익명(211.36)2015-05-12 17:33
HTTP 메서드는 그냥 URL에 의미를 부여하는 것 뿐임 HEAD의 원래 목적이 해당 URL로 사용 가능한 모든 메서드를 돌려주는 건데 요즘은 거의 안 쓸 뿐더러 원하면 GET처럼 사용 가능. 마찬가지로 PUT도 파일 업로드 용으로 많이 쓰이긴 한데 그냥 의미론적으로 뭔가를 넣는다는 뜻일 뿐 기능이 특정된 건 아님
nono(211.218)2015-05-12 17:35
아 덧글 길게 썼는데 금칙어 떄문에 다 날라갔다. 망할 ro\0.to. HEAD 메서드는 언급도 안했어. HEAD 메서드가 왜 튀어나와. HTTP(HyperText Transfer Pro\0tocol)의 원래 목적이 뭔데. 하이퍼텍스트 문서 전송이야. 이 전송이라는 개념은 다운로드와 업로드를 둘 다 포함하는 개념이고. GET은 문서 다운로드(사실상 파일 다운로드)이고 PUT은 문서 업로드(사실상 파일 업로드) 의도로 설계된 건 사실이잖아. 물론 그 문서라는 게 꼭 파일의 형태로 표현된다는 보장은 없지. 서버 사이드 스크립트들이 그렇듯 가상의 내용을 있는 것처럼 전송할 수도 있고, 뭐 데이터베이스나 이런 곳에서 참조할 수도 있으니깐. 하지만 de facto standard랄까, 원래 의도는 파일이 맞아.
ㅅㅅㅅ(125.128)2015-05-12 17:56
파일 아니면 하이퍼텍스트를 어디에 보관하는데? 데이터베이스도 전통적인 개념으로 분류하면 파일이 모인 것에 불과하다.
ㅅㅅㅅ(125.128)2015-05-12 17:57
그리고 nono 넌 진짜 웃긴다. 난 ㅇㅇ 한테 (거의) 모든 서버에서 사용할 수 있는 방법을 알려준 건데 엄밀한 의미로는 파일 전송이 아니라니 뭐 그런 학술적인 얘기가 여기서 왜 튀어나오냐. 대다수의 서버, 아니 뭐 내가 아는 한 모든 서버에서 파일 업로드 의미로 쓴다고 알고 있는데? 너한테 숙제를 내겠다. PUT이 파일 업로드 의미로 쓰이지 않는 HTTP 서버의 예를 하나 이상 찾아올 것.
ftp
웹 서버 설정 바꿔주면 HTTP PUT 메서드 쓸 수 있지 않나?
Pydio OwnCloud
ftp는 사용불가능한 상황.. 막혀있음 그래서 웹에서 하려하는거임
보통 잘 모르는데 HTTP에 GET/POST 말고도 PUT 같은 메서드도 있음. 파일 전송 용인데, 이거 웹 서버에서 기본으로 막혀 있는데 막혀 있는 걸 풀어 놓으면 HTTP 프로토콜로도 파일 전송이 가능하다.
ㅅㅅㅅ//PUT이나 DELETE 메서드들은 그 자체가 파일 업로드같은 고유 기능을 가지고 있지 않음 애초에 HTTP가 통신 프로토콜인데 거기에 비즈니스 로직까지 서술하는 건 좀 이상하지
그럼 저 메서드들은 HTTP 프로토콜 스펙 상으로 뭐하는 거? 파일 관리 용이 아니라고?
전혀 몰랐네~
위키피디아를 봐도 내가 원래 이해하고 있던 게 맞는 거 같은데(파일 전송 목적), 아니라는 근거 좀
GET이 문서 가져오는 거고(download), PUT이 문서 저장하는 거(upload), DELETE가 문서 삭제(file delete)인데 이게 파일(문서) 관리가 아니면 뭐임?
smtp... mime
HTTP 메서드는 그냥 URL에 의미를 부여하는 것 뿐임 HEAD의 원래 목적이 해당 URL로 사용 가능한 모든 메서드를 돌려주는 건데 요즘은 거의 안 쓸 뿐더러 원하면 GET처럼 사용 가능. 마찬가지로 PUT도 파일 업로드 용으로 많이 쓰이긴 한데 그냥 의미론적으로 뭔가를 넣는다는 뜻일 뿐 기능이 특정된 건 아님
아 덧글 길게 썼는데 금칙어 떄문에 다 날라갔다. 망할 ro\0.to. HEAD 메서드는 언급도 안했어. HEAD 메서드가 왜 튀어나와. HTTP(HyperText Transfer Pro\0tocol)의 원래 목적이 뭔데. 하이퍼텍스트 문서 전송이야. 이 전송이라는 개념은 다운로드와 업로드를 둘 다 포함하는 개념이고. GET은 문서 다운로드(사실상 파일 다운로드)이고 PUT은 문서 업로드(사실상 파일 업로드) 의도로 설계된 건 사실이잖아. 물론 그 문서라는 게 꼭 파일의 형태로 표현된다는 보장은 없지. 서버 사이드 스크립트들이 그렇듯 가상의 내용을 있는 것처럼 전송할 수도 있고, 뭐 데이터베이스나 이런 곳에서 참조할 수도 있으니깐. 하지만 de facto standard랄까, 원래 의도는 파일이 맞아.
파일 아니면 하이퍼텍스트를 어디에 보관하는데? 데이터베이스도 전통적인 개념으로 분류하면 파일이 모인 것에 불과하다.
그리고 nono 넌 진짜 웃긴다. 난 ㅇㅇ 한테 (거의) 모든 서버에서 사용할 수 있는 방법을 알려준 건데 엄밀한 의미로는 파일 전송이 아니라니 뭐 그런 학술적인 얘기가 여기서 왜 튀어나오냐. 대다수의 서버, 아니 뭐 내가 아는 한 모든 서버에서 파일 업로드 의미로 쓴다고 알고 있는데? 너한테 숙제를 내겠다. PUT이 파일 업로드 의미로 쓰이지 않는 HTTP 서버의 예를 하나 이상 찾아올 것.
http://stackoverflow.com/questions/23624241/http-put-for-new-file-creation-and-directory-creation
http://studyforus.tistory.com/40
WEBDAV 가 답으로 보인다
PHP로 간단하게 해결하고 싶으면 WebShell 류를 찾아보는 것도 괜찮음. b374k 같은 거. 서버에 깔아 놓으면 요긴하게 써먹을 때가 있음.