Web銀河へのSysAdminのガイド

公開: 2021-07-19

Webで遭遇する可能性のある専門用語はたくさんあり、インターネットユーザーの場合は、それらのほとんどに精通していることが重要です。 この投稿では、多くの基本的な用語についての洞察を提供し、Webサイトでの一般的なエラーや発生の処理に関するガイダンスを提供し、インターネットをより理解しやすくすることを願っています。

インターネットは恐ろしい場所である可能性があり、多くの情報や用語があり、多くの場合、威圧的で異質であると感じる可能性があります。 ただし、仕事の一環としてインターネットを使用する人は、快適に過ごせることがいくつかあります。 以下に、一般的な用語と概念の網羅的ではないリストをまとめました。

DNSとは何ですか？

DNSはドメインネームシステムの略で、簡単に言えば、リモートリソースを探す場所をブラウザに指示するものです。 通常、123-Reg、GoDaddyなどのドメイン名プロバイダー、またはCloudFlare、Sucuri、Office 365などのサードパーティサービスを通じて管理されます。DNSレコードは誰が制御するかを理解することが重要です。これらは多くの重要な要素に影響を与えるため、 wwwを介してWebサイトにアクセスできるようにすることから、Webサイトの側面。 電子メール認証に。

DNSはグローバルに分散されているため、DNSへの変更は変更に一定の時間がかかります。 これは一般にTimeTo Live（TTL）と呼ばれます。 ほとんどのプロバイダーは、4時間ごとにレコードを更新しています。 実際には、これは、新しいWebサイトに移動するときに、インターネット上のすべての人が正常に表示できるようになるまでに最大48時間かかることを意味します。

DNSレコードに関する詳細を説明する記事は次のとおりです。DNSとは何ですか。

キャッシングとは何ですか？

キャッシングは、将来の使用のために保存されたデータを参照するコンピューティングの概念です。 これは主に、速度とリソースの節約という2つの理由で行われます。 たとえば、キャッシュがないと、ブラウザを更新するたびにサーバーがこのページの新しいバージョンを作成する必要があります。 投稿されるとリアルタイムの更新がないため、これはリソースの大きな浪費です。 さらに、サーバーがページ自体を生成する前に多くのことを処理する必要があるため、比較的低速になります。 キャッシュを有効にすると、誰もがこのブログ投稿に初めてアクセスしたときに、サーバーがそれを生成して保存するため、以降の訪問者にはそのバージョンが提供されます。

情報をキャッシュするのはサーバーだけではありません。ほとんどのブラウザも情報をキャッシュします。 ページに一度アクセスすると、サーバーはページ上の情報の一部を保存して記憶するため、同じWebページに再度アクセスすると、キャッシュが無効になっていない限り、ブラウザはローカルマシンからではなく、ローカルマシンからアセットを提供できます。ネットワークに依存しています。 通常、何かがすぐに更新されない場合、それは何らかのキャッシュメカニズムが原因です。

キャッシングは一連のスライドで説明されています：キャッシングの説明。
キャッシュをクリアする方法：Webブラウザのキャッシュをクリアします。

SSLとは何ですか/私のサイトは安全ですか？

SSL証明書は、WebサイトのIDを確認し、サーバーとクライアント間の通信を暗号化するファイルです。 特に過去において、すべてのWebサイトがSSL証明書を必要とするわけではありません。 ただし、最近の変更とセキュリティ上の懸念の高まりにより、1つにすることを強くお勧めします。 Google Chromeは、SSL証明書を使用していない場合、すでにWebサイトに安全でないというフラグを立て始めています。

真実は、コメントのないブログやニュースフィード、電話番号と住所を備えた、ほとんど静的なWebサイトがある場合、実際には必要ありません。 クライアントはWebサイトにデータを提供しないため、何も暗号化する必要はありません。 ただし、WebサイトにSSL証明書がない理由はありません。 Let'sEncryptのような無料のSSL証明書を提供している組織があります。 ただし、暗号化標準が異なるため、すべてのSSL証明書が同じ目的に適しているわけではないことに注意してください。 したがって、eショップのようなアプリケーションでは、より強力な暗号化を備えたSSL証明書を使用する必要があります。できれば、保険が関連付けられています。

SSLに関するより詳細な説明：SSL証明書とは何ですか。

HTTPステータスコード

他の多くのプロトコルと同様に、HTTPには、さまざまなステータスを報告するための一連のステータスコードが埋め込まれています。 実際、http（s）を介してリソースにアクセスするたびに、200のコードが返されます。 毎日のブラウジング中に経験する可能性のあるコードはたくさんあるので、それらが実際に何を意味するのかを理解することは役に立ちます。

  • 404リソースが見つかりません。 存在しないリソースをリクエストする場合
  • 403禁止。 その特定のリソースにアクセスするために認証されていません
  • 502悪いゲートウェイ。 サーバーが無効な応答を受信しました
  • 503利用できません。 これは通常、サーバーのメンテナンスまたはダウンタイム中に返されます
  • 500内部サーバーエラー。 サーバーの構成に問題があります
  • 301/302恒久的/一時的に移動

HTTPステータスコードの詳細については、WikipediaHTTPステータスコードを参照してください。

.htaccessファイルとは何ですか？

聞いたことがあるかもしれない一般的なファイル名はhtaccessです。 これは、Apacheサーバーを構成できるファイルであり、Webサイトの実行に必要なリダイレクトを含めるための最も一般的な場所です。 htaccessファイルと同様に、WindowsサーバーとNginxサーバー用にそれぞれweb.configとnginx.configもあります。 一部のCMSシステムは、デフォルトまたはプラグインを介してこれらのファイルを公開しますが、適切に処理されない場合、サーバーがオフラインになる可能性があるため、変更を加える際には注意が必要です。

.htaccessとは：www.htaccess-guide.com。
Nginx構成を理解する：DigitalOcean
Web.configファイルを作成する方法：MSDN。

Webサーバーとは何ですか？

「Webサーバー」という用語は、ハードウェアコンポーネントとソフトウェアコンポーネントの両方を含む幅広いコンポーネントを指す場合があります。 ハードウェアレベルでは、Webサーバーは、ソフトウェア、Webアプリケーションのファイル、およびそのセットアップを格納するマシンであるため、リソースを分散する目的で外部接続を受け入れます。 専用のサーバーマシンでも、単純なラップトップでもかまいません。 Webサーバーの実行に使用できるソフトウェアは用途によって異なりますが、最も一般的なタイプのWebサーバーの1つはApacheです。

ただし、すべてのWebサーバーがすべてのタイプのWebサイトを実行できるわけではありません。 たとえば、ASP.netで構築されたDNNで実行されているWebサイトがある場合、Apacheサーバーでは実行されません。

Webサーバーとは何ですか？ development.mozilla.org。

ウェブサイトでエラーが発生しました

WebサイトまたはWebアプリケーションは本質的に生きた製品であり、その存続期間中に絶えず変化するため、最終的にはいくつかのエラーが発生します。 最も重要なことは、慌てずにエラーを認識しようとすることです。 それに対する規制があるため、システム管理者と開発者はユーザーの旅全体を追跡することはできません。 エラーを認識し、トリアージを試み、有益なエラーレポートを作成することで、開発者が支援できるようになります。

場合によっては、発生したエラーはシステム固有であり、別のシステムに複製することはできません。 ただし、Webで発生する可能性のある一般的なエラーはたくさんあります。 考えられる原因と解決策とともに、エラーの簡単なリストを次に示します。

  • 変更が表示されない：たとえば、すぐに反映されない変更が表示されると予想される場合は、新しいブログ投稿をWebサイトに追加し、それがホームページのニュースフィードに表示されない、またはページにコンテンツを追加するなどです。ただし、プレビューには表示されません。これは、何らかのキャッシュメカニズムが原因である可能性があります。 Webサイトで使用されているキャッシュシステムによっては、サーバーレベルまたはブラウザレベルでキャッシュを手動でクリアする必要がある場合があります。
  • 壊れたページスタイル：ページにアクセスしていて、一部のスタイルが壊れている場合、たとえば、すべてが左揃えで表示され、フォントが読み込まれていない場合、これが発生する理由はかなりあります。 これは、特にWebサイトのコードが最近更新された場合に、キャッシュが原因で発生する可能性があります。 その他の一般的な原因のいくつかは、サーバーでリソースが見つからなかったか（前述の404ステータスコード）、リソースの読み込み中にネットワークまたはブラウザでエラーが発生し、転送がキャンセルされた可能性があります。 後者は、信号が弱いモバイルデバイスからWebサイトにアクセスするなど、ネットワークの状態が悪いことが原因である可能性があります。このような問題が発生した場合は、必ず別のブラウザからWebサイトにアクセスしてみてください。
  • 予想とは異なるページにアクセスする：この場合、特定のWebページへのすべてのリクエストを別のWebページに強制的にリダイレクトするリダイレクトが行われる可能性があります。 これは、サイト固有の構成、意図的なリダイレクト、または悪意のあるコードが原因で発生する可能性があります。 たとえば、WordPressはリダイレクトを使用して、ユーザーがデフォルトのURLとは異なるURLを使用できるようにします。 デフォルトでは、すべてのWordPressの投稿とページはwww.example.com/?p=123からアクセスされます。 ただし、これは変更される可能性があるため、p = 123の代わりに、実際の投稿名を使用します。 これは一部リダイレクトによるものです。 悪意のあるリダイレクトはハッキングされたサイトで行われ、その全体的な目的はすべてのトラフィックをハッカーのWebサイトにリダイレクトすることであり、通常はサーバー構成ではなくページはめ込みスクリプトを介して行われます。 補足として、ブラウザはリダイレクトをキャッシュする傾向があるため、これはキャッシュによっても発生する可能性があります。 多くの場合、ブラウザは以前のバージョンにリダイレクトしようとするため、これは、既存のWebサイトを最初に置き換えるときに非常に明白です。
  • リダイレクトが多すぎます：これは、キャッシュが原因である可能性もあります。 ただし、ほとんどの場合、リダイレクトの無限ループが原因です。 たとえば、Webサイトのホームページをそれ自体にリダイレクトしようとしています。
  • 接続が安全/プライベートではありません：これは、https：//経由でWebサイトにアクセスしようとしていて、SSL証明書が設定されていないか、間違ったSSL証明書がインストールされている場合に表示されます。 安全なウェブサイトにアクセスするために古いブラウザを使用するという、より珍しい原因もあります。 ただし、これを行うには、2000年代半ばからInternet Explorer8または別のブラウザを使用する必要があります。
  • 空白の白いページ：これは最悪のタイプのエラーであり、ほとんどのWeb開発者が開発中に定期的に経験するものです。 この場合、サーバーに問題が発生し、何らかの方法で接続が終了しました。 これは、アプリケーションコードの誤り、またはhtaccessファイルの設定の誤りが原因である可能性があります。 これは、ライブWebサイトで通常見られるものではなく、開発者が一般的に対処する必要があるものです。

上記のように、IT会社にエラーを伝えることは、エラーを解決するための最も重要な部分の1つです。 問題を報告するときに含めることができる情報が多いほど、解決が早くなります。これは、通常、開発者が問題を再現するために費やす必要のある時間を短縮できるためです。 または、問題が発生した頃のサーバーログを参照してください。

黄金律はありませんが、バグレポートで提供する必要があるもののリストの例を次に示します。

  • この問題を最初に経験したのはいつですか。
  • 問題のスクリーンショット
  • 問題のページのURL
  • お使いのブラウザのバージョン
  • オペレーティング・システム
  • ネットワークタイプ（WiFi / 4G）
  • あなたのIPアドレス

このWebサイト（https://www.whatsmybrowser.org/）など、このすべての情報を提供するのに役立つツールもあります。これは、ブラウザーの情報の共有可能なURLも提供します。

画像が重要な理由

ほとんどの人はウェブサイトの素敵な画像を高く評価しており、最高品質の4k画像を見たいと思っています。 ただし、これはWebサイトに関しては非常に悪い考えであり、少なくともギャラリー以外のページでは、多くの問題が発生するためです。 最も重要なことは、これにより、ページに1つの大きな画像が含まれている場合でも、Webサイトの読み込み速度が大幅に低下することです。 たとえば、ページに2MBの画像を追加すると、画像が読み込まれるまで2秒の遅延が予想されます。

さらに、Webサイトのレイアウトは、ほとんどの場合、特定の画像のアスペクト比で構築されています。 したがって、正方形が必要な領域で風景画像を使用しようとすると、トリミングされます。 不適切な画像を使用すると一部のレイアウトに影響を与える可能性があるため、最小寸法と最大寸法も考慮する必要があります。

お問い合わせフォームの電子メールがスパムフォルダに移動する理由

Webサイトからの電子メールがスパムフォルダに到達する（または受信トレイにまったく届かない）理由はたくさんあります。 これらのケースのほとんどは、スパムフィルターによってキャッチされた電子メールに起因しています。 多くの場合、電子メールの送信者は、電子メールクライアントまたは電子メールプロバイダーによってホワイトリストに登録される必要があります。 もう1つの一般的なエラーは、別のメールアドレスを使用してドメイン内のメールアドレスにメールを送信することです。 たとえば、Gmailアドレスを介してhallam.co.ukお問い合わせフォームからメールを送信しようとした場合、これらが正常に配信されない可能性が高くなります。

これを解決するには、通常、以下のいずれかの手順を実行する必要があります。

  • ドメインに一致するアドレスからメールを送信するように、お問い合わせフォームを修正してください。 これは「実際の」アドレスである必要はなく、通常は[email protected]が使用されます。
  • ドメインにSPFレコードを追加して、送信されたメールを確認します
  • 電子メールを送信する前に、電子メールアドレスを使用して認証します
  • MailGunなどの外部メール配信サービスを使用する

お問い合わせフォームが大量のスパム送信を受け取る理由

スパムは自動または手動で生成できますが、Webサイトが危険にさらされていることを示すとは限りません。 多くの場合、ボットは連絡フォームをスキャンし、メッセージを共通のフィールドにマッピングして広告を送信します。 これは、入力された場合に連絡フォームを送信しないハニーポットフィールドを導入することで簡単に停止できます。

これは手動スパムやより高度なボットを阻止するものではないため、代替手段はボットが完了できない「人間の」テストです。 現在、標準はreCAPTCHAを実装しています。 ただし、簡単な数学のクイズなど、いくつかの方法が使用されています。

突然、インターネットはそれほど怖くなくなりましたね。 Webデザインと開発のヘルプについては、今すぐ専門家にご連絡ください。