ウェブマスターフォーラム

Web 制作 (SEO, SEM, CSS, Web デザイン等) に関する話題を扱うフォーラムです。

新規ユーザー登録 | パスワードを忘れた

テーマ : Web サーバ [RSS]

リンク　：　フォーラム　|　Su-Jine　|　ブログ　|　HTML PING WORLD　|　ポイ探　|　広告について

★東京オフ会予定 3/1 (土)
★大阪オフ会予定 2/23 (土)
オフ会FAQ

Apache 等のインストールや設定方法等の話題を扱います。

トピック一覧

→Web サーバ 内のトピックをすべて一覧する

• mod rewriteを実践する

• googlesitemapとアクセス制限

  携帯サイトでPCを弾いている場合のサイトの確認について

  No.1 - 2007年02月20日 15:16
  seopepe （10ポイント）

  携帯サイトを立ち上げまして、.htaccessにて携帯各キャリアと現在確認できているおおよそのクローラーのみ閲覧できるようにIP制限をかけました。
  
  しかし問題が発生しまして・・どなたかご助言を下さい。
  
  アクセス制限をかける前は、ウェブマスターセントラルにてモバイルサイトマップの登録やサイトの確認もうまくいっていました。
  
  ところが最近アクセス制限をかけた後に、ウェブマスターセントラルにアクセスしてみると一転してサイトの所有者の確認ができませんの表示が！
  
  どうやらウェブマスターセントラル関連のロボット？も弾いてしまっているようなのですが、googlesitemap側はどのような手段で（どんな技術的な方法で）サイトにアクセスしてきているのかご存知の方いましたら教えてください。
  
  ユーザーエージェントやIPなどがあるのでしたらご教示下さいお願いします。

• Ｙｏｍｉ−Ｓｅａｒｃｈ　ＣＧＩ版のための「htaccessによるRewriteRule」

  あえて、ＣＧＩ版Ｙｏｍｉについて新スレ

  No.1 - 2006年11月19日 14:21
  kurokuro_3 （10ポイント）

  はじめて書き込みさせていただきます。
  
  Yomi-Searchでママ系の検索サイトの構築を考えています。
  そこで、各カテゴリ別でそれぞれ違う広告を表示したいと考えております。
  http://sumi.cside.com/docys/view.cgi?mode=link&id=186
  上記を参考に改造後、管理画面よりカテゴリ表示をＨＴＭＬ化しましたが、広告は表示されません。
  結論はＣＧＩでの表示の場合でのみ有効であるとのことです。
  
  そこで
  「htaccessによるRewriteRule」を思ったのですが。。。難しいです。（自分に知識がないだけですが…）
  
  http://exam.su-jine.com/mod_rewrite/mod/rewrite.html
  http://sumi.cside.com/bbs/hyperbbs.cgi?mode=view;Code=692
  などを参考にさせていただき、手探り状態で試してみましたが思うとおり動作してくれません。。。
  
  【製作中サイト】
  http://www.genkinoko.jp/search/kt/01.html
  
  上記ページよりメインカテゴリへのリンク及び以下のカテゴリへのリンクに障害が出てしまいます。
  
  はじめての書き込みであつかましいとは思いましたが、解決策をご教授いただけましたら幸いです。

  No.2 - 2006年11月20日 16:01
  ひろ （10ポイント）

  こんにちは。
  yomi-searchに関しては本家及びsumiさんの所での質問が正しいかと思います。
  >そこで、各カテゴリ別でそれぞれ違う広告を表示したいと考えて>おります。
  >http://sumi.cside.com/docys/view.cgi?mode=link&id=186
  に関しての質問はリンク先の仕様はカテゴリ別テンプレート
  を変更する場合でカテゴリごとに別の広告を表示する場合は本家のヘルプhttp://yomi.pekori.to/help/ys4/index.html
  のよくある質問でのカテゴリごとに異なる広告を表示させるには？
  で解説してますよ。html表示でも可能です。
  デフォルトのテンプレートをかなり改造している見たいですが問題無ければ表示されます。
  Rewriteの場合temp.cgiの改造も絡むので上記の本家及び該当サイトでの質問のほうが的確です。

  No.3 - 2006年11月21日 09:24
  kurokuro_3 （10ポイント）

  >>ひろさん
  ありがとうございました。
  ここで質問するのに躊躇しましたが、詳しい方が多いようなので書き込みしました。
  
  この掲示板には不適切な質問なのにご回答いただき感謝いたします。
  
  再度チャレンジしてみます。

  →もっと古いレス

• Google Wireless Transcoder対策について

  Apache,Google,携帯

  No.1 - 2006年10月05日 14:31
  rcconf （10ポイント）

  はじめて投稿させて頂きます。
  ezwebのオフィシャルサイトトップページに「google検索」というのがついていますが、ECサイトを管理する上で致命的な問題があるのがわかりました。そこで個人的に検証した結果及び対策案をまとめてみます。
  
  ■ezwebでの検索
  検索結果は
  
  "検索語句"の一般サイトの検索結果（約xxxx件）
  "検索語句"のPCサイトの検索結果（約xxxx件）
  
  と2種類の検索結果が表示される。
  
  携帯であまりインターネットをしない私は「一般サイト」はPCサイトと思うのですが…。
  この「一般サイト」へはgoogleのproxyを通さずに直接端末からアクセスする。
  「PCサイト」へはgoogleのproxyを通して携帯用データとして端末に送信される。
  
  ■ホスト/IP
  in-out-f135.google.com　216.239.52.135
  in-out-f136.google.com　216.239.52.136
  mc-out-f135.google.com　66.102.6.135
  mc-out-f136.google.com　66.102.6.136
  
  他にもあるかもしれないが確認できたのは上記の4ホスト
  
  ■ユーザーエージェント
  Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Google Wireless Transcoder;)
  
  ■特徴
  1.上記ホストのproxyがサイトへアクセスし、webデータ取得後、携帯用データ及びサイズにして携帯端末に送る。
  2.データ量の多いページは分割する。
  3.分割されたページが動的ページでは2ページ以降にアクセスする場合、cgiなどのクエリーが渡っていないためエラーになる場合がある。
  4.SSL（https)のページへはアクセスしない。（サイトへは端末から直接アクセスされる）
  5.サイトのクッキー発行は無視される。（当然ですね）
  
  ■問題が出るページ
  クエリーが必要な動的ページ
  cookie発行が必要なページ
  shift_jis以外のフォームデータを受け渡しするページ
  
  ■対策案
  1.ユーザーエージェント「Google Wireless Transcoder」からのアクセスは携帯サイトのトップページへrewrite。
  
  RewriteCond %{HTTP_USER_AGENT} "Google Wireless Transcoder"
  RewriteRule ^(.*) https://www.example.com/携帯サイトトップページ.html [L]
  
  2.rewrite先はSSLページ(https)とし携帯端末から直接アクセスされるようにする。
  
  これ以外の対策案はないものでしょうか？
  皆様のお知恵を拝借させて頂きたいと思います。

  No.2 - 2006年10月07日 19:26
  orca （10ポイント）

  手間・労力・ある程度の知識は必要ですが、CGIならばPATH_INFOで引数を渡すようにすれば解決するのではないでしょうか？

  →もっと古いレス

• Apache - htaccessについて

  No.22 - 2006年03月27日 18:09
  terra-natal （48ポイント）

  RewriteRule ^(.*) http://www.aaaa.net$1 [R=301,L]
  
  でいかが？

  No.23 - 2006年03月27日 18:38
  あきら （12ポイント）

  terra-natal様
  
  書き込みありがとうございます。
  早速試したところ、問題なく動作し、助かりました。
  
  ありがとうございました。

  No.25 - 2006年09月08日 23:52
  ライラック （13ポイント）

  .htaccessを配置するフォルダー以下のどのファイルにアクセスしても
  その.htaccessを配置したフォルダーにあるindex.htmlに実行をリダイレクトするには当該の.htaccessにどの様に書いたら良いでしょうか？
  宜しくお願い致します。

  No.26 - 2006年09月14日 22:19
  tank （34ポイント）

  .htaccessの存在するフォルダ以下は、デフォルトで対象です。
  なので、
  RewriteRule ^(.*)$ /index.html [L]
  
  こんな感じかな。
  リダイレクト先の先頭が、/になってるのは絶対パスにするため。
  http://abc.com/index.html
  ↑と↓は、同じファイルを表します。
  /index.html

  No.27 - 2006年09月15日 18:01
  ライラック （13ポイント）

  >>tankさん
  ありがとうございます、
  やってみます。

  →もっと古いレス

• RewriteRuleについて教えてください。

  ローカルサーバーで働くが、ロリポップのサーバーで働かなく困っています。

  No.4 - 2006年05月22日 11:20
  terra-natal （48ポイント）

  ロリポップのapacheにmod rewriteが組み込まれてないということはありませんか？
  
  的を外していましたらすみません。

  No.5 - 2006年05月22日 22:15
  ほにゃらら （17ポイント）

  こんばんわ。
  ロリポップで、htaccessによるRewriteRuleは使用出来ます。
  私もやっていますのでおそらく大丈夫だと思います。
  （先に書くべきでした。すみません。＾＾；）
  
  私の思う限りで、大丈夫だろうと思うそのままを書きます。
  -----------------------------------
  RewriteEngine On
  RewriteRule ^(.*)abc/product/(.*)/$ http://aaa.bbb.jp/abc/product.php?s_bunrui=$2 [L]
  -----------------------------------
  （これ以上の回答は私には困難かも知れません・・・。）

  No.6 - 2006年05月27日 12:27
  acnakada （10ポイント）

  ご教授ありがとうございます。
  
  >私の思う限りで、大丈夫だろうと思うそのままを書きます。
  >-----------------------------------
  >RewriteEngine On
  >RewriteRule ^(.*)abc/product/(.*)/$ >http://aaa.bbb.jp/abc/product.php?s_bunrui=$2 [L]
  >-----------------------------------
  
  htaccessはaaa.bbb.jpに配置して
  ご指示の通りやってみました。
  
  私のローカルサーバーでは、動作確認できました。
  しかし、ロリポップでは、ページは表示されますが
  データは０件となります。
  $2の部分が空白となっているようです。
  
  ロリポップのサブドメインを利用していることが
  何か関係しているのでしょうか？？

  No.7 - 2006年05月27日 23:13
  ほにゃらら （17ポイント）

  私はサブドメインでも同じようにやっていますので、おそらく大丈夫だと思います。
  お役に立てずすみません。

  No.8 - 2006年06月05日 17:23
  terra-natal （48ポイント）

  私もほにゃららさんと同じ書き方でうまくいくように思えるんですが、試しに
  
  RewriteRule ^(.*)abc/product/(.*)/$ >http://aaa.bbb.jp/abc/product.php?s_bunrui=$2 [L]
  
  を
  
  RewriteRule ^/abc/product/(.*)$ >http://aaa.bbb.jp/abc/product.php?s_bunrui=$1 [L]
  
  にしてみてはいかがでしょう。ディレクトリで入ってくるときに末尾に/が付いてない場合にも対応できます。また、サーバー内でのHTTPリクエストは/から始まるので冒頭も決め打ちでいいかと思います。
  
  
  こんな場合、私でしたら
  
  RewriteRule ^(.*)$ >http://aaa.bbb.jp/abc/test.php?value=$1 [L]
  
  としておいて、test.phpに
  
  <? echo $_GET["value"]; ?>とだけ書いて、実際に渡ってくる値をみてみます。「これだったら絶対に値が渡されるだろう」という正規表現から初めて、少しずつ修正しながら必要な値が得られるまでチューンナップする、というしごく原始的な方法でやってみます。

  →もっと古いレス

• googleの検索結果不具合について

  googleのキャッシュに同一サーバー内の異なるドメイン（バーチャルホスト）のホームページ内容が記録されて困っています。

  No.3 - 2006年05月12日 10:54
  Yosaku （10ポイント）

  ソースがグチャグチャなんですけど．．．．．
  </head>がヘンなところに有るし、</body></html>も途中に
  入っているし、一度ひょうじされたHTMLを確認して
  CGIプログラムを見直された方がいいと思います。
  私には、キチンと表示して動いているのが不思議に思えます。
  
  ↓コチラで、チェックして点数の多いところから
  まず修正してみたら如何でしょうか？
  http://openlab.ring.gr.jp/k16/htmllint/htmllint.html

  No.4 - 2006年05月12日 15:58
  どきゅ （46ポイント）

  タグは関係ありません。
  
  2chでも「コンフィギュレーションエラー」と書いてありますが、
  私も同じ現象が１年半ほど前に発生し、
  Gogoleに問い合わせてみたら、上記のエラーが指摘されましたよ。
  ちなみに私はYahoo!のキャッシュでPR8になりましたｗ
  
  掲示板「過去ログ」に詳細を記載しております。

  No.5 - 2006年05月12日 18:40
  つめこう （15ポイント）

  ＞報告者さん
  
  >僕の頭の中の常識からすると、
  >200は"Document follows"じゃなくて"OK"なんですけど。
  
  いろいろ検索してみたら、どちらも同じ意味のように思いました。
  Document follows　＝すなわち、ＯＫということとは違うのかしら。
  
  ＞Yosakuさん
  大変参考になりました。一応、タグは直しました。
  確かにメチャクチャでした。
  実は、htmlプログラムにマイクロソフトのFrontPage2003を使用しています。
  FrontPageには「共有枠」という仕組みがあり、
  ベースとなるページの左右上下に共通のドキュメントを
  組み込むことができて、それが_bordersフォルダの中に、
  top.htm bottom.htm left.htm right.htm の形で記述されています。
  あまり深く考えずにそれらのファイルを読み込んで、
  掲示板cgiの左右上下を修飾していたので、
  例えば、<head>や<body>があちこちに出てくる、という状況でした。
  大変便利なツールを紹介していただき、ありがとうございました。
  
  ＞どきゅさん
  　過去ログ拝見していました。実は、この症状で困ったとき
  どきゅさんの書き込みをいち早く見つけ、
  ぜひお話を伺いたいと思っていました。ご降臨ありがとうございます。
  
  ずばりお聞きしますが、どきゅさんは、どのようにして
  改善を図られたのですか？
  私もどきゅさんがgoogleから受け取ったのとすっかり同じメールをもらいました。
  ただ、このまま待っていても解決するのかという不安があります。
  もし解決策も掲示板にご投稿でしたら、教えていただけませんか？
  （探せませんでした）
  
  皆様のレスに感謝します。

  No.6 - 2006年05月13日 14:10
  報告者 （44ポイント）

  よく調べずにレスしてすみませんでした。
  Document followsを200とともに返すサーバがあるようです。
  
  ただ、
  
  >それと、なんとなくなんですが、ヘッダとデータ(本文)の間に空行が入ってないというような原因は考えられないでしょうか？
  
  こっちの方が気になるのですが・・・

  No.7 - 2006年05月13日 17:19
  terra-natal （48ポイント）

  手元からtelnetでアクセスしてみました。
  
  GET /bbs/index.cgi HTTP/1.1
  Host: white.dobashi.jp
  User-Agent: telnet
  
  に対して
  
  ========================
  HTTP/1.1 200 Document follows
  MIME-Version: 1.0
  Server: AnWeb/xxx
  Date: Sat, 13 May 2006 07:55:31 GMT
  Transfer-Encoding: chunked
  Content-type: text/html
  
  6D4A
  <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN">
  <HTML lang="ja-JP">
  （以下略）
  ========================
  
  「If-Modified-Sinceヘッダチェックツール」でテストした時には
  
  ========================
  HTTP/1.1 200 Document follows
  MIME-Version: 1.0
  Server: AnWeb/* * *
  Date: Sat, 13 May 2006 07:18:01 GMT
  Connection: close
  Content-type: text/html
  ========================
  
  になっていて、両者のレスポンスヘッダが違いますね。
  それにcgiならば
  Transfer-Encoding: chunked
  があってもよさそうですが、ありません。通常のhtmlコンテンツのようなヘッダです。もしかしたらヘッダー部分にcgiコンテンツが入っていて、データ部分には別のページのhtmlがあったりするのでしょうか。「If-Modified-Sinceヘッダチェックツール」と同じヘッダを再現できれば分かるかと思いますが、できませんでした。
  
  例えば携帯電話向けとかでUser-Agentによってレスポンスを変える設定になっていて、あるUser-Agentだと他の（通常ならば携帯電話向け）サイトに飛ばすようになっているとかありませんか。
  
  実際、私のサイトのうち、無料サーバーに載せているサイトはUser-Agentによってデータ内容が変わってます。主に強制バナー広告のサイズ制御に使っているみたいでしたけど。
  
  なお、いろいろと調べる段階でつめこうさんのサイトにtelnetで何回も接続しました。アクセスログを汚してすみません。

  →もっと古いレス

• セキュリティ情報

  サーバのセキュリティ関連についての話題を扱います。

  No.1 - 2006年01月16日 11:00
  Su-Jine （100ポイント）

  Web サーバを運用していて気になるのがセキュリティ情報。
  専用サーバや VPS、自宅サーバを運営している方の情報交換が出来ればと思います。

  No.2 - 2006年01月16日 11:03
  Su-Jine （100ポイント）

  ■JPRS、不適切なDNS情報の削除措置を開始 (2006/1/13)
  
  先週末 DNS の問い合わせが何か遅いかなぁなんて思っていたのはこのせいだったのだろうか？自分の DNS サーバのチェックをしてみると良いですね。whois 等で DNS を確認することが出来ます。
  http://www.cybersyndrome.net/whois.html

  No.3 - 2006年01月19日 20:06
  Su-Jine （100ポイント）

  PHP 5.1.2, PHP 4.4.2 がリリース
  http://itpro.nikkeibp.co.jp/article/COLUMN/20060117/227354/
  
  PHP 4.4.1 の mb_send_mail の第 5 引数が無効になっている問題は解決されたんでしょうか。ローカルでインストールしてみようと思います。

  No.4 - 2006年01月23日 15:01
  Su-Jine （100ポイント）

  4.4.2 では mb_send_mail の第 5 引数は正常に動作するようです。このフォーラムも 4.4.2 にするかも。

  →もっと古いレス

• 自宅サーバーの耐久力

  自宅サーバーの耐久性などについて

  No.3 - 2005年12月22日 18:18
  hideki （38ポイント）

  レスありがとうございます。
  1ページが50kbだとして4Gバイトなら8万アクセス耐えられますね。
  
  またSEOをやる上で自宅サーバーを使う場合はサーバーの設定などはかなり影響するものでしょうか？普通に設定すれば問題ないんですかね。

  No.4 - 2005年12月22日 18:57
  アラー （44ポイント）

  ＞自宅サーバーを使う場合はサーバーの設定などはかなり影響するものでしょうか
  
  普通の意味で言えばサーバーは関係ないのではないでしょうか
  
  通説と事実
  http://www.google.co.jp/intl/ja/webmasters/facts.html
  
  ただ、セキュリティ設定ではねられたとか
  スパムの多いＩＰはペナルティとか、そういう話は出ていますけれども

  No.5 - 2005年12月23日 09:44
  hideki （38ポイント）

  レスありがとうございます。linux勉強してサーバー立ててみます。

  No.6 - 2005年12月26日 18:55
  どきゅ （46ポイント）

  >普通の意味で言えばサーバーは関係ないのではないでしょうか
  
  サーバで色々なスパムが出来ますので、設定によってはSEOに影響しますよ。

  No.7 - 2005年12月27日 00:48
  アラー （44ポイント）

  ＞設定によってはSEOに影響しますよ。
  
  どこら辺が絡んでくるんでしょうか？

  →もっと古いレス

→Web サーバ 内のトピックをすべて一覧する