一定期間更新がないため広告を表示しています
21日にECナビさんで開催されたSolr(そーら)勉強会に参加してきました。 http://atnd.org/events/937 Luceneを1、2年前ぐらいに触っていて、そのときSolrも調査したことがあったので、その頃からどのように変わったのか楽しみにしていきました。 以下発表内容のまとめです。 Solrとは?(ロンウィット関口さん) 全文検索ライブラリのLucene JavaのAPIを使うので、開発期間の短くなっている昨今では導入の敷居が高い SolrはLuceneを使った検索サーバ実装 HTTPベースのAPIが提供されている→言語を選ばない 検索アプリが非常に楽に作成可能→時代に合っている Solrとのデータやりとり XMLで登録データを作成(CSVでも可)→HTTPでPOSTすると登録が完了 検索結果もXMLでGETする 検索アプリでは、XMLで返ってきた結果を加工してHTM
This project was originally sponsored by Lending Club, an online social lending network where people can borrow and lend money among themselves based upon their affinities and/or social connections. The project is under Apache V2 License: Copyright 2004 The Apache Software Foundation Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance
Using Solr will be used as the only source for serving search results so you can decouple your search application from Nutch and still use Nutch where it is at its best: crawling and extracting the content. There is an updated version about Nutch Solr integration available at https://lucidworks.com//2010/09/10/refresh-using-nutch-with-solr/ The last time I wrote about integrating Apache Nutch with
Here is a quick and easy way of using ModuleLoader to load other sections of your “site”, just remember that the modules that you are loading are not any ol’ regular swfs like the ones that you can export from flash, they are modules specifically for the ModuleLoader. MXML File <?xml version="1.0" encoding="utf-8"?> <mx:Application xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" themeC
All to often people force themselves into using a database like MySQL with no thought into whether if its the best solution to there problem. Why? Because their other applications use it, so why not the new application? Over the past couple of months I have been doing a ton of work for clients who use their database like most people use memcached . Lookup a row based on a key, update the dat
RPM をビルドするための環境を作るのはけっこうめんどうなわけですが、RPM のビルド環境を手助けしてくれる rpmdevtools というツールがあります。公式ページにもあるとおり、rpmdevtools には次のツールが含まれています。 rpmdev-setuptree: ユーザのホームディレクトリ内に RPM のビルドツリーを作成する rpmdev-diff: 二つのアーカイブの内容の差分を表示する rpmdev-newspec: テンプレートから新しい .spec ファイルを作成する rpmdev-rmdevelrpms: “development” RPMS から検索する rpmdev-checksig: RPM 署名をチェックする rpminfo: 実行ファイルやライブラリついての情報を表示する rpmdev-md5: RPM のすべてのファイルの md5sum を表示する r
2009年10月13日(火) ■ ネットワークが遅いって? _ サーバのネットワーク速度の調査/測定方法 。うーん。 次に実際に現在の回線速度を netperf で測定します。 トラブルシューティングに netperf を持ち出してくる例を初めて見た。よい子はマネしちゃいけません。netperf はネットワークに負荷をかけるベンチマークツールです。こいつによるトラフィックでネットワークが飽和して正常なホストまで遅くなる可能性がゼロではない(よほどのことがないと起きないけど)。あれは実験室環境で使うもの。「よほどのこと」が起きないと確信できるのでなければ本番環境で使うのはやめておいた方がいい。 最後に ethtool で NIC の現在の状態を調べます。 いや、それいちばん最初にやろうよ。今どんな状態にあるのか把握しないでベンチマークしてどうすんの。 _ あと、調査する際には netstat
JSDTとは JSDT(JavaScript Debug Toolkit)はIE、Firefox、Safari、Chrome、OperaなどさまざまなWebブラウザに対応したJavaScriptデバッガだ。JavaScriptデバッガとしてはFirefoxアドオンであるFirebugなどが有名だが、既存のツールは特定のWebブラウザでしか利用できないものがほとんどだ。JSDTであれば1つのツールで、なおかつブラウザ側に特殊なアドオンをインストールしなくてもJavaScriptのデバッグを行うことができる。 表1 さまざまなJavaScriptデバッガ JSDTの仕組み 実際にJSDTを試す前に、JSDTがどのように動作しているのかを説明しよう。 JSDTはHTTPプロキシサーバを内蔵しており、デバッグを行うWebブラウザはHTMLやJavaScriptなどのリソースをこのプロキシ経由して参
nginx_upstream_jvm_route http://code.google.com/p/nginx-upstream-jvm-route/ nginx_upstream_carp http://code.google.com/p/nginx-upstream-carp/ custom-nginx-session-module http://code.google.com/p/custom-nginx-session-module/ mod_zip http://code.google.com/p/mod-zip/ ngxv8 Nginx module for V8 JavaScript Engine http://code.google.com/p/ngxv8/ nginx-expressz-gpu http://code.google.com/p/nginx-expressz
Domaプロジェクトは, Pluggable Annotation Processing API を利用したJava6(JDBC4.0)対応のO/Rマッパーとその開発支援ツールを提供します。 Domaの概要を知りたい場合は、概要のページを参照してください。 とりあえず動かしたい場合は、クイックスタートのページを参照してください。 Domaに関する最新のjarファイルやソースコードが必要な場合は、ダウンロードのページを参照してください。 Doma のメジャーバージョンには 1 と 2 がありますが、本サイトは、 バージョン 1 を対象にしています。 バージョン 1 は、Java 6 でコンパイルされ、 Java 6、 Java 7、 Java 8 上で動作します。 バージョン 2 は、Java 8 でコンパイルされ、 Java 8 上で動作します。 バージョン 2 については doma.re
Benchmark.pm の cmpthese は手軽に速度の比較ができるのでとても便利。でも、そもそも何のパフォーマンスを比較しているのか? ソースコードを読めばわかるけど、 perl プロセスのCPU使用時間 あるいは、上記+子プロセスのCPU使用時間 を測定している。換言すると、プロセス間通信のオーバーヘッドやサーバ側での処理時間はベンチマーク結果に反映されない。つまり、サーバのベンチマーク(あるいはプロセス間通信やI/O待ちを含むベンチマーク)を比較したい場合には、cmpthese を使うべきではない。 #サーバと通信するクライアントモジュールのベンチマークがほしい、といった場合はOK どうしても Benchmark.pm を使いたいなら、 use Benchmark qw(:hireswallclock); my $r = timethese(...); for my $v (v
I spent most of today and yesterday bikeshedding event driven PSGI with miyagawa on #http-engine. We seem to have converged on something that is both fairly portable to different event driven implementations, without being too yucky for blocking backends. For example, if you don't yet know the response code or headers and are waiting on some other event driven thing, it's sort of like continuation
IDEs AppCode CLion DataGrip DataSpell Fleet GoLand IntelliJ IDEA PhpStorm PyCharm RustRover Rider RubyMine WebStorm Plugins & Services Big Data Tools Code With Me Quality Assurance JetBrains Platform Scala Toolbox App Writerside JetBrains AI Grazie Team Tools Datalore Space TeamCity Upsource YouTrack Hub Qodana .NET & Visual Studio .NET Tools ReSharper C++ Languages & Frameworks Kotlin Ktor MPS Am
Updates to the Original JSR The following updates have been made to the original proposal. 2015.01.09 Maintenance Lead: Bob Lee E-Mail Address: crazybob@crazybob.org Telephone Number: +1 314 537 6570 Fax Number: +1 650 253 0000 2010.03.01 Maintenance Leads: Bob Lee, VMWare Representatives: Bob Lee, Rod Johnson E-Mail Address: crazybob@crazybob.org, rod.johnson@vmware.com Telephone Number: +1 314 5
追記2009/10/16: いくつか指摘を受けましたが、linuxでっていうかzshに結構依存してしまっています。 つい自分環境についてばっかり考える悪い感じw 書こうと思った発端。 "disownコマンド - Do You PHP はてな" ことコマンドラインのTIPSに関しては、予想外な人が予想外な事を知らないものだ!と驚く事があります。 disownを知らなかったってことは、このへんももしかしたら知られてないかも?というバックグラウンド処理に関する豆知識(+おまけ)をいくつか。 知ってたらごめんなさいだけど、こういうのが需要あるってわかったら口に出して言ってみておくのは大事だよね! 1. しょっぱなからdisownした状態でバックグラウンド処理にする「&|」 いちいちバックグラウンド処理にした後にdisownするって2度手間が嫌な人に。 disownについては上記の記事参照。 % p
【注意】2009年10月16日現在の情報です。 【追記】 初出時にあった configure.ac, Makefile の問題は修正されたため、記事内容も修正しました。 mod_psgi を試してみたのでメモしておきます。 Ubuntu 9.04 x86_64 Apache/2.2.11 (Ubuntu) Perl v5.10.0 built for x86_64-linux-gnu-thread-multi $ git clone git://github.com/spiritloose/mod_psgi.git $ cd mod_psgi $ autoconfconfigure が出来たので実行して make && make install. $ ./configure $ make # make installhttpd.conf に設定して LoadModule psgi_modu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く