タグ

webに関するrryuのブックマーク (27)

  • IPAウェブサイトリニューアルに係るお詫びと対応について | 新着情報 | IPA 独立行政法人 情報処理推進機構

    IPAウェブサイトリニューアルによるリンク切れや不具合について、ご不便をおかけしまして大変申し訳ありません。 IPA年3月31日、ユーザーの皆様にIPAウェブサイトについて、より快適にご利用いただけるようリニューアルを行い、スマートフォンやタブレットから閲覧する場合でも適切に表示されるようにマルチデバイス対応を行うとともに、ユーザーが目的のコンテンツを探しやすくするため、掲載内容やサイト構造の見直し等を行い、多くのページのURLも変更することとなりました。 URL変更の対応にあたっては、安定的なレスポンスの確保を考慮し、リダイレクト対象とするコンテンツの選定を行いました。しかし、今回の対応は、多くのユーザーがIPAウェブサイトに掲載されたコンテンツへのリンクを自組織のサイトや資料等で活用していることの影響に関して、認識が不十分でした。頂いた多くのご指摘を重く受け止め、ユーザーの皆様のコ

    IPAウェブサイトリニューアルに係るお詫びと対応について | 新着情報 | IPA 独立行政法人 情報処理推進機構
    rryu
    rryu 2023/04/04
    綺麗に整理すればするほど元の構造とかけ離れるのでリダイレクトが難しくなってくるというのはサイトリニューアルあるあるだが、リダイレクトは要件にあったのによくこの状態で納得させられたな。
  • 阿部寛のホームページをさらに高速化した猛者現る 35%の高速化に成功し速度制限未満でも一瞬で表示可能に

    シンプルな構成により爆速で表示されることで有名な阿部寛のホームページですが、さまざまな技術を駆使してさらに35%の高速化を実現した動画が人気です。ぜひ家サイトでも取り入れてほしい改善策。 まだ高速化の余地が……!? この動画を公開したのは、コスメティック田中さん(YouTube/Twitter)。動画によると、阿部寛のホームページがホームページビルダーというやや古いソフトで作られているなど、近代的な技術を駆使すれば改善できる余地が見られることを発見し、高速化に乗り出したそうです。 今回実施する高速化 この2点を改善していきます 最初に実施した高速化は、サイトの通信速度の改善から。CDNという技術で通信速度を上げる技術を使用するため、AmazonのCloudFrontにファイルをそのままアップロードして、コピーの阿部寛のホームページを作成しました。 ファイルをアップロードします このCDN

    阿部寛のホームページをさらに高速化した猛者現る 35%の高速化に成功し速度制限未満でも一瞬で表示可能に
    rryu
    rryu 2022/07/20
    フレームセットをやめて外部リソースを全てData URIにすれば爆速になると思っていたら、CDNとWebPというのはちょっと弱すぎでは…
  • 12月Webサーバシェア調査、Nginxが大量にシェア失う

    ホスト名ベースWebサイト数推移グラフ 1995年8月〜2021年12月 資料:Netcraft Webサーバシェア推移グラフ 1995年8月〜2021年12月 資料:Netcraft Webサーバアクティブサイトシェア推移グラフ 2000年6月〜2021年12月 資料:Netcraft トップ100万ビジーサイトWebサーバシェア推移グラフ 2008年9月〜2021年12月 資料:Netcraft コンピュータ別Webサーバシェア推移グラフ 2007年9月〜2021年12月 資料:Netcraft供 ドメイン別Webサーバシェア推移グラフ 2009年6月〜2021年12月 資料:Netcraft 2021年12月においてドメインとホスト名の双方で大幅な増加を見せたのはAmazon Elastic Load Balancingサービスで使われている「awselb」で観測された。この増加がN

    12月Webサーバシェア調査、Nginxが大量にシェア失う
    rryu
    rryu 2021/12/26
    シェアを失ったというよりCDNやロードバランサの裏に隠れて見えなくなったという感じっぽい。
  • 😡webのスクロールでふわっと出てくるやつ絶対粉砕するマン【クソアプリ】 - Qiita

    おひさしぶりです。この記事はクソアプリ Advent Calendar 2021の13日目です 突然ですが皆さんは「スクロールに合わせてふわっと出てくるwebページ」ってどう思います? 最近多いですよね、あれ。 確かにオシャレだし楽しいしゲームとか作家さんのギャラリーサイトとかなら全然OK。でも情報が欲しくてアクセスしてるページで「ふわっ」ってされるとちょっとイラッとする。 ちょっと?...イラッと?...いや、 許さない、絶対 よろしい、ならば粉砕だ よそ様のサイトを粉砕する都合上、今回の実装はChrome機能拡張です。機能拡張はViteにChrome機能拡張用のプラグインvite-plugin-chrome-extensionを入れて作りました。今回は解説しないけど、これ超楽。フレームワークは無し、言語はTypeScriptです。 とは言え、クソアプリのためにChromeに機能拡張をイ

    😡webのスクロールでふわっと出てくるやつ絶対粉砕するマン【クソアプリ】 - Qiita
    rryu
    rryu 2021/12/13
    まさかの粉砕(物理)。実質的にはアニメーションの検出方法の解説だが、MutationObserverにこんな使い道があるとは。
  • どうしてHTML5が廃止されたのか | フューチャー技術ブログ

    フロントエンド連載の5記事目です。 HTML5が2021年の1月に廃止されました。 Webエンジニアとしてバリバリ活躍されてる方やエグゼクティブテックリードのような肩書きを持つ方にとっては「何をいまさら」という話題かと思います。 しかしながら、今年も新人さん入ってきてくださったので、プログラミングを学習中にHTML5という文字列に悩まされないように、そもそもHTML5とは何かや、廃止された経緯をまとめてみます。 HTML5とはWebサイトを作るときに必ず書くことになるHTML。Webサイトのコンテンツ、つまり中身や構造を作るために使うマークアップ言語です。 そして、その最近版として10年ほど前に登場したHTML5。当時は Webニュースなどで盛んに特集が組まれていましたが、このHTML5がついこないだ、2021年1月28日に廃止されました。 広義のHTML5 / 狭義のHTML5HTML5

    どうしてHTML5が廃止されたのか | フューチャー技術ブログ
    rryu
    rryu 2021/06/21
    結局「我々は特定の規格に完全準拠したブラウザを作ることができない」という現実を追認した感じなのがLiving Standardという気がしている。
  • ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました

    この記事で紹介した手順をライブラリ化して公開しました🎉 こちらの別記事 で使い方など詳しくご紹介していますので、ぜひご参照ください! はじめに 言い切りタイトルすみません 僕を含む一定数の人にとって現時点でのベストプラクティスとなりうる手法という意味で紹介しています 極めてシビアな帳票出力の世界にいる人から見ると使い物にならない内容かもしれないと思います 帳票印刷の世界では SVF というサービスが有名らしいです。が、こういった外部サービスは使わずに自力で実装するというのがこの記事の前提です 動的に明細行の数が増減する連票はこの記事の解説では考慮していませんが、追加で実装するのはそれほど難しくないということは読んでいただければ分かるかなと思います 結論から 僕が考える現時点でのWebアプリでの帳票印刷のベストプラクティスは、 Adobe XD や Figma で帳票のレイアウトをデザイン

    ついに、Webアプリでの帳票印刷のベストプラクティスを編み出しました
    rryu
    rryu 2021/06/06
    HTMLがダメな理由が自分にスキルが無いからだった。今はflexとかもあるし全体をTABLE要素にする苦行をしなくてもできると思う。
  • "Web フロントエンド"の悲しみと明るい未来

    next.jsvercel を提供して CDN からサーバーサイドでの処理までをワンストップに提供しているとか、 firebase がクライアントサイドでの SDK と Cloud Functions をなるべく一貫した体験で提供しようとしていることとか、あるいは今話題の React Server Component とかについて、フロントエンドの最前線がいったいどのような苦しみにあるか、理解できる人は実はあまり多くないのではないか、と僕は思っている。 それは何かといえば、絶望的なまでのサーバーサイド/バックエンドへの忌避感だ。「とにかくフロントエンド領域しか絶対にやりたくない」という人が沢山いるが、しかし一方フロントエンドで無理しないでサーバーを書くだけで楽になるようなタスクはいくらでもある(典型的には API たくさんアクセスするとか)。 そうしたときに、フロントエンドメインだが

    "Web フロントエンド"の悲しみと明るい未来
    rryu
    rryu 2021/01/08
    フロントエンドの人が極力サーバサイドに関わらないのは面倒に巻き込まれるだけだからだと思う。サイトが落ちでもAPIが死んでますねで終わる楽さを手放す理由はない。
  • ブラウザからローカルフォントにアクセスする:Font Enumeration API と Font Table Access API - しろもじメモランダム

    最近の Web アプリはどんどんリッチになっていっていますが、ネイティブアプリとは違って、「ローカルフォント*1を列挙してユーザーに選択させ、それを表示に使う」といったことは仕様上不可能です。 例えば、画像に文字を入れる Web アプリを考えてみます。文字の描画自体は canvas の ctx.fillText() が使えますが、問題はフォントの指定です。ctx.font にローカルフォントを指定するためには、そのローカルフォントフォント名を知っている必要があります。OS にプリインストールされているフォントでなどであれば、「Web アプリ側であらかじめフォント名のリストを用意しておき、実際にインストールされているかどうかをチェック*2してからユーザーに選択させる」という手段がとれますが、「自分でインストールしたこのフォントが使いたい!」という要求に応えるのは現実的ではありません。 提案

    ブラウザからローカルフォントにアクセスする:Font Enumeration API と Font Table Access API - しろもじメモランダム
    rryu
    rryu 2019/11/05
    自前のフォントレンダラのためにフォントデータにアクセスするAPIも用意するとは。
  • 【追記あり】カネカ社は本当に育休ページを削除したのか。 - 笑顔を創りたいWeb屋の日常

    いや、「削除したのか」の問いに対しては「削除した」ですね。間違いなく。 ただそれは「炎上騒動を受けて削除したのか」については、僕には「No」に見える。 そのことについて「ファクトを大事にする」という観点で書きたいんだけど、その前にちゃんと前提を伝えておきたい。 僕は、(今回の件が事実だと間違いないなら)お子さんが産まれたばかりの父親となった従業員を転勤させるということについては、どんな理由があっても受け入れられません。 同時に、企業側にも何らか事情があったり誤解があった可能性だって否めないので「どちらが悪だ」とも言いたくありません。ただただ「どんな事情があったか知らないけど、産まれたばかりのお子さんがいる人を転勤なんてさせないで欲しい」「(何の配慮も無くその辞令を出したしたなら)そんな会社は好きじゃない」だけです。 この前提なんよ。この前提だけは忘れないでね! その上で、「該当ページをこの

    【追記あり】カネカ社は本当に育休ページを削除したのか。 - 笑顔を創りたいWeb屋の日常
    rryu
    rryu 2019/06/04
    CSRもやり切ったら次に進むわけで内容が変わることは不思議ではないが、自社サイトの何がいつ公開されたかを把握していない広報はやばいと思う。
  • 「え?それそんなかかるの?」簡単そうに見えて案外時間のかかるWebサイト上のJavaScriptあるある仕様8選 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作

    多! そのため、仕様の洗い出しが不十分になりがちになる、という点で厄介です。 ただし、今はSwiper, Slickといった優秀なプラグインがあります。こいつらは大抵の仕様は満たしてくれますので、積極的に使うと良いと思います。 参考 Swiper Slick フィットスクロール 厄介度:★★★ 紙芝居スクロールなどといったりもします。 海外のオサレなブランディングサイトや、ランディングページなんかでたまに見かけますね。 カッコイイ!うちもこんなんやりたい!と思うかもしれません。がしかし…… イメージ ハマりポイント スクロールに関する他の機能実装 これを実装する場合ブラウザにデフォで備わっているスクロールは使わず、別の方法(CSSのtransformとJSを組み合わせるなど)で実装することになるかと思います。 するとまず、スクロールイベントが取れないんですね。 そのため、スクロールに合わせ

    「え?それそんなかかるの?」簡単そうに見えて案外時間のかかるWebサイト上のJavaScriptあるある仕様8選 | 株式会社LIG(リグ)|DX支援・システム開発・Web制作
    rryu
    rryu 2019/03/04
    カルーセルは本気で使うところほど掲載順序で揉めるのて気軽に使ってはいけない…
  • .appという画期的でセキュアなgTLDについて - Lento con forza

    .appというgTLDをご存知でしょうか。gTLDはgeneric top-level domainの略後で、ICANNが管理しているトップレベルドメインのことです。 有名どころでは.comや.net等があります。このブログのURLは https://kouki.hatenadiary.com ですが、この.comの部分がトップレベルドメインです。*1 このトップレベルドメインはICANNという組織が管理しています。2012年までは限られたトップレベルドメインしか存在しませんでしたが、2012年の公募では基準を定め、その基準を満たした団体は自由にgTLDを作ることができるようになりました。これ以降大量のトップレベルドメインが登録され、今では様々なドメインを利用することができます。 その中の一つ、appドメインが去年話題を呼びました。 appドメインはセキュアなドメイン そんなappドメイン

    .appという画期的でセキュアなgTLDについて - Lento con forza
    rryu
    rryu 2019/02/11
    ドメインそのものがセキュアってどういうことって思ったらHSTS Preloadリストにあらかじめ登録されているドメインなのか。
  • コーディング作業はもう一切不要!2.0でものすごい進化を遂げた、国産の無料デザインツール -STUDIO 2.0

    去年当ブログで紹介した際にも評判が高かったSTUDIOが、満を持して2.0にアップデートされました! STUDIOはコーディング作業は一切不要で、Webサイトやスマホアプリのデザインを積み木感覚で楽しくデザインできるツールで、無料で始めることができます。 STUDIO STUDIOの特徴 STUDIOの使い方 STUDIOの特徴 STUDIOは無料で利用できる国内産のデザインツールで、Webサイトやスマホアプリのモックアップ作成から、デザイン、さまざまな実機でのプレビュー、公開、そして運用や解析まで、それぞれの専門知識に詳しくなくても簡単にできます。

    コーディング作業はもう一切不要!2.0でものすごい進化を遂げた、国産の無料デザインツール -STUDIO 2.0
    rryu
    rryu 2019/01/23
    ストックフォトのサービスとくっつけて良さげな写真をサジェストしてくれたら完璧だと思うのだが、そういうことはできないのだろうか。
  • 極小WebアプリをURLに埋め込んで超ポータブルなWebアプリを作りたい! - Qiita

    やりたいこと データを変形・加工するスクリプトをURL上にホストをして、 ポータブルで永続的でブラウザで完結するWebアプリを作れるようにします! Rubyはデータ加工に最適! Rubyは豊富なメソッドが標準で用意されていて、特にArray, Enumerator, Stringなどよくデータを加工したいときに使えるメソッドがとても豊富です。 メソッドチェーンでつなげていけるところが、人の思考にあっていて、どんどんデータを変えていけるところがRubyの良さだと思います。 そのためデフォルトの言語はRubyです。JavaScriptもオプションで選べるようになってます。 そこで、 データ加工に便利なRubyで書いた小さいWebアプリをURL上にホストします! URLにすべてのコードを載せてしまえば究極的にポータブルなWebアプリになるのではないかという発想です。Itty.bittyにインスパ

    極小WebアプリをURLに埋め込んで超ポータブルなWebアプリを作りたい! - Qiita
    rryu
    rryu 2018/11/01
    なんか、任意のコードが実行できる便利な踏み台としてしか使われないような気がするのだがどうなんだろう。
  • Browser Capabilities Project

    Browser Capabilities Project
    rryu
    rryu 2018/03/31
    termcapのブラウザ版みたいなbrowsercapなんてものがあったのか。クローラーかどうかの項目もあるので解析の時に役立ちそう。
  • gmork.in

    Contact the domain owner here gmork.in 2023 著作権. 不許複製 プライバシーポリシー

    gmork.in
    rryu
    rryu 2017/12/24
  • W3C、「HTML 5.2」勧告。同時にHTML 5.3のファーストドラフトを公開

    Web技術の標準化団体であるW3Cは、HTML 5のマイナーバージョンアップである「HTML 5.2」の策定を完了し、勧告としました。 HTML 5.2ではいくつかの機能追加、削除、バグフィクスなどが行われています。 機能追加の例では、ダイアログボックスを表示する<dialog>要素が追加されました。下記は<dialog>要素を用いたサンプルです。 ... <body> <div> <!-- body content --> </div> <dialog> <h1>Add to Wallet</h1> <label for="num">How many gold coins do you want to add to your wallet?</label> <div><input name=amt id="num" type=number min=0 step=0.01 value=10

    W3C、「HTML 5.2」勧告。同時にHTML 5.3のファーストドラフトを公開
    rryu
    rryu 2017/12/15
    HTML Living Standardが主とはいえW3Cの勧告もある程度有用かと思っていたが、ここまでどうでもいいと思える存在になるとは思わなかった。
  • 阿部寛のサイトを高速化する - Qiita

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

    阿部寛のサイトを高速化する - Qiita
    rryu
    rryu 2017/11/18
    まあ、外部リソースは画像2枚しかないから、頑張っても効果は薄いな。
  • 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と阿部寛のホームページどっちが速いですか? - くうと徒然なるままに
    rryu
    rryu 2017/11/16
    阿部寛のサイトでも92/100とか、どうやったら100になるんだ…
  • 「最近のWebパフォーマンス改善について知っておきたいコト」についてあほむに聞いてきた

    「最近のWebパフォーマンス改善について知っておきたいコト」についてあほむに聞いてきた 白石 俊平(HTML5 Experts.jp編集長) こんにちは、編集長の白石です。 この記事は、9月24日に開催されるHTML5 Conference 2017に登壇するエキスパートに、予定しているセッションのトピックを中心に、いろいろ伺ったものです。セッションの内容をより深く理解する手助けになるだけでなく、記事単体でも面白く読んでいただけることを目指しています。 今回お話を伺ったのは、株式会社サイバーエージェントにお勤めの佐藤歩さんです(ネット上では「あほむ」「ahomu」のIDで有名)。 (プロフィールはこちら) あほむさんのセッションは「最近のWebパフォーマンス改善について知っておきたいコト」(ホール 13:20-14:00)です。 (現在HTML5 Conference 2017は定員オー

    「最近のWebパフォーマンス改善について知っておきたいコト」についてあほむに聞いてきた
    rryu
    rryu 2017/09/12
  • Fw: 職員のまじめさが役に立たない自治体サイトをつくる

    2017年7月15日 著 東洋大学の山田先生がアゴラに寄稿された、職員のまじめさが役に立たない自治体サイトをつくるという記事を読みました。文字サイズの変更や音声読み上げといった、一見するとWebサイトのアクセシビリティに真摯に取り組んでいるように映るものの、実際のところそれが必須というわけでもなければ必ずしも障害当事者にとって役に立つものでもない......というのは、この覚え書きでも過去に何度か書いてきたつもりだけれど(例:文字サイズ変更ウィジェット、晴眼者がよかれと思って作ったUI?)、山田先生のようなお立場の方が真正面からそれらをバッサリ斬り捨てている様は、素晴らしいの一言: しかし「文字サイズの変更」ボタンは無用の長物である。障害を持つ利用者はブラウザでテキストサイズを変更し、検索ウィンドウに大きな文字で自治体名を入力して、自治体サイトにたどり着くからだ。自治体のサーバーで動く自動

    Fw: 職員のまじめさが役に立たない自治体サイトをつくる
    rryu
    rryu 2017/07/17
    全然拡大されなくて役に立たないものが多いから、もはや付けないと何か言ってくる人がいるだろうという非実在指摘者のためについている状態なのだと思う。