タグ

webに関するvivit_jcのブックマーク (12)

  • 阿部寛のサイトの爆速感をLQIP (Low Quality Image Placeholder) で更に高めていく - Qiita

    ちまたで阿部寛のサイトが速いと話題になっている。 dev.toと阿部寛のホームページどっちが速いですか? dev.toと阿部寛のホームページについてちゃんと計測させてくれ 阿部寛のサイトを高速化する ところで、体感的なWebサイトの速さを決める要因の一つとして、画像の読み込みがある。爆速の http://abehiroshi.la.coocan.jp/ でさえ、自分の環境だと画像の読み込みに 500ms ほどかかっている。 (http://abehiroshi.la.coocan.jp/ を開いてみた様子。画像が読み込まれるまで空白の領域ができている) これは、阿部寛のサイトを高速化する にあるように、画像形式を工夫したり、CDNを使えばおおむね解決できるのだけど、とはいえどうしようもない部分もある(そもそもHTTPのラウンドトリップが遅いとか、何らかの事情でWebPが使えないとか) ユー

    阿部寛のサイトの爆速感をLQIP (Low Quality Image Placeholder) で更に高めていく - Qiita
  • 阿部寛のサイトを高速化する - Qiita

    ちまたで阿部寛のサイトが早いと話題になってます。 dev.toと阿部寛のホームページどっちが速いですか? dev.toと阿部寛のホームページについてちゃんと計測させてくれ 阿部寛のサイトはベストを尽くしてるのか? それを調べるために、阿部寛のサイトを高速化させてみたいと思います。 目指すべきスピード 最速はローカルのファイルへのアクセスだと思うのでこれを目指したいと思います。 file:///C:/abe_hiroshi/index.html ChromeのDeveloper Toolでレンダリング完了が「173ms」でした。 まぁここまでは無理だな… 阿部寛のサイトはどんなもん? 速度はwebpagetest.orgで測ってみます。 レンダリング完了時間は「359ms」です。はえーな S3でホスティングしてみる サーバーを立てるほどでもないので、S3でWebホスティングしてそこにhtml

    阿部寛のサイトを高速化する - Qiita
  • dev.toと阿部寛のホームページどっちが速いですか? - くうと徒然なるままに

    dev.toと阿部寛のホームページどっちが速いですか?— あれからのぐりだけど (@_guri3) 2017年11月15日 という内容のツイートを見つけたので計測してみる。 ずっとパソコンに向かってて飽きてたので息抜きで。 dev.to というのは、 Qiita の海外版みたなやつです。一番の特徴はナビゲーションの速さ。 対抗するのは、 THE Traditional Web Site というたたずまいで有名?な 阿部寛のホームページ 計測 今回は、Google の PageSpeed Insights を利用していきます。 dev.to まずは、dev.to から 86/100 です! 阿部 寛 のホームページ 92/100 です! まとめ 伝統的ウェブサイトの方が早かった!

    dev.toと阿部寛のホームページどっちが速いですか? - くうと徒然なるままに
  • ウェブサイトのぜい肉危機 - The Great Underground Home Page

    (これはMaciej Ceglowski の講演、"The Website Obesity Crisis"の原稿のふんいき翻訳である。Maciej Ceglowski はブックマーク共有サービス Pinboard のファウンダー兼運営者である。講演は2015年10月29日、オーストラリアのシドニーで開かれた Web Directions にて行われた。講演のビデオ(53分) )

    ウェブサイトのぜい肉危機 - The Great Underground Home Page
  • 女子中学生チケット詐欺事件

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session.

    女子中学生チケット詐欺事件
  • QiitaにXSS脆弱性 - Qiita

    Qiitaに発生していた脆弱性について ※ エイプリルフールネタっぽいけど実際に発生していました。 ※ 現在この脆弱性は修正済みです。 問題のあった記事 問題のMarkdown おいしいクッキーをべたい人はここをクリック! **[おいしいクッキーをべたい人はここをクリック!](data:text/html;base64,PHNjcmlwdD5hbGVydChkb2N1bWVudC5jb29raWUpPC9zY3JpcHQ+)** ブラウザ別の挙動 Chrome 33.0 データURIスキームの先で document.cookie を参照することは出来なかった。 Firefox 28.0 データURIスキームの先で document.cookie を参照することが 出来た 。 Internet Explorer とかその他もろもろ 編集リクエストに任せるぜ! 考察 結局これってやばいの?

    QiitaにXSS脆弱性 - Qiita
  • 実例で納得!シニアが使えないサイトの例 | マミオン有限会社-パソコン・数学研修、法人研修

    パソコン教室でシニア層にインターネットの使い方を教えているときほど 「ああ、ここがもう少し改善されれば!」と吠えたくなる時がある。 「知りたい事」「申し込みたいもの」「買いたいもの」があって ワクワクしているのに、多くの人が、若い人に取っては「些細な」ミスで サイト上で目的を達成できずに諦めたり、 諦めきれないからとサポートセンターに電話して 「その情報はホームページに載ってます」と言われ落ち込んだりしている。 今日は大学の公開講座に申し込もうとしている70歳代後半女性の話。 ウキウキの申し込み「大学の公開講座申し込みたいの。英語をやり直したいのよ」といらしたMさん。 「新聞の折り込みで講座を見たのだけど、ホームページから申し込んでって書いてあって。 ホームページを見たのだけどどうすればいいのかわからないけど ホームページからしか申し込めないらしいから、やり方教えて」 とのこと。 チラシに

  • 任天堂の悪口を書けばアクセス数が跳ね上がる理由 やまなしなひび-Diary SIDE-

    “悪口”と“批判”は違うものですけど。 書き手がちゃんと根拠を持って「これは“批判”だ!」と書いた内容でも、読み手が気にわなかったら「これは“悪口”だ!」となってしまうものなので―――“悪口”も“批判”も、一緒くたに“対象に対してネガティブな発言”としてこの記事では扱わせていただきます。 私は2011年のE3前後から、2年以上ずっと「Wii U面白そうだね!」「この機能があればあんなこともこんなことも出来るね!」という期待の記事と、実際に発売されてからも「Wii U面白いね!」「この機能をこう使うとこんなことが起こるんだよ!」という紹介の記事を書いてきました。 良い機会だから数えてみます。 1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20、21、22、23…… これらの記事は、ハッキリ言って「アクセス数はムチャクチャ低い」です。 大手個

  • 「検索してはいけない」で有名な、あの愛生会病院HPが閉鎖へ | ICT Headline directed by P検

    インターネット上で「検索してはいけないワード」として有名な、愛生会病院のホームページが閉鎖されることがわかった。 愛生会病院のホームページは、少なくとも1998年ごろには開設されていたと見られている。病院のホームページというイメージとは真逆の特徴的なカラーリングなどから、衝撃的だとして「愛生会病院」という言葉を「ネットでは(ショックが大きいので)検索してはいけない」と揶揄されるまでになった。実際、トップページの多くは動画GIFを利用したビビットなデザインとなっており、以前は「太陽に吠えろ」のBGMが流れるなど、およそ病院の公式ホームページとは思えない内容だったという。 愛生会病院のホームページを制作した院長の息子にあたるジャズバンドBlu-Swingのドラマー、宮”ブータン”知聡氏がツイッターで、このサイトを閉鎖することをつぶやいたことから判明。14日未明につぶやかれた内容はツイッターで

  • ssig33.com - ブラウザで動画を表示する

    全然駄目、話にならない。携帯電話で動かない。 Internet Explorer でもサポートされなくなった。

    vivit_jc
    vivit_jc 2013/02/23
  • 短縮URLは負債となる可能性が高いので作ることに恐ろしく躊躇する - キモブロ

    なんていうか、存在すること自体がコストっていうのかな。一度短縮URLを始めたらそれは未来永劫維持されなければ今までに作り出したすべてのURLが無価値になってしまう。 それはなぜかというと、URLからハッシュ関数により一方的にハッシュを算出することが出来て、これはmp3とかmp4みたいに情報をロスさせることにより圧縮している。ロスしただけあって、ハッシュからURLへの復元はその変換したデータベースがないと出来ない。 これってすごいむちゃくちゃなことだと感じるはず。そのデータベースが失われたら今までの価値、文脈が失われる。たとえば著名な短縮URLサービスであるbitlyが消滅したとしたら、bitlyが使われた発言は何を言ってるのかわからなくなる。"そのbitlyが指し示していたコンテキスト"が失われた文章を君はどうやって理解するのかね。 つまり短縮URLを作り、それが誰かに一度でも使われてしま

    短縮URLは負債となる可能性が高いので作ることに恐ろしく躊躇する - キモブロ
  • 1