失敗に備えて、それを優雅に処理してください

2000年代初期のWeb Devマントラを覚えていますか？小さなWebサイト（100kb未満）、JavaScriptのみの拡張用、およびすべての堅牢なフォールバック。 JavaScriptはありませんか？サイトはまだ完全に機能していましたが、派手ではありませんでした。ダイヤルアップの遅い速度では、このアプローチが必要になりました。インターネットだけに接続することは、数分間の努力でした！

それらはより簡単な時期でした。私の見解では、制限はより良いWebデザインを促進しました。しかし、ブロードバンドとファイバーはこれらの制約を時代遅れにしました。

今日のWeb開発は、ユーザーエクスペリエンスよりも開発者エクスペリエンスを優先します。プロセスの構築、フレームワークの選択、SEOの最適化が支配的です。フレームワーク戦争とゲートキーピングは、エレガントなJavaScriptのないソリューションに関する議論に取って代わりました。最終的に、それはすべてHTML、CSS、およびJavaScriptに要約されます。機能するものを使用します。

ただし、基本的な機能に対するJavaScriptへの依存は驚くべきものです。 Webサイトは、1ページあたり2MBの多額の平均です！ JavaScriptを無効にすると、コンテンツの代わりに空白のページである「白いスクリーンブリザード」が迎えられます。

農村部への私の最近の動きは、ダイヤルアップの思い出をもたらしました。私のブロードバンドは受け入れられますが、停電時または停電時のモバイル接続はひどいです。リーダーモードとJavaScriptの無効化（画像の怠zyなロードとともに）は、閲覧に不可欠です。しかし、JavaScriptを無効にすると、多くのサイトが使用できなくなり、その結果、その恐ろしい白い画面が生まれます。

私の家のwifiは、仕事、買い物、請求書の支払いを処理します。しかし、最近の停電が問題を強調しました。サービスの復元を確認するには電気会社のウェブサイトが必要でしたが、3MB（プラス8.6MBのリソース）モバイルサイトは、JavaScriptが有効になっていてもロードできませんでした。

私のTwitterの暴言は、praintimes.org.ukやNPRのテキストのみのバージョンなどの例を指し示し、肯定的な反応をもたらしました。信頼できないインターネットを持つユーザーに重要なページのテキストのみのバージョンを提供してみませんか？

私の停電は一時的な状況でしたが、多くの人々は一貫して信頼できないインターネットアクセスを経験しています。インターネットアクセスが不十分な地域におけるパンデミック時代の教育的課題に関するNPRの記事は、この現実を強調しています。

初期のWeb開発の制約は、あらゆるデバイスに確実にロードされたWebサイトです。 1996 Space Jam Webサイトはこれを例示しています。開発者は、適応型荷重戦略を採用し、遅いネットワークまたはローエンドデバイスを持つユーザーのアクセシビリティを確保する必要があります。

以上が失敗に備えて、それを優雅に処理してくださいの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。