並び順

ブックマーク数

期間指定

  • から
  • まで

241 - 280 件 / 1634件

新着順 人気順

cdnの検索結果241 - 280 件 / 1634件

  • Web App Checklist 〜高品質のWebアプリケーションをつくるために〜 / Web App Checklist 2019 at Inside Frontend

    #insideFE slide with @tokimariri. Web App Checklist😉: 💡Rendering patterns 💡CDN 💡Perf Budget 💡a11y 💡PWA 💡WASM in Web Worker 💡Monitoring tools 💡DX (including LGTM!) and so on! 🙌

      Web App Checklist 〜高品質のWebアプリケーションをつくるために〜 / Web App Checklist 2019 at Inside Frontend
    • Image and Video Upload, Storage, Optimization and CDN

      Image and Video API for Powerful Visual Experiences Store, transform, optimize, and deliver all your media assets with easy-to-use APIs, widgets, or user interface. LEARN MORE → AI-Powered Image & Video Transformation at Scale Transform your image and video workflows with Cloudinary’s Generative, LLM, and Content-Aware AI features. LEARN MORE → TRY OUR GENERATIVE AI DEMOS → Create, manage, and del

        Image and Video Upload, Storage, Optimization and CDN
      • HTTP/2が速いという幻想 - Webパフォーマンスについて

        難しい話じゃないです。 皆さん、ご自分でChrome Developer Toolで簡単に確認できますから、やってみて下さい。 このブログでも、過去に統計分析をした結果は掲載したんですが、「盲信」はそうそう簡単には消えないようでして… takehora.hatenadiary.jp takehora.hatenadiary.jp 以下の図は、Chrome 63.0.3239.108での結果です。 CDNにFastlyでもAWS CloudFrontでも、どのCDNを使って実験して頂いても結構です。 CDNを使わずに、Webサーバ単体でも結構です。 同様の結果になります。 どちらもHTTPS通信です。 どちらも同じオリジン、同じファイル構成です。 HTTP/1.1は、Keep-Alive設定が入っています。 HTTP/1.1での配信 … Load Event 70ms HTTP/2での配信

          HTTP/2が速いという幻想 - Webパフォーマンスについて
        • Fastlyを検討する - ゆーすけべー日記

          Fastly の導入を検討している。検討しているだけで、導入していないので、参考にならないかもしれないし、間違っているかもしれないが、メモ。 動機 Varnish を使っていて、最初は Varnish の冗長化をしたい!だった。 まあそうなるよねえ。で、Fastly!となった。 ちなみに、Varnish を使ってる理由としては、以前も Jamstack を検討する - ゆーすけべー日記 Varnish で Stale-While-Revalidate を実現する - ゆーすけべー日記 で触れたとおり、 なるべく手間手前で、なるべく少ない箇所でキャッシュしたいからである。 Fastly でできること・したいこと Fastly でできることはたくさんあるので、その中でもしたいことを列挙。リバースプロキシ、ロードバランサの機能も含むのが便利。特に、パスごとに制御できる。なので、とあるパスはキャッ

            Fastlyを検討する - ゆーすけべー日記
          • Joining Fastly

            I’m very excited to tell you that today is my first day at Fastly as a software engineer. As a long time Fastly user myself, I’m thrilled to be part of the fast growing CDN that powers many sites, and am pretty glad to be able to work with so many good friends from Six Apart, Cookpad as well as new and old friends from Perl and Ruby community. I continue to be in San Francisco, and the HQ is a few

            • Cloudflare Workers それは Frontend / Node.js が CDN Edge Side まで拡張されるもの

              最近は Cloudflare Workers が熱くて、週末はずっとその調査しています。この記事はそのまとめです。 注意点として、手元でいろいろなパターンで動かして試してはいますが、プロダクション環境で運用したわけではないです。それを踏まえた上でお読みください。 特に断りが無い限り、引用文は DeepL で翻訳したものです。 Cloudflare Workers とはなにか Cloudflare Workers | サーバーレスコンピューティング | Cloudflare 一言でいうなら 「ServiceWorker の API が CDN Edge 上で動く JavaScript 処理系」 です。 Technology Radar では、まだ ASSESS(調査) フェーズという扱いです。 Cloudflare Workers | Technology Radar | ThoughtWo

                Cloudflare Workers それは Frontend / Node.js が CDN Edge Side まで拡張されるもの
              • ServiceWorker as a Service, または Universal ServiceWorker という発想 - mizchi's blog

                ServiceWorker とは本質的に リクエスト&レスポンスモデルであるので、それをサーバーサイドで実装で一種のサーバーロジックとして動かしてしまって良いはずだ ー という発想に目から鱗だったので、ちょっと考えてみたいと思う。 www.publickey1.jp ここで試せる。 https://cloudflareworkers.com/#a9bc9ef6b4248289c71518581df30bc7:https://tutorial.cloudflareworkers.com Cloudflare はCDN業者なので、 それに特化して Service Worker as a Service みたいな表現はしていないが、実態としてはサーバーサイド ServiceWorker だ。Fastly では varnish のミドルウェアなどでキャッシュ破棄設定のロジックやリダイレクトを書いて

                  ServiceWorker as a Service, または Universal ServiceWorker という発想 - mizchi's blog
                • Headless Commerce with Salesforce

                  Meet your shoppers and buyers anywhere with our trusted headless commerce solution. Use headless APIs and connected customer data. With Commerce Cloud’s trusted headless commerce platform, B2C and B2B businesses can meet customers anywhere. Headless APIs can weave commerce into any touchpoint, from social media to in-store kiosks to B2B buyer portals, and give you the power to take full control ov

                    Headless Commerce with Salesforce
                  • Engadget | Technology News & Reviews

                    Some of our favorite Bose headphones and earbuds are back to all-time low prices

                      Engadget | Technology News & Reviews
                    • GoogleやGoDaddyによるネオナチサイトの締め出しは危険行為──EFFが警告

                      「ネオナチを沈黙させるために現在使われているあらゆる戦略は、われわれが賛同している人々に対してもすぐに使われるようになると認識すべきだ」とEFFは警告する。 ネットにおける言論の自由保護を目的とする米非営利団体、電子フロンティア財団(EFF)は8月17日(現地時間)、ドメイン管理業者の米GoDaddyと米GoogleのGoogle DomainsおよびCDNの米CloudflareがネオナチサイトDaily Stormerへのサービスを停止したことについて、「危険な行為だ」と警告した。 これは、12日に米バージニア州シャーロッツビルで起きた極右団体とその反対派の衝突で亡くなった犠牲者についてDaily Stormerが人権を侵害するような記事を掲載したことを受け、GoDaddyとGoogle Domains、それに続いてCloudflareがサービスを停止したことを指す。 EFFは「ネオナ

                        GoogleやGoDaddyによるネオナチサイトの締め出しは危険行為──EFFが警告
                      • Cloudflare、CDNエッジで使えるオブジェクトストレージ「R2」発表。Amazon S3互換、読み出しの帯域コストなし、イレブンナインの信頼性

                        Cloudflare、CDNエッジで使えるオブジェクトストレージ「R2」発表。Amazon S3互換、読み出しの帯域コストなし、イレブンナインの信頼性 Cloudflareは、同社のCDNエッジで実行されるワーカープロセス「Cloudflare Workers」などから使えるAmazon S3互換のオブジェクトストレージ「Cloudflare R2 Storage」を発表しました。 Announcing Cloudflare R2 Storage: Rapid and Reliable Object Storage, minus the egress fees. https://t.co/U2dVhVSb2U #BirthdayWeek — Cloudflare (@Cloudflare) September 28, 2021 Cloudflare R2の特徴は、イレブンナインの信頼性を提

                          Cloudflare、CDNエッジで使えるオブジェクトストレージ「R2」発表。Amazon S3互換、読み出しの帯域コストなし、イレブンナインの信頼性
                        • Agoraで君だけの最強のClubhouseを作ろう

                          Clubhouse に招待されないので自分で作ってみた、みたいな感じです。まあ別に招待してくれなくていいんですけどね、大して興味ないしそのうちオープンになるだろうしそれにほらどうせ Android 使ってるしあのぶどうは酸っぱいし[1]。 初挑戦で頑張って調べて書いてる感じなので何かあれば PR とかお願いします。 先にまとめ Clubhouse は Agora を使っているらしい Agora - Real-Time Voice and Video Engagement https://www.agora.io/en/ 無料枠は音声 10,000 分/月 (誤って『10,000 時間/月』と記載してました。分です。すみませんでした。) 公式チュートリアル:Start a Voice Call 今回作ったデモ:ginpei/try-agora 毎月 10,000 分無料とのこと。価格のページ

                            Agoraで君だけの最強のClubhouseを作ろう
                          • アカマイ ─誰も知らないインターネット上最大の会社 - GMOインターネットグループ株式会社

                            CEO自らが自社を「誰も知らないインターネット上最大の会社」と評するのはなぜか? それは、Akamaiが展開しているのが法人向けビジネスだからといえるでしょう。一言で言ってしまえば、Akamaiは、法人顧客がWebコンテンツを一般ユーザーに提供する手助けをしているのです。 その顧客の顔ぶれは、「インターネット上最大」の名にふさわしく壮観なものです。日本の有価証券報告書にあたる10-Kでその"顧客"が挙げられています。 アドビ、アップル、ドルチェ&ガッバーナ、日立、マイクロソフト、NFL、といった一般企業だけでなく、アメリカ空軍、アメリカ国防総省といった政府機関まで…… これら世界的企業に対し、一般ユーザーも世界中に存在しています。一般ユーザーが世界中のどこからでも快適にネット接続できるよう、Akamaiは87カ国、13万7000台のサーバーによりCDN(Content Delivery N

                              アカマイ ─誰も知らないインターネット上最大の会社 - GMOインターネットグループ株式会社
                            • 実はHerokuで充分なのでは問題|こんぴゅ

                              Herokuはwebアプリをインターネット上にデプロイする場所として広く使われている。web業界の人は誰もが一度は触った事があると思う。 何が便利なのかというと、デプロイ作業が極めて簡単なことだ。コマンド一発でサーバーが用意され、これまたコマンド一発でデプロイが出来る。一般に、webアプリは依存するライブラリが多種多様あり、それらを漏れなくインストールしないとデプロイ出来ないのだが、代表的なwebアプリケーションの作り方に添って作っている限り、後は構成を検知してよしなにやってくれるのだ。noteのリリース時の検証にも大活躍してくれた。 別にHerokuの回し者ではないのだが、一旦これを経験すると、VPSを借りてLinuxのセットアップをしてミドルウェアいれて....といった一般的な構築作業が気の遠くなる工程に思えてくる。 しかし、HerokuはUSとヨーロッパにサーバーがあり、日本からの通

                                実はHerokuで充分なのでは問題|こんぴゅ
                              • おすすめ!レンタルサーバー比較~初心者でもWordPress(ワードプレス)が快適に使える

                                photo credit: Nikita Kashner via photopin cc 僕は基本的にお客様のビジネスサイトを大小問わず「WordPress」で制作しているのですが、当然安心して運営できるサーバーをご用意する必要があります。今年で約8年位この仕事していて安いサーバーから高スペックな様々なサーバーなど多数使用してきました。 今までで何十というWordPressのサイトを構築しています。 で、その中でコストと安定した運営面で一番おすすめなのが「エックスサーバー 」なのですが今回、そのXサーバーから「WordPress専用」のサーバーが出来たので早速を試してみました! 僕のWordPressのおすすめのサーバー一覧 現在、サイトの表示スピードがSEOに影響を与える事はご存知ですか? 【参考:海外SEO情報ブログ】 Google、ウェブページの読み込み速度をアルゴリズムに取り入れた

                                  おすすめ!レンタルサーバー比較~初心者でもWordPress(ワードプレス)が快適に使える
                                • You Don't Need AWS ~お前にAWSは必要ない~

                                  はじめに タイトルはこちらから拝借しました。この記事は他のパブリッククラウド(Azure, GCP)を薦める記事でもなければ、プライベートクラウドを薦める記事でもありません。また私自身、エンジニアキャリアの中でAWSはたくさん使ってきましたし、今でもソフトウェア開発のわがままに答えてくれる素晴らしいサービスだと思っているので、AWSを貶めるような記事でもありません。むしろ以下に紹介するサービスはAWS上に構築されていることが多く、間接的にもますます世界中の基盤として発展していくはずです。 PaaSアーキテクチャ 前提条件 前提として、現在でも主流なSPAを中心としたフロントエンド、バックエンド、データベースサービスからなるアプリケーションを想定します。 この場合、 フロントエンド → CDN + Static Hosting バックエンド → Container Deploy(Auto S

                                    You Don't Need AWS ~お前にAWSは必要ない~
                                  • アマゾンのAWS(アマゾン・ウェブ・サービス)部門の強さにウォール街が唖然! 株価が急騰!その原因となった「IaaS事業」ってなに?

                                    【今回のまとめ】 1.アマゾンの第1四半期決算は良かったが、特にAWSの高収益が目立った 2.AWSが今後のアマゾンの株価評価を決めてゆく 3.IaaS事業の再評価が起こる 4.いずれにせよリーダーはAWSであることに変わりは無い アマゾンが第1四半期決算を発表。株価が+14%急騰! 米国は2015年第1四半期の決算発表シーズンに入っています。先週発表された決算の中で大きな驚きはアマゾン(ティッカーシンボル:AMZN)の決算でした。 第1四半期のEPSは予想-13¢に対し-12¢、売上高は予想224億ドルに対し227億ドル、営業利益は2.55億ドルでした。これらの数字自体もアナリストの予想を上回っているのですが、特に注目されたのは今回の決算からアマゾン・ウェブ・サービス(AWS)のセグメント情報が開示されるようになったという事です。 AWSの売上高は15.7億ドル、前年比+49%でした。ま

                                      アマゾンのAWS(アマゾン・ウェブ・サービス)部門の強さにウォール街が唖然! 株価が急騰!その原因となった「IaaS事業」ってなに?
                                    • 高機能ホスティングサービスNetlifyについて調べて使ってみた - Qiita

                                      はじめに Netlify Netlifyは静的なサイトを超高速で提供できるWebサービスです。先日210万ドルの出資を受け話題になりました。わずか3ステップでおしゃれなサイトが作成できるとのことです。本記事の前半ではNetlifyの特徴を軽くまとめ、後半は実際にNetlifyを利用してサイトを作成してみます。 Netlifyの特徴 詳細は公式ドキュメントにあります。今回はその中から一部を抜粋して紹介します。 ビルド、デプロイ、ホスティングの全て Netlifyはフロントエンドのビルド、デプロイ、ホスティングの全てを行います。単純な静的サイトのデプロイであれば下記の3行をコマンドラインに打ち込むだけでできます。 また、NetlifyはGitHubリポジトリとリンクし、GitHubリポジトリにプッシュがある度にgruntやgulpを介したビルドをしたうえでサイトをデプロイしてくれます。 これら

                                        高機能ホスティングサービスNetlifyについて調べて使ってみた - Qiita
                                      • Publickeyが受けたDoS攻撃、これまでの経緯と対策まとめ

                                        Publickeyのサーバは3月12日から14日にかけて何度もDoS攻撃を受けてダウンしていました。 その間、読者や広告を掲載いただいているお客様や代理店様にご不便やご心配をおかけし申し訳ありませんでした。 ひとまず現在までの状況と対応について報告したいと思います。 先に現状のみを報告すると、CloudflareのDDoS対策サービスを導入していまのところ平穏な状況を保っているため、このまま様子をみているところです。 DoS攻撃の発生時間帯 DoS攻撃とは、大量のトラフィックをWebサーバなどに浴びせることでサーバを応答不能にしてしまう攻撃のことです。 下図が3月12日から14日にかけてPublickeyのサーバに対して行われたDoS攻撃の主な発生時間帯です。 グラフはPublickeyのページビューの推移を示しており、横向きの矢印が主なDoS攻撃の発生時間帯を示しています。発生時間帯では

                                          Publickeyが受けたDoS攻撃、これまでの経緯と対策まとめ
                                        • CDNを活用した日経電子版のネットワーク最適化とサイト高速化 / Nikkei ITPro CDN

                                          ITPro主催 クラウド時代のネットワーク最適化Forum 2018で発表したスライドです。 http://ac.nikkeibp.co.jp/itp/itinfra_network/201801pro/

                                            CDNを活用した日経電子版のネットワーク最適化とサイト高速化 / Nikkei ITPro CDN
                                          • グーグルやFBに並ぶウェブの絶対的な存在、『アカマイ』とはどんな企業なのか? - しっきーのブログ

                                            概要 小川晃通著「アカマイ-知られざるインターネットの巨人」を読んだ。 アカマイっていうすごい会社があるんだって!でもアカマイって何をしてるの? 「名前解決」のしくみとアカマイ社の工夫。 アカマイがあるからユーザーは近くにあるサーバーと通信できる。 インターネットは寡占が進んでいる? 「アカマイ・テクノロジーズ(Akamai Technologies)」って知ってた?Web全体のトラフィックの15%から30%を配信する、グーグルやFacebookやAmazon並に大きな存在なんだって! 僕は知らなかった。けっこう情報系の単位はとってると思うんだけどな。ハックな知り合い(なんでITガチ勢って男女問わず派手な髪色してるの?)に聞いてみても知らないって言われたから、日本ではあまり知られてないのかもしれない。アカマイに知名度がないのは、消費者を直接相手にするB to C企業ではなく、他社から依頼を

                                              グーグルやFBに並ぶウェブの絶対的な存在、『アカマイ』とはどんな企業なのか? - しっきーのブログ
                                            • /blog/2020/10/20201027_subdomaintakeover/

                                              • セキュリティニュースサイトに史上最大規模のDDoS攻撃、1Tbpsのトラフィックも

                                                米セキュリティ情報サイトの「Krebs on Security」が大規模な分散型サービス妨害(DDoS)攻撃を受けてダウンした。攻撃の規模は665Gbpsに達していたという。別のWebサイトでは1Tbps近い規模のDDoS攻撃も伝えられ、史上最大規模のDDoS攻撃が相次いで発生している。 Krebs on Securityは米東部時間の9月20日夜から大規模なDDoS攻撃の標的となり、21日の時点では、同サイトをホスティングするAkamai Technologiesのおかげでもちこたえていると報告していた。 攻撃の規模は20日午後8時の時点で665Gbpsに達し、その後の分析では620Gbpsという数字が出た。Akamaiがこれまに経験した攻撃は、今年(2016年)に入って発生した363Gbpsが最大だったという。 これと前後してフランスのインターネットサービスプロバイダーOVHは9月22

                                                  セキュリティニュースサイトに史上最大規模のDDoS攻撃、1Tbpsのトラフィックも
                                                • 世界規模のDNS障害が発生中 ~Akamaiを採用の企業に影響か(復旧済み)/修正プログラムの実施によりサービスは通常通り再開

                                                    世界規模のDNS障害が発生中 ~Akamaiを採用の企業に影響か(復旧済み)/修正プログラムの実施によりサービスは通常通り再開
                                                  • 最適化はCDNがやればいい

                                                    題名に「CDN」と書きましたが、いわゆる「エッジ」のことです。オリジンありきなのであえてCDNと呼びました。とはいえ、オリジン自身がエッジにある可能性もあります。 メタフレームワークを作る Sonikというメタフレームワークを作っています。まだDevステージなんでどんなことができるか可能性を探っている最中です。 このフレームワークの特徴はとにかくエッジファーストです。 SSRしたバンドルの大きさを極力小さくする。 Islandsアーキテクチャを採用する。 DenoのFreshを参考にする。 CloudflareのBindingsを扱いやすくする。 Honoの上に乗せる。 とりあえずStreamingはサポートしない。 で、こういうのを作っていると、フレームワークは最小限にして、Core Web Vitalsのスコアを上げるために身を削る最後の部分はCDNに任せてしまった方がいいってことです

                                                      最適化はCDNがやればいい
                                                    • 今、SPA/ReactNativeにとっての必要な PaaS を考える - mizchi's blog

                                                      当方ボーカル、フルスタックPaaS募集 ほしいもののコンセプト SPA職人としてそこに全力を尽くしたいので、それ以外を全部やってほしい とはいえストレージへのアクセスはAWS Lambda/Cloud Function等を介してちゃんとしたコントロールをしたい プロトタイピング時は何も考えずにORMを叩いていたい 運用フェーズでは金を払ってスケールしたい。とはいえボトルネックは常に監視したい。極端にやばいスケールサイズはどうせ人を雇うのでその先は考えなくていい。 より細かい要求 認証はPaaS側が全部持ってほしい JSONSchema でクライアント/サーバーサイドのアクセス制限を定義したい サーバーはフルマネージド Lambda/CloudFunction で関数単位でパフォーマンス監視/障害検知 ローカルで本番と同じ構成が建てられる アセットは勝手にCDNに投げといてほしい バックエン

                                                        今、SPA/ReactNativeにとっての必要な PaaS を考える - mizchi's blog
                                                      • リクエストを待たずに送信を開始する「サーバプッシュ」~奥一穂氏による「HTTPとサーバ技術の最新動向」(中編)。Developers Summit 2016

                                                        リクエストを待たずに送信を開始する「サーバプッシュ」~奥一穂氏による「HTTPとサーバ技術の最新動向」(中編)。Developers Summit 2016 WebサーバはWebの誕生と同時に登場したソフトウェアですが、「HTTPとサーバの技術はまだ進化中」と説明するのは、新しいWebサーバの実装「H2O」の開発者であるディー・エヌ・エーの奥一穂氏。 HTTP/2の登場を背景に、いまHTTPとWebサーバの技術がどのように進化しているのか、Developers Summit 2016で行われた同氏のセッション「HTTP とサーバ技術の最新動向」の内容をダイジェストで紹介します。 記事は3部に分かれています。いまお読みの記事は中編です。 (前編)レイテンシに負けないプロトコルとして登場したHTTP/2 (中編)リクエストを待たずに送信を開始する「サーバプッシュ」 (後編)HTTPS化もHTT

                                                          リクエストを待たずに送信を開始する「サーバプッシュ」~奥一穂氏による「HTTPとサーバ技術の最新動向」(中編)。Developers Summit 2016
                                                        • 【アップデート】Amazon CloudFront を経由しないアクセスのブロックが簡単になりました | DevelopersIO

                                                          ウィスキー、シガー、パイプをこよなく愛する大栗です。 先程のアップデートで CloudFront の IP アドレスが Managed Prefix List でサポートされました。これにより CloudFront を経由しない不正なアクセスを簡単に弾くことが可能になります。CMS など CloudFront を使う機会が多いサービスではぜひご利用ください。また CloudFront で AWS WAF を使ってセキュリティを向上している場合の迂回路を塞ぐことができます。 Amazon CloudFront now supports a managed prefix list CloudFront を経由しないアクセス 今まで AWS で CloudFront を経由したアクセスだけ強制させる場合は、CloudFront ではカスタムヘッダを付与して、その値を ALB や Web サーバで

                                                            【アップデート】Amazon CloudFront を経由しないアクセスのブロックが簡単になりました | DevelopersIO
                                                          • CDNフル活用でつくる、高速Webアプリ / Using CDN To Improve Web Performance

                                                            CDNフル活用でつくる、高速Webアプリ / Using CDN To Improve Web Performance

                                                              CDNフル活用でつくる、高速Webアプリ / Using CDN To Improve Web Performance
                                                            • 9割を自宅で完結?Jamstack を学んで開発環境をイチから作ってみた話 | IIJ Engineers Blog

                                                              イラストレーターの妻が「ポートフォリオサイト欲しい」と言い始めたので、面白そうだと思い開発を開始しました。 静的サイトなら Jamstack ってのがイイらしいと最近よく聞くものの、何かはわからないので勉強してみて、巷の Jamstack 構築環境をできる限り自分の家の中に作ってみます。 結論から言うと適材適所なのですが、皆さんもコーポレートサイトやブログなど「これって Jamstack がハマるんじゃないかな」と思える箇所があると思います。 是非、検討する材料としてこの記事をご覧ください。 Netlify 社が定義した JavaScript + API + Markup (JAM)  の構成を Jamstack と呼ぶようです。 まずは Jamstack の何が嬉しいか、見ていきましょう。 従来の Web サイト 従来の構成でサーバサイドがレンダリングした Web サイトを表示するまでの

                                                                9割を自宅で完結?Jamstack を学んで開発環境をイチから作ってみた話 | IIJ Engineers Blog
                                                              • 前任者が悪いのかもしれないけれど - ワザノバ | wazanova

                                                                https://medium.com/p/506a06ae35ea 1 comment | 0 points | by WazanovaNews ■ comment by Jshiike | 約3時間前 自分は最初に手がける立上げ仕事がほとんどだったので、他人のタスクを引継ぐよりは、次の方にバトンタッチすることが多かったと思います。右も左もわからない状況から始める立上げ仕事は、楽しいけれど、前に進めるだけでそれはそれで大変。なので、引継ぐときは「頑張ったね。」と自分に言ってあげたいというのが本音。とはいえ、引継いだ人が後から見れば、相当アラい仕事ぶりに思えたでしょう。大成功してないプロジェクトについては全て、批判は甘んじて受け入れるべきなのかもしれません。 Shamoon Siddiquiはブログで、安易に前任者の責任にする危険性について語っています。 新しく採用した後任のエンジニアが入

                                                                • Native ESM 時代のフロントエンドビルドツールの動向

                                                                  No Bundle ツールの流行: vite / snowpack モダンブラウザは Native ESM を備えているので、開発時は高速な localhost アクセスを頼って直接 import する、外部ライブラリだけ事前にコンパイルしておく、という手法が流行ってきている。プロダクション用は今まで通りビルドする。 webpack はすべてを一つにバンドルするためにメモリ上にファイルの実体と依存グラフを持っているが、これによりメモリと CPU を圧迫する問題があった。特に巨大なリポジトリではそれが顕著になる。 No bundle ツールの実装として vite と snowpack がある。 https://github.com/vitejs/vite https://www.snowpack.dev/ vite は使ってみた限り、更新時の差分ビルドが爆速で、明らかに体感が良い。 Vue

                                                                    Native ESM 時代のフロントエンドビルドツールの動向
                                                                  • さくらインターネットとピクシブが業務提携し、画像の変換・配信サービス「ImageFlux」を提供 | さくらインターネット

                                                                    さくらインターネットとピクシブが業務提携し、画像の変換・配信サービス「ImageFlux」を提供 〜ファーストユーザーとして、メルカリが利用開始〜 自社運営のデータセンターでインターネットインフラサービスを提供するさくらインターネット株式会社(本社:大阪市中央区、代表取締役社長:田中 邦裕)とイラスト投稿・交流サイト「pixiv」を運営するピクシブ株式会社(本社:東京都渋谷区、代表取締役社長:片桐 孝憲)は業務提携し、画像処理や画像配信において必要となる画像変換機能とコンテンツ配信をワンパッケージ化したサービス「ImageFlux(イメージフラックス)」を2016年12月13日より提供開始します。また、サービス契約前に全ての機能を試すことができる「無料トライアル」を併せて提供します。 「ImageFlux」は、レンタルサーバーやクラウドなどのインターネットインフラサービスやコンテンツ配信な

                                                                      さくらインターネットとピクシブが業務提携し、画像の変換・配信サービス「ImageFlux」を提供 | さくらインターネット
                                                                    • CDNレイヤでDBのコネクションプーリングとクエリキャッシュを提供。世界中どこからのDBアクセスでも高速化する「Hyperdrive」、Cloudflareが提供

                                                                      CDNレイヤでDBのコネクションプーリングとクエリキャッシュを提供。世界中どこからのDBアクセスでも高速化する「Hyperdrive」、Cloudflareが提供 Cloudflareは、グローバルなCDNレイヤでデータベースのコネクションプーリングとクエリのキャッシュを提供することによりデータベースへのアクセスを高速化する新サービス「Hyperdrive」のオープンベータを開始したと発表しました。 Want to make the existing regional database in your legacy cloud provider much, much faster? We've just launched Hyperdrive, which dramatically speeds up queries you make to databases you already ha

                                                                        CDNレイヤでDBのコネクションプーリングとクエリキャッシュを提供。世界中どこからのDBアクセスでも高速化する「Hyperdrive」、Cloudflareが提供
                                                                      • CDN 入門とエッジでのアプリケーション実行 | フューチャー技術ブログ

                                                                        のようなイメージです。 ※192.0.2.0/24、198.51.100.0/24、203.0.113.0/24 は例示に利用できる IP アドレスブロックです。 実在する IP アドレスではありません。 以上のように、CDN では オリジンサーバーのドメインと CDN 用ドメインの紐づけ CDN 用ドメインに対応する IP アドレスの動的な名前解決 を用いて、オリジンサーバーへのリクエストを地理的に近いエッジロケーションへのリクエストに振り替るのが一般的です。 CDN サービスの例ここでは、CDN サービスの例を各クラウドベンダーごとに簡単に紹介します。 AWS - Amazon CloudFrontAWS の提供する CDN サービスは Amazon CloudFront です。 Amazon CloudFront では、CDN のオリジンサーバーとして EC2 や S3、ELB など

                                                                        • 日本のCDNシェアについて調査結果@2022年6月 | J-Stream CDN情報サイト

                                                                          前回調査:2021年10月 次回調査:2022年10月 調査方法 Webクローラー(スパイダー)によるWebサイト調査 FQDN数:約1,265万 URL数:約14,294万 集計日 2022年6月12日 対象 Cloudflare、Akamai、Cloudfront、CDNetworks、Incapsula、Limelight、Edgecast,国内CDN事業者(Accelia、IDCF、IIJ、J-Stream) CDN判定方法 cnameベース Akamai, Fastly, Edgecast, Limelight, Accelia, IIJ, IDCF, J-Stream レスポンスヘッダ(サーバ名)ベース Cloudflare, Cloudfront, Incapsula シェア集計の単位 ドメイン(例, example.jp) 補足:FQDNでの集計では、CDNを使用しているb

                                                                          • IPA ISEC セキュア・プログラミング講座:Webアプリケーション編 第5章 暴露対策:プロキシキャッシュ対策

                                                                            第5章 暴露対策 プロキシキャッシュ対策 プロキシキャッシュへのコンテンツ残留 ブラウザとWebサーバの間には、いくつかのキャッシュメカニズムが働いていることが多い。 プロキシサーバのキャッシュ──企業等LANを運用している多くの組織体ではLANからインターネットアクセスを行う際プロキシサーバを経由して行うことが多い キャッシュサーバ─インターネットプロバイダの中には、会員のWebアクセスを円滑にする目的でキャッシュサーバを運用しているところがある これらのキャッシュメカニズムは、ブラウザからのリクエストによって得られたコンテンツをキャッシュに保持しておき、同じURLのリクエストが生じたとき、本来のWebサーバにコンテンツを取りに行かず、キャッシュの内容をブラウザに渡すものである。 このようにキャッシュは、円滑なインターネットの利用に寄与してくれる。 しかし、コンテンツによっては、ただひと

                                                                            • Fastly、WebAssemblyランタイムのサーバレス「Compute@Edge」ベータ公開

                                                                              CDNベンダのFastlyは、WebAssemblyを用いたサーバレス基盤を同社のエッジデータセンターに置いた「Compute@Edge」をプライベートベータとして公開したと発表しました。 Have you seen the news? Compute@Edge, our uniquely performant approach to serverless computing, is here With a 100x faster startup time than any other solution on the market, building serverless apps just became more secure & scalable: https://t.co/AcJ3lNdqiP pic.twitter.com/zZVsfC0YGC — Fastly (@fastly)

                                                                                Fastly、WebAssemblyランタイムのサーバレス「Compute@Edge」ベータ公開
                                                                              • Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita

                                                                                日本時間 2014/11/27 の AM9時〜AM11時頃まで、全世界的に Amazon CloudFront に障害がありました。 CDNとして CloudFront を利用しつつ、障害時にはフェイルオーバーする方法をまとめました。 S3 CloudFrontのOriginがS3でない場合は、この項の設定は関係ありません。 CloudFrontのOriginとしてS3を使う場合、以下のようにします。 file.example.jp のような、使いたいドメイン名で S3バケット を作る Static Website Hosting を有効にしておく ドメイン名のバケットで Static Website Hosting が有効になっていないと、後述の Route53 の Alias Target に設定できません。 Health Check Route53 の Health Checks を

                                                                                  Amazon CloudFront の障害に備えてフェイルオーバーを設定する - Qiita
                                                                                • 画像の最適化  |  Web  |  Google Developers

                                                                                    画像の最適化  |  Web  |  Google Developers