2010-05-18 2 views
2

Google은 학술 프로젝트/캐스퍼디의 일부로 전자 상거래 사이트를 평가하고 있습니다. 우리는 인도 출신이다. 우리는 Endeca Systems 또는 모든 엔터프라이즈 시스템에 액세스 할 수 없습니다. 우리는 세부 사항 만 인터넷을 사용합니다. 우리는 우리 연구의 일부로서 기본적인 질문을 거의 가지고 있지 않습니다.Endeca에서 사용할 수없는 허점이나 시설이 있습니까?

  1. Endeca가 최고입니까, 아니면 Solr입니까?
  2. Endeca를 구현 한 사람들이 만족합니까? 검색 & UX 기능을 풍부하게해야하는 경우 어떻게해야합니까?
  3. Solr은 Endeca에서 제공하는 모든 것을 제공합니까?
  4. Endeca는 제공하지 않지만 Solr 또는 다른 제품은 무엇을 제공합니까?
  5. Endeca 시스템은 어떻게 개선됩니까?
  6. Endeca 시스템에 추가 할 수있는 대체 기능은 무엇입니까?
  7. Endeca를 구현 한 클라이언트가 시스템 기능을 향상시키고 자한다면 어떻게 할 수 있습니까? 무엇을 제안 할 수 있습니까?

[우리의 연구는 기본적으로 가장 선호되는 소프트웨어 구현의 허점과 교정을 비교 한 것입니다. 우리는 많은 소프트웨어를 분석하여 Endeca가 가장 선호되고 모든 사람들이 만족하고 있음을 발견했습니다. 이 제품에 대해 부정적인 언급을 발견 할 수 없었습니다. 그래서 우리는이 제품을 선택했습니다.]

+0

가격에 대한 요구 사항이 있습니까? Endeca는 무료 오픈 소스 프로젝트 인 Solr과 비교할 때 값 비싼 제품입니다. –

답변

3

의견에 근거하여 매우 광범위한 질문을하고 있습니다. 내 의견을 말하겠습니다.

누군가가 Solr 목록의 Endeca에 대해 물었고 [응답했습니다]. 1 그의 질문은 Solde가 가지고 있지 않은 Endeca의 관점에서 구성되었습니다. 그러나 Solr에게는 Endeca에는없는 것들이 있습니다. 예를 들어 Solr은 가중치 적용 관련 모델 (공식)이지만 Endeca는 필자가 덜 바람직한 것으로 생각되는 정렬 기반입니다. 많은면에서 시스템은 비슷한 기능을 가지고 있지만 각 기능은 약간 다르게 작동하지만 일반적으로 서로 다른 특성으로 동일한 고객 목표를 달성 할 수 있습니다. 둘 다 가능합니다. 다시 말하면, 나는 Endeca를 다시 사용하지 않고 Solr와 함께 지낼 것을 고대합니다.

+0

'정렬 기반'은 무엇을 의미합니까? – AlxVallejo

+0

결과는 숫자 값을 반환하는 일련의 함수를 기반으로하는 계단식 정렬이라고 생각할 수 있습니다. 이러한 함수는 제목에 검색 단어가 나오는 횟수를 반환하는 것일 수 있습니다. 하나의 결과가 다른 결과보다 왜 더 큰지 정확하게 이해하는 것이 상대적으로 쉽습니다. 단점은 신호가 엄격하다는 것입니다. 신호가 다른 규칙에 얼마나 강한 지 문제가되지 않습니다. 첫 번째 신호가 승리합니다. 그리고 걱정할 필요가 있다면 "시스템을 게임"하는 것이 쉽습니다. –

1

이전에는 Endeca와 함께 작업했지만 Solr에는 참여하지 않았으므로 토론의 한 면만 제공 할 수 있습니다. Endeca는 시스템 구성을 관리하고 작업을 수행하는 방법을 배우는 학습 곡선을 넘어 서면이 기능 유형을 작동시키는 방법, 여러 레코드 세트를 함께 결합하는 방법 등을 학습하면 학습 효과가 뛰어납니다.). 특정 요구에 대한 인덱스를 생성하기 위해 파이프 라인을 구축하는 데는 일정한 수준의 기술이 있지만 공정성을 위해 이상한 검색 요구 사항에 대해 작업 했으므로 일반적으로 파이프 라인 프로세스를 적절히 설계하는 것이 일반적으로 바람직하다고 생각합니다. 약간의 연습과 함께. 내가 아는 바로는 Endeca의 가장 큰 유일한 문제는 막대한 가격이라고 말할 수 있습니다. 제품을 사용하려면 라이센스 비용이 매우 비쌉니다. 전문 컨설턴트가 도움을 필요로하는 경우, 돈을 출혈하게됩니다. Solr을 사용하지 않아도 Solr을 배우고, 구현하고, 속도 조정 요구 사항을 충족시키기 위해 더 많은 하드웨어를 구입하거나 많은 시간을 들여서 사용하는 것이 비용이 적습니다.

1

검색 순위에 대한 첫 번째 의견은 SOLR이 Endeca보다 우수하다고 생각하는 몇 안되는 장소 중 하나 인 것으로 보입니다 (아마 가격 제외). 제작 환경에서 SOLR에 노출되어 오랜 시간 Endeca 사용자입니다. 내 인상으로는 Endeca에는 SOLR을 사용하는 동안 웹 인터페이스와 cmdline 배포 도구가 수없이 많습니다. 우리에게는 최종 사용자 (비 엔지니어)가 시스템의 다양한 옵션을 관리하고 구성 할 수 있어야합니다. 나는 SOLR이 설정 파일에서 100 % 구성되어있어서 모든 변경 사항이 엔지니어를 통과 할 것이라고 확신합니다.Endeca에서는 여러 옵션을 사용자가 구성 할 수 있습니다. 또한 Endeca 용 Page Builder 제품을 사용하여 기본 (통합 된) 컨텐츠 관리가 가능합니다. 우리는 코드 푸시 (초경량 인 Endeca 설정 푸쉬 만)없이 사이트의 페이지를 변경할 수 있습니다. 우리는 Endeca에 약 1 천 8 백만 건의 레코드를 저장하고 100 밀리미터 이상을 저장하는 다른 레코드가 있습니다. 대부분의 탐색 상태를 되돌리기 위해 개별 레코드를 가져 오는 데 10 밀리 초의 반응을 보였습니다. (매우 최적화되지는 않았지만 약간의 노력으로 훨씬 더 낮출 수있었습니다.) SOLR에는 자신의 ID로 탐색 상태에 액세스 할 수있는 또 다른 기능이 있습니다. Endeca는 중간 값을 사용하여 탐색 상태로 전환합니다 (Endeca 릴리스에서 올해 후반에이 기능이 추가됩니다). 이것은 일반적으로 SOLR/Endeca 엔진에서 운항 상태를 즉석에서 파생하기 때문에 대개 큰 거래가 아니므로 직접 계산할 필요는 없습니다.

+3

텍스트의 벽을 단락으로 나누어 읽기 쉽게 만들 수 있습니다. – R0MANARMY

관련 문제