<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:thr="http://purl.org/syndication/thread/1.0">
  <title type="html">김 용묵의 절대공간 - 블로그: 컴퓨터-관련-회상-내지-궁금한-것-2에 달린 최근 댓글/트랙백 목록</title>
  <id>http://moogi.new21.org/tc/</id>
  <link rel="alternate" type="text/html" hreflang="ko" href="http://moogi.new21.org/tc/" />
  <subtitle type="html">그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라.</subtitle>
  <updated>2025-03-14T08:17:51+09:00</updated>
  <generator>Textcube 1.7.8 : Con moto</generator>
  <entry>
    <title type="html">kippler님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/1340#comment27140" />
    <author>
      <name>(kippler)</name>
    </author>
    <id>http://moogi.new21.org/tc/1340#comment27140</id>
    <published>2017-03-22T23:22:04+09:00</published>
    <summary type="html">1번의 경우, http 는 헤더가 암호화 되지 않기 때문에, 헤더를 분석해서 차단된 사이트에 접속할때, 리턴값의 패킷을 조작해서 200 OK 를 302 redirect 로 바꿔버리면 warning.or.kr 로 보내버리는게 가능합니다. 
(네트웍은 아니지만, 같은 PC에서 API 후킹으로 차단 프로그램을 만들어 본 적이 있죠.)
그래서 https 는 막지 못합니다만, 중국의 GFW 는 어찌 어찌해서 이것도 막는다 하는데 잘 모르겠네요.


2번의 경우 MTP 인듯 하네요. 저도 이 부분에 대해서 궁금하기도 했는데, 초기 MP3 플레이어들은 USB 외장 드라이브 연결후 MP3 파일을 복사하면 어떤 파일이 복사되었는지 몰랐기 때문에, 연결을 끊은 후 파일 시스템을 전부 스캐닝하는 작업이 필요했었습니다.

반면 MTP 는 좀 찾아보니. 복사한 파일에 대한 이벤트를 받을 수 있어서 전체 파일 시스템을 뒤질 필요가 없나 보더군요.
기타, 파일 전송을 제어할 수 있어서 보안이나, 파일 시스템의 투명성(맞나요?)이 가능해지는등의 장점이 있는듯 합니다.


3번의 경우 좀 다른 이야기 입니다만, 최근 USB-C 지원되는 모니터를 샀는데, USB-C 충전 케이블로는 비디오 신호가 전송이 안되더군요. USB-C 는 이제 비디오 신호까지 지원되면서 상당히 복잡한듯 하더군요.


4번의 경우 2-3년전 제가 판매중인 라이브러리가 빅엔디안 지원 CPU에서 돌아갈 수 있냐고 문의가 와서, 개발은 가능하지만 테스트를 위해서 장비를 한대 지원해 줘야 했더니 답이 없더군요. 장비이름으로 찾아보니 한 10년은 된듯하던데, 의외로 서버쪽은 워낙 비싸서 그런지 꽤 오래된 장비도 돌리나 보더군요.


5번의 경우 요즘 CTRL+W 도 많이 쓰이더군요.



6. 제가 처음 만져본 컴퓨터는 FC-150 이였는데, 사진속의 컴퓨터는 FC-100 이군요. ^^;;;;
FC-150 의 고무로 된 쫀득쫀득한 키보드는 몇 번 못 만져봤지만 아직도 기억이 납니다.</summary>
  </entry>
  <entry>
    <title type="html">사무엘님의 댓글</title>
    <link rel="alternate" type="text/html" href="http://moogi.new21.org/tc/1340#comment27208" />
    <author>
      <name>(사무엘)</name>
    </author>
    <id>http://moogi.new21.org/tc/1340#comment27208</id>
    <published>2017-03-23T10:44:43+09:00</published>
    <summary type="html">오옷~ 명쾌한 답변 감사드립니다.

제 한글 입력기는 인제 와서 빅 엔디언에서 돌려야 된다면, 혹은 machine word align이 안 맞는 게 허용되지 않는 CPU에서 돌아가야 한다면(IA64가 그랬다고 하죠), int/long의 크기가 x86이나 x86-64와 같지 않은 곳에서 돌아가야 한다면.. 장담을 못 하겠네요.
문제될 만한 부분을 주석이나 조건부 컴파일 같은 걸로 표시를 하면서 코딩 했어야 했는데. 점점 신경을 안 쓰게 됩니다. ^^;;</summary>
  </entry>
</feed>
