タグ

webに関するsugumuraのブックマーク (17)

  • browsing environment | mount

    結果をコピーするloading...

    sugumura
    sugumura 2022/02/28
  • Sign-in form best practices  |  Articles  |  web.dev

    Sign-in form best practices Stay organized with collections Save and categorize content based on your preferences. Use cross-platform browser features to build sign-in forms that are secure, accessible and easy to use. If users ever need to log in to your site, then good sign-in form design is critical. This is especially true for people on poor connections, on mobile, in a hurry, or under stress.

    sugumura
    sugumura 2022/02/08
  • 2022年におけるフロントエンド開発のベースライン

    LINE株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。 LINEヤフー Tech Blog TL;DR:2022フロントエンド開発で最も考慮すべきユーザー環境は、パフォーマンスでは低スペックのAndroid端末、標準仕様では2年前のSafari、そしてネットワークでは4Gです。それに対してはJSへの過剰依存などが原因で主にパフォーマンスの面でのウェブ全体の対応がよくありません。 こんにちは!LINEフロントエンド開発室のダバロス アランです。この記事のタイトルを見て「釣りタイトルですね〜」と考えている方がいると思いますが今回に限ってはそれを大目に見てください。それはなぜかと言いますと、2021年から2022年にかけて私たちフロントエンドエンジニアが全体的に考え方を改める必要が出るほど大きな変化がありました。 その変

    2022年におけるフロントエンド開発のベースライン
    sugumura
    sugumura 2022/01/27
  • 2022年のブラウザとウェブ標準 | gihyo.jp

    2022年になりました。矢倉眞隆(@myakura)と申します。昨年に引き続き、新春特別企画のブラウザとウェブ標準を担当させていただきます。 なお、取り上げるトピックの数やインパクトの大きさもあり、CSSについては別記事となりました。あわせて読んでいただければ幸いです。 ChromeとFirefoxがバージョン100に到達 昨年の新春企画でもすこし触れましたが、今年はChromeとFirefoxのバージョンが100になります。 Chrome 100は、今年の3月29日にリリース予定です。もともとはもう少し先だったのですが、Chrome 94からリリースサイクルが4週間に短縮されたため、Chrome 100のリリースが早まりました。 Chromeよりも早く4週間のリリースサイクルに移行していたFirefoxも、5月3日にFirefox 100がリリース予定です。 バージョンが3桁になることで

    2022年のブラウザとウェブ標準 | gihyo.jp
    sugumura
    sugumura 2022/01/05
  • なぜ、ハイパーリンクは青色なのか?

    Mozillaブログより。 エリーゼ・ブランチャード インターネットは私たちの生活のあらゆる場面に浸透していますが、デジタルの世界では当たり前のように使われているものがあります。それは、多くのリンク、特にハイパーリンクが青色であることに気づいたことがありますか? 同僚が何気なく「なぜ、リンクが青いのか」と聞かれた時、私は戸惑いました。2001年からウェブサイトを制作しているユーザ・エクスペリエンス・デザイナーの和tがしは、常にリンクを青くしてきました。私は青の特定の色調を提唱してきました。しかし、「なぜリンクが青なのか」と疑問に思ったことはありません。それはただの事実でした。草は緑で、ハイパーリンクは青です。文化的に、私たちはリンクを青色に関連付けているため、2016年にGoogleがリンクを黒に変更したときには、かなりの混乱が生じました。 しかし今、私は「なぜ、リンクが青なのか」と言う疑

    なぜ、ハイパーリンクは青色なのか?
    sugumura
    sugumura 2021/08/30
  • HTTPキャッシュ入門の入門 – cat /dev/random > /dev/null &

    ローカル・経路上のキャッシュを併用しよう キャッシュは再利用されるほどいいものです。 サイトの規模にもよるのですが、ローカルと経路上のキャッシュはそれぞれ性質が異なるため、ブラウザキャッシュだけ適切に設定しておけば経路上では不要というわけではありません。 ローカルキャッシュはキャッシュを持つクライアント自身がサイトを再訪する場合は有効ですが、キャッシュを持っていない新規クライアントには無効です。 経路上のキャッシュは新規クライアントに対してもキャッシュを返すことができるため、例えばサイトへの流入が突然増えるといった事態でも対処がしやすいです。 そのためコンテンツ次第ではありますが、ブラウザキャッシュのように特定のクライアントでしか使えないprivate cacheにするよりも、 効率を考えてローカル・経路上のどちらでもキャッシュができ、多数のクライアントで共有できるshared cache

    sugumura
    sugumura 2021/05/07
  • リソースの読み込みを助けるウェブブラウザ API の世界

    ウェブブラウザはネットワークから様々なリソースを集め、それらを処理して組み合わせてウェブページをレンダリングします。リソースが揃わないとレンダリングできないので、この一連の処理のどこかが遅れるとページの表示も遅くなります。レンダリングをすみやかに開始できるようにウェブブラウザはリソースの取得やその処理を最適化するための API を提供しています。記事ではそれらを網羅的に紹介し、ウェブアプリの性能改善を図る上でどのようなブラウザ機能が使えるのかを知ってもらうことを目的としています。各機能の具体的な適用事例については他の記事に委ねます。 記事の内容は記事公開時点での情報に基づいており、閲覧時点では既に古くなっている可能性があります。最新の正確な情報は一次情報源を参照してください。また特定のブラウザ実装について言及する場合は、断りがない限り Chrome を想定しています。誤りや補足、質問な

    リソースの読み込みを助けるウェブブラウザ API の世界
    sugumura
    sugumura 2021/05/07
  • フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング

    去年からフロントエンドのパフォーマンスについて断続的に学んでいるが、自分の頭のなかにある知識はどれも断片的で、まとまりを欠いているような感覚があった。 知識と知識がつながっておらず、各施策が何のために行われるのかも、必ずしも自明ではなかった。何となく「パフォーマンスに効果がある」と言ってしまうが、それが何を指しているのかは実は曖昧だった。 このような状態では新しい知識を得ていくのが難しいというか、効率的に行えないように思えた。議論の背景が分からないし、文脈や問題意識を上手く掴めないから。何の話をしているのかよく分からない、という状態になりがち。書かれてあることの意味は分かっても論旨を掴めているわけではないから、自分のなかに定着しない。 そこで、現時点で自分が知っていることを整理して、自分なりに分類しておくことにした。 当たり前だが、どのテクニックがどの程度有効なのかは、状況によって違う。

    フロントエンドのパフォーマンスチューニングを俯瞰する - 30歳からのプログラミング
    sugumura
    sugumura 2021/05/06
  • 2014年のウェブシステムアーキテクチャ - stanaka's blog

    (Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWS格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWS格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。 また、DockerLXC (LinuX Conta

    2014年のウェブシステムアーキテクチャ - stanaka's blog
    sugumura
    sugumura 2013/12/02
  • スマホアプリとプライバシーの「越えてはいけない一線」 - @IT

    スマートフォンアプリは果たしてどこまで、端末に関する情報を取得してもいいのだろうか。 位置情報と連動してお勧め店舗情報を表示したり、過去の検索履歴を基に商品を提案したりと、端末の情報やユーザーの行動履歴を活用するスマートフォンアプリが登場している。中には便利なものも多いが、一歩間違えれば、ユーザーのプライベートな情報が筒抜けになりかねない。結果として、スマートフォンを活用したビジネスやそれを支える広告市場までもが、否定的な目で見られ、発展を阻害される恐れもある。 この議論が起こったきっかけの1つは、ミログが公開していた「AppLog」と「app.tv」というアプリだ。AppLogはSDKの形で提供され、これを自前のアプリに組み込むと、Android端末にインストールされているアプリの情報やその起動回数を収集し、同社のアプリケーション分析サービスに送信するようになっていた。開発者にはインスト

  • Blitz - ウェブクリエイタの人も,そうでない人も楽しめるデザインブログ

    手相講座 オンラインが気になるなら、こちらのウェブサイトをよくチェックしたほうがいいです。 そして、あなたがすぐ副業になる 手相オンライン講座を購入しようとしているなら、上のウェブサイトで、すぐ副業になる 手相オンライン講座を手に入れると一体何ができるようになるのかについて、十分に理解した上で購入することをおすすめします。 また、レビューや評価が紹介されているなら、それについてもよくチェックしましょう。 下記のすぐ副業になる 手相オンライン講座についての情報も役に立つかもしれません。 商品名:すぐ副業になる 手相オンライン講座 販売商品紹介:手相をゼロから学んで副業になる!覚えなくても始められる!基となる丘・線の解説に加え、応用力がつく読み方や豊富な実例も紹介。特典動画ではさらに学びを活用し副業にしていくための方法も解説した有料鑑定をやるための情報に特化した手相講座です。 電子書籍価格:

  • コーディングのスピードを上げる為の6つの方法

    2017年7月25日 Webサイト制作, 便利ツール 今より少しでもコーディングを早くできれば、細かいデザインや機能にも時間をかけて取り組めそう…という事で今回はコーディングのスピードを上げるためにできる事を紹介します。便利なツールを使ったり、ちょっとやり方を変えるだけでより早くコーディングができるようになると思います! ↑私が10年以上利用している会計ソフト! 1. コーディング手順を簡略化する これは自分のコーディング能力を高めて手順を省く、便利なツールを使って手間を省くという事です。例えば私は昔このような手順でコーディングを進めていました。 CSSのレイアウトをノートに書き出す レイアウト部分(ヘッダー・メイン・サイド・フッター)のHTMLマークアップ CSSでレイアウト部分のスタイリング 表示確認 うまく表示できない箇所の修正 ヘッダー内のHTMLマークアップ CSSでヘッダー内の

    コーディングのスピードを上げる為の6つの方法
  • 初めてブログを訪問したときに「これがあると嬉しいな」と思う10の要素 - 山田井ユウキ - builder by ZDNet Japan

    builder読者の皆さん、こんにちは。 金曜日担当の山田井ユウキです。 普段からブログを色々と渡り歩いているのですが、そんな中で「初めてブログを訪問したときにこれがあると嬉しいな」と思う要素を今回まとめてみようかなと思います。全部で10個あります。 1.過去に人気のあった記事の一覧 個人的に一番ほしいのがこれ。 過去の人気記事をサイドバーやヘッダーに出しておいてくれると、初めてブログを訪問したときに何を読めばいいのかわかりやすいので助かります。 これがないとそのときの最新記事を読むしかないのですが、それでブログの印象が決まるのが不意だという場合もあるでしょうし。 何でも初見が重要ですので、まず一番美味しいところを教えてほしいなと思います。 自分で人気記事一覧を作るのが面倒なら、はてなブックマークのウィジェットを貼り付けておくと便利です。 2.ブロガーのある程度詳細なプロフィール いわゆ

  • Webサービスを公開し、運用するために - 今日とは違う明日

    会社でプログラミングはしてるけど、プライベートでWebサービスを作って公開するには、どうすればいいんだか・・・という過去の私みたいな人のために。 とりあえず、前提として。 Webサービスを構築するためのある程度のスキルはある 何を作りたいかも決まっている でも、自分でゼロからスタートして公開までの段取りがよく分からん 1.開発言語、フレームワーク、データベースを決める 何はともあれ。持ってるスキルにあっているものが良いと思うけど、新しい言語やフレームワークにチャレンジするのも楽しいかも。お好きなものをどうぞ。ただ、all in oneなフレームワークだと、色々揃えなくてもいいから楽。 言語を決めたら、それに合わせた開発環境を用意して、Hello Worldが動く程度には動作を確認しておく。 私の場合は 言語はruby フレームワークはRuby on Rails データベースはpostgre

    Webサービスを公開し、運用するために - 今日とは違う明日
    sugumura
    sugumura 2010/02/27
  • Social IME ~みんなで育てる日本語入力~

    Xoi Lac TV – Xem Bóng Đá Trực Tiếp Hôm Nay – Xoilac TV Trực Tuyến Xoilac TV là kênh phát sóng trực tiếp các trận đấu thể thao lớn trên thế giới hoàn toàn miễn phí. Đến với Xoilac, khán giả được thỏa sức lựa chọn và theo dõi những trận đấu mà bản thân yêu thích. Ngoài ra, Xôi Lạc TV cũng cung cấp những thông tin hữu ích liên quan đến trận đấu để các bet thủ có thể dễ dàng đưa ra những nhận định chí

  • ダサいホームページ作成マニュアル凝縮版

    「ありがち」なサイトの事例を掲載しています。 「なにが間違っている」と断定するつもりはなく、あくまで私見です。 創作意欲を失わさせる意図はありません。むしろ応援のつもりで作っています。 なお、基的に「不特定多数に見られる事を前提としたページ」を対象としています。→★の意味について 「ページ作成初心者にありがちな罠」をあらかじめ教える。 「あるある!そんなページ!」としばしブラックな笑いを楽しんだ後、自分自身のサイトを冷静に見てもらう。 隠しがちな音を偽り無く書く。 人のサイトを見ていて「これは嫌だなぁ」と思う事をしない。 たぶんこれが大事です。 もし今現在あなたがホームページを持っていなくて、さらにこれから作成する気があるのなら、 まず他の人のページを徹底的に見る事と、自分の公開する情報が万人の目にさらされる事をしっかり自覚する事をおすすめします。 タイトルがない★★>理由 「○○のH

  • サイト運営メモ

    愚痴を書かない サイトが管理人の愚痴ばかりだと訪問客は引きます。 悪いイメージしか付かないので避けた方がよいでしょう。 自分を卑下しない例) 「普段誰も来ないのに、こんなサイトを見て下さってありがとうございます」 「下手な絵ですみません」 誰も来ない(=アクセス数が少ない)ことをわざわざ明らかにしても訪問者に過疎っているというイメージを植え付けるだけで何の得もありませんし、 下手なのは見ればわかります。慰めてくれと言っているようで見るに堪えません。控えましょう。 "Sorry, this site is Japanese only." そこら中で見かけるこの一文。何もしていないのに謝る必要はありません。 「日人向け」なんて日語で構成されたサイトを見た時点でわかりますし みっともないので書かない方が無難です。(外人は来るなと言ってるようなもの) American only、Italian

    sugumura
    sugumura 2010/02/27
  • 1