블로그 이미지
Sergio Donati Julyus

카테고리

분류 전체보기 (888)
[Apple] (156)
[DESKTOP] (64)
[DEVELOP] (36)
[FINANCE] (4)
[EPINEPHRINE] (60)
[ILLUST] (52)
[MEDIA] (86)
[NETWORKS] (69)
[OFFICE] (145)
[OPERATING_SYS] (70)
[SECURITY] (16)
[SYSTEM] (108)
[Equipment] (16)
Total
Today
Yesterday




구글 검색 url
http://www.google.com/search?q=121124+720p+mp4+무한도전



Google 검색창에 사용자가 입력한 검색 요청은 URL로 변환되어 Google로 전달됩니다. 검색창에 검색어를 입력하는 것과 같이 URL을 조작함으로써 검색창에서 활용할 수 없는 조건을 달아 검색할 수 있습니다. 뭐, Google을 이용한 해킹을 준비하는 과정이죠...


알아둘 것은, 검색 질의어는 q라는 URL 파라미터에 할당된다는 점입니다다. 사파리에서 “누렁이”를 검색창에 입력하면 다음과 같은 URL로 변환됩니다: http://www.google.com/search?client=safari&rls=en-us&q=누렁이&ie=UTF-8&oe=UTF-8


URL 문법

  • www.google.com/search --> Google 검색 스크립트의 위치
  • ?를 포함한 나머지 부분 --> URL 또는 URI라고 한다.
  • ?는 파라미터가 검색 스크립트에 전달된다는 뜻이다.
  • 파라미터는 변수와 변수에 할당된 값으로 구성되며, “variable=value” 형태로 표시한다.
  • & --> 파라미터와 파라미터 사이에서 사용된다.
  • 여러개의 파라미터가 사용될 때 순서는 아무 의미 없다. Google은 파라미터의 변수명에 따라 값을 할당받아 사용자를 대신에 인터넷에서 검색을 수행해준다.
  • URL의 구성: www.google.com/search?variable1=value1&variable2=value2&variable3=value3


URL에 한국어와 같은 2바이트 문자를 입력하거나, 특수문자, 공백 등을 입력하려면 16진수로 변환해야 합니다. 웹 브라우저에 따라 16진수로 변환되지 않은 값을 URL 창에 입력해도 무방합니다. 제가 몇가지 테스트를 해봤습니다.

  • Mac OS X에서 Safari를 사용하는 경우, 그냥 한글을 입력해도 한글을 인식하고, 검색이 정상적으로 이루어진다.
  • Windows에서는 IE를 사용하면 정상적으로 인식하지 못하기 때문에 정상적인 검색이 되지 않는다.
  • Windows에서 Chrome을 사용하면 URL 창에서 한글을 인식하고, 검색도 정상적으로 된다.
  • Windows에서 Firefox를 사용하는 경우, q에 한글로 검색어를 입력하면 자동으로 16진수로 변환하여 전송하고, 검색된다.
  • Linux에서 Firefox를 사용하는 경우, 검색어에 입력된 한글을 인식하고, 검색도 정상적으로 이루어진다.


URL 문법에 따라 검색 질의문을 작성한 예입니다:

  • www.google.com/search?q=”헐랭이와 IT보안”
  • www.google.com/search?q=헐랭이와+IT보안
  • www.google.com/search?q=hack+stuff+johnny // 이때 사용되는 +는 AND 연산자처럼 보인다. 확실치는 않다. 어차피 기본 검색 설정은 AND임...
  • www.google.com/search?q=hack+stuff+-johnny // 질의문에 NOT 연산자 -를 함께 사용할 때는 앞에 +를 붙여준다.
  • www.google.com/search?q=stuff|johnny // 질의문에 OR 연산자 |를 함께 사용할 때는 +를 붙여주지 않는다. 검색어 사이를 띄지 말고 |를 사용한다.


결국, Google 검색 URL을 레고 블록을 쌓듯이 구성할 수 있습니다. Google 검색에서 사용할 수 있는 파라미터 변수들은 너무나 많고, 이걸 다 정리하기란 불가능해 보여서.... -_-; 그중에서 많이 쓰일 만한 몇개만 정리해봅니다.


  • q=검색어 - 가장 기본적인 검색 변수: 별다른 옵션을 사용하지 않았다면 검색어는 q에 할당된다. 기본적으로 AND 옵션이 적용되므로, 2개 이상의 단어를 입력하면, 2개의 단어가 모두 있는 페이지만 찾아준다: www.google.com/search?q=hack+stuff
  • as_oq=검색어 - 값으로 할당된 단어 중 적어도 한 단어가 있으면 모두 찾는다. 검색창에 OR 연산자인 |를 이용하여 “단어1 | 단어2”를 입력한 것과 같다: www.google.com/search/?as_oq=hack+stuff
  • as_epq=검색 문자열 값으로 할당된 단어의 묶음을 “구”로 간주해서 정확히 모든 단어가 일치하는 구가 있는 웹 페이지를 찾아서 보여준다. 검색 창에 큰 따옴표로 둘러싼 “hack stuff”를 이용하는 것과 동일하다: www.google.com/search?as_epq=hack+stuff
  • as_eq=검색어+검색어 - 값으로 할당된 단어를 검색에서 제외한다. 검색창에서 NOT 연산자인 -를 이용하여 ‘-단어’를 입력한 것과 같다. 검색에서 제외할 단어를 지정하는 것이기 때문에 q, as_oq와 같은 검색 대상을 지정하는 파라미터와 함께 사용해야 한다: www.google.co.kr/search?q=hack+stuff&as_eq=johnny 또는 www.google.com/search?q=hack+stuff+-johnny (+뒤에 -가 붙어 있다.)
  • start=숫자 - 결과 페이지를 출력할 때 검색된 웹 페이지중에서 보여줄 페이지를 지정한다. 첫 페이지는 0이다. 예를 들어, ‘hack +stuff’로 검색했을 때 100개의 페이지가 150개일 때, start 옵션값으로 9를 지정하면, Google은 검색된 대상중 10번째부터 검색 결과를 보여준다. (왜 그랬을까? 누가 만들었을까?)
  • as_filetype=확장자 - 지정된 파일확장자로 된 웹 페이지를 찾는다. mp3, pdf, xls 등 다양한 파일 확장자를 인식한다. 이 파라미터는 혼자 쓰면 검색이 무의미하고, as_ft와 함께 사용된다. (as_ft를 사용하지 않으면 기본값으로 as_ft=i가 적용된다.) q와 같은 다른 파라미터와 함께 사용하는 것이 좋다. 검색창에 고급 연산자 filetype를 지정하는 것과 동일한 결과를 보여준다: www.google.com/search?q=matrix&as_filetype=avi&as_ft=i 또는 www.google.com/search?q=matrix+filetype:avi
  • as_ft=[i|e] - as_filetype으로 지정된 파일 유형을 검색에서 포함(i)시킬 것인지 제외(e)할 것인지 지정한다.
  • as_sitesearch=도메인 또는 사이트 - 특정 도메인 또는 사이트를 검색 대상에 포함하거나 제외 시킬 때 사용한다. as_df와 함께 사용한다.
  • as_df=[i|e] - as_sitesearch로 지정된 특정 도메인이나 사이트를 검색 대상에 포함(i)하거나 제외(e)한다.
  • as_occt=[any|title|body|url|link] - 검색어를 웹 페이지의 특정 위치에서 찾도록 지정한다. 파라미터의 성격상 다른 것들과 섞어 쓸 때는 주의가 요구된다: www.google.com/search?q=nulonge&as_occt=link
    • any - 웹 페이지의 어느 위치든 상관없이 검색어를 찾는다.
    • title - 웹 페이지의 타이틀, html 파일의 헤더 부분에서 검색어를 찾는다. 고급 연산자 allintitle과 동일하다.
    • body - 웹 페이지 본문에서 검색어를 찾는다. 고급연산자 allintext와 동일하다.
    • url - URL에서 검색어를 찾는다. 고급연산자 allinurl과 동일하다.
    • link - 웹 페이지에서 검색어가 링크에 있으면 찾는다. 고급연산자 allinanchor와 동일하다.
  • safe=[active|off] - SafeSearch 기능을 끄거나 켠다. SafeSearch는 구글 검색걸과에서 성인물을 알아서 걸러주는 역할을 한다. Google Korea에서도 기본으로 Active 상태로 적용된다.
  • hl=언어코드 - 검색결과를 출력할 때 사용되는 Google 웹 인터페이스에서 사용되는 언어를 지정한다. 보통 모국어로 지정되어 있기 때문에, Google Korea에서 검색하면 hl=ko로 나타난다. 검색 화면을 영어로 변경하려면 hl=en으로 변경한다. hl로 언어코드를 지정하면 Google이 사용자 PC에 저장하는 쿠키에 값이 저장되기 때문에 이후 Google 화면은 해당 언어로 표시된다. 언어코드는 다음과 같다: ar (아라비아어), zh-CN (중국어 간체), zh-TW (중국어 번체), en (영어), el (그리스어), iw (히브리어), ja (일본어), ko (한글), ru (러시어어)... 이외에도 매우 많음.
  • lr=언어코드 - 검색 결과를 특정 언어로 제한한다. hl과 달리, 다른 언어코드를 사용한다: lang_en (영어), lang_zh-CN (중국어 간체), lang_zh-TW (중국어 번체), lang_ko (한글), lang_ja (일본어)...
  • restrict=제한코드 - 검색 결과를 특정 국가로 제한한다. 검색 결과를 최상위 도메인이나 서버의 IP 주소가 갖는 지리적 위치에 근거해 하나 또느 몇개 국가 페이지로 제한한다. 이 검색 결과는 완전하지 않을 수 있는데, Google이 제한코드를 적용하는 기준은 host와 whois 명령을 사용해서 확인해볼 수 있다(host www.naver.com을 입력한 다음, 검색결과에서 ip 주소를 찾아서 whois 명령으로 조회해보면 국가명을 알 수 있다.) : 제한 코드는 매우 많다: countryAU (호주), countryCN (중국), countryDO (도미니카 공화국), countryES (스페인), countryUK (영국), countryGU (괌), countryJP (일본), countryKP (북한), counryKR (한국), countryUS (미국)...
  • as_qdr=[m3|m6|y] - 지정한 시간 내에 갱신된 웹 페이지를 찾는다.

'[DESKTOP]' 카테고리의 다른 글

윈도우7 로그인 화면 변경하기.  (0) 2013.11.08
간단한 모니터 점검 방법  (0) 2012.11.23
Picpick.org  (0) 2012.11.08
PolarClock July 13, 2007  (0) 2011.11.22
NextMonitor  (0) 2011.09.07
Posted by Julyus
, |


You think you know when you learn, are more sure when you can write, even more when you can teach, but certain when you can program
 - Alan Perlis (Yale University computer scientist)

 

발해석 ->

어떤 것을 "배우면" 안다고 생각하고, 그것을 "글로 쓸 수" 있다면 더 잘 안다고 생각하고, "가르칠때"는 더 확실히 안다고 할 수 있지만, 그것을 "프로그램" 할 수 있다는 것보다 완벽하게 알 순 없다.

 

-알랜 펄리스 (예일대 컴퓨터 과학자)



http://cafe.naver.com/mcbugi/244028
Posted by Julyus
, |

http://jackay21c.blogspot.kr/2012/10/blog-post_29.html

http://www.macstories.net/news/major-changes-at-apple-scott-forstall-leaving-jony-ive-to-lead-human-interface-across-company/

스콧 포스톨 사임과 애플의 미래




애플, '제 2의 스티브'라고도 불렸으며 잡스 사후에 2인자 후보로까지 올랐던 스콧 포스톨 애플 부사장이 회사 떠난다고 오늘(2012년 10월 29일) 밝혔다. 회사 보도자료가 나왔는데 보도자료가 그러하듯 온갖 레토릭으로 장식 돼 있다. 스콧 포스톨은 애플이 '맥 컴퓨터'에서 벗어나 모바일 회사가 되는데 결정적인 기여를 했고 iOS를 개발한 주역이기에 오늘 발표는 아이쇼크(iShock)라고도 불릴만하다. 
방금 발표했기 때문에 다양한 해석 기사가 나오겠지만 오늘 보도자료 발표만 본 나의 해석은 이렇다. 

애플맵게이트, 포스톨이 책임졌다. 

 1. 스콧 포스톨 사실상 경질? 
  스콧 포스톨은 지난 6월 애플은 WWDC에서 iOS6와 애플 맵을 야심차게 발표했다. 포스톨이 iOS 총책임자이기 때문. 올해 WWDC는 모바일 디바이스는 나오지 않고 맥북 업그레이드만 발표했기 때문에 사실상 스콧 포스톨이 주인공이었다고 해도 과언이 아니었다. 그 중에서도 메인 메뉴는 '애플 맵'이었다. WWDC를 치뤘던 모스콘 센터 3층에 행사 시작 전에 베너를 가려놓고 행사가 마치자 마자 나오니 '애플 맵'을 보여줬던 기억이 난다. 그 정도로 애플 맵은 애플이 야심차게 준비한 것이었다. 
하지만 엉망인 맵으로 사용자 원성을 듣고 "애플 답지 못하다. 망해가는 신호탄 아니냐"는 평가를 받으며 팀 쿡이 사과까지 하게 한데 대해 책임을 물을 수밖에 없었고 이를 스콧 포스톨이 진게 아닌가 싶다.  
더구나 포스톨은 내부 직원들에게 좋지 않은 평가를 받아왔고 이를 팀 쿡이 반영한게 아닐까하는 생각도 든다. 

  2. 애플은 구글이 아니다. -애플맵게이트 비하인드 스토리. 
 애플의 맵 게이트와 팀 쿡의 재빠른 사과는 올해 실리콘밸리에서 벌어진 가장 극적인 사건 중 하나다. 여기엔 비하인스 스토리가 있다. 
뉴욕타임즈에 따르면 애플은 원래 구글과 지도 공급 계약이 내년까지 돼 있었다. 구글 맵이 오픈 소스로 누구에게나 공개됐다고 믿고 있는 사람은 이제는 없을 것이다. 구글은 맵으로 돈 버는 기업이나 개인에게 사용료를 물린다. 
잡스와 에릭 슈미트 사이에 '구글맵' 미니넘 게런티가 돼 있었고 이 계약이 내년까지였던 것 아닐까 싶다(추측). 내년까지, 즉 iOS7 까지는 최소한 구글 맵을 계속 사용할 수 있다. 애플은 독자적인 지도 서비스를 내놓으려 해도 내년까지 충분한 시간이 있었다. 애플이 그랬던 것처럼 완벽하게 준비하고 비밀스럽게 유지하다가 '짜잔' 하고 멋지고 놀랍게 내놓을 수 있었다. 
하지만 불만은 애플 아이폰 사용자들에게서 먼저 나왔다. '실시간 내비(턴바이턴 Turn by Turn)'는 아이폰에서는 왜 안되냐는 것이었다. 한국에서는 'T맵'이나 '올레내비'가 있지만 미국에서는 구글 맵이 그 역할을 한다. 교통 상황에 맞춰 "좌회전, 우회전" 읽어주는 기능은 가민(Garmin) 등 별도로 구입해야 하는 내비게이션 외에는 구글 맵만 가능한 기능이다. 실제 사용해보니 타의 추종을 불허하는 대단히 편리한 기능으로 이 것만으로도 안드로이드폰을 사는 이유가 충분할 정도다. 실제로 턴바이턴 기능은 미국에서 안드로이드폰 점유율을 크게 높이는데 기여한 1등 공신이다. 
하지만 구글은 이 기능을 '안드로이드폰'에만 넣었고 애플 아이폰에는 작동이 안된다. 즉 아이폰에 있는 구글맵은 지도를 볼 수 있고 최단거리 등이 똑같이 나오는데 유독 '턴바이턴'만 안된다. 
한국으로 치면 '다음맵'이나 '네이버맵'이 실시간 내비가 안되는 것과 같다. 
이에 대해 구글은 "애플이 OS 공개를 하지 않아 안맞는 것일 뿐이다. 제공하지 않은 것이 아니다"라고 했지만 애플 입장에서는 "너희 들이 감히.."라고 할만한 일이었던 것 같다. 
그래서 애플은 서둘러 또 다른 내비업체 톰톰(TomTom)과 함께 '애플맵' 개발에 돌입했고 '3D 맵'을 무기로 애플 맵을 올해 6월 선보이게 된 것이다. 물론 턴바이턴 기능과 함께. 턴바이턴이 얼마나 중요했는가 하면 .. 새로운 애플맵 아이콘에 파란색 표시로 턴바이턴을 넣었을 정도다. 
구글 맵과 결별하고 애플 맵 개발을 주도한 것이 스콧 포스톨이다. 
하지만 애플 맵은 예상외로 엉성한 기능으로 이용자들의 원성을 샀고 맹비난을 받았다. 
즉, 애플은 구글과 같이 '베타(Beta)' 버전을 내놓아 지속적으로 업그레이드하는 문화가 있는 웹 서비스 회사가 아니었다. 하지만 이번 애플 맵은 어떻게 보면 '베타 버전'과 같은 것이었다. 
베타 버전을 내놓은 애플? 생소하다. 물론 웹 서비스 분야에서 애플의 실패는 이번이 맵이 처음이 아니다. 클라우드 서비스 '모바일미'와 소셜 음악 '핑'도 실패작이다. 최근에는 '시리'도 결국 실패작 아니냐는 평가를 듣고 있다. 하지만 맵은 달랐다. 회사의 향후 방향을 예고하는 것이었고 너무나 핵심적 기능이었기 때문에 애플 맵의 실패는 너무 아팠던 것이다.(애플은 현재 구글 맵을 사용하는 모든 서드파티앱 제조사에도 애플맵을 의무적으로 사용하고 그렇지 않으면 퇴출시킬 것을 예고한 상황이었다. 이는 구글과의 또 다른 전쟁을 의미하고 생태계 전반의 대변화를 예고하는 것이다) 결국 팀 쿡이 사과하고 만다. 
팀 쿡이 사과하지 않고 애플 맵게이트를 인정하지 않았다면 "애플 맛갔다"는 평가를 계속 받았을지도 모른다. 하지만 팀 쿡은 사과했고 애플은 오류를 인정했다.   

앞으로 애플은 어떤 방향으로 혁신을 하게 될까? 전세계 모든 기업들이 궁금해하는 부분이다. 애플 직원들도 궁금해 한다. 오늘 발표가 일종의 힌트를 줬다고 본다. 

애플의 미래

1. 조나단 아이브와 휴먼인터페이스(HI)
애플 수석 부사장단 중에 빅2인 포스톨과 조니 아이브 중에 포스톨이 떠났으니 이젠 조니 아이브가 단독 2인자가 됐다. 
오늘 자료에서 조니 아이브는 기존에 디자인 분야 외에 '휴먼 인터페이스(HI)' 방향을 총괄한다고 발표됐다.  휴먼인터페이스는 스콧 포스톨이 담당하던 분야였다. 
조니 아이브는 애플 전제품에 구현된 미니멀리즘 디자인을 뛰어넘어 휴먼 인터페이스를 융합시켜 제품에 전면적으로 도입할 것으로 보인다. 
조니 아이브를 이해하려면 먼저 '디자인(Design)'에 대한 개념을 바꿔야 한다. 우리는 디자인을 제품의 외형을 그리는 것으로 이해한다. 
하지만 애플과 실리콘밸리 기업에 있어 디자인이란 건축의 '설계(Architect)'와 같은 것이다. 철학과 미학, 기술을 접목시킨 설계말이다. 위대한 건축가는 건물을 설계하는데 그치지 않고 도시까지 설계한다. 조니 아이브는 디자이너가 아니라 설계자다. 아이폰과 맥, 아이패드 발표때 비디오로 등장하는 조니 아이브는 "유니바디를 썼다. 아름답지 않은가?"라고 말하는 것뿐만 아니라 "제품 설계는 이렇게 했고 이를 위해 부품은 이렇게 적용했다"라는 것까지 말한다. 
조니 아이브가 2인자가 됐다는 것은 시사하는 바가 적지 않다고 본다. 
음성인식 시리(Siri) 외에 디자인이 접목된 다양한 기술 개발과 이의 적용이 예상된다. 앞으로 애플 제품의 키워드는 HI가 될 가능성이 더 높아 보인다. 

2. 삼위일체 Trinity(HW+SW+Service)의 가속화

애플이 오늘 조직 개편을 발표하면서 제목을 HW+SW+Service의 협업(콜레보레이션)이라고 한 것은 회사의 기본 철학을 보여준다. 
사실 HW, SW, 서비스의 결합은 애플이 처음 밝힌 것은 아니다. 하지만 마이크로소프트(MS) 등이 따라하자 이제는 전면화하고 있다. 앞으로도 애플은 디바이스에 소프트웨어와 서비스가 같이 들어가는 플랫폼형 제품만 내놓을 것이다. 
애플의 성공을 분석한 수많은 기사와 책이 쏟아지면서 나온 컨센서스 중에 가장 핵심은 "애플은 아이튠즈, 앱스토어를 통해 각 제품을 수평으로 완벽하게 연결했다"는 내용이었다. 즉, 아이튠즈와 iOS라는 소프트웨어를 핵심으로 아이폰, 아이팟, 아이패드가 서로 호환하면서 완벽하게 연결된 구조를 갖춘 것이다. 여기에 iOS를 닮아가는 맥OS를 중심으로한 PC 라인도 갖춰지면서 매출과 이익이 사상 최대를 분기마다 경신하고 있는 것이다. 

여기에 애플은 제품과 부품까지 수직계열화도 완성시켰다. 완제품과 부품까지의 수직계열화는 오직 삼성전자만 가능한 일이었다. 하지만 애플은 제품과 부품까지 완벽하게 디자인한다(물론 제조는 아웃소싱). 
애플은 제품과 서비스의 수평계열화와 수직계열화를 십자가 형태로 이뤄낸 전세계 유일한 회사다. 
이를 따라한 것이 최근 윈도8과 서비스를 내놓은 마이크로소프트(MS)다. 항공모함과도 같은 MS는 방향을 트는데 2~3년이 걸렸고 이제 '애플 따라하기'에 전속력으로 발진한다고 최근 선언(윈도8, 서피스 출시)한 셈이다. 

3. 테크놀로지스 그룹 신설
 애플은 사실 세계 최고의 부품회사다. 정확히 말하면 부품 설계회사. 공장(팹, Fab)만 없지 설계 능력에서는 인텔과 퀄컴에 필적하고 있다. 애플이 신제품 발표회때마다 새 부품(A5, A6칩, 퓨전메모리 등)을 내놓는 것을 잊으면 안된다. 
 애플은 이번에 '테크놀로지스' 그룹을 신설했다. 이 그룹은 맨스필드 부사장이 맡는다. 애플 내부 각각 부서에 존재하는 무선기술팀을 합친 것 같다. 이 그룹에 반도체팀을 포함시켰다. 그러면서 반도체팀이 "미래를 위한 야심찬 계획이 있다"고 밝혔다. 뭘까. 돈도 많은데 아예 대만 TSMC를 사들여서 부품은 인소싱해버릴까? ㅎㅎ 부품 전 분야에 걸쳐 삼성과 결별하기 위한 것 아닐까 싶기도 하다. 

4. 유통 부분 사장 직속 흡수
 애플은 글로벌 유통 1인자이기도 하다. 코스트코나 타겟, 월마트, 베스트바이, 아마존 등 온오프라인 유통의 구루회사들도 애플을 벤치마킹한다. 존 브로와트도 회사를 떠나기를 하면서 유통 부분을 팀 쿡 사장 직속으로 만들었다. 애플스토어는 MS스토어 등 따라쟁이들의 위협을 받고 있다. 더이상 새롭지 않아 보인다. 최근 1~2년 사이에 애플스토어 매장 확대 외에 특별히 혁신적인 뉴스는 없었다. 하지만 팀 쿡 직속이 되면서 앞으로 애플스토어가 어떨게 바뀔지 궁금하게 됐다. 

*1st update 10/29/2012. 
Posted by Julyus
, |

최근에 달린 댓글

최근에 받은 트랙백

글 보관함