Forum PHP.pl

1) dobrze rozumujesz /web jest miejscem na takie rzeczy
2) ja stosuje xmle dla routingu i services, reszta yml (dobre praktyki mówią by routing opisywać za pomocą annotacji)
3) kod designu czyli glowny layout w app/Resources/view (w dobrych praktykach piszą aby wszystkie szablony i templaty tam trzymac i nie rozbijać tego po bundlach)
4) wydaje Ci się

1) przyjmuje się że katalog /web jest tym katalogiem do ktorego jest dostęp przez przeglądarke (czyli leżą tam pliki które można podejrzeć css,js,ico,img,pdf,xml,xls itd).
Tu należy rozgraniczyć 2 scieżki

1. Twoja aplikacja czyli to co ty piszesz i jest twoim tworem i to wszystko możesz wrzucać do /web a cały layout i/lub pliki ktore ladujesz przy okazlji jakiejś akcji możesz wrzucać do katalogu app/Resources/view/(bundle).
Nie jest powiedziane że nie można ich trzymać w bundlach glownie rozchodzi się o czas ładowania zgodnie z tym co pisze SF w dokumentacji w 1 kolejnosci pliki sa szukane w app/Resources a w nastepnej kolejności w katalogach z Bundlami

2. Zewnetrzny bundle pobierany przez composer.json. Jeżeli udostepniasz taki bundel to musisz te pliki gdzieś trzymać, tak by wszystko co związane z bundlem bylo blisko bundla (jezeli mozna to tak okreslic)

2) jezeli chesz korzystać z annotacji to mozesz zostawić type:annotation, jeżeli nie to itak wpis
ABC:
resource: "@ABCBundle/Resources/config/routing.xml"
musi zostać żeby SF wiedziało jaki plik z routingiem ma sobie pobrać i skąd.

Dlaczego robie inaczej a no dlatego że jak jeszcze nie korzystalem z PHPStorma to xml ma pliki xsd ktore podpowiadaja skladnie i jak czegos nie wiedzialem to IDE mi podpowiadalo, albo zagladalem zeby zobaczyć co i jak wyglada (+ nie jestem zwolennikiem yml, jakos mi nie pasuje)

4) w srodowisku produkcyjnym nie wszystko jest logowane, ale z doswiadczenia wiem że im wiecej logowo tym lepiej, mozesz sobie tak ustawić loggera zeby codziennie do innego pliku sobie zapisywal, albo ustaw crona ktory raz na dobe usunie plik logow, ale pamietaj im wiecej logow masz tym wiecej wiesz i tym prosciej jest znaleźć ewentualne problemy w dzialaniu aplikacji (+ testy)

5) nie niema musisz sam sobie cos takiego napisać.

PS http://symfony-docs.pl/ ostatniego commita ma z przed 5 miesiecy od tamtej pory duzo sie zmenilo polecam
http://symfony.com/blog/ i cykl a week of symfony duuuuużo przydatnej wiedzy.

To co jest proste dla mnie nie koniecznie może być proste dla Ciebie
https://github.com/sonata-project/SonataAdminBundle ludzie mowia ze jest dość trudny, wynika to z tego że to jedno narzędzie ma pasować do wielu rozwiązań a co za tym idzie jest dość rozbudowane ze złożoną konfiguracją, osobiście nie używałem.
http://cmf.symfony.com/ i tu w sekcji bundle masz coś takiego jak SimpleCmsBundle

warto zobaczyć sobie coś
https://github.com/orocrm
https://github.com/sylius