『二枚舌の隣人』宋文洲と尖閣諸島の踏み絵 - やまもといちろうBLOG（ブログ）
以前からヤバめの匂いを放出していた宋文洲方面ですが、どういうわけか尖閣諸島の問題を挟んで福島香織女史に中傷をぶちかまし、結構盛大に煙を上げていたので見物に逝きました。 何と言うか、以前からあれこれありましたが、今回はここまでやりおったか、という気分です。 福島香織さん、 宋 文洲 氏に絡まれる http://togetter.com/li/597408 評論家・宋文洲氏の言論抑圧的個人攻撃があまりにもひどすぎる件について http://kinbricksnow.com/archives/51880026.html 確かに福島女史のTwitterでの発言においては、誤解されやすい文言や、誤認も一部含むことがあるようです。福島女史がかつて「中国の産廃事業が技術的に進んでいる」と発言していたのを見て、過去に日本企業やドイツ企業などがかなり懸命に中間処理も含めた技術移転をし、それでも中国固有の問題
Rails の認証で Devise ではなく Sorcery という選択 - ボクココ
現在 AngularJS と Ruby on Rails 間の認証の仕組みを実装しようとしている。 この際問題になるのは、デフォルトのRails認証の仕組みは、HTMLベースであるため AngularJS で必要とされる JSON でのレスポンスが受け取れない、という点がある。 もちろん、Devise による認証でも Devise::Controller 系を継承することで独自のコントローラをカスタマイズすることが可能だ。だが、これは Devise 側のソースコードを理解し、適切なコードとレスポンスを Devise の慣習にそって実装する必要がある。これがなかなか大変。 そこで登場するのが Sorcery . これは簡単にいえばシンプルな認証の仕組みだけを提供してくれるものだ。 個人的に最も大きな違いといえば、Devise は devise_for :user や devise_for :
A Case Against Using CoffeeScript ☃ Ryan Florence Online
A Case Against Using CoffeeScript By Ryan Florence, published 2011-12-10 Update: I actually love CoffeeScript now that I've been writing it for a year. I hope to write something about my conversion soon. You might want to see these articles: Rewriting Some JavaScript to CoffeeScript Debugging CoffeeScript with Source Maps So anyway, you may proceed... I recently started working at Instructure, an
CoffeeScript: less typing, bad readability
I’ve used CoffeeScript for a few months now. Coming from Python, I felt that CoffeeScript was more concise than Javascript, so I decided to use it for a few small projects. Initially, it was a nice experience, but then I gradually realized that, while writing CoffeeScript code was very pleasant, reading it wasn’t so. I started to notice that it was hard to read my own code a few months later. It w
今夜つける HTTPレスポンスヘッダー （セキュリティ編） - うさぎ文学日記
Webサーバーがレスポンスを発行する際に、HTTPレスポンスヘッダーに付けるとセキュリティレベルの向上につながるヘッダーフィールドを紹介します。 囲み内は推奨する設定の一例です。ブラウザによっては対応していないヘッダーフィールドやオプションなどもありますので、クライアントの環境によっては機能しないこともあります。 X-Frame-Options ブラウザが frame または iframe で指定したフレーム内にページを表示することを制御するためのヘッダーフィールドです。主にクリックジャッキングという攻撃を防ぐために用いられます。 X-Frame-Options: SAMEORIGIN DENY フレーム内にページを表示することを禁止（同じサイト内であっても禁止です） SAMEORIGIN 自分自身と生成元が同じフレームの場合にページを表示することを許可（他のサイトに禁止したい場合は主にこ
Beyond the default Rails environments
Rails ships with a default configuration for the three most common environments that all applications need: test, development, and production. That’s a great start, and for smaller apps, probably enough too. But for Basecamp, we have another three: Beta: For testing feature branches on real production data. We often run feature branches on one of our five beta servers for weeks at the time to eval
その選択、ちょっと待った！NoSQLデータベースへ乗り換える前に検討すべき3つのポイント
最近、どうも安易に「NoSQLにすれば厄介なDB設計から開放される」と考えている人が多いように思えて仕方がない。だが待って欲しい。本当にNoSQLと呼ばれるデータベースを使えばアプリケーションの開発・運用の苦しみから逃れられるのだろうか。もちろん「そんなことは無い！！絶対にだ！！」と私は考える。今日はその理由について語ろうと思う。 トランザクション先日、リレーショナルデータベースにおけるDB設計についてセミナーで解説したばかりだが、リレーショナルデータベースにおけるデータの整合性は何もDB設計だけが担保しているわけではない。リレーショナルモデルと同じかそれ以上に欠かせないのがトランザクションだ。 トランザクションがあるおかげで、トランザクション終了後のステータスは「成功」か「失敗」の2つしかないということが保証される。すなわちオール・オア・ナッシングだ。もしトランザクションの途中で何らかの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Next Mobile WebApplication