Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: [Symfony] routing
Forum PHP.pl > Forum > PHP > Frameworki
Nero12
Sorry za male zasmiecanie (3 temat w ciagu 2-3 dni).

Na razie opisze podstawowa rzecz:

wrzucilem takie cos w routing.yml:

list_of_newses:
url: /newses
param: { module: news, action: index }

i gdy wpisuje w pasku adresu: http://localhost/sf_sandbox_3/web/newses dostaje ze nie ma takiej strony
w devie: http://localhost/sf_sandbox_3/web/frontend_dev.php/newses - Action "newses/index" does not exist.

http://localhost/sf_sandbox_3/web i modul z akcja (news/index) oczywiscie istnieja i dzialaja.

Co robie zle / co moze byc przyczyna problemu ? Z dokumentacji korzystam ;/ Nigdy wczesniej nie korzystalem z podobnych mechanizmow (ani nawet z mod_rewrite).
Cysiaczek
Zdecyduj, się: albo news albo newses. Jeśli SF mówi, ze nie istnieją , to nie istnieją smile.gif
1. Wyczyść cache
2. Sprawdź wcięcia w routing,yml - to co pokazałeś jest bez wcięć, więc nie będzie działać, a SF przejdzie do sekcji default.

Pozdrawiam.
Nero12
http://wklej.org/id/64af01e4c5 - tak wyglada to normalnie

'newses' to ma byc tylko permalink, modul to 'news' a akcja 'index'.

Cache czyscilem.

edit//
zalamka... kolejna godzina w pizdziec... - wystarczylo wrzucic to na sama gore. Latwo przeoczyc takie cos gdy sie przeglada cale strony dokumentacji.
ARJ
Cytat
The routing system parses the routing.yml file from the top to the bottom and stops at the first match. This is why you must add your own rules on top of the default ones

więc umieść u góry własmy wpis.
Nero12
Jak wyglada sprawa priorytetow w routingu miedzy aplikacjami ?
Jak mam backend i frontend to w obu jest routing, i w obu moze byc sciezka homeroute "/" to ktora bedzie wazniejsza ? Bo mam teraz dziwna sytuacje przerabiajac moj projekt z sandboxa na normalny - w sandboxie frontend byl wazniejszy a teraz backend pierwszy jest wywolywany. Pamietam jedynie ze w sandboxie najpierw stworzylem frontend a potem backend a teraz odwrotnie. Sam routing jest identyczny w obu.
mazur83
to ktora aplikacja a co za tym idzie ktory plik routingu bedzie aktualnie uzywany zalezy od uzytkownika, jesli w adresie wpisze backend.php (backend_dev.php) to z backendu bedzie dzialal routing jesli pominie plik .php lub wpisze index.php (frontend_dev.php) to z frontendu routing bedzie dzialac. oczywiscie tak sie powinno stac o ile nie zmieniales ustawien domyslnych ...
Nero12
chodzi o uzywanie "projekt/web/" czyli bez podawania backend.php/frontend.php
ARJ
sprawdź wpis w index.php
  1. <?php
  2. define('SF_APP', 'frontend');
  3. ?>

podajesz tu która aplikacja ma być domyślnie uruchamiana wtedy też odczytywany jest jej routing.yml. w podanym kodzie domyślnie odpalany jest frontend oraz /apps/frontend/config/routing.yml i używana jest ścieżka homepage czyli /
Nero12
tak w indexie byla opcja skonfigurowania, dzieki.
sanchoo
Mam inny probelm związany z routingem. Mianowicie gdy w settings.yml ustawiam:
  1. prod:
  2.  .settings:
  3.    no_script_name:           on


w .htaccess mam:
  1. <IfModule mod_rewrite.c>
  2.  RewriteEngine On
  3.  
  4.  # we skip all files with .something
  5.  RewriteCond %{REQUEST_URI} \..+$
  6.  RewriteCond %{REQUEST_URI} !\.html$
  7.  RewriteRule .* - [L]
  8.  
  9.  # we check if the .html version is here (caching)
  10.  RewriteRule ^$ index.html [QSA]
  11.  RewriteRule ^([^.]+)$ $1.html [QSA]
  12.  RewriteCond %{REQUEST_FILENAME} !-f
  13.  
  14.  # no, so we redirect to our front web controller
  15.  RewriteRule ^(.*)$ index.php [QSA,L]
  16. </IfModule>


dostaje:"Not Found

The requested URL /home/sanchoo/public_html/fronted_symfony/web/index.php was not found on this server."
oczywiśćie jak w urlu dodam z palca "index.phg" jest ok,...

w logach apacha dostaje tylko tyle (logiczne co do komunikatu;))
[Sat Jul 26 20:42:08 2008] [error] [client 192.168.98.236] File does not exist: /var/www/home
[Sat Jul 26 20:42:09 2008] [error] [client 192.168.98.236] File does not exist: /var/www/home

Zrobiełem to samo na serwerze komercyjnym i jest ok :/
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.