タグ

webに関するitengineerのブックマーク (64)

  • オキニー 画像ブックマーク

  • 具体的な問題(インスタンス変数)

    具体的な問題(インスタンス変数) ここでは共有される資源のスレッド間競合の問題を実際に確認するために、インスタンス変数での実験をおこなう。しかしこれは、インスタンス変数だけでなく、このサーブレット外の共有資源でも同じことが言える。データベースについては別に説明するにしても、その他の共有資源を持つアプリケーションは、これから皆さんは頻繁に開発することになる。 それではインスタンス変数を使う場合のスレッド安全の問題を実際に試してみよう。母親が手もと金(pocket)として1万円もっていたとする。クライアントである皆さんが子供たちの役を演じる。母親が今手もとにいくら残っているか子供たちに教えると、子供たちが母親のpocketから必要な金をとりだす。下図はこのサーブレットを二人の子供たちがほぼ同時にアクセスし、ひとりが550円、もうひとりが600円とりだそうとした例である。左の子供は550円をとり

  • Webサイトを人質にとって「みかじめ料」を要求、DDoS脅迫が日本にも上陸

    シスコシステムズとラックが開催したセミナーでは、Webサイトを人質にとって金銭を要求するDDoS攻撃の手口が報告された。 どうも自社のサイトが重くて見えない。原因がよく分からないまま悩んでいるところに電話がかかってきた。「われわれならばこの攻撃を止めることができます」と言う――。 DDoS(分散型サービス妨害)攻撃を防ぐ技術料として金銭を要求するこのような手口が、最近になって国内でも報告されているという。6月19日にシスコシステムズとラックが開催した「最新の脅迫系DDoS攻撃の実態と対策セミナー」では、そうした手口の実態が紹介された。 WebサイトにDoS攻撃を仕掛けるとして金銭を脅し取る「DoS恐喝」の手口は、欧州などでは2005年ごろより報告されてきた。イベントに合わせてDoS攻撃を仕掛け、これ以上妨害されたくなければ指定の口座に金銭を振り込めと指示する手法だ(関連記事)。ラックの取締

    Webサイトを人質にとって「みかじめ料」を要求、DDoS脅迫が日本にも上陸
    itengineer
    itengineer 2008/05/16
    オッカネェ
  • 本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記

    第1回 そろそろ気で学びませんか? | Think IT これ、今この記事書いてる時点で650以上ものブクマがされているんだけれども、あまり内容がよろしくない。 というのも、解説はとても丁寧ですごくよい内容なのだけど、サンプルコードの書き方がどうも古くさい。 onclick属性とか、今時のフロントエンドエンジニアはそんな書き方はしない(と思う)。 なぜonclickをあまり推奨しないのか やっぱり、エンジニアとデザイナーorマークアッパーとの分業の点でHTMLの属性にスクリプトを書いちゃうのはあんまりよろしくない。 たとえばの話だけど関数の名前を変えたかったり、だとか、HTMLを変更したり、っていうときにミスが起こりやすくなってしまう。 これは分業していなくてもどちらにしろ発生してしまうことだと思う。 他にも前に書いたのだけど、aタグとかでonclickしちゃうとhrefにreturn

    本気でやるならonclick属性は避けてライブラリを活用すべき - id:HolyGrailとid:HoryGrailの区別がつかない日記
  • ログインしてください:日経クロステック(xTECH)

     会員限定サービスです 会員の方はこちら ログイン 有料会員(月額プラン)は初月無料! お申し込み 日経クロステック TOPページ

    itengineer
    itengineer 2008/05/15
    すぐ捕まえられそうな話だが、意外に問題化するんだなぁ。
  • MarkupDancing » ウェブ業界はどこを向いているのか・その1

    フロント・ページ 河孝之のウェブサイトです。情報セキュリティから人種差別やタイポグラフィまで、個人としての趣味や関心にかかわるページを全て列挙しています。 https://www.markupdancing.net/ 2020-08-03 14:08:18 2020-08-03 14:08:18 2024-02-19 09:13:47 MarkupDancing,MD,Takayuki Kawamoto,philsci,河孝之 Takayuki Kawamoto, 河孝之 philsci Chief Privacy Officer, 個人情報保護管理者, general manager at department of infromation systems, 情報システム部長 Philosophy of Science Society, Japan: 日科学哲学会 Graduat

  • 3歳児に試みた,超初歩的ITリテラシー教育

    この前の土曜日,が3歳の息子を膝の上に乗せ,いろいろとおしゃべりしながらパソコンに向かっていた。筆者が「何をしているのか?」とのぞき込むと,それに気付いたが,「このポケモンのWebサイトは,よくできているのよ」と感心したように話す。ポケットモンスターが大好きな息子も,楽しげである。 2人が見ていたのは,「ポケモンだいすきクラブ」というWebサイトだ。の会社でこのサイトが話題に上がり,早速アクセスしてみたらしい。ユーザー登録をしてログオンすると,ポケットモンスターが登場する絵やクイズ,ゲームなど,さまざまなコンテンツを楽しめるのだという。 クイズやゲームでポイントを稼ぐと,サイト内で「お買い物」をすることもできる。買い物といっても,登録ユーザーの「アバター」に着せる服やアクセサリーなど,大人から見ればたいしたものではない。だが,「ポイントを貯めてからお買い物をする」という仕掛けが,し

    3歳児に試みた,超初歩的ITリテラシー教育
    itengineer
    itengineer 2008/05/13
    ふーむ。。。
  • Webアプリ開発環境としてのSafariを知ってますか?

    Java News.jp(Javaに関する最新ニュース)」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」(駆け足の要点説明)でお届けします(編集部) シェア競争に挑まないWebブラウザ「Safari」の登場 2008年3月、iPhoneの日登場に先駆けて、Windows版Safari 3.1が登場しました(参考「AppleWindowsにも正式対応の「Safari 3.1」リリース」)。 WebブラウザのシェアはFirefoxが健闘しつつも、いまだInternet Explorer(以下、IE)が大半を占め、多くのWebアプリケーションサービスにとって、IEへの対応が必須であると思われてきました。そんなWebブラウザのシェア競争の中へSafariが登場したことは、最初はとても異質なことに感じられました(参考「新しいWebブラウザ

    Webアプリ開発環境としてのSafariを知ってますか?
  • 【連載】完全理解Firefox - いま知るべきWebブラウザの過去・現在・未来 (4) 広がるFirefoxの波 - 標準と利便性を追いかけて | パソコン | マイコミジャーナル

    W3CとWebブラウザの「標準」 ブラウザの進化の歴史は、Webにおける「標準」の進化の歴史と並列の関係にある。PCか組み込みか、オープンソースかプロプライエタリかといった実装の違いを問わず、少なくとも現在のブラウザ開発は「W3Cが定めた標準」を意識して進められている。 そのW3C (World Wide Web Consortium) は、WWW生みの親Tim Berners-Lee氏、およびMITやCERNが中心となり、1994年10月に設立された非営利団体。1993年にMosaicが誕生してまもなく、ブラウザ開発者それぞれが独自の新機能を追加 (「タグ」の実装) する状態に陥ったが、WWWを全世界共通の、ロイヤリティーフリーのオープンなサービスとして維持するためには標準化が必要、という認識のもと設立された経緯がある。 現在のW3Cは、MIT (米) とERCIM (欧州)、慶應義塾大

  • ウェブサイトの効果を改善するツールが公開されました

    メディア関係者向けお問い合わせ先 メールでのお問い合わせ: pr-jp@google.com メディア関係者以外からのお問い合わせにはお答えいたしかねます。 その他すべてのお問い合わせにつきましては、ヘルプセンターをご覧ください。

    ウェブサイトの効果を改善するツールが公開されました
  • Webブラウザの検証!

    複雑化するWebブラウザの検証 WebデザインHTMLコーディングでは、複数のOSやWebブラウザ、またバージョン別による検証確認は必須です。OSやWebブラウザの種類によって見え方が違っていたり、時にはレイアウトが崩れたりすることもあるからです。 テーブルレイアウトでコーディングしていた時は、OSのフォントサイズの違いによる段落検証が中心でした。しかし、CSSレイアウトへ移行すると、WebブラウザごとにCSSの解釈が変わってくるため、検証がより複雑になってきます。今回はWebブラウザ検証方法と、その対処策をマスターしていきます。 現在、一般的に使用されている主なWebブラウザは、Internet Explorer(通称IE)のバージョン6と7、Firefox、Safari、Operaです。これらのWebブラウザシェアは日々推移していますが、ユーザ環境リサーチを行っているW3Counte

  • 僕やはてながPerlを選ぶ理由 - naoyaのはてなダイアリー

    ご存知の通り、はてなのシステムはほぼすべてPerlで書かれています。そもそも僕がはてなに入った一つの理由に、僕が一番得意とする言語であるPerlを使ってシステムを構築していたという点があったりします。 世の中にはたくさんのプログラミング言語があります。PerlJavaRubyPHPPython、C、C++、lisp、Smalltalk、Cobol...数え上げたらキリがありません。そして、プログラマはかならずと言っていいほど、どれかひとつ以上の言語を愛しています。好き、ではなく愛しているのです。 自分が愛しているものを批判されると感情的になりやすいのは人の常、プログラミング言語の差異に関する議論は炎上しがちで、よく宗教戦争だなんて言われたりもします。その中で、言語なんてどれも一緒だなんていう乱暴なまとめがされることもよくあったりします。 しかし、何年かプログラマというものを経験して

    僕やはてながPerlを選ぶ理由 - naoyaのはてなダイアリー
  • 第0回勉強会 - RESTful読書会

    第0回勉強会 - OSC 2008 Tokyo/Spring 夜会 † OSC2008 Tokyo/Springの後にクローズドで行った勉強会です。この勉強会で「それにのってるよ」とか「やっぱ基礎をきちんとおさえないとね・・・」となったので「RESTful Webサービス」を読もうということになりました。 というわけで、他のWikiにまとめていたものを以下に移植・・・ 役に立たない当日の参考資料: handsOut, SlideShare レイアウト崩れ対策のため当日の版から微調整 「※」以下の項目は、終了後の追加コメント 略語 キーワードの確認 事例: ユーザ登録 ユーザ新規登録の別パターン 登録フォームのような補助的なリソース Ajax な WA と RESTful WS RESTful な FW に必要なもの 認証・認可 認可 認証 FW での認可処理サポート FW の ID プロ

    itengineer
    itengineer 2008/04/19
    「入門」に注視してて良いかも。深いけど。
  • Excelマクロによる、seleniumテストケースの自動生成(1):CodeZine

    はじめに seleniumについての基的な内容は、以下を参照してください。 Selenium 0.7利用手順書(前編) Selenium 0.7利用手順書(後編) seleniumを利用するメリットとデメリット メリット seleniumを利用する最大のメリットは、「再テスト」が容易になることです。 不具合発生時 テスト担当者と修正担当者の伝達が容易 再テストが容易 仕様変更後 リグレッション(デグレード確認)テストが容易 筆者が特にメリットを感じるのは、テスト担当者と修正担当者の伝達が容易になる点です。テスト期間中は、テスト担当者も修正担当者も作業に追われています。通常、不具合発生時は、テスト実施担当者から修正担当者へ不具合内容を伝達するために、不具合管理ツールなどに、ケース番号や再現手順の詳細を記述、デバッグログの添付などを行い、修正担当者はそれを読み解く必要

  • RESTはWebAPIの代わりにはならない

    Photo by Pulpolux !!! bobchinさんの日記から「やっぱRESTは厳しいのかな?」。 RESTでは、リソースに対して一意のURLに、これって結局データストレージとして使えるっていうだけなんだと思います。MVCでいうmodelの部分。 これは、これでとても大切な部分なのですが、モデルを検索したり、いろいろ機能をRESTで提供するのは、うまくいかないと思います。 Railsだと、create, show, update, destroyメソッドはいいのですが、index(list)メソッドをXMLで返すようにしても、あまりうまくいかないケースが多いと思います。1画面に出る情報が多岐にわたるので、きれいに表現できないんですよね。 1つのコントローラでHTMLとXMLを返す上での最大の問題は、メソッド名の変更が出来なくなることだと思います。APIとして外部に公開してしまうと

    RESTはWebAPIの代わりにはならない
    itengineer
    itengineer 2008/04/17
    WebサービスとWebアプリケーションは違いますからね。
  • mowser終了。創業者魂の叫び「モバイルなんか流行んねーよ!」 | 秋元@サイボウズラボ・プログラマー・ブログ

    すごいもの読んでしまった。 Google Mobile Proxyとか、日で言うとはてなMobileGatewayのような、パソコン向けのウェブサイトを携帯電話ブラウザ用に変換するプロクシサービスMowserのサービス開発を終了することになったと、創業者のRussell Beattieさんのブログで発表があった。 資金調達もできず、ページビューも伸びず、ユーザに良かれとスキマ広告を外したら広告収入は一日数ドルまで落ち込み、もうやってられないということらしい。 I don’t actually believe in the “Mobile Web” anymore, and therefore am less inclined to spend time and effort in a market I think is limited at best, and dying at wors

  • YappoLogs: ウェブエンジニアをしていて知らないと恥ずかしい日本人プログラマ300

    ウェブエンジニアをしていて知らないと恥ずかしい日人プログラマ300 ウェブ関係で仕事をしていて知らないと恥ずかしい日人100があまりにあんまりでブクマするのも恥ずかしいので、日のWeb周りでエンジニア(特にプログラマかな)で知らないと恥ずかしい日のプログラマ(主にWebに関わる的な意味で)100人のリストを作ろうと思う。 今のところ目標の1割くらいリストアップ出来た。まだまだ足りないのでもっと追加する。 14時: いっぱい追加 OPML化はerogeekがやってくれると思うのでOPML作ったよエントリを発見し次第リンクします。 OPML ktkr! yusukebe++ ゆーすけべー日記: ウェブエンジニア(略)と恥ずかしい日人プログラマ300のブログを列挙祭り 以下敬称略順不同 yoshiori - java-ja ats - Python ひがやすお - Java 羽生章洋

  • ゆーすけべー日記

    サキとは彼女の自宅近く、湘南台駅前のスーパーマーケットで待ち合わせをした。彼女は自転車で後から追いつくと言い、僕は大きなコインパーキングへ車を停めた。煙草を一吸ってからスーパーマーケットへ向かうと、ひっきりなしに主婦的な女性かおばあちゃんが入り口を出たり入ったりしていた。時刻は午後5時になる。時計から目を上げると、待たせちゃったわねと大して悪びれてない様子でサキが手ぶらでやってきた。 お礼に料理を作るとはいえ、サキの家には材が十分足りていないらしく、こうしてスーパーマーケットに寄ることになった。サキは野菜コーナーから精肉コーナーまで、まるで優秀なカーナビに導かれるように無駄なく点検していった。欲しい材があると、2秒間程度それらを凝視し、一度手に取ったじゃがいもやら豚肉やらを迷うことなく僕が持っているカゴに放り込んだ。最後にアルコール飲料が冷やされている棚の前へ行くと、私が飲むからとチ

    ゆーすけべー日記
  • 無知・無関心であることが中立という考え/「どっちもどっち」という罠 - ARTIFACT@はてブロ

    南京事件の論争について触れたからには、あの論争に関する自分の見解がわかる記事をアップさせたほうがいい気がしてきたので、アップするタイミングを見失ってお蔵入りさせていた記事をアップする。かなり長いので注意。 以前、知識優越感ゲーム話題でfromdusktildawnさんがこのようなブクマコメントしていた。 はてなブックマーク - 知識を優越感ゲームに使っているかどうかの見分け方 - ARTIFACT@ハテナ系 fromdusktildawn まあ、実際には優越感ゲームはしてもしなくても現実はあまり変わらない。優越感ゲームが云々と言ってる人の横を素通りして具体的なチャンスをつかみ成果を重ねたヤツが充実した人生を送れる、ただそれだけ。 南京事件の議論の時のfromdusktildawnさんの態度って、妙な言い訳して泥沼に陥ってたんじゃ? 「俺は南京事件議論の知識はないけど、(なぜか)議論は俯瞰で

    無知・無関心であることが中立という考え/「どっちもどっち」という罠 - ARTIFACT@はてブロ
    itengineer
    itengineer 2008/04/14
    ともあれ忘れがちな「発言した以上負う責任」などを考えた。
  • GoogleがHTMLフォームの送信先もインデックスすると発表 | 秋元@サイボウズラボ・プログラマー・ブログ

    張られているリンクをより多く見つける目的で、GooglebotにHTML Formを送信させて出てきたページもクロールさせる、という発表があった。 JavascriptやFlashの中から他ページへのリンクを抽出するというのは既に実施していて、今回はそれをページ上の入力フォームにも拡大するものだということ。いわゆるディープウェブ、見えないウェブといわれる領域への進出だ。 クロールされるフォームは以下のようなものに限定されるようだ。 GETメソッドであること robot.txtなどで除外指定されていないこと passwordフィールドを持たないこと user, id, accountなどのフィールドを持たないこと これらを満たすフォームに対して、クローラはいくつか適当な文字を入れてフォームを実行し、その結果新しいリンクが現れたらその先もクロール対象にする、ということ。 この方法で見つかったリ

    itengineer
    itengineer 2008/04/14
    GETもPOSTもコワイ><