symfony 1.4 - 基於用戶類型的路由

我一直在使用symfony 1.4來構建一個項目，但我並沒有完全想到。該網站有四種用戶類型：A，B，C和未通過身份驗證的用戶。我需要爲每個用戶類型擁有自己的一組路由和操作。當類型A的用戶訪問mysite.com/時，他會看到與B，C的用戶不同但未登錄的用戶。用戶可能也有這些路由可供他們使用：mysite.com/users，mysite.com/組等，而B，C和未經認證的用戶可能不會。基本上，有時用戶可能會共享一些路由（如/），有時他們不會。symfony 1.4 - 基於用戶類型的路由

不幸的是，symfony在路由到達用戶過濾器之前就加載了路由，並且據我所知，沒有簡單的方法來重新填充動態路由和redispatch路由。使用switchTo也似乎horribad，因爲我基本上會爲每個請求兩次加載應用程序。

基本上我需要框架來查看用戶類型並加載適當的路由。任何涉及symfony的解決方案都非常受歡迎！ D：

來源

2012-06-18 Justin

想想你的應用程序設計。 URL是對象的標識符。對於不同的事情使用相同的URL並不是一個好設計。

也許如果用戶的類型是真的不同，你也可以考慮爲接口創建不同的應用程序。然後你也可以創建不同的會話cookie。然後

網址可
/在頭版
/組的所有普通用戶團體

來源

2012-06-18 17:34:52 Thomas

一些想法
/管理/組管理界面來考慮組頁：不同的登錄表單，鏈接到其他應用程序，HTTP重定向。 – Thomas

每個用戶類型作爲一個單獨的應用程序實際上是我第一次嘗試。我遇到了內部應用程序路由問題，主要是因爲登錄和註銷。重定向很好，還有一個名爲swInterAppRouting（或其他）的好插件，但是仍然沒有應用內轉發。所以基本上，所有用戶的註銷鏈接都是重定向到默認/註銷操作的鏈接，看起來沒問題。但是，由於登錄時間更長，因爲他們會登錄，提交帖子，並且在處理完登錄信息之後，它需要執行應用程序間重定向，這只是sl。不馴。 – Justin

我見過的所有symfony文檔都是基於兩種應用範例構建的項目，並且它看起來每次只有一個應用可以使用index.php前端控制器（將不可見並保持「漂亮」的那個）。所以這意味着我可以選擇一個用戶應用程序來爲'漂亮'的網址，而其他人將被迫在網址中擁有某種'/user_x.php/'控制器，這是我不想要的。基本上你是對的，他們是獨立的應用程序是有道理的，但我至少需要每個應用程序能夠與'默認'的交互。 – Justin

symfony 1.4 - 基於用戶類型的路由

回答

相關問題