당신은 주제를 찾고 있습니까 “검색 서비스 – 인터넷검색 _ 알아두면 유용한 네이버 검색 서비스 이용 방법.“? 다음 카테고리의 웹사이트 https://hu.taphoamini.com 에서 귀하의 모든 질문에 답변해 드립니다: https://hu.taphoamini.com/photos/. 바로 아래에서 답을 찾을 수 있습니다. 작성자 IB 96 이(가) 작성한 기사에는 조회수 5,517회 및 좋아요 154개 개의 좋아요가 있습니다.
Table of Contents
검색 서비스 주제에 대한 동영상 보기
여기에서 이 주제에 대한 비디오를 시청하십시오. 주의 깊게 살펴보고 읽고 있는 내용에 대한 피드백을 제공하세요!
d여기에서 인터넷검색 _ 알아두면 유용한 네이버 검색 서비스 이용 방법. – 검색 서비스 주제에 대한 세부정보를 참조하세요
☞ IB96 채널 은 컴퓨터 프로그램과 스마트폰 IT 모바일 기기 사용법 응용능력 기능 을 알려드리는 교육 채널입니다 _
IB96 채널 영상은 https://www.ib96.com 에서 제공받았습니다
IB96 구독및 [가입]을 해주시면 좀더 좋은 컨텐츠로 보답하겠습니다
감사합니다
– 네이버의 편리하고 유용한 검색기능들
검색창 자동완성 끄기, 주소와 검색창 바로가기, 검색막대 띄우기, 검색엔지 바꾸기, 퀵서치, 듀얼탭 서치 등의 PC와 스마트폰에서의 네이버 검색의 편리한 기능을 알아봅니다.
컴퓨터 프로그램과 모바일기기 사용법을 IB96 에서 배우시고 실무에 활용하세요
#네이버검색서비스 #인터넷검색 #컴퓨터활용팁
검색 서비스 주제에 대한 자세한 내용은 여기를 참조하세요.
검색 엔진 – 나무위키
검색 엔진은 프로그램을 가리키는 것이고 그 프로그램으로 검색 서비스를 제공하는 곳은 ‘검색 사이트’지만, 사실상 검색 엔진이라는 용어로 두 의미 …
Source: namu.wiki
Date Published: 4/29/2021
View: 6210
Google 검색의 작동 방식 알아보기
Google 검색이 어떻게 작동하는지 궁금하세요? Google에서 사용자에게 가장 유용하고 관련성 높은 Google 검색결과를 신속하게 제공하기 위해 인터넷에 있는 방대한 …
Source: www.google.com
Date Published: 9/10/2021
View: 9392
네이버, AI 기술 적용한 새로운 검색 서비스 ‘에어서치’ 공개
네이버(대표 한성숙)가 인공지능(AI)을 활용한 새로운 검색 서비스를 도입한다. 28일 열린 네이버 온라인 밋업 행사에서는 네이버의 AI 중심 새로운 …
Source: www.aitimes.com
Date Published: 12/1/2021
View: 330
검색시스템 이해하기 – 엔꾸꾸
검색 엔진, 검색 시스템, 검색 서비스 등의 용어가 대표적이다. 검색 엔진. 정의. 검색 엔진은 컴퓨터 시스템에 저장된 정보를 찾아주는 것을 도와주도록 …
Source: ncucu.me
Date Published: 1/12/2021
View: 9832
국내외 검색포털서비스 현황 : 구글, 네이버, 다음을 중심으로
– Google은 Platform 기반의 검색서비스 강화, Naver는 콘텐츠 확대, Daum은 SNS. (카카오톡)을 기반으로 O2O 서비스 확대 추진 중임. 구분. 사업. 전략. • Network, …
Source: repository.kisti.re.kr
Date Published: 8/18/2021
View: 1069
KIPRIS 특허정보 검색서비스
특허정보넷 키프리스. 검색 입력 창. 검색. 최근검색어삭제. 특허실용신안 · 디자인 · 상표 · 심판 · 메뉴얼 · 공지사항 · 소개 · PC버전. Copyrightc KIPRIS.
Source: www.kipris.or.kr
Date Published: 10/17/2022
View: 4492
8장, “검색 엔진 서비스 관리”
검색 엔진 서비스 개요. Sun ONE Portal Server 검색 엔진은 Google, Alta Vista 등의 보편적 인터넷 검색 엔진과 마찬가지로 검색 및 찾아보기 인터페이스를 지원 …
Source: docs.oracle.com
Date Published: 10/24/2021
View: 1796
KISA 후이즈검색 whois.kisa.or.kr
한국인터넷진흥원 인터넷주소자원 검색(후이즈검색) 서비스 입니다.
Source: xn--c79as89aj0e29b77z.xn--3e0b707e
Date Published: 11/17/2021
View: 1351
구글 검색서비스의 원칙에 대해 알려드립니다
구글은 검색서비스를 처음 소개했던 1998년부터 지난 17년간 검색기술 향상을 위해 노력해왔습니다. 구글은 검색이나 광고 등 모든 비즈니스 활동에서 …
Source: korea.googleblog.com
Date Published: 8/3/2021
View: 9264
온라인 검색서비스의 검색 결과 이용 경험이 만족도에 미치는 …
선행 연구에서는 인터넷 포털 검색서비스 이용 행태. 를 파악하는 연구들이 주를 이루고 있다[1-4]. 검색서. 비스별 이용 여부, 검색서비스 이용 이유, 검색서비스에. 대한 …
Source: www.koreascience.or.kr
Date Published: 10/14/2022
View: 8611
주제와 관련된 이미지 검색 서비스
주제와 관련된 더 많은 사진을 참조하십시오 인터넷검색 _ 알아두면 유용한 네이버 검색 서비스 이용 방법.. 댓글에서 더 많은 관련 이미지를 보거나 필요한 경우 더 많은 관련 기사를 볼 수 있습니다.
주제에 대한 기사 평가 검색 서비스
- Author: IB 96
- Views: 조회수 5,517회
- Likes: 좋아요 154개
- Date Published: 최초 공개: 2022. 4. 24.
- Video Url link: https://www.youtube.com/watch?v=AVqQ5z07Sx0
네이버, AI 기술 적용한 새로운 검색 서비스 ‘에어서치’ 공개
네이버 서치CIC 김상범 책임리더(왼쪽)와 최재호 책임리더(오른쪽)
네이버(대표 한성숙)가 인공지능(AI)을 활용한 새로운 검색 서비스를 도입한다. 28일 열린 네이버 온라인 밋업 행사에서는 네이버의 AI 중심 새로운 검색 서비스인 ‘에어서치(AiRSearch)’가 처음 소개됐다.
‘에어서치’는 에어스(AiRS), 에이아이템즈(AiTEMS), 에어스페이스(AiRSPACE) 등 콘텐츠·쇼핑·로컬 단위의 다양한 AI 추천기술과 검색을 아우루는 네이버의 AI 검색 브랜드다.
에어서치 도입으로 네이버는 질문 내용을 기반으로 정확한 정답을 찾는 정답형에서 나아가 키워드 검색 의도를 파악하는 탐색형 방식을 적극 활용한다.
검색결과를 제시하는 방식도 사용자 개인에 맞춘 ‘스마트블록’ 형태로 변경된다. 기존에는 이미지, 동영상, 쇼핑, 지식iN 등 정형화된 카테고리 중심으로 결과를 제공했었다.
◆정답 찾기에서 검색 키워드 의도 찾는 탐색형 검색으로
개인 관심사 탐색 방법을 확장하게 된 이유는 이러한 탐색형 질의가 현재 네이버 전체 검색 질문 중 65%를 차지하기 때문이다.
해당 검색어들의 검색 건수도 최근 2년간 매년 10% 증가할 정도로 사용자의 검색 의도가 다양화되고 있다는 설명이다.
네이버 서치(Search) CIC 김상범 책임리더는 “최근 검색의 트렌드는 정답을 찾는 검색에서, 관심사를 발견하고 탐색하기 위한 검색까지 사용성이 확장되고 있다”면서 “같은 키워드라도 검색 의도가 각기 다른 키워드가 존재한다”고 설명했다.
예를 들어, 크로플 칼로리, 맹장염 초기증상, 창원 버스요금 등을 검색하는 사용자는 대부분 하나의 정답을 찾고자 한다. 반면 바다낚시, 캠핑, 손세차 등의 경우, 같은 검색어라도 사용자 별로, 혹은 상황별로 다양한 검색 의도가 존재한다는 것.
◆현 트렌드와 개인 관심사 반영한 ‘스마트블록’ 검색결과
에어서치 기반 검색결과는 이미지, 동영상, 쇼핑, 지식인과 같은 카테고리가 아닌 개인 취향을 기준으로 나타난다.
현재 트렌드와 개인의 관심사가 반영되어 자신의 취향을 발견할 수 있는 ‘스마트블록’ 형태로 다양하게 제시된다.
스마트블록은 콘텐츠분석에 기반한 ‘스마트블록 생성’과 사용자 취향에 기반한 ‘스마트블록 랭킹’ 과정을 통해 사용자에게 제공된다. 각 단계에는 네이버의 다양한 AI 기술이 반영되어 있다.
김 책임리더는 “스마트블록을 통해 사용자는 원하는 결과를 찾기 위해 여러 검색어를 찾아서 입력할 필요가 없다. 막연한 검색어만 입력해도 콘텐츠를 빠르게 발견할 수 있고, 특정 분야의 다양한 트렌드를 한 눈에 파악할 수 있게 된다”고 설명했다.
예를 들어 ‘캠핑’을 검색하면 사용자의 성별·연령에 따라 관심사가 높을 만한 순서대로 ▲캠핑 준비물 리스트 ▲초보캠핑 ▲캠핑장비 ▲감성캠핑 ▲차박용품 등 다양한 주제별 스마트블록을 볼 수 있다. 이를 통해 사용자는 자신이 더 탐색하고 싶은 주제에 대한 아이디어를 얻고, 빠르게 정보에 접근할 수 있다.
지난 6월부터 40여개 키워드를 대상으로 베타 테스트를 진행한 결과, 동일 키워드 당 소비되는 콘텐츠의 종류가 이전 대비 38% 이상 다양해졌다는 것이 네이버 설명이다. 더 많은 창작자와 콘텐츠들이 사용자와 매칭되는 효과를 볼 수 있을 것으로 기대된다.
◆네이버 검색결과 15%까지 연내 스마트블록 적용 예정
스마트블록은 현재 취미·인테리어·레시피·원예 등 라이프스타일과 관련된 키워드 일부에 적용되어 있다.
네이버는 스마트블록 서비스를 연내 검색결과의 약 10~15%까지 단계적으로 확대 적용할 예정이다. 향후 쇼핑·로컬 등 버티컬 주제로도 확장될 예정이다.
스마트블록의 추천방식도 더욱 정교화한다. 최 책임리더는 “우선 성별·연령 등 그룹별 개인화를 반영했으며, 연내에 사용자의 피드백까지 실시간으로 고려하는 반응형 검색 등을 추가 적용할 계획”이라고 설명했다.
김 책임리더는 “에어서치는 네이버검색의 가장 차별화된 특징이었던 ‘통합검색’ 만큼 네이버의 새로운 검색을 대표하는 큰 변화의 시작이 될 것”이라고 강조했다.
이어 “에어서치 기반의 검색에서는 ‘정답’을 찾는 사용자들에게 더 많은 정보를 더 빨리 제공하게 되는 것은 물론, 의도가 다양한 검색에 대해서도 맞춤형 결과를 제공할 수 있다”고 말했다.
네이버 서치(Search) CIC 최재호 책임리더는 “네이버 검색이 글로벌 빅테크 기업과의 경쟁에서 생존하며, 우리나라 사용자들은 타 국가와는 달리 다양한 검색 서비스를 선택해 사용할 수 있게 됐다”고 말했다.
그러면서 “네이버가 통합검색을 통해 타 검색 서비스와의 차별화된 경험 제공으로 사용자의 선택을 받아왔듯이, 이제 에어서치로 그 흐름을 이어가며, 더욱 새로운 검색 경험을 선사하겠다”고 전했다.
AI타임스 박성은 기자 [email protected]
[관련기사]네이버 3분기 매출, 영업이익 최대 실적…콘텐츠 분야 성장세 최대 [관련기사]네이버, 한글 및 한국어 정보처리 학술대회서 15개 논문 채택…초거대AI 연구 포함
검색시스템 이해하기
서론
검색시스템과 검색엔진의 정의를 간략히 살펴보고, 엘라스틱서치와 데이터베이스의 차이점, 엘라스틱서치가 다른 검색엔진에 비해 가지는 강점 등을 살펴본다.
검색 시스템의 이해
최근에는 검색 서비스가 일상에서 빼놓을 수 없는 서비스로 자리매김 했다.
이런 검색 서비스들을 부르는 용어도 다양하다.
검색 엔진, 검색 시스템, 검색 서비스 등의 용어가 대표적이다.
검색 엔진
정의
검색 엔진은 컴퓨터 시스템에 저장된 정보를 찾아주는 것을 도와주도록 설계된 정보 검색 시스템이다.
검색 결과는 목록으로 표현되는 것이 일반적이다. 검색엔진을 사용하면 정보를 찾는데 필요한 시간을 최소화할 수 있다.
검색엔진을 간략하게 정리하면 다음과 같다.
웹에서 정보를 수집해 검색 결과를 제공하는 프로그램이다.
검색 결과로 제공되는 데이터의 특성에 따라 구현 형태가 각각 달라진다.
야후는 디럭테리 기반의 검색 결과를 세계 최초로 제공했다.
초기 검색엔진은 웹 디렉터리 기반으로 하고 있었지만, 지금은 웹 디렉터리를 검색엔진이라 하지 않는 편이다.
서버에서는 로봇 이라 불리는 특별한 프로그램을 이용해 웹 사이트들을 돌아다니며 웹 사이트들에 대한 정보를 미리 수집한다.
검색 시스템
검색 시스템은 대용량 데이터를 기반으로 신뢰성 있는 검색 결과를 제공하기 위해 검색엔진을 기반으로 구축된 시스템을 통칭하는 용어이다.
다수의 검색엔진을 이용해 색인하고 검색 결과를 UI로 제공한다.
검색 서비스
검색 서비스는 검색 엔진을 기반으로 구축한 검색 시스템을 활용해 검색 결과를 서비스로 제공한다.
이들의 포함관계는 다음과 같다.
검색 서비스 > 검색 시스템 > 검색 엔진
검색 시스템의 구성 요소
검색 시스템의 구조는 개발사 마다 서로 조금씩 다르지만 기본 구조는 동일하다.
수집기
스토리지
색인기
검색기
수집기
수집기는 웹에서 필요한 정보를 수집하는 프로그램이며, 크롤러, 스파이더, 웜, 웹 로봇 등으로 불린다.
스토리지
데이터를 저장하는 물리적인 저장소이다. 색인한 데이터를 스토리지에 보관한다.
색인기
수집된 데이터를 검색가능한 구조로 가공하고 저장하는 역할을 한다.
다양한 형태소 분석기를 조합하여 정보에서 의미가 있는 용어를 추출하고, 검색에 유리한 역색인 구조로 데이터를 저장한다.
색인
빠른 검색을 위해 문서에서 검색될 만한것 (Lexicon) 들의 존재여부와 위치 (Positing)을 미리 추출하여 빠른 탐색 자료구조를 구축해 두는것을 말한다.
역색인
어떤 키워드가 주어졌을때, 어느 문서에 속해있는지 목록을 유지하는 자료구조를 구축해 두는것을 말한다.
역색인의 구축 과정
원문에서 색인어를 추출한다. 원문에서 각 문서당 색인어 수를 샌다. 키워드 순서로 정렬한다. 키워드 마다 역색인 벡터를 만든다. 역색인 벡터를 압축한다. 키워드당 검색 순위를 미리 만든다. Lexicon을 Hashing, Btree, TRIE 자료구조로 색인한다. 키워드가 요청되면 열심히 찾는다.
실시간 검색의 속도 문제를 보완하기 위해 색인만으로는 한계가 있기 때문에 검색 속도의 향상을 위해 역색인 하는것이 필요하다.
검색기
검색기는 사용자 질의를 받아 색인기에서 저장한 역색인 구조에서 일치하는 문서를 찾아 결과를 반환한다.
검색기 또한 형태로 분석기를 사용해 사용자 질의에서 유의미한 용어를 추출해 검색한다.
따라서 사용하는 형태소 분석기에 따라 검색 품질이 달라진다.
관계형 데이터베이스와의 차이점
검색엔진의 비교대상은 항상 RDBMD (관계형 데이터베이스) 이다.
데이터베이스는 데이터를 구조화하고, 형과 열로 구성딘 테이블에 데이터를 저장하기 때문에 비즈니스에 적합하다. (Command)
반면 검색엔진은 데이터베이스에서 불가능한 비정형 데이터를 색인하고 검색에 최적화 되어있다. (Query)
엘라스틱서치와 관계형 데이터베이스의 비교
엘라스틱서치 관계형 데이터베이스 인덱스 데이터베이스 샤드 파티션 타입 테이블 문서 행(Row) 필드 열(Column) 매핑 스키마 Query DSL SQL
엘라스틱서치는 기본적으로 HTTP를 통해 JSON 형식의 RESTful API 를 제공한다.
이를 통해 검색, 삭제, 수정 등의 기능을 이용할 수 있다.
엘라스틱서치
대량의 데이터를 빠르게 검색하기 위해 NoSQL (No Structured Query) 를 많이 사용한다.
엘리스틱서치도 NoSQL의 일종이며, 분류가 가능하고 분산처리를 통해 실시간에 준하는 빠른 검색을 제공한다.
전문검색 (Full-Text Search)과 구조 검색 모두 지원한다.
엘라스틱서치의 특징
아파치 루씬 기반
아파치 루씬은 자바언어로 개발된 검색 라이브러리 이다.
현재는 엘라스틱서치를 비롯한 솔라, 티카 와 같은 프로젝트를 통해 널리 사용되고 있다.
아파치 루씬은 매우 강력한 기능이 있는 검색엔진이며, 사용자 위치 정보를 이용할 수 있고 다국어 검색, 철자 수정기능, 자동완성, 미리보기 등 다양한 기능을 지원한다.
실시간 분석
엘라스틱서치에 저장된 데이터는 검색에 사용되기 위해 별도의 재시작이나 상태 갱신이 필요하지 않다.
분산 시스템
엘라스틱서치는 여러 개의 노드로 구성되는 분산 시스템이다.
노드는 데이터를 색인하고 검색 기능을 수행하는 엘라스틱서치의 단위 프로세스이다.
소규모 시스템에서 적은 수의 노드로 시스템을 구성한 뒤 규모가 커지면 기존 노드에 새 노드를 실행해 연결하는 것으로 쉽게 확장이 가능하다.
또한 데이터는 각 노드에 분산되어 저장되며 복사본을 유지해 데이터의 유실을 방지한다.
높은 가용성
엘라스틱 서치는 하나 이상의 노드로 구성되어 있다.
각 노드는 1개 이상의 데이터 원본과 복사본을 가지고 있으며 서로 다른위치에 나누어 저장한다.
노드가 종료되거나 실행에 실패하는 경우 노드들의 상태를 감지하고 종료된 노드가 가지고 있던 데이터를 다른 노드로 옮기는 작업을 수행한다.
엘라스틱서치는 이런 과정으로 인해 항상 일정한 데이터 복사본의 개수를 유지하고 높은 가용성과 안전성을 보장한다.
멀티 테넌시
엘라스틱서치에서의 데이터는 여러 개로 분리된 인덱스들 (Indices)에 그룹으로 저장된다.
관계형 DB에서 다른 데이터베이스이 데이터를 검색하려면 별도의 커넥션을 생성해야 하지만, 엘라스틱서치에서는 서로 다른 인덱스의 데이터를 하나의 질의로 묶어 검색하고 여러 검새 결과를 하나의 출력으로 도출할 수 있다.
전문검색
엘라스틱서치는 데이터 색인을 통한 전문검색(Full-Text Search)를 지원한다.
JSON문서 기반
엘라스틱서치의 모든 데이터는 기본적으로 문서의 모든 필드가 색인되어 JSON구조로 저장된다.
따라서 모든 레벨의 필드에 접근이 쉬우며 매우 빠른 속도로 검색된다. NoSQL과 같이 스키마프리 (Schema Free)를 지원하므롤 별도의 사전 매핑없이 JSON 문서 형식으로 데이터를 입력하면 바로 검색가능한 형태로 색인 작업이 수행된다.
RESTful API
RESTfulAPI 를 지원하기 때문에 URI를 이용한 동작이 가능하다.
엘라스틱서치의 약점
실시간이 아니다. 일반적으로 색인된 데이터는 약 1초 뒤에나 검색이 가능해진다. 이를 준 리얼타임이라고 한다.
트랜잭션과 롤백 기능을 제공하지 않는다. 전체적인 클러스터 성능 향상을 위해 롤백과 클러스터를 지원하지 않는다. 최악의 경우 데이터 손실의 위험이 있다.
데이터 업데이트를 제공하지 않는다. 엘라스틱서치는 업데이트 명령 요청시, 기본 문서를 삭제하고 변경된 내용으로 재 생성한다. 단순 업데이트에 비해 상대적으로 많은 비용이 발생하지만, Immutable 하다.
솔라, 몽고디비와 엘라스틱서치의 비교
솔라와 엘라스틱서치
솔라 4.7.0 엘라스틱서치 1.0 문서 형식 XML, CSV, JSON JSON REST API 지원 지원 라이브러리 PHP, 루비, 펄, 스칼라, 파이썬, .NET, 자바스크립트 PHP, 루비, 펄, 스칼라, 파이썬, .NET, 자바스크립트 ,Erlang, Clojure Data Import 지원 JDBC, CSV, XML, Tika, URL, Flat File Rivers modules – ActiveMQ, Amazon SQS, CouchDB, Dropbox, DynamoDB, FileSystem, Git, Github, Hazelcast, JDBC, JMS, Kafka, LDAP, MongoDB, neo4j, OAI, RabbitMQ, Redis, RSS, Sofa, Solr, St9, Subversion, Twitter, Wikipedia 다중스키마 문서 지원하지 않음 지원 조인 지원하지 않음 parent_type/child_type을 이용해서 구현 가능 분산시스템의 노드 연결 주키퍼 젠 디스커버리, 주키퍼
몽고DB와 엘라스틱서치
몽고DB 4.7.0 엘라스틱서치 1.0 구분 데이터 저장소 루씬기반 검색 엔진 애플리케이션 개발언어 C++ Java 운영체제 리눅스, 맥 OS X, 솔라리스, 윈도우 JVM이 존재하는 모든 OS 접속방식 자체 프로토콜 RESTful/HTTP API 문서구조 JSON JSON
보통 데이터 저장이 중요한 시스템에서는 몽고 DB, 검색이 중요한 시스템에서는 엘라스틱서치를 사용하도록 권장하고 있다
검색 엔진 서비스 관리
8장
검색 엔진 서비스 관리
이번 장에서는 Sun™ ONE Portal Server 검색 엔진 서비스를 구성하고 관리하는 방법에 대해 설명합니다.
이번 장은 다음 절로 구성됩니다.
검색 엔진 서비스 개요
Sun ONE Portal Server 검색 엔진은 Google, Alta Vista 등의 보편적 인터넷 검색 엔진과 마찬가지로 검색 및 찾아보기 인터페이스를 지원하도록 설계된 분류법 및 데이터베이스 서비스입니다. 검색 엔진 에는 문서 자원을 발견, 변환 및 요약하기 위한 로봇이 포함되어 있습니다. Sun ONE Portal Server 6.2에서 이 인터페이스는 JSP 공급자를 사용하여 데스크탑 에서만 제공됩니다. 검색 엔진에는 구성 편집을 위한 관리 도구와 시스템 관리를 위한 명령줄 도구가 포함되어 있습니다. 구성 설정은 Sun ONE Identity Server 관리 콘솔을 통해 iPlanet Directory Server Access Management Edition 서비스 속성 값으로 정의하고 저장할 수 있습니다.
참고 관리자는 관리 콘솔에서 대부분의 검색 엔진 옵션을 구성할 수 있지만 관리 콘솔은 명령줄을 통해 이용할 수 있는 모든 관리 기능을 수행하지 않습니다.
검색 데이터베이스
검색 사용자는 데이터베이스를 검색하여 특정 자원이나 자원 유형을 찾습니다. 데이터베이스의 개별 항목을 자원 설명(RD)이라고 합니다. 자원 설명은 단일 자원에 대한 특정 정보 집합입니다. 각 자원 설명의 필드는 데이터베이스 스키마로 결정됩니다.
RD를 데이터베이스에 넣기 위해 두 방식을 사용할 수 있습니다.
RD 만들기—지금까지 가장 일반적인 방법으로서 로봇 프로세스를 사용하여 자원을 찾고 그 설명을 생성합니다.
RD 교환—이 방법은 분산된 대규모 네트워크 인덱스에 적합합니다. 원격 시스템이 RD를 생성하고 검색 엔진이 이를 데이터베이스로 가져옵니다.
Sun ONE Portal Server 검색 엔진의 RD는 SOIF (Summary Object Interchange Format) 및 자원 설명 메시지(RDM)와 같은 개방 인터넷 표준을 기반으로 합니다. 이를 통해 검색 엔진이 여러 플랫폼에 걸친 엔터프라이즈 환경에서 작동할 수 있습니다.
검색 로봇
데이터베이스를 채우는 한 방법은 로봇을 통해서 입니다. 검색 엔진은 로봇을 사용하여 해당 도메인에서 자원을 찾고 결과를 보고합니다. 로봇은 두 가지 작업을 수행하는 작은 프로그램입니다.
자원에 대한 링크를 추출하고 따라갑니다(열거 또는 탐색이라고도 함).
이러한 자원을 설명하고 데이터베이스에 이 설명을 넣습니다(생성 또는 인덱싱이라고도 함).
시스템 관리자는 다음을 포함하여 다양한 방식으로 이러한 프로세스의 모든 측면을 제어합니다.
로봇을 시작, 중단 및 일정을 계획하여 로봇을 실행할 시기를 제어.
로봇이 방문하는 사이트를 정의하여 로봇이 자원을 찾을 위치를 제어.
탐색 속성을 정의하여 로봇이 얼마나 적극적으로 검색하는가를 제어.
필터를 정의하여 로봇이 인덱싱하는 자원 유형을 제어.
인덱싱 속성을 정의하여 로봇이 데이터베이스에 만드는 항목의 종류를 제어.
검색 엔진은 로봇이 원하는 작업을 수행하도록 하는 유틸리티도 제공합니다.
데이터베이스 분류법 범주
사용자는 두 가지 색다른 방식으로 검색 시스템과 상호 작용합니다. 데이터베이스 검색을 위한 쿼리를 직접 입력하거나 설계한 범주 집합을 사용하여 데이터베이스 컨텐트를 찾아볼 수 있습니다. 범주의 계층을 분류법이라고 종종 부릅니다. 자원을 분류하는 것은 데이터베이스에 목차를 만드는 것과 같습니다.
찾아보기는 검색 시스템에서 옵션 기능입니다. 즉, 범주별 찾아보기를 포함하지 않는 완벽한 검색 시스템을 얻을 수 있습니다. 찾아보기 가능한 범주를 추가하는 것이 인덱스 사용자에게 유용할지를 결정한 다음 어떤 종류의 범주를 만들 것인지 결정해야 합니다.
검색 데이터베이스의 자원은 복잡성을 없애기 위해 범주에 할당됩니다. 데이터베이스에 매우 많은 항목이 있으면 이를 관련 항목으로 그룹화하는 것이 도움이 됩니다. 이를 통해 사용자가 신속하게 특정 항목을 찾고, 유사한 항목을 비교하고, 필요한 항목을 선택할 수 있습니다.
이러한 분류는 제품과 서비스 인덱스에서 공통적입니다. 의류 카탈로그는 남성복, 여성복, 아동복으로 구분되며 이 각각은 다시 코트, 셔츠, 신발 등으로 세분됩니다. 사무 용품 카탈로그는 필기구, 컴퓨터 및 소프트웨어에서 가구를 분리시킬 수 있습니다. 광고 디렉토리는 제품과 서비스의 범주로 배치됩니다.
인쇄된 인덱스에서 범주화 그룹의 원칙은 온라인 인덱스에도 적용됩니다. 개념은 사용자가 특정 유형의 자원을 쉽게 찾아 필요한 것을 선택하도록 하는 것입니다. 설계하는 인덱스의 범위에 상관 없이 범주를 설정할 때의 주안점은 사용 편이성에 두어야 합니다. 즉, 사용자가 범주를 어떻게 사용할 것인가를 알아야 합니다. 예를 들어 서로 다른 위치에 3개의 사무소가 있는 회사에 인덱스를 설계하는 경우, 최상위 범주가 이 3개 사무소 각각에 대응하도록 해야 할 것입니다. 그러나 사용자가 지역적 경계를 가로지르는 기능적 구분에 더 관심이 있다면 자원을 회사 부서별로 분류하는 것이 타당할 것입니다.
범주가 정의된 후에는 자원을 범주에 할당하기 위한 규칙을 설정해야 합니다. 이러한 규칙을 분류 규칙이라고 합니다. 분류 규칙을 올바로 정의하지 않으면 사용자가 범주 찾아보기로 자원을 찾을 수 없게 됩니다. 자원을 잘못 분류하는 것도 피해야 하지만 문서를 전혀 분류하지 않는 실수도 조심해야 합니다.
문서는 여러 범주에 할당할 수 있으며 그 최대 수는 설정에서 정의합니다. 분류 규칙에는 흐름 제어 의사 결정이 관련되지 않기 때문에 필터 규칙보다 단순합니다. 분류 규칙에서는 특정 범주를 자원 설명의 일부로 자원에 할당하기 위해 어떤 기준을 사용할지 결정합니다. 분류 규칙은 “<어떤 조건>이 참이면 자원을 <범주>에 할당한다”의 형태를 취하는 간단한 조건문입니다.
검색 채널 구성
이 부분에서는 검색 엔진 서비스를 처음으로 구성하는 방법을 설명합니다. 구성 설정은 Sun ONE Identity Server 관리 콘솔을 통해 Sun ONE Identity Server 서비스 속성 값으로 정의하고 저장할 수 있습니다.
검색 서비스는 전역으로 등록되고 그 구성은 전체 Portal Server에 적용됩니다. 기본적으로 Sun ONE Portal Server 설치 중에 지정하는 조직이 검색 서비스에 등록됩니다. 예제 포털을 설치하면 예제 포털 데스크탑의 검색 탭에 검색 채널이 포함됩니다. 이는 Sun ONE Portal Server 설치 중에 자동으로 구성됩니다. 그러나 새 조직 및 새 인스턴스에 대해서는 검색 URL을 직접 정의해야 합니다.
검색 공급자 사용자의 기본 동작은 사용자가 쿼리를 입력할 때 “일치하는 문서 없음”을 표시하는 것입니다.
검색 결과를 가져오도록 검색 서버를 구성하고 문서 데이터베이스를 만들어야 합니다.
검색 서버를 처음으로 구성하려면
이 단계를 통해 검색 공급자를 구성합니다. 이는 데이터베이스를 채우는 예제 방법입니다. 가져오기 함수를 사용할 수도 있습니다.
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 새 사이트를 만듭니다. [로봇]을 클릭합니다. [사이트]를 클릭합니다. [새 사이트] 아래에서 [사이트 만들기]를 클릭하여 로봇이 인덱싱할 사이트를 정의합니다. 사이트 유형(URL 또는 도메인), 인덱싱할 사이트 및 로봇이 탐색할 깊이를 지정합니다. 기본 검색 속성을 사용하려면 [사이트 만들기]를 클릭하고 검색 사이트를 더 완벽하게 정의하려면 [사이트 만들기 및 편집]을 선택합니다. 사이트를 정의하는 속성에 대한 자세한 내용은 부록F, “검색 속성”을 참조하십시오. 분류법을 만듭니다. 범주 아래의 범주 편집기를 사용하거나 예제 분류법 SOIF 파일을 config/taxonomy.rdm으로 복사하여 분류법을 만들 수 있습니다. 사용하지 않을 기본 필터를 해제시킵니다. [로봇]을 클릭하고 [필터]를 클릭합니다. 필터 규칙 목록에서 사용하지 않을 필터를 해제시킵니다. (옵션) 범주 아래에서 문서 결과를 얻으려면 로봇 분류 규칙을 만듭니다. 범주 아래에서 분류 규칙 편집기를 사용하여 로봇 분류 규칙을 만들 수 있습니다. 로봇을 시작합니다. [로봇], [개요]를 클릭한 다음 [시작]을 클릭하여 로봇을 시작합니다. 범주를 다시 인덱싱합니다. [범주], [다시 인덱싱]을 차례로 클릭하여 다시 인덱싱합니다.
검색 URL을 정의하려면
searchServer 속성이 검색 URL을 정의합니다. 기본 조직에 대해서는 이 값이 자동으로 구성되지만 새 조직을 만들거나, 새 SearchProvider 인스턴스를 만들거나, 예제 dp-org.xml을 직접 로드하는 경우에는 이 값이 정의되지 않습니다. 값이 정의되지 않았을 때 사용자가 검색하면 사용자의 데스크탑 에 다음 오류 메시지가 표시됩니다.
com.sun.portal.search.providers.taglib.SearchTaglibException이 발생했습니다.SearchRequest Error:검색 서버가 정의되지 않았습니다.
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 검색 URL을 정의할 조직을 선택합니다. [보기] 메뉴에서 [서비스]를 선택합니다. 탐색 표시 영역의 [보기] 메뉴와 위치 표시 영역의 [위치] 경로를 사용합니다. 탐색 표시 영역에서 데스크탑 옆에 있는 속성 화살표를 클릭합니다. 데스크탑 속성 페이지가 데이터 표시 영역에 나타납니다. 데스크탑 페이지에서 [채널 및 컨테이너 관리] 링크를 클릭합니다. [채널] 페이지가 나타납니다. 상단에 컨테이너 경로가 나타납니다. 정의된 채널이 목록에 나타납니다. 수정할 검색 채널 옆에 있는 [속성 편집] 링크를 클릭합니다. [속성] 페이지가 나타납니다. 검색 서버 속성에서 검색 URL을 다음 형식으로 지정합니다. http://portal_server_name:port/portal/search [저장]을 클릭합니다. 검색 URL을 지정하려면 다음을 수행합니다. 검색 URL을 구성한 조직에 로그인합니다. 예를 들어 다음과 같이 B라는 조직에 로그인합니다. http://portal_server_name:port/amserver/ui/login?org=B 검색 채널에서 검색을 수행합니다.
검색 엔진 관리
검색 엔진을 처음으로 구성하고 데이터베이스를 생성했으면 Sun ONE Identity Server 관리 콘솔에서 검색 엔진을 보고 관리할 수 있습니다.
검색 엔진 작업의 보기, 관리 및 모니터링
검색 엔진 작동 속성에는 기본과 고급의 두 수준이 있습니다. 기본 설정 페이지는 관리 콘솔에서 검색 서비스를 선택할 때 기본적으로 나타납니다. 표시되는 기본 설정에는 서버 루트, 임시 파일의 위치 및 문서 수준 보안이 포함됩니다. 고급 설정에는 다양한 검색 엔진 구성 요소의 로그 위치 및 구성된 로그 수준이 포함됩니다.
또한 관리자는 관리 콘솔에서 로그 파일이나 로그 파일에서 추출한 특정 정보를 볼 수 있습니다.
기본 설정을 보거나 관리하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [서버], [설정]을 차례로 클릭합니다. 검색 엔진에 대한 서버 루트 디렉토리를 보거나 지정합니다. 검색 엔진에 대한 임시 파일 디렉토리를 보거나 지정합니다. 문서 수준 보안 속성을 보거나 지정합니다. [해제]는 모든 사용자가 데이터베이스의 RD에 액세스한다는 것을 의미합니다. [설정]은 사용자에게 RD에 액세스할 권한이 있는지 확인하기 위해 RD의 ReadACL 필드를 평가한다는 것을 나타냅니다. [저장]을 클릭하여 변경된 속성을 기록합니다.
고급 설정을 보거나 관리하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [서버], [고급]을 차례로 클릭합니다. 고급 속성을 보거나 지정합니다. 사용 가능한 속성: 검색(rdm), 검색 로그 사용 안함, 인덱스 유지 관리, RD 관리자, RDM 서버 및 로그 수준. [저장]을 클릭하여 변경된 설정을 기록합니다.
검색 엔진 활동을 모니터링하려면
검색 엔진은 검색 활동을 모니터링할 수 있도록 다양한 보고서를 제공합니다.
다양한 보고서를 보려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [보고서]를 클릭합니다. 메뉴 표시줄에서 링크를 클릭하여 특정 보고서를 봅니다. 사용 가능한 보고서 옵션: 시작 위치, 제외된 URL, 로봇 고급 보고서, 로그 파일 및 인기 있는 검색.
로봇 관리
다음은 로봇을 관리하기 위해 수행해야 하는 몇 가지 구성 및 유지 관리 작업입니다.
사이트 정의
로봇은 자원을 찾고 이러한 자원의 설명을 데이터베이스에 추가할지 여부와 그 방식을 결정합니다. 방문할 서버와 이러한 서버에서 인덱싱할 부분을 결정하는 작업을 사이트 정의라고 합니다.
검색 엔진에 사이트를 정의하는 작업은 서버 관리자에게 가장 중요한 작업 중 하나입니다. 인덱싱이 필요한 모든 서버로 로봇을 보내야 하지만 데이터베이스를 잠식하여 올바른 정보를 찾기 어렵게 만드는 외부 사이트는 제외시켜야 합니다.
로봇이 인덱싱할 사이트를 정의하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇]을 클릭한 다음 [사이트]를 클릭합니다. 사이트를 만들려면 [새로 만들기]를 클릭합니다. 사이트 유형을 선택합니다(url 또는 도메인). 사이트 및 경로를 지정합니다. [저장]을 클릭합니다. 사이트 속성을 편집하려면 [편집] 링크를 클릭합니다. 그러면 사이트 속성이 있는 폼이 표시됩니다. 사이트 속성에 대한 내용은 부록F, “검색 속성”을 참조하십시오. 속성을 편집합니다. [저장]을 클릭합니다.
로봇 탐색 제어
로봇은 인덱싱하도록 선택된 다양한 사이트로 탐색합니다. 관리자는 탐색 작동 매개 변수를 정의하여 로봇이 사이트를 검색하는 방식을 제어할 수 있습니다. 탐색 매개 변수를 사용하여 속도, 완료 작업, 로깅 수준, 기준 준수, 인증 매개 변수, 프락시 설정, 따라갈 최대 링크 수 및 기타 설정을 정의할 수 있습니다. 로봇 탐색 속성에 대한 설명은 부록F, “검색 속성”을 참조하십시오.
로봇 탐색을 제어하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [탐색]을 차례로 클릭합니다. 그러면 로봇 탐색 작동 매개 변수와 그 설정을 정의하는 속성이 있는 폼이 표시됩니다. 로봇 탐색 속성에 대한 내용은 부록F, “검색 속성”을 참조하십시오. 필요에 따라 로봇 탐색 속성을 수정합니다. 참고 jvm12.conf 파일에 프락시가 설정된 경우(http.proxyHost= 및 http.proxyPort= 옵션 사용) [로봇이 실행할 모든 호스트로부터 명령 허용]을 선택해야 합니다. [저장]을 클릭합니다.
로봇 데이터 필터링
필터를 사용하면 자원의 속성을 필터 정의와 비교하여 사이트 정의에 따라 제외 또는 포함시킬 수 있도록 자원을 확인합니다. 로봇에는 다양한 필터가 사전 정의되며 그 일부는 기본적으로 사용됩니다. 다음 필터가 사전 정의됩니다. 별표가 있는 파일은 기본적으로 사용됩니다.
아카이브 파일*
오디오 파일*
백업 파일*
이진 파일*
CGI 파일*
이미지 파일*
Java, JavaScript, Style Sheet 파일*
로그 파일*
파워포인트 파일
개정 제어 파일*
소스 코드 파일*
임시 파일*
비디오 파일*
스프레드시트 파일
플러그인 파일
Lotus Domino 문서
Lotus Domino OpenViews
시스템 디렉토리(UNIX)
시스템 디렉토리(NT)
필터링 프로세스를 관리하기 위해 새 필터를 정의하거나, 필터 정의를 수정하거나, 필터를 사용 또는 해제시킬 수 있습니다.
새 필터 정의를 만들려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [필터]를 차례로 선택합니다. [새로 만들기]를 클릭하고 새 필터에 별명을 지정합니다. [필터 정의]에서 확인란을 선택하고 필터 소스, 필터 기준 및 필터 문자열 값을 지정합니다. 필요한 만큼 필터 정의를 지정할 수 있습니다. 필터에 대한 설명을 입력합니다. 새 사이트를 만들 때 이 필터가 사용되도록 하려면 [새 사이트]를 선택합니다. 이 필터와 일치하는 자원을 포함시킬지 제외시킬지를 나타내는 버튼을 클릭합니다. [저장]을 클릭합니다.
기존 필터 정의를 수정하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [필터]를 차례로 선택합니다. 필터 규칙 목록에서 수정할 필터를 찾은 다음 [편집] 링크를 클릭합니다. 필요에 따라 필터를 수정합니다. 필터에 대한 설명을 입력합니다. [저장]을 클릭합니다.
필터를 사용 또는 해제하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [필터]를 차례로 선택합니다. 필터 규칙 목록에서 수정할 필터를 찾습니다. 필터를 사용할지 해제할지를 나타내는 버튼을 선택합니다. [저장]을 클릭합니다.
인덱싱 속성 정의
로봇의 필터를 통과하는 각 자원에 대해 로봇은 RD를 생성하여 데이터베이스에 놓습니다. RD 생성에 대한 설정 내용에 따라 사용자가 데이터베이스를 검색할 때 보게 되는 내용이 결정됩니다. 예를 들어 각 문서의 전체 텍스트를 인덱싱하거나 문서의 처음 일정 부분만 인덱싱하도록 선택할 수 있습니다.
인덱싱 속성을 정의하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [인덱싱]을 차례로 선택합니다. 그러면 로봇 인덱싱 작동 매개 변수와 그 설정을 정의하는 속성이 있는 페이지가 표시됩니다. 로봇 인덱싱 속성에 대한 내용은 부록F, “검색 속성”을 참조하십시오. 필요에 따라 로봇 인덱싱 속성을 수정합니다. [저장]을 클릭합니다.
로봇 유틸리티 사용
로봇에는 두 개의 디버깅 도구 또는 유틸리티가 포함됩니다.
사이트 시험—DNS 별칭, 서버 리디렉션, 가상 서버 등을 점검합니다.
시뮬레이터—URL에서 로봇 필터링을 부분적으로 시뮬레이션합니다. 확인할 URL을 하나 이상 입력한 다음 [확인]을 선택합니다. 시뮬레이터는 나열한 사이트가 로봇에 의해 허용되는지 여부를 표시합니다.
사이트 시험 유틸리티를 실행하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [사이트 검사]를 차례로 선택합니다. 시험할 사이트의 URL을 입력합니다. 시험 결과 DNS 정보를 얻으려면 [고급 DNS 정보 표시]를 클릭합니다. [확인]을 클릭하여 사이트 시험을 시작합니다.
시뮬레이터를 실행하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [시뮬레이터]을 차례로 선택합니다. 시뮬레이션을 수행할 하나 또는 여러 URL을 입력합니다. 시뮬레이터가 별칭을 점검하도록 하려면 [DNS 별칭 점검]을 선택합니다. 시뮬레이터가 리디렉션을 점검하도록 하려면 [서버 리디렉션 점검(302)]을 선택합니다. [확인]을 클릭하여 시뮬레이터를 시작합니다.
로봇 일정 계획
검색 데이터가 최신을 유지하려면 로봇이 사이트를 정기적으로 검색하여 인덱싱해야 합니다. 로봇 탐색과 인덱싱 작업에는 프로세싱 자원과 네트워크 대역폭이 소모될 수 있습니다. 이러한 자원의 부족 현상을 피하려면 사용량이 많지 않은 요일과 시간에 실행되도록 로봇 일정을 계획해야 합니다. 관리 콘솔에서 관리자는 로봇을 실행할 시간과 요일로 cron 작업을 설정할 수 있습니다.
로봇 일정을 계획하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [로봇], [일정]을 차례로 선택합니다. 로봇을 시작할 시간(시간 및 분)과 요일을 선택합니다. 로봇을 중단할 시간과 요일을 선택합니다. [저장]을 클릭합니다.
데이터베이스 관리
검색 엔진은 자원 설명을 데이터베이스에 저장합니다. 다음은 데이터베이스를 관리하기 위해 수행해야 하는 몇 가지 구성 및 유지 관리 작업입니다.
데이터베이스로 가져오기
일반적으로 검색 데이터베이스의 항목은 로봇에서 옵니다. 로봇에 방문할 사이트를 지시하면 로봇이 그 사이트에 있는 모든 자원을 찾아 설명합니다. 그러나 다른 Sun ONE Portal Server 검색 엔진에서, iPlanet Web Server 또는 Netscape™ Enterprise Server에서 또는 다른 소스로부터 생성된 데이터베이스에서 기존 항목의 데이터베이스를 가져올 수도 있습니다. 로봇을 보내어 새로 만드는 것보다 기존 RD 데이터베이스에서 가져오는 것이 네트워크 트래픽을 줄이고 대량의 인덱싱 노력을 작게 나누어 더 빠르게 완료할 수 있습니다. 중앙 데이터베이스가 인덱싱하는 서버에서 물리적으로 멀리 떨어진 경우, RD를 로컬로 생성한 다음 중앙 데이터베이스가 여러 원격 데이터베이스를 주기적으로 가져오도록 하는 것이 도움이 될 수 있습니다.
검색 엔진은 에이전트 가져오기를 사용하여 또 다른 서버에서 또는 데이터베이스에서 RD를 가져옵니다. 에이전트 가져오기는 외부 소스로부터 다수의 RD를 검색하여 이 정보를 로컬 데이터베이스로 병합하는 과정입니다. 여기에는 어디에서 RD를 가져올 것인지를 지시하는 매개 변수, 그 위치에 도달했을 때 무엇을 요청할 것인지 그리고 작업을 수행하는 방식을 세밀하게 조정하는 기타 정보가 포함됩니다.
데이터베이스를 가져오려면 먼저 에이전트 가져오기를 만들어야 합니다. 에이전트를 만든 후에는 즉시 가져오기 프로세스를 시작하거나 가져오기 프로세스의 실행 일정을 계획할 수 있습니다.
에이전트 가져오기를 만들려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스]를 선택한 다음 [에이전트 가져오기] 링크를 클릭합니다. [새로 만들기]를 클릭합니다. 에이전트 가져오기에 대한 속성 페이지가 나타납니다. 에이전트 가져오기에 적합한 속성을 지정합니다. 데이터베이스 가져오기 속성에 대한 내용은 부록F, “검색 속성”을 참조하십시오. 소스가 로컬 파일인지 또는 검색 서버인지를 나타냅니다. 소스가 파일이면 로컬 파일 경로를 지정합니다. 소스가 또 다른 검색 서버이면 원격 서버에 대한 URL, 인스턴스 이름 및 검색 URI를 지정합니다. 가져올 데이터베이스 이름을 지정합니다. 에이전트 가져오기에 대한 문자 집합을 지정합니다. [저장]을 클릭합니다.
기존 에이전트 가져오기를 편집하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스]를 선택한 다음 [에이전트 가져오기] 링크를 클릭합니다. 편집할 에이전트 오른쪽의 [편집] 링크를 클릭합니다. 에이전트 가져오기에 적합한 속성을 지정합니다. 데이터베이스 가져오기 속성에 대한 내용은 부록F, “검색 속성”을 참조하십시오. [저장]을 클릭합니다.
자원 설명 편집
가끔 하나 또는 여러 자원 설명의 컨텐트를 변경해야 하는 경우가 있습니다. 예를 들어, 원래 문서에서 자원 설명으로 복사해 들어간 오타를 수정해야 할 수 있습니다.
자원 설명을 편집하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [데이터베이스], [자원 설명]을 차례로 선택합니다. 편집을 위해 검색할 자원 설명의 유형을 선택합니다. 사용 가능한 유형: 모든 RD, 분류되지 않은 RD, 분류된 RD, 범주별 RD, URL별 특정 RD, 다음을 포함하는 RD. 다음을 포함하는 자원 설명의 경우, 자원 설명에서 검색할 텍스트 문자열을 지정합니다. [검색]을 클릭합니다. 찾은 자원 설명 목록에서 편집할 자원 설명을 선택합니다. 해당 자원 설명 속성을 편집합니다. [저장]을 클릭합니다.
데이터베이스 스키마 편집
스키마는 검색 엔진이 각 자원에서 관리할 정보와 그 형태를 결정합니다. 스키마의 설계는 인덱스 사용에 영향을 미치는 두 인자를 결정합니다.
사용자가 자원을 검색할 수 있는 방식
사용자가 자원 정보를 보는 방식
스키마는 데이터베이스에 있는 자원 설명에 대한 마스터 데이터 구조입니다. 이 데이터 구조에서 필드를 정의하고 인덱싱하는 방식에 따라 사용자가 자원에 액세스하는 수준이 달라집니다.
스키마는 검색 엔진과 그 로봇이 사용하는 파일 구조와 밀접하게 연관되어 있습니다. 관리 콘솔에서 스키마 도구를 사용하여 데이터 구조를 변경해야만 합니다. 텍스트 파일이더라도 스키마 파일(schema.rdm)을 직접 편집해서는 안됩니다.
검색 엔진의 데이터베이스 스키마를 편집하여 새 스키마 속성을 추가하거나, 스키마 속성을 편집하거나 속성을 삭제할 수 있습니다.
스키마에는 다음 속성이 들어 있습니다.
편집 가능—선택하는 경우 이 속성은 값을 변경할 수 있도록 속성이 자원 설명 편집기에 표시된다는 것을 나타냅니다. 자원 설명 편집기는 “자원 설명 편집”에서 설명합니다.
인덱싱 가능—이 속성은 고급 검색 화면에서 필드가 팝업 메뉴에 표시된다는 것을 나타냅니다. 이를 통해 사용자는 이 특정 필드에서 값을 검색할 수 있습니다.
설명—이것은 스키마를 설명하기 위해 사용할 텍스트 문자열입니다. 주석이나 부연 설명에 사용할 수 있습니다.
별칭—이 속성을 통해 가져온 데이터베이스 스키마 이름을 고유 스키마로 변환하기 위한 별칭을 정의할 수 있습니다.
데이터베이스 스키마를 편집하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [데이터베이스], [스키마]를 차례로 선택합니다. 스키마 속성 페이지가 나타납니다. 스키마에 새 속성을 추가하려면 스키마 목록 아래에서 [새로 만들기]를 선택합니다. [이름] 및 [설명] 필드에 새 속성에 대한 이름과 설명을 입력합니다. 속성을 편집할 수 있게 하려면 [편집 가능]을 선택합니다. 속성을 인덱싱할 수 있게 하려면 [인덱싱 가능]을 선택합니다. 기존 스키마 속성을 편집 가능 또는 인덱싱 가능하게 하려면 스키마 목록에서 속성 옆에 있는 [편집] 링크를 클릭합니다. 스키마 속성 페이지가 나타납니다. 속성을 편집할 수 있게 하려면 [편집 가능]을 선택합니다. 속성을 인덱싱할 수 있게 하려면 [인덱싱 가능]을 선택합니다. [업데이트]를 클릭합니다. 속성을 삭제하려면 스키마 목록에서 속성을 선택합니다. [삭제]를 클릭합니다. 참고 검색 엔진 스키마를 변경하려면 전체 데이터베이스를 다시 인덱싱하고 서버를 다시 시작해야 할 수 있습니다. 검색 엔진 강조 표시 기능이 스키마 필드의 순서와 유형에 민감하기 때문입니다. 텍스트 필드를 추가하거나 제거하면(또는 제거한 다음 다시 추가) 검색 결과 강조 표시가 잘못될 가능성이 높습니다.
스키마 별칭 정의
데이터베이스 스키마의 필드에 사용되는 이름 사이에 불일치가 생길 수 있는 몇 가지 경우가 있습니다. 한 서버에서 다른 서버로 자원 설명을 가져오는 경우가 한 경우입니다. 두 서버가 그 스키마 항목에 동일한 이름을 사용할 것이라고 항상 보장할 수 없습니다. 마찬가지로 로봇이 문서의 HTML META 태그를 스키마 필드로 변환할 때 문서가 이름을 제어합니다.
검색 엔진은 스키마 속성에 대해 스키마 별칭을 정의하고 이러한 외부 스키마 이름을 데이터베이스의 필드에 대한 유효한 이름으로 매핑시킬 수 있도록 합니다.
스키마 별칭을 정의하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스]를 선택한 다음 [스키마] 링크를 클릭합니다. 스키마 속성 페이지가 나타납니다. 별칭을 정의할 속성을 클릭합니다. 가져온 데이터베이스에서 사용될 때 별칭의 필드 이름을 지정합니다. [업데이트]를 클릭합니다. [다시 인덱싱]을 클릭합니다. 대용량 데이터베이스의 경우 다시 인덱싱에 몇 시간이 걸릴 수 있습니다.
데이터베이스 분석 보기
검색 엔진은 각 데이터베이스에서 인덱싱한 사이트 수와 자원의 수에 대한 정보가 있는 보고서를 제공합니다.
데이터베이스 분석 정보를 보려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [데이터베이스], [분석]을 차례로 선택합니다. 현재 검색 데이터베이스에 있는 모든 사이트의 정렬된 목록과 해당 사이트의 리소스 수. 최신 목록을 생성하려면 [저장]을 클릭합니다.
데이터베이스 다시 인덱싱
특정한 경우에 검색 엔진에 대한 자원 설명 데이터베이스를 다시 인덱싱해야 할 수 있습니다. 스키마를 편집하여 인덱싱 필드를 추가하거나 제거한 경우는 분명 다시 인덱싱해야 하는 경우입니다.
디스크 오류로 인덱스 파일이 손상된 경우에도 데이터베이스를 다시 인덱싱해야 할 수 있습니다. 많은 수의 새 자원 설명을 추가한 후에도 다시 인덱싱하는 것이 좋습니다.
데이터베이스를 다시 인덱싱하는 데는 몇 시간이 걸릴 수 있습니다.
데이터베이스를 다시 인덱싱하는 데 필요한 시간은 데이터베이스에 있는 기록의 수에 비례하기 때문에 대용량 데이터베이스는 서버 사용량이 많지 않을 때 다시 인덱싱해야 합니다.
데이터베이스를 다시 인덱싱하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스], [관리]를 차례로 선택합니다. 데이터베이스 목록 아래에서 [다시 인덱싱]을 클릭합니다. [데이터베이스를 다시 인덱싱하시겠습니까?] 확인란을 선택하고 [확인]을 클릭합니다. 검색 엔진이 검색 컬렉션과 그 인덱스 파일을 다시 구성합니다.
데이터베이스 만료
데이터베이스를 만료하면 날짜가 지난 것으로 취급되는 자원 설명이 만료됩니다. 자원 설명은 만료 작업을 실행할 때만 만료됩니다. 만료된 자원 설명이 삭제되지만 데이터베이스 크기가 줄어들지 않습니다.
데이터베이스를 만료하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스], [관리]를 차례로 선택합니다. 데이터베이스 목록 아래에서 [만료]를 선택합니다. [RD를 만료하시겠습니까?] 확인란을 선택하고 [확인]을 클릭합니다.
데이터베이스 제거
자원 설명의 한 속성은 만료 날짜입니다. 로봇은 HTML META 태그로부터 또는 자원 서버에서 제공한 정보로부터 만료 날짜를 설정할 수 있습니다. 기본적으로 자원 설명은 자원이 다른 만료 날짜를 지정하지 않는 경우, 만들어진 3개월 후에 만료됩니다. 검색 엔진은 데이터베이스에서 만료된 자원 설명을 주기적으로 제거해야 합니다.
제거 작업을 통해 데이터베이스의 컨텐트를 정리할 수 있습니다. 인덱스에 사용한 디스크 공간은 복구되지만 주 데이터베이스가 사용한 디스크 공간은 복구되지 않습니다. 대신, 새 데이터가 데이터베이스에 추가될 때 다시 사용됩니다.
만료된 자원 설명을 서버에서 제거하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. [데이터베이스], [관리]를 차례로 선택합니다. 데이터베이스 목록 아래에서 [제거]를 선택합니다. [데이터베이스를 제거하시겠습니까?] 확인란을 선택하고 [확인]을 클릭합니다. 제거가 끝나면 시스템이 “데이터베이스의 내용이 성공적으로 제거되었습니다”라는 메시지를 표시합니다.
데이터베이스 파티션 분할
검색 엔진은 여러 디스크, 파일 시스템, 디렉토리 또는 파티션에 걸쳐 검색 데이터베이스가 있는 물리적 파일을 분할할 수 있도록 합니다. 데이터베이스를 여러 물리적 또는 논리적 장치에 걸쳐 분산시키면 단일 장치의 수용 능력보다 큰 데이터베이스를 만들 수 있습니다.
기본적으로 검색 엔진은 하나의 디렉토리만 사용하도록 데이터베이스를 설정합니다. 명령줄 인터페이스에서 데이터베이스 파티션에 두 가지 작업을 수행할 수 있습니다.
새 파티션 추가
파티션 이동
검색 엔진은 개별 파티션에 남은 공간이 있는지 점검을 수행하지 않습니다. 데이터베이스를 위한 적합한 공간을 유지 관리하는 것은 관리자의 책임입니다.
최대 15개 파티션까지 새 데이터베이스 파티션을 추가할 수 있습니다
참고 한 번 파티션 수를 증가시키면 나중에 이 수를 다시 줄이기 위해 전체 데이터베이스를 삭제해야 합니다.
새 위치의 이름을 지정하여 데이터베이스 파티션의 물리적 위치를 변경할 수 있습니다. 마찬가지로, 기존 파티션의 이름을 변경할 수 있습니다. rdmgr 명령을 사용하여 파티션을 조작합니다. rdmgr 명령에 대한 내용은 14장, “명령줄 유틸리티”를 참조하십시오.
데이터베이스 분류법 관리
다음은 데이터베이스 분류법을 관리하기 위해 수행해야 하는 몇 가지 구성 및 유지 관리 작업입니다.
범주 구성
Sun ONE Identity Server 관리 콘솔을 사용하여 데이터베이스 분류법을 구성하기 위한 다음 절차를 수행할 수 있습니다.
하위 범주를 만들려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [범주], [범주 편집기]를 차례로 선택합니다. 하위 범주를 만들 범주를 선택합니다. 이전에 어떤 범주도 정의하지 않았으면 제목이 “검색”인 루트 범주만 나열됩니다. 아래의 [검색] 링크를 클릭하여 루트 범주를 확장합니다. [이름] 필드에 범주의 이름을 지정합니다. [설명] 필드에 범주의 설명을 지정합니다(옵션). [하위 항목으로 추가]를 클릭하여 범주를 만듭니다. [저장]을 클릭합니다. 참고 [범주 편집기]에는 표시되는 범주 목록이 여러 페이지에 걸쳐 있을 때 이동 목록이 항상 표시됩니다. 페이지 위로 및 페이지 아래로 버튼을 사용하여 현재 페이지에서 위, 아래로 한 페이지 스크롤합니다. 한 페이지 이상 이동할 때는 이동 버튼을 사용합니다.
형제 범주를 만들려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [범주], [범주 편집기]를 차례로 선택합니다. 형제 범주를 만들 범주를 선택합니다. [이름] 필드에 범주의 이름을 지정합니다. [설명] 필드에 범주의 설명을 지정합니다(옵션). [형제 항목으로 추가]를 클릭하여 범주를 만듭니다. [저장]을 클릭합니다. 참고 [범주 편집기]에는 표시되는 범주 목록이 여러 페이지에 걸쳐 있을 때 이동 목록이 항상 표시됩니다. 페이지 위로 및 페이지 아래로 버튼을 사용하여 현재 페이지에서 위, 아래로 한 페이지 스크롤합니다. 한 페이지 이상 이동할 때는 이동 버튼을 사용합니다.
범주를 업데이트하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [범주], [범주 편집기]를 차례로 선택합니다. 업데이트할 범주를 선택합니다. 범주 이름을 변경하려면 [이름] 필드에서 범주에 새 이름을 지정합니다. 범주 설명을 변경하려면 [설명] 필드에서 범주에 설명을 지정합니다. [업데이트]를 클릭합니다. [저장]을 클릭합니다. 참고 [범주 편집기]에는 표시되는 범주 목록이 여러 페이지에 걸쳐 있을 때 이동 목록이 항상 표시됩니다. 페이지 위로 및 페이지 아래로 버튼을 사용하여 현재 페이지에서 위, 아래로 한 페이지 스크롤합니다. 한 페이지 이상 이동할 때는 이동 버튼을 사용합니다.
범주를 삭제하려면
Sun ONE Identity Server 관리 콘솔에 관리자로 로그인합니다. 기본적으로 위치 표시 영역에서 [Identity 관리]가 선택되고 탐색 표시 영역에서 생성된 모든 [조직]이 표시됩니다. 위치 표시 영역에서 [서비스 구성]을 선택합니다. 탐색 표시 영역에서 검색 옆에 있는 속성 화살표를 클릭합니다. 메뉴 표시줄에서 [범주], [범주 편집기]를 차례로 선택합니다. 삭제할 범주를 선택합니다. 범주가 삭제되면 모든 하위 범주도 함께 삭제됩니다. [삭제]를 클릭합니다. [저장]을 클릭합니다. 참고 [범주 편집기]에는 표시되는 범주 목록이 여러 페이지에 걸쳐 있을 때 이동 목록이 항상 표시됩니다. 페이지 위로 및 페이지 아래로 버튼을 사용하여 현재 페이지에서 위, 아래로 한 페이지 스크롤합니다. 한 페이지 이상 이동할 때는 이동 버튼을 사용합니다.
분류 규칙 정의
분류 규칙은 간단한 조건문입니다. “<어떤 조건>이 참이면 자원을 <범주>에 할당한다”와 같은 형태입니다.
분류 규칙을 정의하려면
Google 한국 블로그: 구글 검색서비스의 원칙에 대해 알려드립니다
작성일: 2014년 6월 30일 월요일
안녕하세요. 오늘은 구글 검색의 알고리즘과 원칙들에 다시 정리해봅니다.
구글은 검색서비스를 처음 소개했던 1998년부터 지난 17년간 검색기술 향상을 위해 노력해왔습니다. 구글은 검색이나 광고 등 모든 비즈니스 활동에서 사용자를 우선시하고 생태계 발전을 가장 중요하게 생각합니다. 그 대표적인 예로는 사용자들이 검색에 방해받지 않도록 검색창만을 띄운 구글의 첫 화면, 광고를 뚜렷이 구분하여 표시한 검색 결과 등이 있습니다.
구글 검색서비스의 목표는 사용자의 질의(query)에 가장 적절하고 쓸모있는 결과를 제시하는 것입니다. 사용자에게 가장 적합한 결과를 제시하기 위해 외부에서 결정된 절대적 기준을 맹목적으로 받아들이지도 않고 내부에서 만들어진 하나의 고정된 정책을 고수하지도 않습니다.
구글 검색서비스의 알고리즘은 수조 개의 웹페이지 및 콘텐츠에서 200여 종의 신호를 뽑아내어 사용자의 검색어와 가장 일치하는 답변을 계산해 냅니다. 구글은 순위산정 알고리즘을 1년에 평균 500회 이상 개선하고 있으며 2013년의 경우 890회 이상 검색 품질 개선이 있었습니다. 이러한 신호에 따라, 가장 관련성 있는 순서대로 순위가 부여되어 결과가 페이지에 표시되며, 합법적이고 양질의 콘텐츠 정보를 보다 쉽게 제공하기 위해, 불법복제 사이트의 순위를 낮추는 알고리즘*을 검색결과 순위에 적용하고 있습니다. (*검색 알고리즘에 반영되는 주요 신호의 예: 웹사이트 콘텐츠의 최신성, 특정 사이트에 연결된 다른 웹사이트의 수, 웹페이지에 포함된 키워드, 검색 키워드의 동의어, 맞춤법 검사, 사이트 콘텐츠의 품질, 웹페이지 URL 및 제목, 연결된 사용자가 추천한 검색 결과, 콘텐츠의 종류 등. 콘텐츠의 종류로는 웹페이지, 이미지, 동영상, 뉴스 기사, 소식 등)
구글은 검색결과와 광고를 구분합니다. 구글 검색결과 페이지를 보면, 광고는 뚜렷하게 광고임을 알리는 [광고] 아이콘과 함께 나오고, 검색결과와 구분되어 상단이나 오른쪽에 따로 나옵니다.
구글은 검색의 품질 향상을 위하여 우수사례 및 스팸성 행동에 대한 명확한 웹 마스터 가이드라인 을 명확하게 제공하고 있으며, 이를 준수하지 않는 악의적인 행위가 발견되면 사이트의 유명도에 관계없이 구글의 검색 결과에서 삭제 또는 강등 등의 조치를 가합니다. 스팸팀이 사이트에 수동 조치를 취하면 해당 사이트의 순위에 직접 영향을 미칠 수 있습니다. 구글은 이러한 작업을 투명하게 관리하며 웹마스터에게 알리기 위해 최선을 다합니다. 구글에서 직접 조치한 경우 웹마스터는 문제를 해결한 다음 재검토 요청을 제출할 수 있는데요, 구글은 표준에 기반한 웹마스터 피드백과 로봇배제표준(robots.txt), noindex 메타태그 등을 준수하여 웹마스터가 크롤을 하지 않도록 설정한 것은 검색결과에 보여주지 않습니다.
아래에 가면, 구글 검색에 대해 더 자세한 내용을 볼 수 있습니다.
키워드에 대한 정보 검색 서비스
다음은 Bing에서 검색 서비스 주제에 대한 검색 결과입니다. 필요한 경우 더 읽을 수 있습니다.
이 기사는 인터넷의 다양한 출처에서 편집되었습니다. 이 기사가 유용했기를 바랍니다. 이 기사가 유용하다고 생각되면 공유하십시오. 매우 감사합니다!
사람들이 주제에 대해 자주 검색하는 키워드 인터넷검색 _ 알아두면 유용한 네이버 검색 서비스 이용 방법.
- 네이버 검색
- 인터넷 활용 팁
- 네이버 검색 서비스
- 인터넷 검색 기능 이용방법
- 컴퓨터 기초
인터넷검색 #_ #알아두면 #유용한 # #네이버 #검색 #서비스 #이용 #방법.
YouTube에서 검색 서비스 주제의 다른 동영상 보기
주제에 대한 기사를 시청해 주셔서 감사합니다 인터넷검색 _ 알아두면 유용한 네이버 검색 서비스 이용 방법. | 검색 서비스, 이 기사가 유용하다고 생각되면 공유하십시오, 매우 감사합니다.
