フロントエンジニアに知ってもらいたいリバースプロキシの重要性 | RickyNews
Randen Pederson 大規模なシステムであれば使っているであろうリバースプロキシ。 セキュリティや稼働率の観点からみて利用することは非常にメリットは高いです。 ただ、社内や周りであまり知見がなく、 「動くからいいや」という理由でApacheをそのままWebサービスの一次受けとして利用されている方も多いと思います。 動くという目的からすれば確かにその通りですが、ただ一枚リバースプロキシを入れるだけで ぐっと運用効率、稼働率も拡張性も上がります。 1. ルーティング処理の簡略化 例えばRESTfulな一般的なAPI構成を作りたいと思った時に以下のようなURL構成になると思います。 http://api.something.com/search/v1/item/list.json?cid=xxxx&gid=xxxxx もしアプリケーション側のルーティングしか知らなければframewor
新人コーダーに知っておいて欲しいリダイレクトの基本｜クロノドライブ
サイトを運営していると、サイト内のページの移動や削除、またはサイト自体の移転をすることがあります。その場合、リダイレクトという処理を用いて新たなページに転送を行いますが、正しい知識と手順を以って対応しなければ、検索順位の下降、ページランクやドメインエイジの喪失といったSEO的なペナルティを招いてしまいます。 そこで、そのようなペナルティを受けないために、ページ移動・サイト移転時の正しいリダイレクトの設定方法と、代表的なリダイレクトの種類やその実装方法をご紹介します。 リダイレクトの種類 リダイレクトには、HTMLやJavaScriptといったクライアントサイドプログラム、PHPやPerlといったサーバサイドプログラム、あるいは.htaccessの設定変更を行う等、様々な対応方法があります。そのうちのいくつかを、実際のサンプルソースとともに解説します。 metaタグによるリダイレクト hea
facebookアプリの作り方(PHP編) | PLUS
コンテンツへスキップ →web コメントコメントを残す コメントをキャンセルメールアドレスが公開されることはありません。 * が付いている欄は必須項目です コメント 名前* メール* サイト 次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。 Δ 先頭へスクロール
WordPressの「キャッシュプラグイン」に関するプロフェッショナルな方々のTwitter話が為になりすぎる
以前「ちょっと待て！素人がWordPressのキャッシュ系プラグインをわけわからずに使うと悲惨な目に遭うぞ！」という記事を書いたのですが、それを星野邦敏さんに拾って頂いて、WordPress界の名だたる方々がツイッターで話されていたのを拝見し、非常に濃く有意義な内容なのに基本はメンションなのでほとんど一般タイムラインに流れない会話内容です。 こんな会話がTwitterで終わるなんて勿体ない！ 皆さんが頭を悩ませるWordPressのキャッシュ系プラグインに関して正しい見識を知ることが出来ます。 こういったバックエンドに詳しいプロフェッショナルな方々の声が もっと聞けるといいんですが。 ※今回の記事は会話の主の@miya0001さんにご承諾いただき掲載しております。 事の発端は僕の「Wp Super Cache」を使用したらWordPressが ぶっ壊れた人がいるという記事より。 （以下、T
ロリポップ上のWordPressをWAFで防御する方法 | HASHコンサルティングオフィシャルブログ
(2013/08/29)追記 ロリポップ上のWordPressが不正アクセスされる事例が増えているようです（参考）。現時点で侵入経路等は明らかでありませんが、以下に説明する方法で、公開ページに対するSQLインジェクション攻撃や、管理コンソールに対する不正ログインに対しては、かなり効果があると考えられます。ユーザーの参考になれば幸いです。また、タイトルを変更しました。 追記終わり 今年の9月27日から、ロリポップのレンタルサーバーの全プランで、WAF(SiteGuard Lite)が標準装備されるようになりました。 WAF（ウェブアプリケーションファイアウォール）を導入いたしました ロリポップ！レンタルサーバーはWAF標準装備です。 http://lolipop.jp/waf/より引用 これは大変良いことですね。インターネット上のすべてのサイトが攻撃の対象ですし、被害も増えている印象がありま
ApacheのRewriteRuleで検索条件に^/がマッチしない場合がある理由 - このブログはURLが変更になりました
ApacheのRewriteRuleで「/hoge/配下にアクセスがあったら http://example.jp/fuga/ に301リダイレクトを行う」ってな処理を書く場合、先頭に/が必要な場合と必要ない場合がある。 RewriteEngine on # これでいける場合もある RewriteRule ^/hoge/(.*) http://example.jp/fuga/$1 [R=301,L] # こう書かないとダメな場合もある RewriteRule ^hoge/(.*) http://example.jp/fuga/$1 [R=301,L] この先頭に/が必要不要の違いはなんだろうなーと思っていたが、先日理由がわかった。 Apacheのドキュメントにしっかり書いてあった。 RewriteRule Directive What is matched? In VirtualHost c
サーバーの負荷を下げるために.htaccessで画像ファイルを別サーバーへリダイレクトしてみる | レンタルサーバー・自宅サーバー設定・構築のヒント
サーバーの負荷を下げるために.htaccessで画像ファイルを別サーバーへリダイレクトしてみる
ソースコードも公開されているシンプルな.htaccess作成ツール・httool
.htaccess生成ツールです。よくある Webサービスなどのように高機能な ものではなく、予め用意された雛形 に入力していくようなもの。コードも 公開されているので自分の用途に合 わせてカスタマイズしてもいいかも しれません。 シンプルな.htaccess作成ツールです。多用するものでも無いかもですけど、書き方のルールが全然覚えられないのであると便利かも知れない。 URLを入れて、必要な項目にチェックを入れると.htaccessのコードが発行されるのでコピペしてね、みたいなやつです。HTML+JSで出来てるみたいなのでローカル環境でも特別な設定も不要で動いてくれる、という手軽ががいいですね。 シンプルな作りなので自分用にカスタマイズしても良さそう。用意されている項目は非wwwへのリダイレクトやホットリンク防御など簡単なものが殆どです。 このブログではhtaccessは使ってませんけど、
強制的にダウンロードさせるMIMEタイプ - 名もないテクノ手
xreaさまの話なので、すべてのWebサーバーに当てはまるかどうかわかりませんが... たとえば、新しい（未定義の）拡張子「.foo」を持つファイルを強制的にダウンロードさせたい時、「.htaccess」に AddType application/octet-stream .foo とするとFirefox（3.0.5 Mac）では正しくダウンロードできますが、Safari（3.2.1）でダウンロードした時、勝手に「.foo.zip」となり、設定によっては自動解凍されてしまいます。これはまずい。 AddType application/force-download .foo とすれば、どちらでもうまくダウンロードできるようです。ただし、ブラウザの持つMIMEタイプテーブルによっては、異なる振る舞いがあるかもしれません。とりあえず、手元ではうまくいきましたよ、ってメモ。 このへんのブラウザ事情
PHPフレームワーク本命(CodeIgniter) | 遊ぶエンジニア
またまたPHPのフレームワーク。とにかく軽い（=機能が絞られている)らしい。インスコは、はっきり書いてないのでメモ。 環境は、WindowsXPでxampp(PHP5.3)で稼動させます。(xamppはc:xamppにインスコし、apacheのドキュメントルートはc:xampphtdocs/です) ここ「日本CodeIgniterユーザ会」を訪れ、ダウンロードから「All in One 日本語化パッケージ」をダウンロードする。 解凍し、パッケージを修正してシステムを作るので、オリジナルを保存するか、コピーを好きなプロジェクト名にする。 それからやおら、ここに書いてあることを始める systemディレクトリをウェブから触れないようにする。すなわち、c:xampp以下に置く。 systemapplicationconfigconfig.phpを修正。 $config[‘base_url’] =
PHP:CodeIgniter を「さくらインターネット」で使うときの .htaccess の記述 | ゆめとちぼーとげんじつと
PHP のお気に入りフレームワーク CodeIgniter で開発を行っていたのですが、さくらインターネットで動作させようとしたときにはまったので、メモしておきます。 ○環境 CodeIgniter 1.7.2 さくらインターネット スタンダードプランで PHP5 を選択 結論としては、.htaccess と config.php の2点をいじる必要がありました。 まずは「.htaccess」側のコード。 [code lang=’sh’] RewriteEngine On RewriteBase / #条件付加：REQUEST_FILENAME ディレクトリが存在しなければ(!-d)次に進む RewriteCond %{REQUEST_FILENAME} !-d #条件付加：REQUEST_FILENAME ファイルが存在しなければ(!-f)次に進む RewriteCond %{REQUE
サーバーの設定をカスタマイズ、よく利用する「.htaccess」の設定のまとめ
.htaccess For All 下記は各ポイントを意訳したものです。 「.htaccess」ファイルを編集する際は、必ずバックアップをとることをお勧めします。 .htaccessファイルの作成とアップロード .htaccessの使い方・有効範囲 .htaccessのよく使う設定のまとめ .htaccessファイルの作成とアップロード 「.htaccess」ファイルを作成することは非常に簡単です。 テキストベースのアプリケーションを開き、ワードラップ機能をオフにしてコードを記述し、ファイルを保存します。 Windowsのメモ帳などを使用すると保存する際、ファイル名に「.txt」が加わってしまいます。 .htaccess.txt これは特に問題ありません。 ファイルをアップロードした後、サーバー上でリネームしてください。 .htaccess ファイルをアップロードする際は、ASCIIモード
サイトやブログの運営でよく使いそうな.htaccessの設定のまとめ
ウェブサイトやブログの運営でよく使いそうな便利な.htaccessの設定を紹介します。 こういうまとめは定期的にあがってきますが、やっぱり必要なのでシェアします。 10 useful .htaccess snippets to have in your toolbox [ad#ad-2] 下記は各ポイントを意訳したものです。 URLからwwwを削除 hotlinkingの防止 feedをfeedbunnerにリダイレクト カスタムエラーページ ダウンロードファイルの処理 PHPのエラーのログ URLからファイルの拡張子を削除 ディレクトリのファイルリストを見せない ファイルを圧縮して軽量化 文字コードの指定 URLからwwwを削除 SEOなどの理由で、URLからwwwを削除して使うことがあるかもしれません。このスニペットは、あなたのウェブサイトにwww付きでアクセスしてきてもwww無しに向
.htaccessで参照元（Referer）によるアクセス制限する方法
.htaccess活用法（３） .htaccess（拡張子がhtaccessということで、ドットが必要です。ファイル名がないので最初戸惑いますが、こういうものだと思ってください。）が利用可能だと、 アクセス制限（Basic認証）が可能。 特定のホスト（IPアドレス。プロバイダ）からのアクセスを制限することが可能 参照元（Referer）によるアクセス制限が可能（画像の直リンク禁止も可能） 特定のユーザーエージェント（ブラウザ・ロボット）からのアクセス制限が可能 ブラウザ経由でのアクセス（http://～）を拒否することも可能（大切なデータファイルを守る） リダイレクトが可能（ページの移転時などに重宝） 404 File Not Foundページのカスタマイズが可能。 拡張子別に文字コードを設定することが可能。（文字化け対策に必須の場合があります。） index.cgiやindex.phpを
画像をキャッシュさせないようにする一番手っ取り早い方法 - かばだんなさん かく語りぬ
最近は個人情報保護など当然になってきていますので、例えば銀行の明細ページ等のプライベートな情報を扱うページではページキャッシュを残させないようにしています。まずほとんどのサイトで。 ですから私もHTMLをキャッシュさせない方法は知っていたのですが、画像ファイルをキャッシュさせない方法は面倒だと思い込んでいました（私がアプリ屋出身だからでしょうが）。 今回は簡単に画像キャッシュをOFFにさせる方法のご紹介です。 （プログラムは不要。Telnetも不要。普通にFTPでファイルをアップロードできる環境ならOKです。あ、Apacheを想定しています。たぶんIHSもOKなはず・・・。） まずHTMLをキャッシュしない方法は簡単です。あなたの書いたHTMLの中に、 <head> <meta http-equiv="Pragma" content="no-cache"> <meta ht
さくらレンタルサーバの.htaccess設定メモ2 - yosh's 雑記
さくらレンタルサーバの.htaccess設定メモ2 かなり前の記事.htaccess設定メモに引き続き。携帯で来た人を自動的に振り分ける方法を追加しました。といってもこのサイトには携帯用のページがほとんどないのであまり意味はないんですが。。 携帯の振り分け用のhtaccessは以下のようにmod_rewriteを使っています。この例では、http://yosh.exjw.org/にアクセスしてきた端末が携帯ならhttp://yosh.exjw.org/i/に飛ばすようにしています。なお、携帯かどうかはUserAgentのみで判断しています。携帯の振り分けをしたい人は参考にどうぞ。。 RewriteEngine on RewriteCond %{HTTP_USER_AGENT} "DoCoMo" [NC,OR] RewriteCond %{HTTP_USER_AGENT} "J-PHONE"
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.caraldo.net/2011/12/mt_3.php