タグ

webに関するcubed-lのブックマーク (376)

  • Webdog - Uw Online Speurneus

    Als je op zoek bent naar een betrouwbare partner voor je koeltransportbehoeften, kijk dan niet verder dan Petit Forestier. Met… Hallo, Willem hier! Welkom op mijn blog: Webdog! Ik heet Willem en heb dit blog vernoemd naar mijn hond Bram. Nou ja, niet vernoemd, maar toch wel een beetje opgedragen aan hem. Vandaar de woordspeling. Behalve mijn hond zijn andere belangrijke dingen in mijn leven: mijn

    cubed-l
    cubed-l 2009/12/11
  • JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]

    代表中山陽平 ブログ「苦手意識を無くせばWeb活用はうまくいく」弊社では「がんばる中小企業」のWeb活用をサポートしています。今の時代、第3者である、制作会社や代理店におまかせでは勝てません。同じような商品・サービスが溢れる中、選んでもらうためのコンセプトを立て、それを実現するためにネットもリアルも総動員しながら戦う必要があります。 みなさんが世の中に・自社の従業員に実現したい幸せや提供価値を、しっかりと実現していくためには、みなさん自身が主役になり、私達のような専門会社が側面支援するのがベストです。 このブログでは御社が中心となってウェブ活用できるヒントを配信しています。お悩みの方はお気軽に問い合わせフォームからご相談ください。 最新の記事一覧

    JavaScriptで読み込むCSSファイルをまるっと[7korobi8oki.com]
  • Cookie 今昔物語 - はてなるせだいあり

    概要 Cookie の不幸な歴史と現状、そして将来についてまとめた。 仕様はどこにあるか Web 上の様々な規格は、誰かが定め、それに皆が合わせるという形で動いている。しかし、Cookie の仕様は誰が決め、どこで規定されているか知っている人は、意外と少ないのではないかと思う。W3C や IETF だと思っている人が多いのではなかろうか。 正解を言ってしまうと、定めたのは 1994 年、Netscape Communications 社であり、文書は http://wp.netscape.com/newsref/std/cookie_spec.html で公開されていた。アクセスしてみればわかる通り、このページはもう存在しないし、Netscape 社自体が AOL に買収されており、今は Mozilla になったというか、消えてなくなっていることを知っている人は多いだろう。当時の文書は例に

    Cookie 今昔物語 - はてなるせだいあり
  • 2009-09-02

    http://webappsec.sakura.ne.jp/modules/wfdownloads/singlefile.php?cid=3&lid=9 セキュメロの資料を公開した。まあ、ツッコミはいろいろあると思いますが、受けます http://www.mbsd.jp/event/detail125-desc.html に行ってきたので、簡単なメモ 楽天のインターネットセキュリティの取り組み 楽天におけるインターネットセキュリティの考え方 楽天のシステムは原子力発電所並みの運用体制と安全性を求められている(by 三木谷氏) 事業継続のため万全な対策を 予算内だけの対策というわけにはいかない 被害時のインパクトが大きい(2週間止まると250億の機会損失)から 予算の何パーセントで出来るかという考え方 開発全体予算の2%程度で実現 ハイスキルのセキュリティエンジニアが対策を最適化 グループシ

    2009-09-02
    cubed-l
    cubed-l 2009/09/03
    事細かに聞いてみたいな
  • 某有名オンラインゲームがまさかのサービス終了告知!しかし・・・ : 暇人\(^o^)/速報

    某有名オンラインゲームがまさかのサービス終了告知!しかし・・・ Tweet 953 名前:名も無き冒険者[sage] 投稿日:2009/08/22(土) 14:30:02 ID:wDAud2abhttp://maplestory.nexon.co.jp/support/info/view.asp?no=134145 http://s03.megalodon.jp/2009-0822-1510-00/maplestory.nexon.co.jp/support/info/view.asp?no=134145(魚拓) wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww サービス終了wwwwwwwwwwwwwww ■ネトゲ廃人 【新感覚オンラインシミュレーション「三国ヒーローズ」ついに公開!】(とにかく斬新。クリゲに飽きた人やSRPG好きにオススメ) 954 名前:名も無き冒険者[

    某有名オンラインゲームがまさかのサービス終了告知!しかし・・・ : 暇人\(^o^)/速報
  • 優れたドアノブは押せばいいか引けばいいかがすぐにわかる | cpainvestor.com

    現役会計士が語るビジネス・会計・投資コラム このWebサイトに記載された事項は執筆者の私見であり、執筆者の所属ないし関係する機関・組織の見解ではないことをお断りしておきます。 GoogleYAHOOを筆頭に、Mixi、ぐるなび、一休.com、M3.comなど、ユーザーのサービス利用料を無料にして、広告スポンサーからの掲載料、コンテンツ提供会社から集客手数料等で稼ぐ、いわゆるポータルサイト型ビジネスは、うまく軌道に乗れば、設備投資もそれほど多くかからないため、高収益ビジネスになる可能性が高いと言われます。 ただ、誰もがその「ビジネスの美味しさ」を知っているだけに、ユーザー獲得、及びその囲い込みの競争は激烈で、特定分野に絞り込んだとしても専門ポータルサイトとして生き残るのは、実際のところは至難の業であると言えます。 そういった中で、30代女性の4人に1人がユーザーであると言われる料理レシピ

    cubed-l
    cubed-l 2009/06/10
  • 貧乏子沢山なWEBサービスという戦略 - はてなポイント3万を使い切るまで死なない日記

    ネット業界のブログでよく見かけるのが、WEBサービスはひとりでつくる時代になる(たとえばこれ)とか、数うちゃ当たる的にWEBサービスを量産する戦略が可能性あるという主張だ。 はっきりいってそんなものにはビジネス的な成功の見込みがあるわけがないし、そもそも先行した成功例なんてものもないと思うのに、なぜ、みんながそういう主張をするのかというと、要するに他に方法が見つからないからだ。 つまりWEBサービスがあまりにも儲からないから、単純に掛け金を小さくして、人生や生活に影響を与えないようにしようという程度の理屈でしかない。一攫千金を狙うなら、万馬券に全財産を突っ込むよりは、毎月1万円ずつ宝くじを買った方がいいというのと同じぐらいの正論ではある。 だが、ギャンブルの場合ですら、およそ参加の敷居が低いものは、成功の期待値も低く設定されているものだ。競馬の場合はおよそ7割かえってくる配当金は、宝くじ

    貧乏子沢山なWEBサービスという戦略 - はてなポイント3万を使い切るまで死なない日記
  • TechCrunch

    Developer community site Stack Overflow has laid off 28% of its staff, the Prosus-owned company announced Monday. In a blog post, Stack Overflow’s CEO, Prashanth Chandrasekar indicated that the

    TechCrunch
  • 知の共有とは、知識の共有だけじゃない。知恵の共有でもある。id:pollyanna - pollyanna - はてなハイク

    平素より「はてなハイク」をご利用いただき、ありがとうございます。 「お題でつながるミニブログ」としてご利用いただいていた「はてなハイク」は、2019年3月27日をもちまして、サービスの提供を終了させていただきました。 これまでご利用いただきましたユーザーの皆さまに深く感謝いたします。 誠にありがとうございました。 詳しくは下記をご覧ください。 http://labo.hatenastaff.com/entry/2018/11/19/113653 株式会社はてな

    cubed-l
    cubed-l 2009/06/03
  • 作ろうiモード:iモードブラウザ2.0新機能一覧 | サービス・機能 | NTTドコモ

    ブラウザの表示領域としてQVGA描画モードとVGA描画モードに対応しています。 なお、QVGAモードは従来のiモードブラウザ1.0と同一の動作となっています。 液晶自体の解像度はVGAサイズ(横480dot×縦640dot以上)ですが、ブラウザ表示領域としてはQVGAサイズ(横240dot×縦320dot以上)に換算して描画を行います。そのため、HTML内のサイズ指定値や画像のサイズは縦横2倍の値として描画されます。 ブラウザ表示領域としてVGAサイズ(横480dot×縦640dot以上)として描画を行います。HTML内のサイズ指定値や画像のサイズは、そのままの値で描画されます。 なお、フォントに関してはdot指定する場合は上記の通りとなり、QVGA描画モードでは1行に表示できる文字数は半分になります。一方、大/中/小などで指定する場合は、モードに関わらず1行に表示できる文字数は同一とな

    cubed-l
    cubed-l 2009/05/19
    ケータイWebの世界が変わるなぁ
  • 短縮URLは必要悪か、単なる悪か。

    Welcome to Startups Weekly — Haje‘s weekly recap of everything you can’t miss from the world of startups. Sign up here to get it in your inbox every Friday. Well,…

    短縮URLは必要悪か、単なる悪か。
    cubed-l
    cubed-l 2009/04/08
  • IPAの新版「セキュア・プログラミング講座」がイマイチだ

    補足 この記事は旧徳丸浩の日記からの転載です(元URL、アーカイブはてなブックマーク)。 備忘のため転載いたしますが、この記事は2009年3月27日に公開されたもので、当時の徳丸の考えを示すものを、基的に内容を変更せずにそのまま転載するものです。 補足終わり 2002年3月にIPAから公開されたセキュア・プログラミング講座は、その後2007年に新版が公開された。旧版は今から7年前のコンテンツがベースになっているので現在の目から見ると色々突っ込みどころがあるが、2002年という時期にこれだけのコンテンツを揃えたというのは立派な仕事だったと考えている。 一方、2007年の新版はどうか。部分的に見れば「開発工程と脆弱性対策」の関連について言及するなど意欲的な内容もあるが、全体としては物足りない。新版が出た当時も「例えば、PHPを避ける」という表現が話題になったくらいで、同じIPAから公開され

  • サイト公開前に役立つ25のユーザビリティチェックリスト:phpspot開発日誌

    25-point Website Usability Checklist | User Effect サイト公開前に役立つ25のユーザビリティチェックリストが公開されていましたのでメモしてみました。 サイトの公開前にチェックリストとして使うといいかもしれません。 アクセシビリティ 1. ロード時間が速いか?(60KBぐらいがベター) 2. テキストと背景のコントラスト調整(差異が低く見にくくないか) 3. フォントサイズが読みやすいサイズか?行間、文字間は適切か? 4. Flashやアドオンは控えめか? 5. 画像に適切なALTタグが指定されているか? 6. カスタマイズした404ページがあるか?デフォルトは非常に不親切 7. カンパニーロゴが分かりやすい位置におかれているか? 8. キャッチフレーズが適切に設定されているか? 9. 5秒で大体どんな内容が分かるものになっているか?ユーザは

  • “セキュアなWebアプリ”に立ちはだかる課題

    “セキュアなWebアプリ”に立ちはだかる課題:セキュリティ、そろそろ音で語らないか(4)(1/3 ページ) SQLインジェクションによる情報漏えい事件がクローズアップされています。対策は簡単なこと……と言われ続けているのですが、なぜWebアプリケーションの脆弱性は無くならないのでしょうか。第4回ではその理由に迫ります(編集部) 私は前職で、Webアプリケーションの脆弱(ぜいじゃく)性による個人情報の漏えいの脅威を広く知ってもらうために実在のサイトの脆弱性を公開する、ということをしていました。最初のレポートが2001年10月で、恐らく日で最初ではないかと記憶しています。 それから何年もたちましたが、相変わらずWebアプリケーションの脆弱性はなくならず、いまもさまざまな対策ソリューションが発表されています。 Webアプリケーションの脆弱性対策は、おおむね以下のように分類できます。 開発時に

    “セキュアなWebアプリ”に立ちはだかる課題
  • 米FortinetがWAF市場に参入、トータルセキュリティの提供目指す

    米Fortinetは2月17日(米国時間)、Webアプリケーションファイアウォール(WAF)アプライアンス「FortiWebシリーズ」を発表した。まず、中/大規模向けの「FortiWeb-1000B」を提供する。 もともとはUTM(統合脅威管理)アプライアンスの専業ベンダーとして知られる同社だが、2008年には、米IPLocksから取得した技術をもとにデータベースセキュリティアプライアンス「FortiDB」をリリースし、アプリケーションセキュリティの分野に進出。今回のWAF提供で、さらに同分野に腰を入れてきた。 これについてFortinetのCTO、マイケル・ジー氏は、「顧客から特定の領域でセキュリティを高めたいという要望をもらっている。Web サービスはエンタープライズでも一般的になり、社内的にWebサーバーが増えていることもあって、その保護に対する需要は増えている」と述べ、事業領域の

  • 続:SQLのバインド機構は「エスケープ処理された値」をはめ込むのか - ockeghem's blog

    前回のエントリSQLのバインド機構は「エスケープ処理された値」をはめ込むのか - ockeghem(徳丸浩)の日記に対応して、mi1kmanさんのブクマ経由で、訂正が出ていることを知った。 訂正内容 1ページ目を下記のように変更いたしました(2個所)。 バインド値はエスケープ処理した後にプレースホルダにはめ込むので、悪意あるSQL文が挿入されても、その実行を阻止することができる(図1-2)。 ↓ SQL文のひな型とバインド値は個別にデータベースに送られ、構文解析されるので、バインド値に悪意あるSQL文が挿入されても、その実行を阻止することができる(図1-2)。 http://www.impressit.co.jp/inside/?p=791 なんとなく私のエントリの断片が散りばめられているのを別にしても、『悪意あるSQL文…の実行を阻止することができる』というあたりに、サニタイズ的発想が依

    続:SQLのバインド機構は「エスケープ処理された値」をはめ込むのか - ockeghem's blog
  • 10人のデザイナさんに駄目出しして頂きました:Geekなぺーじ

    10名のデザイナの方々に「Geekなぺーじ」デザインダメだしをして頂けました! 何か凄く豪華な会合をして頂いて非常に恐縮です。。。 昨晩早速いくつかサイトデザインを変更してみました。 以下に、会合は開催された経緯、そこでの指摘、昨晩の変更点を述べます。 会合が開催された経緯 「Geekなぺーじのデザインは駄目だろう」とずっと思っていたのですが、「どうすれば駄目ではなくなるか」に関してどうして良いのかが全くわからないという日々が数年間続いていました。 そして、キッチリとしたサイトを作れる方々に対する憧れというものがありました。 ある日、twitterで何度かやり取りをして、その後某新年会でお会いしたcremaさんが過去の勉強会資料(デザイン勉強会の資料を公開します。)を教えてくれました。 それを見て「これはすごい」と思ったのですが、「じゃあ、この考え方を自分のサイトに適用したらどうなるの?」

  • アドビCTOのリンチ氏「ユーザーはクラウドのリスクを十分に理解してない」

    アドビ システムズは1月29日と30日の2日間、プライベートカンファレンス「Adobe MAX Japan 2009」を開催した。誌はこのイベントに合わせて来日したAdobe SystemsのCTO(最高技術責任者)、Kevin Lynch氏とマンツーマンでインタビューする機会を得た。Lynch氏に同社の戦略やアプリケーションの将来像について話を聞いた。 Adobe MAX Japan 2009の基調講演で、Adobeはいわゆる「クラウド」上のサービス展開を強化する考えを打ち出しました。クラウドではインフラの整備が重要になりますが、Microsoftのデータセンターは100万台規模、Googleは300万台規模と、サーバ台数に関する予測の数字を耳にする機会があります。Adobeが抱えているクラウドの規模はどの程度なのですか? かなりあると思います(笑)ただ、我々はサーバの台数やインフラの

    アドビCTOのリンチ氏「ユーザーはクラウドのリスクを十分に理解してない」
    cubed-l
    cubed-l 2009/02/03
  • http://www5e.biglobe.ne.jp/~kamisiro/diary/d0901.html

    cubed-l
    cubed-l 2009/01/22
    最大化する意味ないしね
  • 「サイトの横幅」再論:950px時代のウェブデザイン[絵文録ことのは]2009/01/14

    以前、サイトの横幅を640ピクセルにする理由――統計と現状に基づく結論[絵文録ことのは]2006/11/25で、「実際にサイトを閲覧している人のブラウザーの横幅と、ブラウザーによる印刷上の制約から、特に画像は左端から640ピクセルくらいに収まるようにした方がよさそうだ」という結論に落ち着いた。これには、一行字数が多すぎると読みづらい、という、紙媒体の扱いも多いわたしの経験的な見方もある。 もちろん、これにはリキッドデザイン主義者の方から「ページ幅を指定するようなデザインであること自体が悪」という反応があったり、「印刷用CSSを使おう」といった反応があったりしたのだが、「印刷時のことを考えれば640pxという制約がある」という結論は特に揺るがなかった。 その後、今まで約2年経った。閲覧者の環境も変わり、当時主流だったIE6にはなかった「用紙サイズに合わせて印刷」機能を備えたIE7ユーザーも増