Checked exceptions I love you, but you have to go
Once upon a time Java created an experiment called checked-exceptions, you know you have to declare exceptions or catch them. Since that time no other language (I know of) has decided to copy this idea, but somehow the Java developers are in love with checked exceptions. Here, I am going to “try” to convince you that checked-exceptions, even thought look like a good idea at first glance, are actua
XPath に文字列を埋め込むときの注意 - IT戦記
よく、以下のように XPath に文字列を埋め込む事があります document.evaluate('//*[@class="' + text + '"]', document, null, 7, null); まあ、僕もよくこんなコード書くんですけど。 でも、これって text が外部から来るものだったら、意図通りの動作をしないんですよね たとえば、以下のような例です。 var text = '"] | /hoge/fuga/piyo | .["'; document.evaluate('//*[@class="' + text + '"]', document, null, 7, null); というわけで 任意の文字列を XPath の式に変換する JavaScript を書いてみた 以下で試せます http://amachang.sakura.ne.jp/misc/xpath_es
nanapiのデザインプロセス（その２） - エスカフラーチェLLC
9/1にロケットスタートからリリースされたサイト「nanapi [ナナピ] - みんなで作る暮らしのレシピ -」でのサイトデザインを担当させていただきました。 前回の記事に続き、サイトデザインが生まれる過程（デザインカンプができあがるまでの試行錯誤）を振り返ってみたいと思います。 私がデザインをご依頼いただいたときに踏むデザインプロセス 目的を明確にし、戦略を決める 要件定義を行い、サイトの構造を決める ページの骨格を決めたり、ページの中で見せたい情報に優先順位をつけたりする 見た目の表現を形にする 大枠に考えるとこのようなフローでデザインを行います。プロトタイプを作ってから問題点を見つけてブラッシュアップをする場合は2〜5をいったりきたりすることも多いです。 また、そのときのコンディションによって順序が入れ替わることもあります。 デザインプロセス（その１）でやってきたことを振り返ると、
2009-09-16
_bulk_docs は 0.8 から追加された機能で、そこに0.9.0 からall_or_nothingオプションが追加されました。all_or_nothing を使うと、ドキュメントのrevチェックを回避して強制的に競合状態を作り出すことができるように見えます。が、最新のtrunkでall_or_nothingがドキュメントを削除するときに意図したとおりに動作していないように見えてはまっております。 再現はできそうなので、 明日svn logを眺めて再現テストを書いてMLに投げる! とは思わなかったのだけれど。これで認証、認可が一通りできるようになりそうです。 CouchDBの0.10? あたりから追加される機能で、trunkのバージョンはすでに0.11のストリームになっているのでtrunkで機能を確認できます。 詳細は明日あたり書こうかと。 _bulk_docsがでてきたのでついでに
資料を公開 | 水無月ばけらのえび日記
公開: 2024年3月4日14時5分頃 W2C (www.w2c.jp)のマークアップエンジニア・ワーキンググループで「マークアップエンジニアが知っておきたい3つの脆弱性」と題してお話ししたのですが、資料公開の要望が多かったので公開しておきます。 W2Cマークアップエンジニア・ワーキンググループ 「マークアップエンジニアが知っておきたい3つの脆弱性」ちなみに内容としては特に目新しいものではありません。WebSigのときのやつと似たような話ですが、事例などは新しめのものに入れ替えています(画面キャプチャ抜きなので、資料だけ見ても分からないと思いますが)。 「資料を公開」にコメントを書く関連する話題: セキュリティ / 講演
私は如何にして高性能ファンレスPCから超小型LinuxマシンにMediawikiを実質数時間の作業で移行したか。
ある日、オフィスに行くとキムラデービーの木村さんに面白いマシンがあると言うので見せて貰った。 マシンと言っても、小さい白い箱からプラグがニュッと出ているだけである。そう、一昔前に話題になったあのSheevaplugである。 Sheevaplugはニュースで見て知って居たが、実物を見るのは初めてだ。とはいっても、実際に稼働しているものを見たわけではなく箱から出したばかりのものを見せて貰っただけである。実物を見た第一印象は、軽い！小さい！の一言だ。この小さな箱でサクサクとUbuntu Linuxが動いてたったの$99（送料別）というから、俺が欲しくなるのは当たり前というものである。Sheevaplugを知らない人のために、簡単にSheevaplugのスペックを紹介しよう。 ARM 1.2GHz CPU 512MB RAM 512MB フラッシュメモリ ギガビットイーサネット SDカードアダプタ
セキュリティ対策を行うべき部分 – 自分が作っている部分
(Last Updated On: 2018年8月8日)アプリケーション開発者がセキュリティ対策を行うべき部分とはどこか?当たり前ですがアプリケーションです。アプリケーションとは広い意味でのアプリケーションです。Webアプリの場合もあれば、ライブラリやモジュールであったり、フレームワークであったり、言語やサーバの場合もあります。 すべてのアプリケーション開発者が同じような意識を持ち、アプリケーションが安全に動作するようの作る責任はアプリケーションにあると責任感を持って開発すべき、と言いたいところですが実際には難しいです。 例えば、開発を始めたばかりの初心者であれば無理があります。どう作れば安全か、危険か、判断する基準がないからです。経験を積んだ開発者でも自分が作った事もない様なプラットフォーム上でどのように作れば安全か判断できません。 何故、セキュリティが分かり辛いのか?その一つ理由が「セ
2008-11-02
ちょっと作成したWebアプリケーションに脆弱性があるかをきちんとチェックしないといけない羽目になったので調べてみた． 出来ればフリーで，無ければ有償でもいいので．いや，やっぱりフリーで．．． 調べて実際にインストールや使ってみた順に載せてみます． Nessus http://www.nessus.org/nessus/ フリーでは一番使いやすいサーバ脆弱性診断ツールかな．有名だし． でもサーバの脆弱性診断という位置づけが強い MultiInjector released - automatic parallel website Injector / Defacer http://chaptersinwebsecurity.blogspot.com/2008/10/multiinjector-released-automatic.html Pythonの2.4以上で動作 Windowsでも使
rest-discuss : Message: Re: [rest-discuss] REST-*
On Sep 16, 2009, at 12:17 PM, Bill Burke wrote: > I hope many of you can keep an open mind with what we're trying to do. > Bill, if you want people to have an open mind about what you are trying to do, then the respectful thing would be to remove REST from the name of your site. Quite frankly, this is the single dumbest attempt at one-sided "standardization" of anti-REST architecture that I
ライブラリのM17Nについての自分向けメモ - [サ]ロンパスの日記
自分向けに要点だけメモっとく。 1.9対応かつM17Nでちゃんと動くように作る場合に あとでこのメモを参照しよう。 基本的に入力も出力もUnicode(UTF-8)を想定する。 Encoding#default_internal が設定されている場合はそのエンコーディングで返す 入力については、String#encodingを見る DummyEncodingは文字列として扱えない。 ユーザがString#force_encodingしないとならないようでは、M17N対応できたライブラリとは言えない。 ほとんどのライブラリは入出力はUTF-8だけを想定していていいんだけど、 ライブラリの性質上、どうしてもUTF-8以外のエンコーディングを入出力で取り扱わなければならない場合は、入力されたStringのString#encodingを確認したり、Encoding#defualt_interna
![ライブラリのM17Nについての自分向けメモ - [サ]ロンパスの日記](https://cdn-ak-scissors.b.st-hatena.com/image/square/8f453e75d4933fe21d21409862cf3ed586989a0a/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127121195678%2F17680117127121196381%2F1557252015)
[ruby-dev:36523] Re: Encoding.default_internal のためのパッチ
Subject: [ruby-dev:36523] Re: Encoding.default_internal のためのパッチ From: Yukihiro Matsumoto <matz@ b l g r Date: Thu, 25 Sep 2008 00:49:10 +0900 In-reply-to: 36517 まつもと ゆきひろです In message "Re: [ruby-dev:36517] Re: Encoding.default_internal のためのパッチ" on Wed, 24 Sep 2008 21:23:48 +0900, "NARUSE, Yui" <naruse / airemix.jp> writes: |Martin Duerst wrote: |> [ruby-core:18774] に Michael Selig から Encoding::def
るびま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「UnicodeによるXSSとSQLインジェクションの可能性」プレゼン資料 - ockeghem's blog
Amazon.co.jp: 基礎から学ぶOracle SQLチューニング: 加藤祥平, 中島益次郎: 本
http://twitter.com/fielding/statuses/4045154811
http://twitter.com/fielding/statuses/4040710554