3分LifeHacking：Webサイトのブラウザ別スクリーンショットを一括取得する - ITmedia Biz.ID
自分のWebサイトが、ブラウザによって、またはOSによってどのように見られているか――。いちいちブラウザをインストールするのも面倒だし、OSの切り替えはもっと難しい。オンラインで手軽にチェックできるサービスを紹介しよう。 Webページの表示に利用するブラウザやOSなど、人によって利用環境はさまざまだ。自分の環境ではきちんと表示できるWebページでも、他人の環境では見え方がまったく違っていて、レイアウトがガタガタだったり、最悪の場合は一部が表示されないなど、ヒサンな状態になっていることもしばしばだ。 最近であれば、個人のブログが要注意。さまざまなブログパーツを共存させている場合は、ブラウザやOSなど条件の違いによってレイアウトが崩れる確率も高くなる。こうした事故はなるべく防ぎたいと思っていながらも、チェックの手間がかかることから、半ばあきらめている人も多いのではないだろうか。 今回紹介するの
負荷をかけるツール - HTTP編 - (ひ)メモ
ApacheCon US 2007の、『Apache Performance Tuning / Part One: Scaling Up』, Sander Temme (PDF) より。 ab おなじみ、Apache付属のあいつ http_load http://www.acme.com/software/http_load/ flood http://httpd.apache.org/test/flood/ JMeter http://jakarta.apache.org/jmeter/ 最近のバージョンは使いやすくなったらしい あと、ほかには httperf http://www.hpl.hp.com/research/linux/httperf/ とか。
JavaScript開発ツールの本命！ FirebugとAptana（1/3） − ＠IT
JavaScript開発ツールの本命！ FirebugとAptana：どこまでできる？ 無料ツールでWebサイト作成（4）（1/3 ページ） ついに「Aptana STUDIO」がリリース 先日、連載第1回と第2回で紹介したAptanaが、2年にわたる開発期間を経て「Aptana STUDIO 1.0」としてリリースされた。 「Aptana STUDIO 1.0」には、「Community Edition」と呼ばれるフリー版と、「Professional Edition」と呼ばれる製品版が存在し、製品版は1年間の更新と優先的なサポート、最新開発版へのアクセスパスが付いて199ドル（現在はセール中？）で、以降更新のために1年ごとに79ドル、というプランが用意されている。Professional EditionはIE（Internet Explorer）のデバッグサポート、JSONエディタ、S
IEにFirebugの機能を提供する - "DebugBar"登場 | エンタープライズ | マイコミジャーナル
DebugBarの動作例 - DebugBarサイトから抜粋 Webアプリケーション開発に必須のツールといえばFirefoxとそのエクステンションFirebugだ。その機能は驚くべきものがあり、もはやFirebugなくてはWebアプリケーション開発はできないと考えるデベロッパやデザイナは少なくない。 エクステンションが豊富に用意されているFirefoxだが、ほかのWebブラウザでも似たような機能を提供するものがある。ここでは先日新しいバージョンが公開されたDebugBarを紹介したい。DebugBarはIEを対象として開発されたツールで、Firebugの機能をIEでも実現することを目指している。 今回公開されたバージョン(5.0 beta 1)では新しくDOMタブが追加されている。DOMツリー上のノードが選択されると、Source/Style/Comp.Style/Layout/Attrs
モバイルWeb開発に失敗しない鉄則（1/3） - ＠IT
連載 .NETでモバイル・サイト開発を始めよう（特別編） モバイルWeb開発に失敗しない鉄則 シグマコンサルティング 菅原 英治 2007/10/19 去る2007年8月27日、マイクロソフトが開催した「第 55 回 MSDN オフラインセミナー」の「ASP.NET モバイル Web アプリケーション再入門」に参加した。セミナーでは、これまでの連載では紹介できなかった内容についても説明されていた。本稿ではその内容の中でも、筆者が特に重要だと考えたものを整理し、モバイルWeb開発に失敗しない鉄則としてまとめて紹介する。 ■第1の鉄則：1ページに入力項目が多くある場合は…… 第1の鉄則は、モバイルWebフォームのページ内に多数の入力項目が配置された画面を作成するときの鉄則である。 ここでは、会員情報に関する入力項目が多数ある画面を例に説明しよう。 ●多数の入力項目がある画面のパターン さて、A
もいちどイチから！ HTTP基礎訓練中 第1回 XSSは知ってても、それだけじゃ困ります？ ― ＠IT
分かってるつもりではあるけれど…… クウはベンチャー企業で働くWebアプリケーションのエンジニア。でもそこは小さなベンチャー企業、セキュリティのことは分かっていながらも、動くものを納品するので精いっぱい……。今日は納品のため、客先でミーティングに参加していた。そしてお客様から受けた指摘は、こんな一言だった。 お客さん 「……で、このWebアプリケーション、セキュリティは大丈夫なんだよね？」 クウ 「は、はいっ！ もちろんです！」 お客さん 「じゃあ、これからもよろしく頼むよ」 クウ、ユウヤ 「よろしくお願いしますっ！」 無事、お客さんとのミーティングを終えたクウとユウヤの2人は、近くの喫茶店で一息いれることにした。 クウ 「最近はセキュリティのことを聞かれることがかなり増えてきましたねぇ」 ユウヤ 「ああ、そうだね。営業の段階から『セキュリティはどう担保されているんだ？』なーんてことをいわ
情報処理推進機構：情報セキュリティ：脆弱性対策：安全なウェブサイトの作り方
「安全なウェブサイトの作り方」は、IPAが届出(*1)を受けた脆弱性関連情報を基に、届出件数の多かった脆弱性や攻撃による影響度が大きい脆弱性を取り上げ、ウェブサイト開発者や運営者が適切なセキュリティを考慮したウェブサイトを作成するための資料です。 「安全なウェブサイトの作り方」改訂第7版の内容 第1章では、「ウェブアプリケーションのセキュリティ実装」として、SQLインジェクション 、OSコマンド・インジェクション やクロスサイト・スクリプティング 等11種類の脆弱性を取り上げ、それぞれの脆弱性で発生しうる脅威や特に注意が必要なウェブサイトの特徴等を解説し、脆弱性の原因そのものをなくす根本的な解決策、攻撃による影響の低減を期待できる対策を示しています。 第2章では、「ウェブサイトの安全性向上のための取り組み」として、ウェブサーバの運用に関する対策やウェブサイトにおけるパスワードの取扱いに関す
いま見ておくべきマッシュアップの最先端事例 ― ＠IT
2007/03/22 マッシュアップといえば「Googleの地図が横に表示されるWebページのこと」を指すと思っている人はいないだろうか。マッシュアップという言葉は一時期ほど注目を集めなくなっているのかもしれないが、それはおそらく過小評価だ。3月21日に受賞式が行われたマッシュアップコンテストの受賞作を見ていると、マッシュアップという言葉が単なるバズワードなどではないことを改めて認識させられる。 リクルート、サン・マイクロシステムズをはじめ19の企業・団体が提供するサービスを使った開発コンテスト、「Mash up Award 2nd」は、その名称の通り、今回で2度目。応募作品数は前回の56作品に比べて108作品と倍増しており、裾野の広がりを感じさせる。応募作品は多様化しており、地図を使ったサービスの割合が下がり、独自のアイデアや斬新なインターフェイスを使ったものが増えている。 主催者の発表
404 Blog Not Found:あなたのページを最速にする14の掟
2007年05月11日18:45 カテゴリiTech あなたのページを最速にする14の掟 人気Webサイトの管理人、必読。 紹介ページ: 14 rules for fast web pages (Skrentablog) PPTのスライド: http://www.web2expo.com/presentations/webex2007/souders_steve.ppt 実は、これらはYahoo!の"Chief Performance Yahoo!"(本当にそういう役職名)であるSteve Soudersによる以下のblog entriesをまとめたもの。 Performance Research, Part 1: What the 80/20 Rule Tells Us about Reducing HTTP Requests Performance Research, Part 2:
[ スクリーンショット.jp ] - マルチブラウザでレイアウトチェック
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
公開APIを利用したサンプルサイトを作っていくよブログ
2008/2/12:「公開APIを利用したサンプルサイトを作っていくよ」は、書籍発売に伴い、新サイトに移転しました。 →公開APIを利用したサンプルサイトを作っていくよ 新サイトでは、サンプルサイトの他に、サンプルソースコードの掲載もしていく予定です。 旧サイト（このページは）、削除せずにこのまま残しておきますので、新旧サイトともに今後ともご利用ください。 (旧)公開APIを利用したサンプルサイトを作っていくよ TOP ABOUT BOOK LINK MAIL BLOG 本館 ZAPAnet総合情報局管理人ZAPAが公開API（Webサービス）を利用して、サンプルサイトを作って紹介しています。 Web2.0、マッシュアップの流行によってせっかくWeb上でAPIが公開されていても、利用する前に規約に同意して、開発用ドキュメント（HTMLからPDF、EXECL、WORDなどドキュメントのフォー
Webアプリケーションを作る前に知るべき10の脆弱性 ― ＠IT
Webアプリケーションが攻撃者に付け込まれる脆弱性の多くは、設計者や開発者のレベルで排除することができます。実装に忙しい方も、最近よく狙われる脆弱性のトップ10を知ることで手っ取り早く概要を知り、開発の際にその存在を意識してセキュアなWebアプリケーションにしていただければ幸いです。 Webの世界を脅かす脆弱性を順位付け OWASP（Open Web Application Security Project）は、主にWebアプリケーションのセキュリティ向上を目的としたコミュニティで、そこでの調査や開発の成果物を誰でも利用できるように公開しています。 その中の「OWASP Top Ten Project」というプロジェクトでは、年に1回Webアプリケーションの脆弱性トップ10を掲載しています。2004年版は日本語を含む各国語版が提供されていますが、2007年版は現在のところ英語版のみが提供さ
指定したウェブサイトを128の診断ツールでテストしまくってくれる『test everything!』 | POP*POP
オプションが多すぎて逆に使いにくいのでは・・・という懸念はあるものの、機能の豊富さでは他の追随を許さない最強テストツールのご紹介。 HTMLの検証、SEOツール、ドメイン関連ツールなどなど、8つのカテゴリー、128にわたる診断ツールを提供しています。 あなたのサイト、クライアントのサイトを徹底検証してみればいままで気づかなかった改善ポイントが洗いだせるのかもしれません。 以下に使い方をご紹介。 ↑ まずはURLを指定。 ↑ 次に診断ツールを選択します。カテゴリーごとに数ページにわたるオプションがあります。 ↑ 選択したツールで診断した結果はこちら。 ↑ 診断結果ページのすべてをフレームで表示することも可能です。 要は診断ツールへのリンク集ですが、一気に調べられるインターフェースが便利ですよね。 ご利用は無料です。よろしければ以下からどうぞ。 » test everything — 100+
ウェブ製作に便利な９のFirefox拡張機能 | Google Mania - グーグルの便利な使い方
ウェブ製作に便利な９のFirefox拡張機能 管理人 @ 7月 5日 08:51am Firefox Deziner Folioの9 Essential Firefox Extensions for all Web Developersというエントリーで、ウェブ製作者向けのFirefox拡張機能が紹介されていたので、自分のためにも簡単に訳してみました。 1. Firebug Firebugを使えば、あらゆる Web ページの CSS、HTML、および JavaScript をリアルタイムに編集、デバッグ、モニタすることができます。また、発見したバグを知らせてくれるので、自分でエラーコードを探す手間が省けます。限定したサイトのみにfirebugを動作させるようにカスタマイズし、プレビューしたサイトに対して、on the flyでＣＳＳを編集することもできます。 2. MeasureIt ウェ
ウノウラボ Unoh Labs: WEBアプリテストのチェック項目リスト
こんにちは！やまもと＠テスト番長です。 TestingGeekという耳障りの良い名前のサイトをご存知でしょうか？ 総合的にテストの話を取り扱っており、それでいて読みやすいサイトです。 そこのTemplatesのコーナーにWeb Application Testing Checklist という便利そうなものがありましたので、日本語にしてみました。 ちょっとそのままだと物足りない感がありますが、テストポリシー作成の叩き台に使ってみるのも良さそうですね。 この手のリストを他にもご存知の方がいらっしゃれば、是非ご一報ください。 1. 機能テスト 1.1 リンク 1.1.1 記載された通りの先に遷移するか 1.1.2 どこからもリンクされないページは存在しないか 1.1.3 全ての外部リンク 1.1.4 参照しているサイトおよびメールアドレスはハイパーリンクになっているか？ 1.1
Perlを使って脆弱性を検証する：CodeZine
はじめに 今回はXSSの脆弱性をチェックするPerlスクリプトを作成したいと思います。すべてのXSSによる脆弱性が回避できるわけではありませんが、テストコード作成のヒントになれば幸いです。 対象読者 Webアプリケーション開発者で、XSSのテストケースを作成したい方。 必要な環境 Perl 5.8以上が動作する環境。基本動作の確認はMac OS Xを利用しました。次のPerlモジュールを利用するので、あらかじめインストールしておいてください。 Template::Toolkit Web::Scraper Test::Base またCGIを使用するので、ApacheなどのCGIが実行できるWebサーバを用意してください。 解説内容 ソースコード解説 まず最初にソースコードの解説をします。 xss.pl
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon Web サービス入門(Product Advertising API)
http://www4.atwiki.jp/gsh/pages/31.html
IPA ISEC セキュア・プログラミング講座
IPA-安全なウェブサイトの作り方2021年改訂第7版.pdf