ロリポップ！は2015年1月26日まで、WordPress（ワードプレス）への攻撃に対する検知、防御機能を導入しておりましたが、現在はセキュリティ対策を更に強化するためSiteGuard WP Pluginのご利用を推奨しています。 2015年1月26日までにWordPressに対する総当たり攻撃や辞書攻撃が検知されていた場合は、WordPressダッシュボードへの不正ログインを防ぐため、自動的に.htaccessによるログインページ（wp-login.php）へのアクセス制限が実施され、併せてご契約の登録メールアドレス宛に通知が行われています。 自動でアクセス制限が実施されていた場合の対応方法 手動でアクセス制限を新規設定する場合 アクセス制限が実施された場合の対応方法 複数の端末からアクセスする場合 アクセス制限の解除後に再度アクセスできなくなった場合 ロリポップ！FTPへのログイン
.htaccess の記述例につきまして動作保証やサポートは行っておりませんので、お客様の責任のもとご利用環境に合わせて編集のうえご使用ください。 .htaccess の記述方法はインターネットや書籍にてお調べください。 ■ ファイル一覧の表示を拒否する ホームページを設置したアドレスにファイル名を指定せずにアクセスすると、そのディレクトリにある index.html などのインデックスファイルが表示されますが、index.html などのインデックスファイルを設置していない場合、そのディレクトリ内にあるファイルの一覧を表示してしまいます。 .htaccess を設置することで403エラーを返し、ファイル一覧の表示を拒否することで、セキュリティを高めることができます。 記述例 ※ ファイル一覧を表示したい場合は、「Options +Indexes」と記述します。 ■ 重要なデータファイルへ
開発環境や、限定公開にしたいサイトやページなどにパスワードを使用したアクセス制限をかけるBASIC認証はかなり便利ですよね。 「.htaccess」ファイルと「htpasswd」ファイルを使用することで、簡単に制限をかけることが可能です。 僕はいつもこのサイトを使って、オンラインで作成しています↓ http://www.htaccesseditor.com/#a_basic 便利なBASIC認証ですが、特定のファイルやディレクトリにだけ、パスワード制限をかけてたくない場合ってありますよね。 そんな時は、「.htaccess」に以下のように書いて、認証を解除したいフォルダに設置します。 Satisfy any order allow,deny allow from all 特定のファイルを指定する場合は、 <Files "example.html"> Satisfy any order al
WordPressに対してパーマネントリンクを設定すると、 自動的にWordPressのインストールディレクトリに対して、 .htaccessファイルが生成されるのはご存知のことと思います。 ではこの.htaccessファイルはどのような役割を担っているかをチェックしたことはありますか？ ここではパーマネントリンクを設定して作成される .htaccessファイルによる挙動を確認してみます。 自動で作成される.htaccessファイル パーマネントリンクを設定して作成される.htaccessファイルは、 以下のようになっています。 ここではWordPressを/wp/にインストールしたものを例示しています。 # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /wp/ RewriteRule ^ind
この記事の趣旨はタイトルと以下の画像だけで全て完結しており、トラブル内容とその解決法が全て記されています。でもそれだけだったら納得いかない方（←自分のこと）のためにWordPressのこの手の問題がどうして発生するのかと解決に至った経緯を以下にメモります。 WordPressで404エラー 「死ぬかと思った！」。WordPressで多数のユーザーが利用しているサイト、または飯の種になるだけのPVを稼いでいるブログを運営しているなら、サーバートラブルは冷や汗ものです。 私もこれまで何度となくWordPressのトラブルに見舞われました。 メンテナンスに時間やエネルギーを奪われ疲弊することに懲りた私は、現在メンテナンスフリーでしかもWordPress専用サーバーなので高速な「wpXレンタルサーバー 」に乗り換えて快適なブログ生活を送っております。 関連高速！WordPress専用サーバー「wp
ブログが重い このブログでは、一部ですがWebフォントを使っています。 あとスライダーやカレンダーやら重いものが動いており、 表示スピードがとっても遅く、もたもたしたブログでした。 スピード判定で有名なGT Metrixで検査すると、やっぱり「DD判定」。 有名なプラグインのDB Cache Reloaded、W3Total Cacheも導入していましたが、ボトルネックがあるようで、まったく改善されませんでした。 CSSやJSを圧縮してみたりもしたのですが、DD判定は変わりませんでした。 今回は、GTMetrixのアドバイスに従って、高速化施策を行います。 一瞬で高速化 とても単純で、.htaccessに以下を追記するだけです。 #MIMEタイプ AddType application/vnd.ms-fontobject .eot AddType application/x-fon
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く