robots.txtとは？書き方・設定方法を解説 | WEB集客ラボ byGMO（GMO TECH）
robots.txt（ロボッツ・テキスト）とは、特定ページへのクローラー巡回を禁止（または制御）するファイルです。 robots.txtファイルにクローラーの巡回をブロックする旨の構文を記述し、サイトにアップロードすることで、ページごとのクロール頻度をコントロールできるようになります。 robots.txtを活用することで、重要ではないコンテンツのクロールを制御し、重要なコンテンツを適切にクロールさせることができます。クロールを最適化することでSEOに良い影響をもたらします。 徐々に自社サイトの規模が大きくなってきたと感じているWeb担当者は、この機会にrobots.txtの意味や書き方、設定方法を覚えておきましょう。 robots.txtとは？ robots.txtとは、検索エンジンにWebサイトの特定ページをクロールさせないために設定するファイルです。 Webサイトのコンテンツには上位
SSL/TLS 証明書のローテーション - Amazon Aurora
新しい CA 証明書を使用するように DB インスタンスを更新する前に、RDS データベースに接続するクライアントまたはアプリケーションを必ず更新します。 証明書を更新する際の考慮事項 証明書を更新する前に、次の状況を考慮してください。 Amazon RDS Proxy および Aurora Serverless v1 は AWS Certificate Manager (ACM) の証明書を使用します。RDS Proxy を使用している場合は、SSL/TLS 証明書を更新するときに、RDS Proxy 接続を使用するアプリケーションを更新する必要はありません。詳細については、「RDS Proxy での TLS/SSL の使用」を参照してください。 Aurora Serverless v1 を使用している場合は、Amazon RDS 証明書をダウンロードする必要はありません。詳細については
同一ドメインに複数のSPFレコードを設定する方法 » 群馬県高崎市のWordPressホームページ制作会社 | Kiraba（キラバ）
投稿日: 2017/05/12 作成者: Horiguchi カテゴリ: AWS,ブログ 今回は複数のSPFレコードを複数設定する方法をご紹介します。 SPFレコードとは SPFレコードはDNSレコードの一種で、ドメインからのメールの送信を許可されているメールサーバーを特定するためのものです。 簡単に言うと、ちゃんとしたところから送信されているかどうか、受信側が確認するための仕組みです。 これにより、受信側のサーバーでは許可されたサーバーから送信されたメールなのかをチェックでき、送信側としては送信元のアドレスを偽装した迷惑メールが送信されることを防ぐ効果があります。 SPFレコードの記述例 SPFレコードはメールサーバー側で指定された書き方をDNSのTXTレコードに記述することで設定することができます。 GsuiteのSPFレコードの記述例で言うと以下のようになります。 v=spf1 in
角川のWebサイト改ざん事件で明らかになった“ハッカーの狙いは日本人”
角川書店やアスキーメディアワークスなどのグループ企業を統括するKADOKAWAホールディングス（以下、KADOKAWA）のWebサイトが改ざんされた。改ざんは、Webサイトを閲覧した一般ユーザーを攻撃する狙いで、閲覧に使ったパソコン内のソフトウエアが古い場合、ハッカーが仕組んだ不正プログラムに攻撃され、オンラインバンキングのパスワードなどが盗み取られてしまう危険がある。 Webサイトが改ざんされていたのは、2014年1月7日の0時49分～1月8日の13時7分までの約1日半。この期間中に約1万のアクセスがあり、閲覧者がトロイの木馬に感染した可能性があるという。この事件ついて、KADOKAWA側が改ざんの事実を発表したのは、改ざんから9日以上が過ぎた1月16日の23時だった。なぜ発表が遅れたのだろうか。まずは、KADOKAWA広報へのインタビューを通して得た事実を基に、改ざんから発表までの時系
Staff 200Vcxg 217Rav Logrotate_Apache_Lcd_ Linux_Co に何も見つかりません
404 error お探しのページは移動もしくは削除された可能性がございます。 The page has might be moved or deleted.
sendmail サーバ使ってると/var/mail/root が肥大化して困ってます
補足です。 ほかの方が言われているとおり、ホストの情報が、root宛てに送られてきたり、postmasterの情報が、送られてきています。これらの情報は、管理者が、読まなければなりません。そのために、通常は、管理者に送るように設定する必要があります。 /etc/aliasesもしくは、/etc/mail/aliasesファイルに管理者に転送する記述を加えるといいでしょう。 たとえば、 root： admin ← 管理者のメールアドレス この記述を加えた上で、 newaliasesコマンドで、新しい記述を有効にしてください。 これで、root宛てのメッセージは、adminさんに届くようになります。 どうしても、それがいやで、何も気にしないというのなら、 root： /dev/null とやっておけば、rootへのメッセージは、すべて捨てられます。 また、メッセージを空にする方法は、 cat
二重化の限界を知り障害に備えよ
出典：日経コンピュータ 2012年10月11日号 （記事は執筆時の情報に基づいており、現在では異なる場合があります） サーバーやネットワークの冗長化は情報システムの信頼性を高めるための常套手段である。しかし、冗長構成を組んだからといって安心はできない。障害発生時、本番系から待機系への切り替えがうまくいかないケースが後を絶たないからだ。なぜフェイルオーバーに失敗するのか。有効な自衛手段はあるのか。事例を基にひも解いていく。 2012年、東京証券取引所は取引停止につながる大規模なシステム障害を二度引き起こし、金融庁から業務改善命令を受けた。東証の取引システムのようなミッションクリティカルな情報システムは、サーバーやネットワークなどを冗長化している。二度の障害はいずれもハードウエア故障が発端。本来、何事もなく本番系から待機系に自動的に切り替わり、サービスを継続できるはずだった。ところが、二度とも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
DNSの「浸透問題」は都市伝説――正しいサーバー引っ越し法を解説 - INTERNET Watch Watch