Yazan Matt Connor
Searx mi SearXNG mi: Hangi Arama Motoru Kullanılmalı?
Searx projesi Nisan 2023 itibarıyla güncellenmemektedir. Projenin durumu ve SearXNG geçişi hakkında detaylı bilgi alın. Kurulum farklarını ve güncel yapılandırma detaylarını inceleyin.
Searx mi SearXNG mi: hangisini kurmalısınız?
Searx ve SearXNG, neredeyse aynı isme sahip iki farklı projedir ve bunlardan yalnızca biri güncellemeleri almaya devam etmektedir. SearXNG kurun. Orijinal Searx, Nisan 2023'ten bu yana hiçbir kod değişikliği almamıştır ve kendi README dosyası durumu tek bir satırda belirtir: "Searx artık sürdürülmemektedir."
Bu durum, felsefi olmaktan ziyade pratik bir sorun yaratır. İki proje bir ekran görüntüsünü, yapılandırma dosyasının büyük bir kısmını ve ismin yarısını paylaşır; bu nedenle biri için yazılmış bir kılavuz diğerine de uygulanabilir görünür. Uygulanamaz. Ayar dosyasının konumu farklıdır, bot koruması yenidir ve paket ismi güncel Ubuntu depolarından kaldırılmıştır. Aşağıda, ayrımın kendisi, durumu kendiniz kontrol etmeniz için gereken komutlar ve bir örnek kuran kişi için değişen şeylerin listesi yer almaktadır.
Searx nedir ve SearXNG nereden gelmiştir
Searx bir meta arama motorudur. Kendi dizinini tutmaz. Sorgunuzu alır, Bing, DuckDuckGo veya Wikipedia gibi diğer arama servislerine iletir ve ardından gelen sonuçları tek bir sonuç sayfasında birleştirir. Bunun avantajı, ilgili servislerin sizin adresiniz yerine sunucunun adresini görmesidir. Dezavantajı ise bakım gereksinimidir. Her arama motoru, başka bir servisin HTML veya API yapısını ayrıştıran küçük bir kod parçasıdır; bu nedenle yukarı akış (upstream) tarafında bir değişiklik olduğunda ilgili motor bozulur. Bir meta arama motorunun sağlığı, motor modüllerini düzelten kişilerin performansıyla sınırlıdır.
Searx deposu Ekim 2013'te oluşturulmuştur. Nisan 2021'de eski bir geliştirici, Searx'in bir çatalı (fork) olarak SearXNG'yi başlatmıştır. "NG" ifadesi "next generation" (yeni nesil) anlamına gelir. Searx'in kendi README dosyası her iki projeyi yan yana tanımlar ve bu açıklama, ayrılığın en net özetidir:
SearXNG, searx'in eski bir geliştiricisi tarafından oluşturulmuş bir searx çatalıdır.
SearXNG sürekli sürümlere (rolling releases) sahiptir, bağımlılıkları daha sık güncellenir ve motorları daha hızlı düzeltilir.
Çatalın arkasındaki anlaşmazlık teşhis verileriyle ilgilidir. Searx, kullanım verilerini bir örneğin (instance) tutmaması gereken bir şey olarak görmüş ve varsayılan ayarları bunu açıkça belirtmiştir: enable_stats: False # activate /stats page - note: it may leak usage data. SearXNG ise tam tersi bir karar almış ve varsayılan ayarlarında enable_metrics: true ile gelmiştir. Bu metrikler, yanıt süresi çubuklarını dolduran ve bozuk bir motoru bulmayı ve düzeltmeyi kolaylaştıran hata sayfalarını oluşturan verilerdir. Her iki görüş de savunulabilir. Ancak bunlardan sadece biri kod geliştirmeye devam etmiştir.
Searx ölü mü? Durumu kendiniz nasıl kontrol edersiniz
"Ölü" ifadesi GitHub'ın raporladığı bir durum değildir; bu nedenle mevcut iki sinyali okuyup karar vermeniz gerekir. İlk sinyal, deponun arşivlenip arşivlenmediği ve en son ne zaman push işlemi yapıldığıdır.
curl -s https://api.github.com/repos/searx/searx | jq -r '.archived, .pushed_at'
curl -s https://api.github.com/repos/searxng/searxng | jq -r '.archived, .pushed_at'18 Ekim 2026 tarihinde ilk komut false ve 2026-05-14T10:02:22Z çıktılarını verir. İkinci komut ise false ve genellikle son bir veya iki güne ait güncel bir zaman damgası yazdırır. İlk değere dikkat edin. Searx deposu arşivlenmemiştir ve kimse kapıyı kilitlememiştir; sorunun sürekli gündeme gelmesinin nedeni budur.
pushed_at tek başına zayıf bir sinyaldir; çünkü tek satırlık bir dokümantasyon değişikliği dahil olmak üzere herhangi bir dala yapılan push işlemiyle değişir. Bunun yerine commit listesini okuyun.
curl -s 'https://api.github.com/repos/searx/searx/commits?per_page=5' \
| jq -r '.[] | .commit.committer.date[:10] + " " + (.commit.message | split("\n")[0])'18 Ekim 2026 itibarıyla bu komut şunları yazdırır:
2026-05-14 [doc] add hister reference
2023-09-07 Searx is no longer maintained
2023-04-05 Fix quoting issue in search_operator plugin (#3479)
2023-04-04 Bump pallets-sphinx-themes from 2.0.2 to 2.0.3 (#3450)
2023-04-04 Update searx.data - update_wikidata_units.py (#3454)Listeyi aşağıdan yukarıya doğru okuyun. Olağan çalışmalar Nisan 2023'te durmuştur. Eylül 2023'teki commit, geliştiricilerin README dosyasına uyarıyı eklemesidir. O tarihten bu yana yapılan tek commit dokümantasyon değişikliğidir; çünkü orijinal yazar, diğer arama motorlarını sorgulamak yerine seçtiğiniz sayfaları ve dosyaları indeksleyen bir arama aracı olan Hister'e geçmiştir. Bu farklı bir fikirdir ve eğer gerçekten istediğiniz şey kendi içeriğiniz üzerinde kişisel bir arama motoru ise oldukça kullanışlıdır.
İkinci sinyal paketlemedir ve çoğu eski eğitim dokümanı sessizce paketlemeye bağımlıdır.
- PyPI, Ocak 2014'teki 0.1.2 sürümünden Temmuz 2020'deki 0.17.0 sürümüne kadar yirmi adet
searxsürümü barındırır ve her biri hala indirilebilir durumdadır.pip install searxkomutu başarıyla çalışır ve size bunların en yenisi olan 0.17.0 sürümünü getirir; bu sürüm, fork oluşmadan dokuz ay önceki koddur. - Debian, Debian 12 (bookworm) içerisinde searx 1.1.0 sürümünü sunmuştur ve hala unstable sürümünde taşımaktadır. Ekim 2023'te testing sürümünden kaldırıldığı için Debian 13 (trixie) hiçbir searx paketi içermemektedir.
- Ubuntu, searx'i en son 23.10 (mantic) sürümünde 1.1.0 versiyonuyla sunmuştur. İçinde searx bulunan son LTS sürümü 1.0.0 versiyonuyla 22.04'tür ve paket, 24.04 sürümü yayınlanmadan önce bu sürümden silinmiştir. Ubuntu 24.04 üzerinde
sudo apt install searxkomutuE: Unable to locate package searxile sonuçlanır. - Projenin her zaman yönlendirdiği halka açık örnek dizini olan searx.space, artık SearXNG örneklerini listelemektedir.
İşte dürüst durum budur: Kod herkese açıktır, hala çalışmaktadır ve bugün klonlayıp başlatabilirsiniz. Ancak motor düzeltmeleri veya güvenlik güncellemeleri almazsınız; bir meta arama motoru için tüm iş zaten budur. Motorlar başkalarının takvimine göre eskir. Bakımı yapılmayan bir örnek, sunucuya kimse dokunmasa bile her geçen ay daha az sonuç döndürür.
Yeni bir kurulum için neler değişti
Ayar dosyası taşındı ve artık bir katman (overlay) olarak çalışıyor
Searx üzerinde searx/settings.yml dosyasını kaynak ağacı içerisinde düzenliyordunuz. SearXNG üzerinde ise dosya /etc/searxng/settings.yml konumunda bulunur ve süreç, dosyayı SEARXNG_SETTINGS_PATH ortam değişkeni aracılığıyla bulur. Yükleyicinin buraya kopyaladığı şablon oldukça kısadır:
use_default_settings: true
general:
debug: false
instance_name: "SearXNG"
search:
safe_search: 2
autocomplete: 'duckduckgo'
formats:
- html
server:
# Is overwritten by ${SEARXNG_SECRET}
secret_key: "ultrasecretkey"
limiter: true
image_proxy: true
valkey:
# URL to connect valkey database. Is overwritten by ${SEARXNG_VALKEY_URL}.
url: valkey://localhost:6379/0use_default_settings: true, çalışma şeklinizi değiştiren satırdır. Bu satır sayesinde dosyanız yalnızca geçersiz kılmaları (overrides) tutar; dışarıda bıraktığınız her anahtar, paketle birlikte gelen varsayılan değerlerden alınır. Bu satır olmazsa, dosyanızın her motor için tüm yapılandırmayı tanımlaması gerekir. İnsanların temiz bir şekilde başlayan ancak hiçbir sonuç bulamayan bir kurulumla karşılaşmalarının nedeni budur. Eski bir Searx ayar dosyası bu yola yapıştırıldığında, farklı anahtar isimlerine sahip eksiksiz bir yapılandırma olarak algılanır ve süreç hatalı çalışır.
Gizli anahtar (secret key) süreci durdurur
sudo -H sed -i -e "s/ultrasecretkey/$(openssl rand -hex 16)/g" \
"/etc/searxng/settings.yml"Şablonu kopyaladıktan sonra bu komutu bir kez çalıştırın. Bunu atlarsanız SearXNG tek bir satır günlük kaydı oluşturur ve 1 durum koduyla çıkar; çünkü webapp.py, herhangi bir hizmet vermeden önce anahtarı şablon değeriyle karşılaştırır:
server.secret_key is not changed. Please use something else instead of ultrasecretkey.general.debug değeri true olduğunda bu denetim atlanır; bu nedenle bir kurulum hata ayıklama oturumunda sorunsuz çalışabilir ancak systemd altında veya bir container içerisinde başlamayı reddedebilir. docker compose logs içerisinde bu satır varken döngü halinde yeniden başlayan bir container, bozuk bir imajdan değil, bu denetimin tetiklenmesinden kaynaklanır.
Sınırlayıcı (limiter) yenidir ve Valkey gerektirir
Searx'in uygulama içerisinde bir hız sınırlama özelliği yoktu. Halka açık Searx kurulumları, önüne ayrı servisler koyardı: istek filtreleme için filtron ve sonuç içeriğini proxy'lemek için morty. Her iki depo da Ocak 2023'ten beri commit almadı: filtron'un son commit'i o aydan, morty'ninki ise Nisan 2021'dendir.
SearXNG bu işi kendi yapar. Hız sınırlama ve bot algılama, server.limiter ile açılan limiter tarafından gerçekleştirilir. Gönderilen varsayılanlarda false, yükleyicinin şablonunda ise true olarak ayarlanmıştır ve sayaçlarını tutmak için bir Valkey veritabanına ihtiyaç duyar. Valkey, Redis'in bir çatalıdır (fork) ve Ubuntu 24.04 bunu paket olarak sunar:
sudo apt install -y valkey-serverserver:
limiter: true
valkey:
url: valkey://localhost:6379/0Bu isim değişikliğinden önce yazılan kılavuzlar bunun yerine bir redis: bloğu yapılandırır, bu yüzden anahtar ismini güncel limiter belgelerinden kopyalayın. İnce ayarlar ikinci bir dosyada, /etc/searxng/limiter.toml içerisinde bulunur ve server.public_instance: true, halka açık bir kurulumun ihtiyaç duyduğu daha sıkı bot algılamayı (link token yöntemi dahil) açar. Bunun görünür sonucu, bazı isteklerin sonuç yerine HTTP 429 ile yanıtlanmasıdır; kurulumunuza karşı script çalıştırıyorsanız kendi istekleriniz de buna dahil olabilir. Bununla ilgili ayrı bir sayfa burada mevcuttur: bir SearXNG kurulumu neden 429 Too Many Requests yanıtı verir.
Motorlar kendilerini askıya alır ve zaman aşımları uzundur
Bir üst servis (upstream) bir CAPTCHA veya hız sınırı sayfasıyla yanıt verdiğinde, SearXNG yazılımsal bir istisna oluşturur ve engellenene kadar yeniden denemek yerine, o motoru belirli bir süre için sorgulamayı durdurur. Varsayılanlar searx/settings.yml içerisinde search.suspended_times altında gönderilir. Bunlar, Ekim 2026 itibarıyla yayınlanan 6 değerleridir:
Bu grafiğin arkasındaki veriler
[
{
"label": "SearxEngineAccessDenied",
"suspend_seconds": "180"
},
{
"label": "SearxEngineCaptcha",
"suspend_seconds": "3,600"
},
{
"label": "SearxEngineTooManyRequests",
"suspend_seconds": "180"
},
{
"label": "cf_SearxEngineCaptcha",
"suspend_seconds": "1,296,000"
},
{
"label": "cf_SearxEngineAccessDenied",
"suspend_seconds": "86,400"
},
{
"label": "recaptcha_SearxEngineCaptcha",
"suspend_seconds": "604,800"
}
]Basit bir erişim reddi yanıtı, o motoru 180 saniyeliğine park eder. Bir CAPTCHA, 3,600 saniyeliğine park eder. Bir Cloudflare CAPTCHA, on beş gün olan 1,296,000 saniyeliğine, bir Google reCAPTCHA ise bir hafta olan 604,800 saniyeliğine park eder. Uzun süreler bilinçli olarak seçilmiştir; çünkü bir servis adresi zaten işaretledikten sonra tekrar sormak, kurulum IP'sinin kalıcı olarak engellenmesine yol açar.
Bir motor askıdayken sonuç sayfası onu atlar ve "Arama motorlarından gelen mesajlar" başlıklı yan çubuk bloğunda raporlar; /stats/errors ise nelerin başarısız olduğunu listeler. Kısıtlı sonuçlar döndüren yeni bir kurulum genellikle size bunu gösteriyordur, bozuk bir kurulum değildir.
JSON API varsayılan olarak kapalıdır
Gönderilen varsayılan ayar formats: [html] şeklindedir ve başka bir şey yoktur; bu nedenle her scriptin ihtiyaç duyduğu API, siz açana kadar kapalıdır.
curl -s -o /dev/null -w '%{http_code}\n' \
'http://127.0.0.1:8888/search?q=test&format=json'Bu, 403 çıktısını verir çünkü arama rotası, istenen format search.formats içerisinde listelenmediğinde flask.abort(403) çağrısını yapar. Formatı ekleyin ve servisi yeniden başlatın:
search:
formats:
- html
- jsonSearx ayar dosyasında formats anahtarı hiç bulunmazdı, bu yüzden JSON çıktısı sadece istendiğinde orada olurdu. O dönemden kalan her script ve kod parçası aynı varsayımla çalışır ve hata modu, hiçbir açıklama olmaksızın çıplak bir 403'tür. Bir kurulumu araçlara bağlıyorsanız, bir aracıya arama yapması için SearXNG uç noktası verme konusu bu ayarla başlar.
Neden kopyala-yapıştır Searx rehberleri başarısız olur
Bu satırların her biri hala üst sıralarda yer alan rehberlerde bulunur ve her biri güncel bir kurulumda başarısız olur veya yanlış yönlendirir.
- Ubuntu 24.04 üzerinde
sudo apt install searx,E: Unable to locate package searxkomutunda durur; çünkü paket en son 23.10 sürümünde yayınlanmış ve 24.04 sürümü yayınlanmadan önce depolardan kaldırılmıştır. pip install searxbaşarılı olur ve Temmuz 2020 tarihli 0.17.0 sürümünü kurar. Hiçbir uyarı, bu sürümün fork öncesine ait olduğunu belirtmez.git clone https://github.com/asciimoo/searxhala çalışır, çünkü GitHub eski kullanıcı adını yönlendirir. Mevcut varsayılan dalı çeker; burada Mayıs 2026 tarihli bir dokümantasyon commit'i, Nisan 2023'te değişimi durmuş uygulama kodu üzerinde yer almaktadır.- Kaynak dizininde
searx/settings.ymldosyasını düzenleyen adımlar,/etc/searxng/settings.ymldosyasını okuyan SearXNG üzerinde hiçbir şeyi değiştirmez. - filtron veya morty kuran adımlar, SearXNG'nin zaten içerdiği parçaları yeniden inşa etmektedir.
- Sınırlayıcı için kullanılan bir
redis:URL'si, güncelvalkey:anahtarının bir isim değişikliği gerisindedir.
SearXNG rehberleri de eskir ve klonlama URL'si, bir rehberin ne kadar eski olduğunu anlamanın en hızlı yoludur. Compose dosyaları eskiden ayrı bir searxng-docker deposunda bulunurdu. Bu depo artık arşivlenmiştir, son gönderimi Mart 2026'da yapılmıştır ve dosyaları ana depodaki container/ dizinine taşınmıştır. Dokümantasyondaki güncel container hızlı başlangıç komutları şöyledir:
mkdir -p ./searxng/core-config/
cd ./searxng/
curl -fsSL \
-O https://raw.githubusercontent.com/searxng/searxng/master/container/docker-compose.yml \
-O https://raw.githubusercontent.com/searxng/searxng/master/container/.env.example
cp -i .env.example .env
nano .env
docker compose up -dSon komuttan önce .env dosyasını düzenleyin. İmaj, ortam değişkenlerini ayar anahtarlarıyla eşleştirir; bu nedenle SEARXNG_SECRET ifadesi server.secret_key haline gelir ve SEARXNG_BASE_URL ifadesi server.base_url haline gelir. Betik ile yapılan sunucu kurulumu, aynı sonuca çıkan farklı bir yoldur:
git clone https://github.com/searxng/searxng.git searxng
cd searxng
sudo -H ./utils/searxng.sh install allBu işlem searxng kullanıcısını, /usr/local/searxng altındaki sanal ortamı ve SearXNG dokümantasyonundaki referans kurulum olan uWSGI servisini oluşturur. Bu yolun daha uzun bir izahı için bkz: kendi VPS'inizde SearXNG kurulumu.
Genel bir örnek mi yoksa kendi örneğiniz mi
Genel bir örnek, TLS (transport layer security) bağlantınızı sonlandıran başka birine ait sunucudur; bu nedenle oradaki yazılım sorgunuzu düz metin olarak okur. SearXNG'nin kendi belgeleri güven konusunu açıkça ortaya koyar: yöneticiye güvenmek zorundasınız ve isteklerin günlüğe alınıp alınmadığını, birleştirilip birleştirilmediğini veya üçüncü bir tarafa iletilip iletilmediğini bilemezsiniz. Görünür liste kısa ve tamdır. Operatörün yığını; sorgu metnini, zamanı, isteğin geldiği IP adresini, tarayıcı user agent bilgisini ve ayarlarınızı tutan tercih çerezini görebilir. Operatör ayrıca kodu da kontrol eder, bu nedenle uyguladıkları her yama orada yaptığınız her aramada çalışır.
Varsayılan bir ayar, yanlışlıkla günlüğe kaydetmeyi kolaylaştırır. Searx, aramaları POST olarak gönderirdi. SearXNG, method: "GET" ile birlikte gelir; yorum olarak POST yönteminin arama sorgularını tarayıcı geçmişinden uzak tuttuğunu ancak kullanılabilirlik sorunlarına yol açtığını belirtir. GET yönteminde sorgu istek satırında yer alır, bu nedenle varsayılan olarak reverse proxy erişim günlüğüne ve tarayıcı geçmişine düşer. Bu, standart bir web sunucusu davranışıdır. Hangi sunucuda gerçekleşeceğini seçmeden önce bunu bilmekte fayda vardır.
Kendi instance’ınızı çalıştırmak güveni ortadan kaldırmaz, yalnızca güvenin yöneldiği tarafı değiştirir. Kod ve loglar üzerinde denetim sahibi olursunuz. Tek kullanıcılı bir sunucu için hostname veya TLS sertifikasını hiç yayımlamak istemiyorsanız, v3 onion service üzerinden erişim instance’ı public DNS dışında tutarken ona her yerden erişmenizi sağlar. Bunun karşılığında upstream engine’ler tüm aramalarınız için tek bir adres görür. Tek kullanıcılı bir instance’da her sorgu kalabalık içindeki diğer kullanıcılarla karışmak yerine doğrudan size bağlanır. Yoğun kullanılan bir public instance size bu kalabalığı sağlar ve logları sizin sorumluluğunuzdan çıkarır. Önem verdiğiniz özelliği seçin. Önce tüm riskleri görmek istiyorsanız SearXNG kullanımının güvenli olup olmadığı bu konuyu ayrıntılı biçimde ele alır. Konum geçmişi de aynı değerlendirmeyi, ancak daha yüksek risklerle gerektirir. Çünkü konumunu gün boyunca bildiren bir telefon, herhangi bir arama logundan daha fazla bilgi açığa çıkarır. Bu verileri denetiminizdeki bir sunucuda tutmak istiyorsanız başlangıç noktası self-hosted konum izleyicilerini karşılaştırmaktır.
VPS için pratik bir not: Veri merkezi adres aralıkları, ev bağlantılarına göre daha hızlı işaretlenir. Bu nedenle yeni bir instance, bazı arama motorlarında ilk birkaç arama içinde CAPTCHA ile karşılaşabilir. Bu durum, yukarıda açıklanan askıya alma davranışının çalıştığını gösterir; yanlış yapılandırma söz konusu değildir. Askıya alma süresi dolduktan sonra aynı arama motorlarına erişim hâlâ engelleniyorsa, herhangi bir değişiklik yapmadan önce gerçek hatayı okumak çözüm ararken tahminde bulunma ihtiyacını ortadan kaldırır.
Hâlihazırda bir Searx örneği çalıştırıyorsanız
Bu metni okuduğunuz gün hiçbir şey bozulmaz. Sunucu, bir sonraki upstream değişikliği başka bir motoru bozana kadar çalışmaya devam eder, ardından bozuk kalır. Geçişi planlayın ve yapılandırma dosyasını doğrudan taşımayın. SearXNG şablonuyla başlayın, ardından yalnızca bilinçli olarak değiştirdiğiniz ayarları tekrar ekleyin: örnek adı, safe_search, adlarıyla etkinleştirdiğiniz veya devre dışı bıraktığınız motorlar ve arayüz varsayılanlarınız. Motor adları ve seçenekleri fork içerisinde değiştiğinden, anahtarın hâlâ mevcut olduğunu varsaymak yerine her birini güncel dokümantasyonla karşılaştırın. Filtron kurallarının ve morty URL'sinin bir karşılığı yoktur, çünkü bu işlevler uygulamanın içine taşınmıştır.
Eski örnek çalışmaya devam ederken yeni örneği farklı bir portta çalıştırın. Ana sayfa 200 yanıtı döndürdüğünde, bir arama birden fazla motordan sonuç getirdiğinde ve /stats/errors boş olduğunda veya yalnızca anladığınız hataları listelediğinde sistem çalışıyor demektir. Ardından reverse proxy ayarlarını yeni örneğe yönlendirin ve eski servisi durdurun.
FAQ
Searx 2026 yılında ölü mü?
Depo arşivlenmemiştir, bu yüzden klonlamanıza engel bir durum yoktur ancak proje artık sürdürülmemektedir. Son kod commit işlemi Nisan 2023'te gerçekleşmiştir ve README dosyasında "Searx is no longer maintained" ifadesi yer almaktadır. Bunu curl -s https://api.github.com/repos/searx/searx | jq -r '.pushed_at' ile kendiniz kontrol edin ve ardından yakın tarihli commit mesajlarını okuyun; çünkü sadece bir push tarihi, dokümantasyon düzenlemesinden kaynaklanıyor olabilir. Bir metasearch motoru için sürdürülmemek, sonuçların kendiliğinden kötüleşmesi anlamına gelir; çünkü her motor modülü, sürekli değişen bir üst kaynağa bağımlıdır.
Searx'i hala apt veya pip ile kurabilir miyim?
Güncel sistemlerde hayır, kurulabildiği yerlerde ise işlevsel değildir. Ubuntu, searx'i en son 23.10 sürümünde 1.1.0 versiyonuyla paketlemiştir ve bunu içeren son LTS sürümü 1.0.0 versiyonuyla 22.04'tür. 24.04 sürümünden yayınlanmadan önce kaldırılmıştır, bu nedenle 24.04 üzerinde sudo apt install searx komutu E: Unable to locate package searx çıktısını verir. Debian, 12 sürümünde 1.1.0'ı sunmuş ancak Ekim 2023'te test sürümünden çıkarmıştır, dolayısıyla Debian 13'te paket bulunmamaktadır. PyPI hala tüm searx sürümlerini sunmaktadır ve en yenisi Temmuz 2020 tarihli 0.17.0 sürümüdür; bu sürüm fork'un kendisinden bile daha eskidir. Bunun yerine SearXNG kurun.
Eski searx settings.yml dosyam SearXNG'de çalışır mı?
Hayır. Dosyayı değil, değerleri kopyalayın. SearXNG, /etc/searxng/settings.yml dosyasını okur ve en üstte use_default_settings: true bulunmasını bekler; böylece dosyanız varsayılan ayarlar üzerinde bir katman (overlay) görevi görür. Eski bir searx dosyası, farklı anahtar isimlerine sahip tam bir yapılandırmadır ve içerisinde limiter, valkey bloğu veya formats listesi bulunmaz. utils/templates/etc/searxng/settings.yml adresindeki şablondan başlayın ve değişikliklerinizi tek tek tekrar ekleyin.
Kendi SearXNG örneğim neden halka açık bir örnekten daha az sonuç döndürüyor?
Bazı motorlar askıya alınmıştır. Bir motor CAPTCHA veya hız sınırlama sayfasıyla yanıt verdiğinde, SearXNG belirli bir süre boyunca o motora sorgu göndermeyi durdurur; bu süre basit bir reddetme için 180 saniye ile Cloudflare CAPTCHA'sı için 1,296,000 saniye arasında değişir. Sonuçlar sayfası bunu "Messages from the search engines" başlığı altında bildirir ve /stats/errors hataları nedenleriyle birlikte listeler. Veri merkezi IP adresleri, ev bağlantılarına göre daha hızlı işaretlenir, bu nedenle yeni bir VPS örneği bu durumu erken yaşar.
Halka açık bir SearXNG örneğini mi kullanmalıyım yoksa kendiminkini mi çalıştırmalıyım?
Kod ve loglar üzerinde kontrol sahibi olmak istiyorsanız kendinizinkini çalıştırın; ancak bu durumda üst kaynak motorların tüm aramalarınızı tek bir adresten göreceğini kabul etmeniz gerekir. Sorgularınızı başkalarınınkiyle karıştırmak, neyin loglandığını bilmekten daha önemliyse halka açık bir örnek kullanın. Halka açık bir örnekte operatör; sorgu metnini, zamanı, IP adresinizi ve kullanıcı aracınızı (user agent) görebilir ve kodu dilediği zaman değiştirebilir. Belirtilen bir loglama politikası dışarıdan doğrulanamaz.