デュアルチャネルメモリ/最大4GBのハイスペックAtomマザー発売 Atom 330搭載、拡張スロットは計3本 2本のDIMMスロットを搭載、Atomマザーボードでは初めてデュアルチャネルメモリアクセスへの対応をうたったマザーボード「ATOM-GM1-330」がJetwayから発売された。搭載CPUはデュアルコアのAtom 330。実売価格は9,423円（詳細は「今週見つけた新製品」参照のこと）だ。 これまで多数のマザーボードが発売されてきたAtomだが、「デュアルチャネルメモリアクセスが可能」と明示された製品はこれが初。2本のDDR2 DIMMスロットはそれぞれ2GBモジュールまで対応しており、これまで2GBが上限だったAtom 330搭載品では初めて最大メモリ4GBを実現しているのも特徴だ。 なお、フォームファクタはMini-ITXではなくmicroATX。拡張スロットはPC
Internet Explorer の悪名高い Content-Type: 無視という仕様を利用すると、Atom や RDF/RSS を利用してXSSを発生できることがあります。条件的に対象となるWebアプリケーションは多くはないと思いますが、それでもいくつか該当するWebアプリケーションが実在することを確認しました。以下の例では Atom の場合について書いていますが RDF/RSS でも同様です。 例えば、http://example.com/search.cgi?output=atom&q=abcd という URL にアクセスすると、「abcd」という文字列の検索結果を Atom として返すCGIがあったとします。 GET /search.cgi?output=atom&q=abcd Host: example.com HTTP/1.1 200 OK Content-Type: ap
Atomのentry要素では、最終更新時刻を示すmodified要素と公開時刻を示すissued要素、そして作成時刻を示すcreated要素の3つで各エントリの様々な時刻を表現できるわけですが、統一感に欠ける印象の仕様で厄介かなぁと。ま、知ってりゃ機械的に処理できるので問題無いといえば問題無いんですが。 最新の0.3の仕様書によると、 modified The content of an atom:modified element MUST have a time zone whose value SHOULD be "UTC". issued The content of an atom:issued element MAY omit a time zone. created The content of an atom:created element MUST have a time
What we're talking about is giving Bloglines a quick upgrade and doing it ourselves. That means we're talking Greasemonkey, a Firefox extension that allows you to write scripts that modify the pages you visit. In this case, the modification is going to be decryption. We'll write a Greasemonkey script, securesyndication.user.js that looks for encrypted content and, using the private key we provide,
This document represents a draft microformat specification. Although drafts are somewhat mature in the development process, the stability of this document cannot be guaranteed, and implementers should be prepared to keep abreast of future developments and changes. Watch this wiki page, or follow discussions on the #microformats IRC channel to stay up-to-date. hAtom is a microformat for content tha
このページでは XHTML/RSS/Atom においてモバイル版 URL へのリンクをメタデータに埋め込む仕様: Mobile Link Discovery について解説します。 (See English version of this page.) サマリ モバイル端末に最適化されたウェブページをもつサイト（Publisher と呼びます）は、link タグにその URL を以下のように記述します。 <link rel="alternate" media="handheld" href="..." /> こうすると、サーチエンジン、ブログサイト、ソーシャルブックマーキングサイトといった外部のサイトのモバイル版ページから、Publisher 側のモバイルページに正しくリンクすることができます。 このモバイルリンクは RSS や Atom フィードに記述することもできます。 例 http:/
ちょっと前に miyagawa さんが 12 Things I dislike with Sledge という(数字で始まる Web つーぽいんとおーチックなタイトルで) Sledge の次期バージョンへの要望なんかを書いてます。この中で 10. REST な API や Basic 認証、XML-RPC、Atom などをうまく処理できない と、Sledge における Web API (XML-RPC/AtomPP) のハンドリングについての言及がありました。これからの MVC フレームワークに求められる必要条件の一つとしてこの Web API を処理しやすいかどうかというのは重要な気がします。 フレームワークに Web API 用の API が載っていて、その扱いが容易かつプロトコルの実装を知らなくても使えるようなアーキテクチャになっていると、開発者が Web API を公開するための敷
id:hanro:20050520:1116518635 DeveloperDocs - Blogmarks - Trac hail2u.net - Weblog - BlogMarks.net API なんてのが というより、この記事を見たときから使ってみてぇ、とか思ってはいたわけですが、いかんせん私ではムリ。 ついでに はてなダイアリー - はてなブックマークAtomAPIとは も、同様の技術ですね。 当時何を妄想しておったか、と言うと、 受信トラバを全部、AtomAPIで、上記両ブックマークサービスにぶっこんで、 blogmarksから、サムネイルを取得してxrea鯖に貰っちゃって、、個別記事ページに表示して、見栄えバッチリ。 はてなブックマークの優秀な検索機能を利用して、擬似全文検索実現。 という辺りなんですが、いかんせん私は何も出来ませんので、AtomAPIなんて、弄れないのであ
技術評論社「Software Design」2005年1月号 第2特集「次世代Webテクノロジ：Atom基礎講座」に寄稿した、The Atom Publishing Protocol (The Atom API)、The Atom Syndication Format の総合的解説です。 Witha System » Atom目次 » [1章 The Atom Project – RSSの興隆からAtomの誕生] » [2章 Atomフォーマット – The Atom Syndication Format] » [3章 Atom出版プロトコル – The Atom Publishing Protocol(AtomAPI)] » [4章 The Atom Publishing Protocol（AtomAPI）の利用法] » [AtomやAtomAPI関連のニュースや仕様へのリンク] » [
サムネイル付きソーシャル・ブックマーク・サービスのBlogMarks.netがAPIを公開しました。流行りのXML over HTTPなAPIで、Atomで返答があるというモノ。 APIの公開自体は特に何も言うことは無いのですが、このサービスの特徴であるサムネイルの画像も取得できるところがものすごくポイント高いと思います。ぶっちゃけ任意のURLのサムネイルを拾ってくることが可能。つまり今まではwebnail2やその他プログラムでローカルでやっていたことが、かなり手軽に、かつ、ローカルのリソースを消費することなく実現できるというわけ。 実際には自分のアカウントにPOSTして、それをGETという感じになるっぽいので、URLを指定してサムネイルだけをガバッとゲットとはいかないみたいです。 なんにしても上手く使えばかなり面白そう。
Part of the on-going argument against using REST to implement the AtomAPI is the workability of REST on commonly used architectures. With this in mind I wrote a very simplistic AtomAPI in Perl. Yet, I would prefer to do it in PHP. PHP looked to be a stumbling block - however user-friendly the web-focused language seemed to hide the essential ingredients needed to write a REST web service using it.
自作のきっかけ PHP RSS Parser を作ったついでに、作ってみた。 機能 １．ATOMの解析 ATOMを解析して表示する。 ATOMの仕様を全て満足はしていない。 下記のblogには対応しているはず。 MovableType、ココログ、Excite。 V1.0 からの変更点 (1) 文字コードの変換を、解析中ではなく、解析後に行うようにした。 (2) 時刻の表示する際に、タームゾーンを考慮した。 デモはこちら ソースコードはこちら class.rss_atom_parser_base.php class.atom_parser.php ２．ATOMの自動検出 指定されたWEBサイト(URL) が ATOM auto discovery に対応してるか、確認する。 対応している場合は、ATOM を読出し、表示する。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
