Working with hugedomains.com was a quick and easy process. We got to speak to multiple real people located in Colorado without having to wait on hold! Our only complaint was we felt we had to overpay more than this particular domain was worth, and we weren't able to negotiate it down to a level that we felt was fair. However, payment and delivery were seamless, and within a few hours we had all of
WSSE認証 Basic認証 Digest認証 ひとまずはBasic認証で充分な気がする．WSSEは消えつつあるのかな? 以下引用メモ # 2007年06月30日 miyagawa miyagawa Basicのほうがいいよ VoxのフィードはmiyagawaさんがBasic認証対応にしたみたいです。確かにWSSE認証に対応したフィードリーダーなんて聞いたこと無い。 でもたとえば記事のPOST/PUT/DELETEとかはBasic認証でやちゃっていいのかな？今作ってるサービスでも認証方法が決まらなくてscaffold_resourceで生成したAPIもPOST/PUT/DELETEはコメントアウトしてるんですよね。 Basic認証 より正確にいうと、Atom 自体に独自の認証スキームは定義せずに、既存のHTTPで利用できるBasic/Digestを使おうということだと認識しています。WSS
ホームCodereaderLIbre softwarekatyushaシンガポ問合せ 東京ノースサイドブログ東京ノースサイドブログへようこそMore PostsKeePass2とSeaFileOSMFJ社員総会OmegaTで英辞郎辞書をつかう（最新情報）OpenStreetMap WikiをOmegaTで効率的に翻訳する方法HikingでOpenStreetMapを活用なんという事でしょう！！投稿のしかたすら忘れた・・・のか？？放置している間に何をしてたかというと別のサイト作ってましたFilezilla on UbuntuがFTPSでエラー/パッチ投稿あなたの活動レベルはどんなレベル？ 最高のチーム ×要求されたテームは見つかりませんでした。
mixiが新しく出したmixiステーションがすばらしいです。その裏側が。 mixiにログインした状態で http://mixi.jp/atom/tracks/r=2/member_id=myMixiID にアクセスするとatomで自分のページのあしあとがフィードされます。ちなみにmixiステーションが送っているリクエストは以下の通り。 GET /atom/tracks/r=2 HTTP/1.1 X-WSSE: UsernameToken Username="ku@example.com", PasswordDigest="passwordDigest8jrjEdO61Bx8c=", Nonce="Y0NonceLYj0=", Created="2007-06-29T03:04:30Z" User-Agent: mixi station/v1.4 (by glucose) Host: mix
ニワンゴとドワンゴは6月29日、共同で提供している無料メールポータル「ニワンゴ」のOpenAPIを、開発者向けサイトで公開した。 このAPIは、ユーザーとサービス事業者間のデータリクエストを携帯電話のメールで行うための仕組みを提供する。携帯電話のメールだけで検索を行えるニワンゴのサービスのベースとなっている部分だ。 これを使用することで、携帯電話のメール機能を使ったアプリケーションを作成することができる。APIを利用して開発したアプリケーションをサーバーに設置しておくと、ユーザーはコマンド付きのメールを送るだけでデータを受け取ることができるようになる。 ニワンゴはいくつかのアプリケーション作成例を公開している。そのうちの一つである「ニワチェキ」は、ユーザーの送ってきた顔写真を自動判定して、その顔に似た著名人の名前をテキストで返信するサービスだ。 このサンプルアプリでは、ユーザーは顔写真を携
AppleのAjax戦略の本質とは？ WebOSの現状は？ Googleの新サービスは？ 多様化して増加し続けるWeb API／マッシュアップなどについて（編集部） 米Apple、Windows版Safariをβ公開 アップルにWindows版Safari開発を決断させたある認識 Webアプリが標準となる「iPhone」 iPhoneアプリ開発は「Web2.0標準で」――Appleがデベロッパーに指針 「普通のWindowsパソコンでは嫌だ……」というユーザー層の受け皿になってきたAppleが、ここに来て急速にAjaxに対して強い関与を見せています。具体的な話題としては2つあります。1つは、WebがプラットフォームになるというAjax／Web 2.0時代に、Safariの存在感を埋没させないために、Windows版を開発しているという話題。もう1つは、これまで外部の開発者をシャットアウトし
MeCabで形態素解析器を作りたい場合は以下の二つの言語リソースが必要です。 1. 辞書 (単語と品詞のペアの集合) 2. 入力文と、それに対応する正解出力ペア(正解データ) 現在公開している mecab-ipadic は、ipadicとRWCPコーパスという正解データを使っています。 ここから分かるとおり、少なくともMeCabを使う場合は、コスト値を丹念にチューニング するといった職人芸は要りません。形態素解析への入力文とそれに対応する(理想)出力 があればコスト値を機械学習的なアプローチで構築することができます。 さらに、正解データを人手で作る必要は必ずしもありません。 すなわち、Yahoo!の形態素解析器の出力結果を「擬似正解」とみなして MeCabの学習プログラムを走らせれば、Yahoo!の出力を高い精度で再現できる MeCab用辞書を作成することが原理的に可能です。 ふだんはあま
Yahoo!デベロッパーネットワークにテキスト解析APIが登場！ 2007-06-18-1 [WebTool][NLP][MECAPI][Programming] Yahoo!デベロッパーネットワークに「テキスト解析」が登場しました。 第一弾は日本語形態素解析APIです。 ヤフーのいろんなところに使われている WebMA という 形態素解析エンジンのAPIです。 - Yahoo!デベロッパーネットワーク - テキスト解析 - 日本語形態素解析 http://developer.yahoo.co.jp/jlp/MAService/V1/parse.html MECAPI の仕様に似ていますが、まあそういうものです。 (MECAPI https://maapi.net/) で、先日 MECAPI で作った「文で検索」[2007-04-03-1]の WebMA 版を作ってみました。「文で検索2」
I am just starting to really get into jQuery, the JavaScript API that makes writing sweet-ass JavaScript easy and fun. As with ColdFusion, I like to really dive into it by plowing through the documentation (yeah, I actually do like reading documentation so I can see what the possibilities are!). jQuery.com and VisualjQuery.com provide great documentation and visual representations of the API, but
Googleの「Safe Browsing API」を使えば、Googleの不正URLブラックリストを活用できる。 米Googleは6月18日、同社のURLブラックリストを利用できる「Safe Browsing API」の提供を開始した。 このAPIは、Googleが収集した不審なURLと不正なURLのブラックリストをダウンロードするメカニズムを提供する。開発者は自分の製品でGoogleのブラックリストを利用できるようになる。 このAPIを製品に組み込むと、例えば、ユーザーが不審なリンクをクリックする前に警告を出したり、ユーザーがフィッシングページにつながるリンクを投稿するのを防いだりするのに利用できるという。 Googleは、このAPIはまだ実験的なものだが、ISPやWebホスティング企業などの役に立つと期待していると述べている。
« Twitter & もごもごクライアント Twiggee 新版リリース | メイン | Javascriptでdiffる ( with 形態素解析 ) » Yahoo形態素解析サービスを使って閲覧中ページのキーワードクラウドを表示するGreaseMonkeyスクリプト Yahoo! Japan から 日本語形態素解析Webサービス がリリースされて、「ほほう」と思っている人も多いかと思います。 mecab などをサーバにインストールすれば今まででも形態素解析を使用したサービス(特に需要が多いのは分かち書きかな？)を提供することは可能だったわけですが、形態素解析は結構重い処理なので、非力なサーバだと少々しんどくて困っていたり、そもそもそういったアプリケーションをインストールできないサーバなために形態素解析の利用を断念していたなんて人には結構朗報かもしれません。 個人的には JSONP に
先月、ぐるなび API がリリースされていました。 ぐるなびさんの持っている膨大なデータベースに Web API を通して気軽にア クセスできるようになったのは、非常に喜ばしいし、その英断に感謝したいと 思います。 しかし、Web API 仕様書、特にエラー仕様を見てちょっとがっかりしました。 もう少し上手にデザインすれば、もっとよかったのに…、という思いです。 一度出してしまった API はそう簡単に変えられないと思いますが、 参考までに僕だったらどうするか、を書いてみます。 この仕様の一番の問題はエラーコードです。 以下は 2-2 のエラー仕様に記述されているサンプルです。 <?xml version="1.0" encoding="UTF-8"?> <gnavi> <error> <code>602</code> </error> </gnavi> タグが三つ(gnavi, erro
現在東京都内で、Google Developer Day 2007が開催されています。基調講演の様子は記事「これからのWeb開発どうなるの？OSSとの関わりは？Google語る」でご紹介していますが、「行きたかったのに行けなかった」「記事だけじゃ物足りない」という開発者の方もいらっしゃるかもしれません。 そこで、記者が基調講演で取ったメモを公開することにしました。講演を聴きながらのメモであるため完璧なものではありませんが、少しでもお役に立てば幸いです。 永井美智子（編集部） 基調講演：Google Urber Tech Lead/ManagerのGreg Stein氏 なぜオープンソース（OSS）が重要か。 ウェブはHTMLなど一連のスタンダードを利用する。 マッシュアップ：新しい動き。1人がサイトを構築するのではなく、多くのスタンダードやAPIを使ってサービスをつくる。収入は広告。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く