これらの対策のうち,ここでは「文字集合の変換を伴う変換をしない」など,アプリケーション全体の文字コードの取り扱いについて上流工程で留意すべき内容について説明しよう。「入力値のチェック」については次回以降,「入力値の検証」の項で詳しく説明する。「アプリケーションでの正しいマルチバイト文字の処理」については,個別の処理内容の項で説明する。 文字コードの取り扱いについて,上流工程で留意すべき点としては,次の三つが挙げられる。 要求仕様として文字集合を定義する端末がサポートする文字集合を確認する実装に用いる文字エンコーディングを決定する まずアプリケーション仕様として,処理対象となる文字集合を規定する必要がある。日英語以外の韓国語や中国語,アラビア語などの対応が必要な場合はUnicodeを選択するしかない。さらに日本語だけの場合でも,例えばJIS X 0201+JIS X 0208はJIS第2水準
twitterのように時系列によらないゆるいつながりも良いが、オンラインで行うリアルタイムなコミュニケーションも面白い。最近のWebアプリケーションはコラボレーションが一つのキーワードになっており、その補助としてもリアルタイムコミュニケーションは重要な技術だ。 ブラウザでチャット。バックエンドはRails。 Ajaxでもできないことはないが、より便利なのはFlashを使ったものになるだろう。作るのが難しそうと感じた方はdangoを見て欲しい。 今回紹介するオープンソース・ソフトウェアはdango、Rails + Flashによるリアルタイムコミュニケーションフレームワークだ。 dangoは独自のサーバを実装し、簡単にFlashと通信できる。サンプルのチャットクライアントもあり、それを使えばWebブラウザ間で実際にチャットを行うことが可能だ。 コマンドラインで基本ファイルを生成 サーバ側はR
Flash Player のサポート終了が 2020 年末に近づいています。Flash Player および AIR のサポート終了のロードマップをご確認ください。 Adobe Flash Player サポート終了情報ページ Adobe AIR の今後 Flash のサポート終了日以降も、Flash ランタイムに関するアーカイブされたドキュメントにアクセスできます。すべてのユーザー/開発者コミュニティがダウンロードするためにアーカイブされたドキュメントへのアクセスを提供しています。これらのドキュメントは、今後更新されることはありません。 AIR の最新バージョンにアクセスするには、HARMAN Web サイトを訪問してください。 HARMAN - Adobe パートナーシップ HARMAN が提供する Adobe AIR SDK 次の表に、Flash ランタイムに関連するドキュメントを含
こんにちは!やまもと@テスト番長です。 巷ではインフルエンザが流行っているようですが、皆さんお元気にお過ごしでしょうか。 さて、プロジェクトが立ち上がったとき、(特に受託案件の場合) テストのドキュメントはどうしようか?という話が出ると思います。 適当にやる訳にも行かないけれどIEEE829をベースにしたものだと重かったり、割と迷う部分です。 英語ですがテスト計画のテンプレートを配布しているサイトがあったので、ご紹介してみます。 Pragmatic Software http://www.pragmaticsw.com/ Software Development Templates http://www.PragmaticSW.com/Templates.asp テスト計画書 Test Design - http://www.pragmaticsw.com/Template_Te
perlのWeb::Scraperみたいな記述で、ページの中からデータを取り出すwebscraper.jsという小さなjavascriptのライブラリを書きました。 ブックマークレット データを取り出したいページでブックマークレットでwebscraper.jsを読み込んでFirebugコンソールで使います。 ブックマークレット webscraper コードwebscraper.js つかいかた Web::ScraperのSYNOPSISで例としてあげられているebayでapple ipod nanoを検索した結果からデータを取り出すときは 検索結果ページで上のブックマークレットを呼び出してFirebugコンソールで取り出す部分を記述します。 こんなかんじ。 SYNOPSISのperlのコードで変数$ebay_auctionに一度代入されている部分をそのままインラインで書き直すと my $e
Webアプリケーションは、傾きセンサやGPSからの情報取得やバイブレータ動作などのOSの機能の利用に制限があります。また、オフラインでの動作ができません。 開発の容易さは、若干主観めいてしまいますが、コンパイルが必要でメモリ管理も必要なネイティブアプリに比べて、Webブラウザでリロードするだけで最新のコードをテストできて、基本的にメモリ管理も不要なWebアプリケーションに軍配が上がります。 ネイティブアプリケーションの最大のメリットは、「App Storeでの配布ができる」ことで、多くのユーザーが集まるApp Storeでアプリケーションを配布でき、さらには課金もできてしまう点です。 ローカルWebアプリという第3の選択肢 前段の機能比較表に「ローカルWebアプリケーション」という項目があります。これは、Safariでオンライン中に所得したHTML、CSS、画像データなどを保存して、オフラ
EDGE担当の櫛井です、こんにちは。 ライブドアの持っている膨大なトラフィックやwebサービスにおける訴求力、今まで培ってきたノウハウで一般の開発者が抱える問題を一緒に解決していきたい! そんな思いを抱き続けてきました。 念願かなって、このたび livedoorのラボサービスである「EDGE」の派生プロジェクトとして「EDGE co.Lab」をスタートすることとなりました。 さて、この「EDGE co.Lab」ですが 「せっかく面白いものを作ったのに、注目が集まらない」 「サーバが貧弱でいつもサイトが重い」 「一般層への宣伝ができない」 「サイト1つでは稼げない」 といった悩みを一般の開発者の方が持ち、結局はフェードアウトせざるを得ないという現状をふまえ、これらを打破し開発者を支援していくものとして位置づけております。 本サービスを通じ開発者の方は、livedoorを最大限有効利用し、さら
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く