Solrを使う際にどうぞ。Ajaxベースの検索フロントエンド·AJAX Solr MOONGIFT
AJAX SolrはSolrのAjax検索インタフェースです。 個人的にもWebサービスの検索エンジンとして使うことが増えてきているSolr。そんなSolrのフロントエンドとして使えるソフトウェアがAJAX Solrです。 デモです。左側がフィルタ、右側に結果が表示されています。 結果の全文を読むこともできます。 フィルタ条件は左上に表示されています。×リンクをクリックして解除することもできます。 社内の検索エンジンに採用したりした場合、管理画面を作る手間なくAJAX Solrを使えます。検索エンジンをより手軽に使えるソフトウェアです。 AJAX SolrはJavaScript製のオープンソース・ソフトウェア（Apache License 2.0）です。 MOONGIFTはこう見る ローカルOSにおける検索エンジンは随分と広まってきたような思います。しかし意外とまだまだ弱いのが社内のファイ
Apache ManifoldCF™にようこそ！
ManifoldCFにふくまれる商用ソフトウェア用のコネクタをビルドするには、サードパーティのライブラリ、パッケージ、そのソフトウェアが必要な場合があります。開発者はビルドする時にこれらサードパーティのソフトウェアを入手する必要はありますが、条件付きでコンパイルすることができるため、コネクタ自体のソースコードはApacheとして配布することができます。できる限りすべてをApacheライセンスに準拠するようにしたいと思っていますが、現実的には状況はすぐには変わりません。 サードパーティのソフトウェアを含めてビルドする手順はWikiページに掲載しています。 2023年11月1日 - ManifoldCF 2.26を公開しました！ 開発者コミュニティは2.25リリースを承認しました 2023年06月1日 - ManifoldCF 2.25を公開しました！ 開発者コミュニティは2.25リリースを承
A/Bスプリットテストはクローキングや重複コンテンツになるのか？
[対象: 中〜上級] A/Bスプリットテストや多変量テストの適切な実行方法について英語版のGoogleウェブマスター向け公式ブログが説明しました。 A/Bテストは、クローキングのようなガイドライン違反になったり重複コンテンツのようなインデックス・ランキングに悪い影響を与えたりすることがあるのでしょうか。 公式ブログの説明によれば以下に説明する点に注意してテストすれば問題は起こらないとのことです。 クローキングをやらない クローキングはユーザーエージェント (User-Agnet、UA) に基いてユーザーと検索エンジンに対して同じURLで異なるコンテンツを見せることでガイドライン違反に違反します。ユーザーにはテスト用のページを見ながら検索エンジンには常にオリジナルのページを見せるとクローキングに相当してしまうのでやってはいけません。ガイドライン違反としてみなされ順位を下げられたりインデックス
初心者向けschema.org講座 « NAVER Engineers' Blog
NHN Japan ウェブサービス本部の「キョウ」と申します。 NAVERサービスのマークアップ等を担当している、「突っ込みづらいキャラ」で有名な男ですw 今回はマークアップエンジニアやSEOエンジニアの中で注目を集めている、 schema.orgについてご説明させていただきます。 この記事を読んでいる方の中には「schema.org公式サイト（英）」 「schema.org 日本語訳」をご覧になった方も多いと思いますが・・・ 皆様理解できましたか？ 正直難易度が高いと思うので、初心者向けに内容を砕いて説明していきます。 目次 1. schema.orgとは？ 2. schema.org導入メリットは？ 3. schema.org 初心者向けQ&A 4. schema.org実践編 5. 最後に 1. schema.orgとは？ 簡単に説明すると、schema.orgの仕様通りにH
慎ましい構成で使うSolr « NAVER Engineers' Blog
お世話になっております、開発チームの池上です。 最近ちょっとした検索機能にSolrを導入しました。Solrは検索エンジンのミドルウェアでご存知の方も多いと思います。大規模な構成による導入実績が豊富でWeb上にもたくさんの事例がありますが、今回は慎ましい構成の事例を紹介させて頂こうと思います。 使用しているSolrのバージョンは2012年1月時点で最新の3.5.0です。 なお、検索エンジンやSolrに関する基礎的な情報につきましては、有用な解説がすでに多数存在していますので割愛させて頂きます。 今回はつぎの前提条件と要件を意識して構築しました。 前提条件 サーバは極力少なめで ミッションクリティカルな機能ではない データ量はそれほど多くない 要件 更新はある程度頻繁 遅くとも数分以内にはインデックスに更新を反映させたい 一般的なWeb検索のように「いい感じに見つける」よりは「（入力されたキ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
