タグ

new_formatsとweb2.0に関するhirokieaのブックマーク (3)

  • そのページが誰のものなのかを示す識別子を埋め込む仕様を考えています - naoyaのはてなダイアリー

    はてなブックマークに、はてなポイントをインフラにした投げ銭機能のようなものを追加したいと思っているのですが、ポイントを送信できる対象がはてなダイアリーだけでは面白くないし、それ以外のウェブサイトにもポイントを送信できるような仕組みを考えています。 そこで、AmazonのアソシエイトIDやGoogle AdSenseのIDのような、各アカウント毎にユニークなIDを発行してそれをウェブサイト上のどこかに埋め込んでもらえばいいのかなと思っています。その埋め込む方法を microformats で実現したらいいんだろうか、と思ってたのですがどうもそういう用途に使うというのは少し違うような気がしています。 ということで、引き続き投げ銭機能の仕様を考えています。全体的な機能自体の仕様はだいたい固まったのですが、この識別子のフォーマットについて決めかねています。 具体的にどういうことかというと、例えば

    そのページが誰のものなのかを示す識別子を埋め込む仕様を考えています - naoyaのはてなダイアリー
  • ぶろぐ。@4bit.net: RESTful Web Applicationの可能性

    « LAMP | メイン | AnnotationとPOJO » 2005年06月21日 (火) RESTful Web Applicationの可能性 [テクニカル] RESTについて、前に先輩のsatoshi氏と話をしていたのだが、共通の感想が「WebブラウザからPUT, DELETEメソッドが使えればいいのに…」ということだった。HTML form要素のmethod属性は、仕様として"GET"と"POST"しか許されていない。実装もそうなっているようだ。例えばGekkoの実装の場合「Tociyuki::Diary - Gekkoのform@methodはgetとpostだけを受け付ける」 そこでPUT, DELETEなしでWebアプリケーションのURI設計をするとしたらどうなるかなと思い、ちょっと調べてみると、W3CでXFormsという規格があり、他のメソッドも使えるようになっている

    hirokiea
    hirokiea 2005/07/09
    ajaxのアプローチでput、delete
  • AWS News Blog

    Week in Review – AWS Verified Access, Java 17, Amplify Flutter, Conferences, and More – May 1, 2023 Conference season has started and I was happy to meet and talk with iOS and Swift developers at the New York Swifty conference last week. I will travel again to Turino (Italy), Amsterdam (Netherlands), Frankfurt (Germany), and London (UK) in the coming weeks. Feel free to stop by and say hi if you a

  • 1