充分な動作確認の元、運用を開始してください。 本ページに記載の内容は、あくまで設定方法の一例です。 前後の記述や記述方法によっては適用できない場合があります。 ウェブコンテンツの構築方法によっては、想定外の動作をする場合があります。 お客様で修正・解決いただけますようお願いします。 Optionsの設定は可能ですが、AllおよびFollowSymlinksは指定できません。 このページでご案内しているのはあくまで一例です。 詳しい設定方法や機能についてはWebサーバー(Apache)の専門書籍をご確認ください。 注意事項 さくらのレンタルサーバで利用不可、非推奨としている記述例 さくらのレンタルサーバでは、一部.htaccessの記述についてサーバーのシステム設計上動作を保証できない場合があります。 よくある例として以下を紹介いたしますので、これらに該当する場合は速やかに記述の修正、運用変

アクセス権は左から3文字ずつ、 ユーザー（所有者）のアクセス権 グループのアクセス権 その他ユーザーのアクセス権 を表しており、「rwx rw- r–」の場合、 ユーザー（所有者）に対しては、読み取り可能、書き込み可能、実行可能 グループに対しては、読み取り可能、書き込み可能 その他ユーザーに対しては、読み取り可能 という意味になります。 最後に数値で表す場合には、「読み取り=4」、「書き込み=2」、「実行=1」として所有者、グループ、その他ユーザーごとに足した数値で表します。 下記の場合、「764」というのがアクセス権を数値で表したものとなります。 ———————————– 所有者 グループ その他ユーザー ———————————– rwx rw- r– 421 42 4 ↓ ↓ ↓ 7 6 4 ———————————– 例えば、一般ユーザはシステムに関するファイルへの書き込みは出来ない

WordPressに対してパーマネントリンクを設定すると、 自動的にWordPressのインストールディレクトリに対して、 .htaccessファイルが生成されるのはご存知のことと思います。 ではこの.htaccessファイルはどのような役割を担っているかをチェックしたことはありますか？ ここではパーマネントリンクを設定して作成される .htaccessファイルによる挙動を確認してみます。 自動で作成される.htaccessファイル パーマネントリンクを設定して作成される.htaccessファイルは、 以下のようになっています。 ここではWordPressを/wp/にインストールしたものを例示しています。 # BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase /wp/ RewriteRule ^ind

WordPressでブログやサイトを運営する前、そして運営している時にしっかり設定しておきたいWordPressのセキュリティやメンテナンスに役立つ.htaccessの設定を紹介します。 .htaccessファイルを守る 最初に行うことは、.htaccessをあなた以外の無許可のアクセスから守ることです。下記のスニペットは第三者があなたの.htaccessファイルにアクセスするのを阻止します。 ルートの「.htaccess」に下記を記述します。 <files ~ "^.*\.(&#91;Hh&#93;&#91;Tt&#93;&#91;Aa&#93;)"> order allow,deny deny from all satisfy all </files> wp-config.phpファイルを守る WordPressでもう一つ重要なファイルがあります、それはwp-config.phpです。

作成：2015/02/23 更新：2016/06/29 WordPress > 本番サーバ移行前に何をすればよかったのか確認しておきたい、自作テーマに記述し忘れたことはなかっただろうか。今回はサイト移行時や構築時に毎回確認してしまう使用頻度の高い小技をまとめました。 エンジニア速報は Twitter の@commteで配信しています。 もくじ 移行中 １．移行中にメンテナンス画面を表示する ２．旧url から新url へのリダイレクト ３．一時的にキャッシュを制御させる パフォーマンス ４．非同期で読み込む ５．jQueryや外部 JavaScript の競合を避ける ６．旧IEでCSS3を再現 ７．問い合わせのコンバージョン設定 functions.php に追加しておきたいもの ８．メディアアップローダーを自作テーマに組み込む ９．ビジュアルエディタをカスタマイズ １０．RSSにサムネ

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

ブログ高速化はブロガーの永遠のテーマです。 以前はCloud Flareを導入して表示速度はかなり速かったのですが、時々障害が発生してJSがうまく動かなかったり、サイトが表示されなくなるなどの問題が生じたので今はやっていません。 それ以来、ブログの高速化については結構頭を悩ませています。地道にやるしかなさそうですね。 今回は「.htaccess」にキャッシュ設定してブログを高速化する方法をご紹介します。 敷居が高そう…と思った方、私も最初はそう思っていました。ですが、やってみるとめちゃくちゃ簡単で5分あればできるのでやっといて損はないですよ！

サイトを運営していると、サイト内のページの移動や削除、またはサイト自体の移転をすることがあります。その場合、リダイレクトという処理を用いて新たなページに転送を行いますが、正しい知識と手順を以って対応しなければ、検索順位の下降、ページランクやドメインエイジの喪失といったSEO的なペナルティを招いてしまいます。 そこで、そのようなペナルティを受けないために、ページ移動・サイト移転時の正しいリダイレクトの設定方法と、代表的なリダイレクトの種類やその実装方法をご紹介します。 リダイレクトの種類 リダイレクトには、HTMLやJavaScriptといったクライアントサイドプログラム、PHPやPerlといったサーバサイドプログラム、あるいは.htaccessの設定変更を行う等、様々な対応方法があります。そのうちのいくつかを、実際のサンプルソースとともに解説します。 metaタグによるリダイレクト hea

人の心を盗むことはあっても、記事を盗むことはありません。おつぱ（ @OZPA ）です。ｸﾗﾘｽｩｰ!!ｸﾗﾘｽｩｰ!! さて先日、Twitterで@25kei12 さんより「とあるサイトで記事が全文パクられてますよ」と教えて頂きました。 参考：全文パクリブログ発見! – ま鉄系 よくよく考えたら全文まるまる無断転載されたのは初めてのこと（把握する範囲で）。しかもサイトを見てみたら画像まで直リンクしてくださっているご様子。 うーん殴りたい。 そんなわけでどんな制裁をくわえてやろうかと高鳴る鼓動を抑えつつ、当該パクリサイトにいろいろと対策を講じることにしました。（パクリサイトへのリンクはしておりませんので悪しからず） Googleに著作権侵害で報告 まずはじめにやるべきはGoogleへの著作権侵害を申告することでしょう。以下のサイトを参考にさせて頂きました:) 無断コピーされたコンテンツをGo

まったくもって、目からウロコと言いますか、鼻から牛乳と言いますか、口からヨダレと言いますか、『ピー』から『ピー』と言いますか……。 （『ピー』には卑猥な言葉が入ります） 普段、CakePHPやWordpressを使うとき、パッケージをダウンロードすると、最初から必ず.htaccessが入っていますよね。 んでまあ、サーバーにアップロードする際には、index.phpなんかと同じところにこの.htaccessも置くことになります。 今まで、その作業をあまりにも当たり前のように行なっていたので、特に気にしたことなかったんですけど、この前たまたま、あの.htaccessにはそんな意味があったのね〜という出来事がありました。 まずは見てみよう 例えばCakePHPの場合。 デフォルトの状態だと、.htaccessの中にはこんなようなことが書いてあると思います。 <IfModule mod_rewr

INDEX 前置き Better WP Securityプラグインインストール ステータス確認 The admin user still exists -ユーザ名”admin”が存在している- Your table prefix should not be wp_. -データベースのテーブルプレフィックスが”wp_”のまま- Your .htaccess file is NOT secured. -.htaccessファイルがセキュアではない- Your site is vulnerable to brute force attacks. -ブルートフォースアタックに対して脆弱- Your WordPress admin area is available 24/7. Do you really update 24 hours a day? -管理画面へのアクセスは常にできる必要はあるか-

せっかくなので詳細を書いておきましょう。 * テーブルのプレフィックス変更 * インストール済みの保全 SQL インジェクション対策を想定しているのだと思いますが、WordPress では SQL インジェクションはほとんど起こり得ません。 また、悪意あるテーマやプラグインが DB の中身を読みだそうとしたら、wp-config.php で定義されている $table_prefix を読めばいいので、wp_ 以外にしても効果がありません。 * wp-content のリネーム これは他 CMS から URL を維持したままコンテンツを移行しようとするための機能であって、あまりセキュリティーとは関係ありません。 だいたい、画像とか貼り込んでしまえば wp-content のありかはすぐバレます。 * ユーザー名の変更 すでに存在するユーザー名を知ることによって、ログインを試そうとしているのだ

サイトのデザインなどを変更する際に、一時的にサイトの表示を「メンテナンス中です」にする方法。 htaccessの記述とかしょっちゅう忘れるので自分メモをかねて。 まずメンテナンス中を表示するためのhtmlを用意。 maintenance/index.html maintenance/maintenance_image.jpg maintenance/503.php こんな感じで用意。 503.phpの中身はヘッダに503（メンテナンス中）を出して、index.htmlの中身を表示するだけです。 <?php header ('HTTP/1.0 503 Service Temporarily Unavailable'); readfile(dirname(__FILE__) . '/index.html'); ?> で、htaccessの設定方法はこんな感じ。 RewriteEngine On

Webサイトの読込速度を気にしていますか？自分はたまに気にする程度です。 そんなたまに気にする程度の自分でも前から設定してみたかった「キャッシュの有効期限の指定」ができるmod_expiresが遂にさくらのレンタルサーバで利用可能になったようなので、実際に使ってみました。 長年首を長くして待っていた人もいるはず・・・！？ 目次 1. キャッシュの有効期限を設定する効果2. PageSpeedも「キャッシュを使え」と言ってくる3. 普通は「mod_expires」を使う4. さくらのレンタルサーバでは「mod_expires」が使えなかった5. 「mod_expires」が来た！！！5.1. さくらのレンタルサーバ・マネージドサーバ Apacheモジュール mod_expires 追加のお知らせ5.1.1. 概要5.1.2. 対象サービス5.1.3. 実施日6. さっそく使ってみた7. 結果

現在Fetish-Style.infoで使っているさくらインターネットのレンタルサーバでは、.htaccessで記述して圧縮やブラウザキャッシュを制御するmod_deflate（GZIP圧縮） と mod_expires (静的ファイルの有効期限設定）が使えないという致命的な欠点があります。 最初はこれがわからずに.htaccessにいくら記述してもサーバエラーばかりで頭を抱えていました。 結局はmod_deflateとmod_expiresを諦め、GZIP圧縮についてはphp.iniに以下の記述を追加してお茶を濁しています。 zlib.output_compression=on zlib.output_compression_level=2 WordPressのプラグインでの高速化はどうなのかというと、一部だけ行っています。 使っているのは、WP CSS、DB Cache Reloade