[AvantaR]

Czy nazwa "panel" jest jakoś zastrzeżona w Laravelu i nie można jej w routingu użyć? panel1, panel2 cokolwiek działa. Przy panel mam 404 o_O

#php #laravel

[AvantaR]

@normanos: A jaki nginx? U mnie nginx/1.12.0.

[AvantaR]

@normanos: O kurna, mam. W katalogu public mam podkatalogu panel. Dlatego się sypie.

[normanos]

@AvantaR hehe he pszypal. Ale dobrze ze znalazłeś ;)

[normanos]

@AvantaR ale skąd pomysł ze to bug? ;)

[AvantaR]

@normanos: Z racji tego, że nie jest zawarta w dokumentacji wzmianka o tym, że routing nie może mieć w nazwie takich nazw jak katalogi w publicu :P

[normanos]

@AvantaR to prawidlowe zachowanie ;)

[AvantaR]

@normanos: no tak średnio bym powiedział, routing powinien normalny dostęp do pliku napisać. No nic, jutro będę się bawił :p

[P.....M]

@AvantaR: ale z folderu public serwujesz wszystkie pliki które chcesz żeby były dostępne. Np. jeśli chcesz udsotępnić komuś jakiegoś pdfa to dodajesz go do /public/upload/jakis.pdf i wtedy każdy routing na /public/uploads/* jest przepuszczany noramlnie. Gdyby tego nie było to wszystko szło by jako akcje kontrolera.
Więc raczej jest to po prostu nie wspomniane w dokumentacji

[AvantaR]

@PerfectM: no tak, ale jak wiem,że coś udostępniam to po prostu nie nadpisuje tego routingu. No mało istotne niech dodadzą info w dokumentacji i już ( ͡° ͜ʖ ͡°)

[normanos]

@AvantaR: @PerfectM: to dobrze napisał ;) To jest naturalne zachowanie i trudno żeby wszystko jak leci było kierowane na apkę bo to absurd. Zresztą to nie jest w ogóle związane z Valetem czy Laravelem. Taki klasyczny htaccess w apache w dowolnym fw np. kohanie ma coś takiego jak "-f -d" czyli jak coś NIE jest plikiem czy katalogiem to pchaj do apki. I to jest prawidłowe.

Tak więc:

[AvantaR]

@normanos: no niech Wam będzie ( ͡° ͜ʖ ͡°)