Project

General

Profile

Backport(バックポート) #1579

管理画面のSNS設定にアクセスできない(特定のモジュールのページにアクセスできない)

Added by Minoru Takai almost 10 years ago. Updated over 9 years ago.

Status:
Fixed(完了)
Priority:
High(高め)
Target version:
Start date:
2010-09-07
Due date:
% Done:

100%


Description

概要

一般的に、OpenPNEのメンバー側のログイン画面は

http://sns.example.com/
http://example.com/OpenPNE/

のようなURLでアクセスできるようにサーバ、OpenPNEを設定することが多いと思われる。このとき、次のようなURL

http://example.com/sns/

でメンバー側のログイン画面にアクセスできるようにした場合、sns モジュールのページにアクセスできなくなる。アクセスできなくなるのは、script_name を含むURLに限られる。※ script_name は Symfony のソースコード中で用いられている変数名で、OpenPNEでは index.php や pc_frontend.php, pc_backend.php といった部分が相当する。

具体的には、上記のように sns/ をURLに含むようにSNSを設置した場合、

http://example.com/sns/pc_backend.php/sns/config (管理画面にあるSNS設定メニューの遷移先)
http://example.com/sns/pc_backend.php/sns/term (同SNS設定の「SNS内名称設定」)

上記のようなURLにアクセスすると、「このページにはアクセスできません」といったエラーになってしまう。なお、他の管理項目には問題なくアクセスできる。この問題は管理画面で用いられている sns というモジュールに限らない。例えば、

http://example.com/member/

というURLがメンバー側ログインページとなるように設定すると、携帯の場合、通常ログイン直後に「このページにはアクセスできません」と表示されてしまう(これは index.php という script_name がURLに含まれるためこの不具合によってモジュール名が正しく取得できずルーティングに失敗する)。

備考

  • /sns/pc_backend_dev.php/sns/config にアクセスした際のエラー内容
    404 | Not Found | sfError404Exception
    Action "config/index" does not exist.
    stack trace
    
        * at ()
          in SF_ROOT_DIR/lib/vendor/symfony/lib/controller/sfController.class.php line 196 ...
                 193.         $this->dispatcher->notify(new sfEvent($this, 'application.log', array(sprintf('Action "%s/%s" does not exist', $moduleName, $actionName))));
                 194.       }
                 195.
                 196.       throw new sfError404Exception(sprintf('Action "%s/%s" does not exist.', $moduleName, $actionName));
                 197.     }
                 198.
                 199.     // create an instance of the action
        * at sfController->forward('config', 'index')
          in SF_ROOT_DIR/lib/vendor/symfony/lib/controller/sfFrontWebController.class.php line 48 ...
                  45.       }
                  46.
                  47.       // make the first request
                  48.       $this->forward($moduleName, $actionName);
                  49.     }
                  50.     catch (sfException $e)
                  51.     {
        * at sfFrontWebController->dispatch()
          in SF_ROOT_DIR/lib/vendor/symfony/lib/util/sfContext.class.php line 170 ...
                 167.    */
                 168.   public function dispatch()
                 169.   {
                 170.     $this->getController()->dispatch();
                 171.   }
                 172.
                 173.   /**
        * at sfContext->dispatch()
          in SF_ROOT_DIR/web/pc_backend_dev.php line 14 ...
    
  • 関連文献
  • 関連ソースコード
    • lib/vendor/symfony/lib/request/sfWebRequest.class.php (L266) getPathInfo() メソッド内
          else
          {
            $pathInfo = $pathArray[$sf_path_info_key];
            if ($relativeUrlRoot = $this->getRelativeUrlRoot())
            {
              $pathInfo = preg_replace('/^'.str_replace('/', '\\/', $relativeUrlRoot).'\//', '', $pathInfo);
            }
          }
      
      • /sns/pc_backend.php/sns/config にアクセスした場合、上記の else 文中で preg_replace() が実行される直前に $relativeUrlRoot = "sns", $pathInfo = "sns/config" となっているが、 preg_replace() の実行によって $pathInfo が "config" という意図しない形に置換されてしまっているのが関係しているように思われる。
    • Symfonyのソースコード http://trac.symfony-project.org/changeset/74

再現手順

  1. OpenPNEを普通に設置し、http://example.com/sns/ などからアクセスできるように設定する。
    1. 任意の場所にインストールした後で、ln -s /home/NAME/snspath/web /home/NAME/www/public_html/sns のようなシンボリックリンクを作る
    2. .htaccess の RewriteBase を /sns に設定する
  2. http://example.com/sns/pc_backend.php にアクセスしてログインする
  3. SNS設定の項目へアクセスする
    • この不具合により、管理画面のSNS設定にアクセスできない

この問題はブログ記事で扱われている通り 3.0 時点から生じており、現在最新の master(3.7) でも生じている。


Related issues

Related to OpenPNE 3 - Bug(バグ) #1565: 管理画面のSNS設定にアクセスできない(特定のモジュールのページにアクセスできない) Fixed(完了) 2010-09-07

Associated revisions

Revision c90d3d0d (diff)
Added by Kousuke Ebihara almost 10 years ago

changed this to use a return value of sfWebRequest::getPathInfoArray() instead of the $_SERVER, and changed not to execute sfWebRequest::getRelativeUrlRoot() under Apache (fixes #1579, BP from #1565)

History

#1 Updated by Kousuke Ebihara almost 10 years ago

  • Target version changed from OpenPNE 3.7.0 to OpenPNE 3.6beta5

#2 Updated by Kousuke Ebihara almost 10 years ago

  • Status changed from Accepted(着手) to Pending Review(レビュー待ち)

3704508a でコミットしました。

#3 Updated by Rimpei Ogawa almost 10 years ago

  • Status changed from Pending Review(レビュー待ち) to Rejected(差し戻し)

http://redmine.openpne.jp/issues/1565#note-9 で差し戻しています。

  • $isIis の代入部分では、 $_SERVER を直接使うのではなく $pathArray を使うべきです(元のコードの問題)
  • if ($relativeUrlRoot = $this->getRelativeUrlRoot() && $isIis) は順序を逆にして if ($isIis && $relativeUrlRoot = $this->getRelativeUrlRoot()) とすべきです

#4 Updated by Kousuke Ebihara almost 10 years ago

  • Status changed from Rejected(差し戻し) to Pending Review(レビュー待ち)

更新履歴 c90d3d0d49e70b1a84ea2bd0933397e472925cc1 で適用されました。

#5 Updated by Rimpei Ogawa almost 10 years ago

  • Status changed from Pending Review(レビュー待ち) to Pending Testing(テスト待ち)
  • % Done changed from 50 to 70

#6 Updated by Mutsumi Imamura almost 10 years ago

  • Status changed from Pending Testing(テスト待ち) to Fixed(完了)
  • % Done changed from 70 to 100

動作確認しました。テストOKです。

Also available in: Atom PDF