【1.1】 ユニコードで楽チンとはいかない 引数リストを渡す仕様ですが、 すべての要素がプラットフォーム依存のstr型に変更済みであることを期待しています。 unicodeインスタンスを含む場合、 あらかじめ「sys.getfilesystemencoding()」でエンコードしましょう。 【1.2】 自然終了しないプロセスをkillできない 扱う外部アプリケーションによっては強制的に終了させたい時があるのですが、 そのあたりのサポートがなく、プラットフォームごとに違う方法でkillしなければいけません。 当然タイムアウト処理なんかもサポートしていません。 【1.3】 パス名にダブルクオーテーションが含まれるとトラブる 基本的にシェルベースでしかダブルクオーテーションは必要ないので、 引数リストという渡し方でダブルクオーテーションが無用なのは理解できます。
Recent Posts Firefox Modularity and WebExtensions Concert This Sunday: The King of Instruments and the Instrument of Kings Yak Shaving Hiring at Mozilla: Beyond Resumés and Interview Panels Using crash-stats-api-magic Gratitude Comes in Threes Archives 2024 (0) 2023 (0) 2022 (0) 2021 (0) 2020 (0) 2019 (0) 2018 (0) 2017 (0) 2016 (2) 2015 (4) 2014 (6) 2013 (10) 2012 (7) 2011 (7) 2010 (11) 2009 (28)
Matthew Paul Moore About Me Contact Me Ruby on Rails Code Quality Checklist Emeryville, CA: September 16, 2008 In my experience, Ruby and Ruby on Rails has been one of the most difficult language/framework combinations to truly master . For someone who grew up on C, C++ & Java in the majority of their training, Ruby has hugely different (and better!) ways of OO design, and the Rails framework has
『るびま』は、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 直
『るびま』は、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 直
_既にあたり前になりつつある文字エンコーディングバリデーション 大垣靖男さんの日記「何故かあたり前にならない文字エンコーディングバリデーション」に端を発して、入力データなどの文字エンコーディングの妥当性チェックをどう行うかが議論になっています。チェック自体が必要であることは皆さん同意のようですが、 チェック担当はアプリケーションか、基盤ソフト(言語、フレームワークなど)か 入力・処理・出力のどこでチェックするのか という点で、さまざまな意見が寄せられています。大垣さん自身は、アプリケーションが入力時点でチェックすべきと主張されています。これに対して、いや基盤ソフトでチェックすべきだとか、文字列を「使うとき」にチェックすべきだという意見が出ています。 たとえば、id:ikepyonの日記「[セキュリティ]何故かあたり前にならない文字エンコーディングバリデーション」では、このチェックは基盤ソフ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く