2013-05-22 2 views
1

Я знаю, что это было задано много раз, но со мной что-то странное. Apache DocumentRoot указывает на симфони/Web/ и это мой .htaccess внутри веб/директории:Symfony: htaccess, чтобы скрыть app.php или app_dev.php

DirectoryIndex app_dev.php 
#DirectoryIndex app.php 

<IfModule mod_rewrite.c> 
    RewriteEngine On 

    RewriteCond %{ENV:REDIRECT_STATUS} ^$ 
    RewriteRule ^app\.php(/(.*)|$) %{CONTEXT_PREFIX}/$2 [R=301,L] 

    RewriteCond %{REQUEST_FILENAME} -f 
    RewriteRule .? - [L] 


    RewriteCond %{REQUEST_FILENAME} -f 
    RewriteRule ^(.*)$ app_dev.php [QSA,L] 
    #RewriteRule ^(.*)$ app.php [QSA,L] 

    RewriteCond %{REQUEST_URI}::$1 ^(/.+)(.+)::\2$ 
    RewriteRule ^(.*) - [E=BASE:%1] 
    RewriteRule .? %{ENV:BASE}app.php [L] 
</IfModule> 

<IfModule !mod_rewrite.c> 
    <IfModule mod_alias.c> 
     RedirectMatch 302 ^/$ /app.php/ 
    </IfModule> 
</IfModule> 

Ну, вещь www.example.com/route1/ работает и www.example.com/route2/ бросает ошибку:

Oops! An Error Occurred The server returned a "404 Not Found". Something is broken. Please e-mail us at [email] and let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

Пока www.example.com/app_dev.php/route2/ работает нормально (также www.example.com/app_dev.php/route1/)

Помощь?

Обновление. Кэш ясно прод выдает эту ошибку (я никогда не пробовали раньше, я работаю на разработчика):

[Doctrine\Common\Proxy\Exception\UnexpectedValueException] The type hint of parameter "userRoles" in method "addRole" in class "MyProject\PanelBundle\Entity\User" is invalid.

[ReflectionException] Class Maycol\BlogBundle\Entity\Role does not exist

ответ

6

Это .htaccess, который работал для меня:

DirectoryIndex app.php 
#DirectoryIndex app_dev.php 

<IfModule mod_rewrite.c> 
    RewriteEngine On 

    # Redirect to URI without front controller to prevent duplicate content 
    # (with and without `/app.php`). Only do this redirect on the initial 
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an 
    # endless redirect loop (request -> rewrite to front controller -> 
    # redirect -> request -> ...). 
    # So in case you get a "too many redirects" error or you always get redirected 
    # to the startpage because your Apache does not expose the REDIRECT_STATUS 
    # environment variable, you have 2 choices: 
    # - disable this feature by commenting the following 2 lines or 
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the 
    # following RewriteCond (best solution) 
    RewriteCond %{ENV:REDIRECT_STATUS} ^$ 
    #RewriteRule ^app_dev\.php(/(.*)|$) %{CONTEXT_PREFIX}/$2 [R=301,L] 
    RewriteRule ^app\.php(/(.*)|$) %{CONTEXT_PREFIX}/$2 [R=301,L] 

    # If the requested filename exists, simply serve it. 
    # We only want to let Apache serve files and not directories. 
    RewriteCond %{REQUEST_FILENAME} -f 
    RewriteRule .? - [L] 


    RewriteCond %{REQUEST_FILENAME} -f 
    #RewriteRule ^(.*)$ app_dev.php [QSA,L] 
    RewriteRule ^(.*)$ app.php [QSA,L] 

    # The following rewrites all other queries to the front controller. The 
    # condition ensures that if you are using Apache aliases to do mass virtual 
    # hosting, the base path will be prepended to allow proper resolution of the 
    # app.php file; it will work in non-aliased environments as well, providing 
    # a safe, one-size fits all solution. 
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)(.+)::\2$ 
    RewriteRule ^(.*) - [E=BASE:%1] 
    #RewriteRule .? %{ENV:BASE}app_dev.php [L] 
    RewriteRule .? %{ENV:BASE}app.php [L] 
</IfModule> 

<IfModule !mod_rewrite.c> 
    <IfModule mod_alias.c> 
     # When mod_rewrite is not available, we instruct a temporary redirect of 
     # the startpage to the front controller explicitly so that the website 
     # and the generated links can still be used. 
     #RedirectMatch 302 ^/$ /app_dev.php/ 
     RedirectMatch 302 ^/$ /app.php/ 
     # RedirectTemp cannot be used instead 
    </IfModule> 
</IfModule> 
+0

По какой-то причине «RewriteRule^app \ .php (/ (.*) | $)% {CONTEXT_PREFIX }/$ 2 [R = 301, L] 'работает только для событий'/app.php/'для меня, а не' app.php'. Мне пришлось дублировать эти строки и вместо этого добавить запись 'RewriteRule^app \ .php $% {CONTEXT_PREFIX}/[R = 301, L]'. Не знаю, как работает регулярное выражение! – PeterB

+0

Можете ли вы показать свой последний файл? Я не могу заставить его работать на сервере производства (app.php) – InsaurraldeAP

0

Эта ошибка не Apache/Htaccess связаны. Эта страница ошибки 404 по умолчанию является самой symfony!

Something is broken. Please e-mail us at [email] and let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused. 

Нет подходящего маршрута/route2. Проверьте маршрутизацию так:

php app/console router:debug 

Чтобы проверить его быстрее использовать Grep или Findstr (Windows)

php app/console router:debug | grep route2 

Пожалуйста, убедитесь, что ваш маршрут не только настроен в среде Dev (т.е. только в routing_dev .yml)!

php app/console router:debug --env=prod 

очистите кэш с ... снятые

php app/console cache:clear --env=prod 

... и проверить лог-файлы, если есть неперехваченное Exception, ведущий к 404 странице отображается при обращении к странице. Вы можете, например, использовать эту команду для просмотра живых изменений в производственном журнале.

tail -f app/logs/prod.log 
+0

Я могу видеть route2 с маршрутизатором: отладки (/ route2 /) и, как представляется, точно так же, как и/Route1/(за исключением имя), кроме того, /app_dev.php/route2/ работает. –

+0

Проверьте маршрутизатор: отладка с помощью --env = prod ... app.php использует только routing.yml, а app_dev.php также загружает routing_dev.yml. Если маршрут находится только в routing_dev.yml, он не будет доступен в производственной среде. – nifr

+0

обновил мой ответ. – nifr

Смежные вопросы