nazo.co.ukThis domain may be for sale!
JavaScript1.7 の yield を使って、非同期処理を同期処理のように書く方法 - IT戦記
経緯 id:kazuhooku さんが一年前にやってたことですが Kazuho@Cybozu Labs: JavaScript/1.7 で協調的マルチスレッド 今日やっと挙動が理解できたのと、 Weave のソースを読んでいたらこのテクニックをバリバリ使っていて「ちょwwおまwww」ってなったので、自分でも作ってみようと思いました。 ほとんど id:kazuhooku さんのと同じものなので、既出です＞＜本当にありがとうございました＞＜ まず、 yield とは何か yield とは、 JavaScript 1.7 から導入された機能です。 以下に yield の細かい挙動を示しておきます。 function f() { // なんかの処理 yield; // ... (1) // なんかの処理 yield; // ... (2) // なんかの処理 } var g = f(); // こ
オープンソースCMS「SOY CMS」、京大発ベンチャーが公開
人の協働に関するソフトウェア開発を行う京大発ベンチャー、日本情報化農業研究所は3月3日、オープンソースCMS「SOY CMS」を3月17日に公開することを発表した。GPLならびにソース公開義務のない有償ライセンスで配布される予定だ。 SOY CMSは、日本情報化農業研究所が2008年2月よりβ版を公開していたオープンソースのCMS。中小規模のウェブサイト制作プロジェクトの活性化を目的として開発されたもので、コストや知識、操作習得を必要とせずに活用できるようになっているという。 SOY CMSは、ページ単位の管理により静的サイト設計そのままにCMS導入が可能となっている。また、新着情報の追加の自動化や、記事埋込による複数ページの一括更新なども可能だ。 さらにテンプレートがほぼHTMLの形式であるためブラウザや各種編集ツールで開くことができ、JavaScriptを多用したサイト、デザイン性の高
Re:OpenIDが面白いのはWebサービス間の連携 - 日向夏特殊応援部隊
概ね核心をついているんだけど、少し分かりにくいと思ったので補足してみたりとか。 元ネタ F's Garage @fshin2000 ：OpenIDが面白いのはWebサービス間の連携 結局、それなりに責任が伴うサービスとしては二段構えの対応にならざるを得なく、「お試し利用としてのOpenID対応」というフェーズと、「本気で使うならうちに個人情報を登録してね」という状態は分かれるだろう。 ユーザーサポートが絡むサービスであればあるほど、この部分は意識せざるを得ないし、マーケティングという大人の事情も絡めば絶対に無視できない。ネットのサービスはHTTPだけで完結するものではない。 f-shinさんが言っている「お試し利用」と「本気の利用」ってのは恐らく、メールアドレス等の個人情報を自前で持つか持たないかの話だと思うんですが合ってますかね？ Simple Registration Extensio
YappoLogs: 誰でも簡単にOpenID 2.0なOPを作る方法 and CodeReposでOpenID(2.0対応)プロバイダの提供始めましたのお知らせ
誰でも簡単にOpenID 2.0なOPを作る方法 and CodeReposでOpenID(2.0対応)プロバイダの提供始めましたのお知らせ 先週のbuilder techtalkから俄然としてOpenIDが熱くなって来た今日この頃いかがお過ごしでしょうか。 先日参加して来たOpenID Hackathonの成果として、CodeReposがOpenIDのOpenID 2.0 Providerになりましたことをお知らせします。 CodeReposのアカウントをお持ちの方は、fastladderとかLIMLICとかのOpenIDでサインオンできるサービでOpenID URLをcoderepos.orgとだけ打ち込んでログインしてみて下さい。 2.0に対応していない所だったらhttp://coderepos.org/share/wiki/Committers/usernameとでも入れればいいと
「著作権は混迷」「ダメと言ってもネットは止まらない」──東大中山教授
「著作権制度が想定していない状況に直面し、右往左往している」――東京大学の中山信弘教授が2月29日、「著作権リフォーム」をテーマにしたデジタルコンテンツ協会のシンポジウムで講演した。一般ユーザーが創作し、ネットで著作物を発表する現代に、プロを前提にした著作権制度が対応できなくなっていると指摘。著作物の流通を円滑化するための改革の必要性や、著作物を独占せず、広く共有しようという「コモンズ」の考え方などを紹介した。 中山教授は著作権法学界の第一人者で、政府の知的財産戦略本部の構成員や、文化庁傘下の文化審議会著作権分科会私的録音録画小委員会の座長、クリエイティブ・コモンズ・ジャパン理事長も務める。約20分の短時間に詰め込まれた濃い内容と問題提起に、参加者は聴き入った。 19世紀の前提が時代に合わない 「19世紀の状況を前提にして構築された著作権制度が、インターネットの発展でとてつもなく大きな問題
第1回 まずは「クッキー」を理解すべし
Webアプリケーションのぜい弱性がなかなかなくならない。メディアなどでも盛んに取り上げられているにもかかわらず，である。特に，セッション管理がからむアプリケーションのぜい弱性には，気付かないことが多い。具体的には「クロスサイト・リクエスト・フォージェリ」（CSRF），「セッション・フィクセーション」などである。これらはクロスサイト・スクリプティング，SQLインジェクションといった比較的メジャーなぜい弱性に比べて認知度が低く，対策も進んでいない。 原因の一つは，アプリケーションの開発者が原因を正しく理解していないこと。CSRFやセッション・フィクセーションについて言えば，セッション管理に使うクッキー（cookie）の動作を理解していないと対策が難しい。ところが最近の開発環境では，セッション管理の仕組みが隠ぺいされているため，必ずしもこの知識は要求されない。こうした開発者は容易にはぜい弱性に気
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
