algoliaを試す
2016/12/28追記 algoliaシリーズ Install Algolia Search on Ghost ghostブログにalgoliaの検索ボックスを導入する AlgoliaというSaaSの全文検索エンジンが良さそう。 Algolia | Hosted cloud search as a service 料金体系。 無料 有料に比べ機能に制約がある サイトに設置する際はAlgoliaのロゴを一緒に表示しなければならない 有料 無料版に比べなんか多機能な感じ(こなみ) ブログに設置できないか試してみた。が、挫折！！！！！！！！！！！！！！！ Algoliaの設定自体はできたんだけど、それをうまくサイトに組み込んで検索結果から該当のページに飛ばす部分はユーザーに任されていて、そこで死んだ。でもやったところまではメモる。 以下の内容はだいたいチュートリアルの流れに従っている。 Alg
ソースコード検索エンジン「NerdyData」で世界1.4億のサイトから実用コードが探せる
NerdyDataというソースコード検索エンジンを最近知りました。 通常の検索エンジンは、タグを取り除いたページ内のコンテンツが検索結果に表示されます。けれど、NerdyDataは、サイトにある生コードを検索することができます。 これを、使うことにより、コードの具体的な利用例なども見ることができ、便利だったので紹介です。 photo by Ruiwen Chua NerdyDataとは NerdyDataは、世界中の1億4000万サイト以上のソースコードの中から、HTML、CSS、JavaScriptのコードを直接検索できる、ソースコード検索エンジンです。 Nerdyという単語は、あまり聞き慣れなかったので「どういった意味だろう？」と調べてみたら以下のような意味でした。 オタクっぽい Ａ系, エー系, 秋葉系, アキバ系 おそらく、いい意味でPCオタク向けのデータが詰まった、ギーク御用達の
Elasticsearch を使った位置情報検索 - クックパッド開発者ブログ
ホリデー事業室の内藤です。 ホリデー事業室は昨年の4月に発足した部署で、Holiday（https://haveagood.holiday）という新規サービスの開発を行っています。 Holiday とは、クックパッドが長年取り組んでいる「毎日の料理を楽しみにする」分野からは少しだけ離れ、「いつもの休日を楽しくすることで人生を豊かにする」ことを目指したサービスです。 例えばこちらのおでかけプランのように、「〇〇に行くならここも行ったほうがいいよ」や「〇〇を散策するならこのコースだよね」など、おでかけのレシピを投稿したり探すことができるようになっています。 今回は、全文検索エンジン Elasticsearch を使って、全文検索と位置情報を絡めた検索についてお話したいと思います。 本稿で説明する内容は、実際に Holiday の中でも応用を加えた形で使われています。 Holiday では、複数
Find Toys | Best and Top Toys Collections
Tips for Picking the Right Photographer Suitable for Your needs Looking for a professional photographer requires that you only deal with experts. It would be great to keep off from the inexperienced ones. This is because you do not want to take chances or gamble with your cash. An inexperienced photographer may make an error or omission that may hurt… All You Need to Know About Spray Foam Insulati
【solr】地図検索で超高速にまとめ表示を実現する実装方式【elasticsearch】 - 文系プログラマによるTIPSブログ
特別な機能を使わず、標準機能だけでできますよ〜 一瞬何のことか？と思った方は↓の画像を見て下さい。これです。 位置情報検索を利用して、一定の範囲内に該当するデータが何件あるかをまとめて表示する機能の事です。 実装方法 google mapを用意する boundsからメッシュを構築する メッシュの分割手法 メッシュを1個づつfacetで一括検索する メッシュの真ん中に件数を表示する google mapの表示が検索の始動となる 緯度経度を持つデータが用意しにくい！！ 雑感 実装方法 この画像ではgoogle map clusterを使った例ですが、clusterを使わず、超高速に位置情報検索を実装する方法を検討してみました。主にsolrとelasticsearchで実現可能かと思います。 google mapを用意する 地図はgoogle mapを使います。 googlemap apiには今
ガシャポン・ガチャガチャがたくさんあるのはどこ？ガチャポン検索ガイド
NOT FOUND 投稿が見つかりませんでした。 メニュー ホーム 検索 トップ サイドバー
ロカポ ブログ: GeoHashが米国特許6,552,670（通称 BINGEO）に引っかかってるかもしれない
「元ここギコ！」さんのFacebook書込みに触発されて、GeoHash の仕様が掲載されているWikipediaのページを久しぶりにじっくり見てみた。 GeoHashとは、緯度経度の位置情報を表すコードで、短い文字列で場所を表すことができるため、Twitterのジオタグなどに使われてることが多い。 この種の位置情報コードは、現在私が把握しているだけで全世界に24種類ある。私自身も位置情報コードを発明して特許を取ったことがある。（このブログのタイトル「ロカポ」はその位置情報コードの名前。現在はロカポv2にあたる LP-Address を無償公開）。それ以来、位置情報コードの情報は常に収集していて、「位置情報コード百科 - GEOCODE Encyclopedia」というドキュメントをつくったり、大学で論文として発表したりしている。 で、本題に戻ると、GeoHashのエンコーディングの手順が
MySQLではIN句とサブクエリの組み合わせはインデックスが効かない！？
な、なんと person_diaryはインデックスが適用されずにフルスキャンされ（１行目のkeyがNULL） 逆にpersonはid列に設定してあるプライマリキーが適用される(2行目のkeyがPRIMARY) という二つの謎な現象が発生しました。 そもそもpersonはnameカラムに対してLIKE検索しているのに、id列のプライマリキーが効いちゃうのは全く納得いきません。なぜ、どうしてこんなことが起こるのでしょう？ 原因 私がMySQLに期待していた動きとしては ①サブクエリを実行してperson.idのリストをメモリ中に作成 ②person.person_idに張られているインデックスを使って検索 というところでした。 期待通りに動いてくれなかったのには二つのMySQLの特性が関係していました。 特性① サブクエリを含むSQLは外側から先に実行される MySQLの場合、サブクエリを含む
TechCrunch | Startup and Technology News
Meta will soon officially permit users as young at 10 to use its Meta Quest 2 and 3 VR headsets — if their parents say it’s OK, anyway. In a blog post, the tech giant says that there’s & Nikola Corp. is laying off 270 employees, or about 23% of its workforce, and restricting its electric truck efforts to North America as it seeks to preserve cash. The company said Friday it will lay o
Wheren っていうのを作ってる話 - soh335 memo
最近 Wheren っていうのを作っていて簡単に言うと GeoHash に時間を縦軸に加えたものです。いつどこを扱うので where + when を足して wheren です。 緯度経度時刻の範囲をハッシュ化出来るので、その３つの範囲で検索する時に、わりと力を発揮してくれるんじゃないかと思います。下にも書いてあるんですけど、割りと狭い範囲で効いてくる感じなのですれ違い通信とかで使えそうかなぁという感じがしています。 前方一致の仕組みはGeoHash同様に入っています。 soh335/p5-Data-Wheren · GitHub コードはこちら。perlモジュールの書き方がちょっとまだ掴めてないので間違ってたら教えて下さい。 仕組み GeoHash 自体は Z-order っていうのがベースになっていて、それを３次元に展開してるって事です。 GeoHash はハッシュ化する文字列の長さに
Google検索がSSL通信をデフォルトに、キーワード取得ができなくなる
[レベル：全員] Googleは、通信の機密性・安全性を確保するためにGoogle検索と検索ユーザーの通信をSSLによって標準状態で暗号化することを発表しました。 2010年5月から、SSL通信で保護された検索をGoogleは試験的に公開していました。 今後数週間かけて、SSL検索を標準のウェブ検索として採用していきます。 ただしSSL検索が自動的に適用されるのはGoogleアカウントにログインしているユーザーで、Google.comを利用する場合に限られます。 ログインユーザーが http://www.google.com にアクセスすると https://www.google.com にリダイレクトされるようになります。 通信を暗号化することにより第三者に情報を盗み見られたり改ざんされたりすることを防ぐことができるので好ましい変更であることは間違いないのですが、1つ大きな問題が出てきま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
次世代デジタルライブラリー
Wikimedia Commons API search images by (latitude, longitude)
AI search that understands
方法: Windows Phone Marketplace 用のスクリーンショットを作成する
TechCrunch | Startup and Technology News