Arama API'sı Apache Solr Araması

Drupal 6'daki Apache Solr Search modülünü kullanıyorum ve Drupal 7 kurulumu için Search API'sına bakıyorum . Burada bir tartışma gördüm ama birini seçmek için herhangi bir sebep arıyorum.

Birini diğerinden seçmek için bir neden var mı? Öyleyse, neden ya da neden olmasın? Search API ile ilgili karmaşıklık sorunları ve / veya performans sorunları olabileceğini duydum. Bu doğru mu?

2015 itibariyle, Arama API'sı ile Apache Solr Arama modüllerini aşağıdakilerle karşılaştırabiliriz:

                   | Apache Solr Search  | Search API
Posted in:         | 2007                | 2010
Downloads:         | >2k                 | >20k
Reported installs: | >21k                | >64k
Total bugs:        | >1200               | >600
Active bugs:       | >200                | >170
Commits:           | >1.3k               | >1.5k

Bu net bir seçim olduğunu gösterir. Search API, 3 yıl sonra geliştirildi ve rakiplerinden yararlanmayı başardı.

Dahası, Search API çok farklı ve daha esnek bir mimari sağlar ve daha aktif bir şekilde korunur. Daha da önemlisi, Apachesolr'un henüz sahip olmadığı en yeni Drupal 8 ve Solr 5.x'i destekledi.

Arama API'si yeni başladı ve Görüntüleme desteği de dahil olmak üzere yapılandırmasında daha esnek (Apachesolr için ekstra modüle ihtiyacınız var). İşlevselliğini artıran çok sayıda modül vardır.

İkincisi, bu modüllerin mimarisindeki farklılıklar nedeniyle toplum tarafından bazı sorunların iki kez çözülmesini önlemek için, şu anda bu iki proje arasında bazı ortak çabalar bulunmaktadır:

• Facet API üzerinden faset bloklarını göstermenin ortak yolunu oluşturmak (ayrıca filtre olarak da bilinir ),
• ortak bir şema ve solrconfig.xml yapılandırma dosyaları,
• Her iki bakımcı birlikte çalıştı ve bağlantı sınıflarını Apache Solr Search modülünden Search API'ya geçirdi.

^{Kaynak: Drupal 8'de Search & Solr için battleplan Acquia de}

Her iki modülün de aynı ortamda kullanılması önerilmemektedir.

Farklılıkların daha ayrıntılı teknik analizi için, lütfen aşağıdaki detayları kontrol edin.

API ara

API'ye Genel Bakış:

• Kolayca arama oluşturmak için çerçeve
• Veri kaynaklarından ve arka uç uygulamalarından özetler
• Uzantılı geniş ekosistem, örneğin arka uçlar
• Faset API entegrasyonu

• Ağırlıkla Varlık API'sine dayalı

  • Meta veri sağlar
  • Dizin ve sunucu yapılandırmaları için kullanılır

Uzatma özellikleri:

• Arama API'sı Otomatik Tamamlama
• Ekler
• Kaydedilen Aramalar
• yer
• Güzel Yönlü Yollar
• Slider (Arama API Aralıkları)
• ve daha fazlası.

Basit yapı:

Dizin özellikleri:

• Farklı veri kaynakları
• Bir veri kaynağı: varlıklar

• Varlık API'sına göre:

  • Her özellik endekslenebilir
  • İlgili varlıkların özellikleri endekslenebilir

Dizininizi yapılandırma - alanlar:

API Görünümlerini Ara:

• Tam Görünümler desteği
• Bir varlığın herhangi bir özelliğini gösterme
• Dizine alınmış herhangi bir alanı filtre, argüman veya sıralama olarak kullanma
• Varlık API'sinin görünüm entegrasyonunu temel alan çoğu kod

• Varsayılan olarak: varlık yükü yoluyla alınan veriler

  • Atlanabilir (sunucudaki "Solr'dan veri al" ayarı)
• Alternatif: API sayfalarını ara

API Tariflerini Ara:

• Dizinler ve sunucular için CRUD kancaları

• Ekleme için kancalar

  • veri kaynakları
  • backends
  • veri değişiklikleri
  • işlemciler

• Öğeleri indekslerken kanca ateş

• Bir arama yürütülürken Kanca ateşlendi

Apachesolr

Uzatma özellikleri:

• Ekler (medya desteği yok, diğer varlıklara ekler için özel kodlama)
• Yer (Apachesolr geo, Apachesolr konumu)

Apachesolr Tarifler:

• Açık Kaynak Kurumsal Arama Platformu
• Apache Vakfı
• Tam metin araması, vurgulama, yönlü arama, kümeleme, zengin belge işleme
• Dağıtılmış
• Çoğaltma / ölçeklenebilir
• Java
• REST HTTP ve XML / JSON ve diğerlerinde cevaplar
• İlişkisel Değil

Kaynak: Arama API'sı - Apachesolr slayt gösterisi

Ayrıca bakınız:

• Çekirdek Drupal arama modülü ne zaman kullanmaya değer?
• Apache Solr kullanmanın çekirdek arama modülüne göre avantajları nelerdir?

Her ikisini de kullanmayı denedim ve şunu söyleyebilirim: bu sizin durumunuza bağlı.

Şu anda, ApacheSolr Integration modülünün kararlı 7 sürümü yalnızca düğümleri endeksleyebilir. Bu nedenle, dizine eklemeniz gereken düğüm olmayan varlıklar varsa, bunun için hala devam eden çok kanallı düzeltme ekini kullanmanız gerekir. ApacheSolr Integration, uygun şekilde yapılandırıldığında birçok farklı içerik verisini depolayabilir.

Arama API'sı dizine katılmıyor ve bunun için yazılmış çok sayıda harika şey içeriyor. Ancak, Arama API'si yalnızca aradığınız verilerin kimliğini alır. Bu, kimlik dışındaki herhangi bir veriyi yüklemek için bir entity_load gerektirecektir, veritabanınıza veya herhangi bir önbelleğe alma katmanına koyacağınıza. Arama ağırlıklı siteler için bu, en iyileştirilmiş çözüm olmayabilir.

İşte API Arama bahseder için ApacheSolr Entegrasyon modülü hakkında DrupalCon chicago verilen büyük bir sunum, dakika 16 olduğunu.

Bence her ikisini de denemek ve bilinçli bir karar vermek zorundasınız. Ancak apachesolr'ın hala Drupal 8 için beta sürümünün olmadığını düşünün.

Arama API'sında varlıkları aynı SearchAPI dizininde birleştiremezsiniz. Dolayısıyla Profiller, Kullanıcılar, Düğümler farklı indekslerdedir. Çok dizinli aramalara izin verecek bir modül var, benim ihtiyaçlarımı karşılamadı, ancak YMMV. Aynı dizinde çok sayıda içerik türünüz ve birçok alanınız varsa, dizin tanımı oldukça istenmeyen bir hal alabilir. (NB SearchAPI D8 çoklu endeks aramayı desteklemek için raporlar)

Apachesolr, alanların içerik bazında daha kolay olabilecek, ancak belgeye ilgili içerik ekleme kabiliyetine sahip olmayan düzenlemelere izin verir, aslında alan koleksiyonlarından, referanslardan ve bazı diğerlerinden gelen bilgileri içerecek bazı özel kodlar yazmayı bekler. alanlar. Apachesolr D7 görünümleri kullanmadığınız sürece ajax'ı desteklemez, ancak görünümleri kullanarak yönleri kaybedersiniz. Bununla birlikte, eğer ... kancalarda mutlu bir şekilde kodlama yapıyorsanız, endekste depolanan bilgileri değiştirmek oldukça kolaydır.

Varlık kimliklerini arama ve ardından her birini ayrı ayrı oluşturma (her iki modül tarafından da kullanılabilir) düşüncesi performans kabusu gibi görünebilir, ancak varlığınızı önbelleğe alırsanız solr yanıtından görüntülemekten daha verimli olabilir.