Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pl.comp.lang.php > #16052 > unrolled thread

Laravel na localhoscie pod W10 - nie działa routing

Back to article view | Back to pl.comp.lang.php

Contents

  Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-03 21:23 +0100
    Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-04 15:40 +0100
      Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-04 19:13 +0100
        Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-04 21:28 +0100
          Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-04 21:46 +0100
            Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-05 00:56 +0100
              Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-06 01:05 +0100
                Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-06 22:00 +0100
                  Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-07 02:24 +0100
                    Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-07 23:34 +0100
                      Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-08 22:18 +0100
                  Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-07 22:25 +0100
                    Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-08 11:47 +0100
                      Re: Laravel na localhoscie pod W10 - nie działa routing Marek S <precz@spamowi.com> - 2019-03-08 22:23 +0100
                    Re: Laravel na localhoscie pod W10 - nie działa routing Borys Pogoreło <borys@pl.edu.leszno> - 2019-03-08 11:48 +0100

#16052 — Laravel na localhoscie pod W10 - nie działa routing

Witam,

Nie ogarniam w czym rzecz. Stworzyłem routing dla domeny laravel.local w 
postaci:

Route::get("/", function () {
     return view("testy.test");
});

Wszystko na localhoście pod Windows 10. Działa poprawnie gdy jako url w 
przeglądarce podam laravel.local

Teraz chciałbym zbudować routing do tego samego jako 
laravel.local/costam. Zmieniam routing na:

Route::get("/costam", function () {
     return view("testy.test");
});

... i nie działa (404). Co robię nie tak?


-- 
Pozdrawiam,
Marek

[toc] | [next] | [standalone]

#16053

Dnia Sun, 3 Mar 2019 21:23:18 +0100, Marek S napisał(a):

> Route::get("/costam", function () {
>      return view("testy.test");
> });
> 
> ... i nie działa (404). Co robię nie tak?

A masz tam prawidłowy .htaccess i w Apache zezwoliłeś na pliki .htaccess w
tym vhośćie?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16054

W dniu 2019-03-04 o 15:40, Borys Pogoreło pisze:

> A masz tam prawidłowy .htaccess i w Apache zezwoliłeś na pliki .htaccess w
> tym vhośćie?

Hej,

W międzyczasie zrobiłem jeszcze inne testy i okazało się, że XAMPP 
dziwnie działa albo hosta źle zdefiniowałem. Założyłem nowe konto z 
domeną test.local.

Wchodzę na adres test.local- błąd jak niżej. WTF?

Error 403
test.local
Apache/2.4.38 (Win64) OpenSSL/1.1.1a PHP/7.3.2

Definicja hosta:

<VirtualHost *:80>
     DocumentRoot "D:/HTML/test"
     ServerName test.local
     ErrorLog "logs/laravel.local-error.log"
     CustomLog "logs/laravel.local-access.log" combined
     <Directory "D:/HTML/test">
         Options Indexes FollowSymLinks Includes ExecCGI
         AllowOverride All
         Order allow,deny
         Allow from all
	</Directory>
</VirtualHost>

Sekcja directory była usunięta lub modyfikowana w różnych kombinacjach.

hosts ma 2 wpisy:
127.0.0.1		laravel.local
127.0.0.1		test.local

Nic nie pomaga. Nigdy nie miałem takich problemów :-(

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16055

Dnia Mon, 4 Mar 2019 19:13:03 +0100, Marek S napisał(a):

>      <Directory "D:/HTML/test">
>          Options Indexes FollowSymLinks Includes ExecCGI
>          AllowOverride All
>          Order allow,deny
>          Allow from all
> 	</Directory>

W Apache 2.4 inaczej się to definiuje:

https://httpd.apache.org/docs/2.4/upgrading.html

Require all granted

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16056

W dniu 2019-03-04 o 21:28, Borys Pogoreło pisze:

> W Apache 2.4 inaczej się to definiuje:
> 
> https://httpd.apache.org/docs/2.4/upgrading.html
> 
> Require all granted


Zrobiłem coś takiego:

<VirtualHost *:80>
     DocumentRoot "D:/HTML/test"
     ServerName test.local
     ErrorLog "logs/laravel.local-error.log"
     CustomLog "logs/laravel.local-access.log" combined
     <Directory "D:/HTML/test">
		Require all granted
	</Directory>
</VirtualHost>

Trochę to dziwne gdyż nigdy przedtem nie musiałem używać <directory>. 
Może coś się zmieniło. W każdym razie jest lepiej. Wejście pod adres 
test.local wyświetla stronę WWW. Działają subfoldery również 
test.local/test/ ale nie działają odwołania do plików test.local/index.php

Przeglądarka przekierowuje do Googli. :(

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16057

Dnia Mon, 4 Mar 2019 21:46:34 +0100, Marek S napisał(a):

> Trochę to dziwne gdyż nigdy przedtem nie musiałem używać <directory>. 
> Może coś się zmieniło. W każdym razie jest lepiej. Wejście pod adres 
> test.local wyświetla stronę WWW. Działają subfoldery również 
> test.local/test/ ale nie działają odwołania do plików test.local/index.php

A nie zjadło Ci jakichś innych opcji typu DirectoryIndex? Albo wyłączył się
moduł mod_rewrite?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16058

W dniu 2019-03-05 o 00:56, Borys Pogoreło pisze:

> A nie zjadło Ci jakichś innych opcji typu DirectoryIndex?

Czy przypadkiem zadaniem DirectoryIndex nie jest wskazywanie na domyślne 
pliki typu index.php lub index.html po zapodaniu w URL costam/? Nie 
bardzo załapałem - w kwestiach serwerowych jestem laikiem :-( Wydaje mi 
się, że gdyby nawet cokolwiek było źle ustawione, to odwołanie się do 
danego pliku bezpośrednio w URL powinno go otworzyć a nie przekierowywać 
na Google.

> Albo wyłączył się
> moduł mod_rewrite?

Nawet jeśli, to jaki miałoby to mieć wpływ? Nie używam htaccess w 
testach. Zanim odważę się na to, to chciałbym aby XAMPP działał jak 
zwykły host dla plików PHP i HTML. Tymczasem nie mogę się do nich 
odwoływać w URL.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16059

Dnia Wed, 6 Mar 2019 01:05:55 +0100, Marek S napisał(a):

> Nawet jeśli, to jaki miałoby to mieć wpływ? Nie używam htaccess w 
> testach. Zanim odważę się na to, to chciałbym aby XAMPP działał jak 
> zwykły host dla plików PHP i HTML. Tymczasem nie mogę się do nich 
> odwoływać w URL.

A, bo teraz kombinujesz z plikami bezpośrednio, nie z Laravelem. To w takim
razie musisz rozwinąć "nie działają". 404? 500? Jeszcze co innego?

I co jest w logach?

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16060

W dniu 2019-03-06 o 22:00, Borys Pogoreło pisze:

> A, bo teraz kombinujesz z plikami bezpośrednio, nie z Laravelem. 

Tak, zgadza się. Chciałbym uzyskać pełnowartościowy serwer WWW na XAMPPie.

> To w takim
> razie musisz rozwinąć "nie działają". 404? 500? Jeszcze co innego?

No to jeszcze raz przytoczę, co napisałem: przekierowuje mnie do Google.


> I co jest w logach?

Heee... i tu ciekawostka: przy łączeniu się z costam/ otrzymuję:

127.0.0.1 - - [07/Mar/2019:02:17:07 +0100] "GET /users HTTP/1.1" 404 
1141 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"
127.0.0.1 - - [07/Mar/2019:02:17:13 +0100] "GET / HTTP/1.1" 200 4 "-" 
"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, 
like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"

ale... gdy wskazuję na plik costam/plik, to example.com jest użyty???? 
Jak? Skąd?

[Thu Mar 07 02:17:05.017158 2019] [ssl:warn] [pid 19504:tid 632] 
AH01909: www.example.com:443:0 server certificate does NOT include an ID 
which matches the server name
[Thu Mar 07 02:17:05.064035 2019] [core:warn] [pid 19504:tid 632] 
AH00098: pid file C:/xampp/apache/logs/httpd.pid overwritten -- Unclean 
shutdown of previous Apache run?
[Thu Mar 07 02:17:05.079660 2019] [ssl:warn] [pid 19504:tid 632] 
AH01909: www.example.com:443:0 server certificate does NOT include an ID 
which matches the server name
[Thu Mar 07 02:17:05.126540 2019] [mpm_winnt:notice] [pid 19504:tid 632] 
AH00455: Apache/2.4.38 (Win64) OpenSSL/1.1.1a PHP/7.3.2 configured -- 
resuming normal operations
[Thu Mar 07 02:17:05.126540 2019] [mpm_winnt:notice] [pid 19504:tid 632] 
AH00456: Apache Lounge VC15 Server built: Jan 18 2019 14:26:34
[Thu Mar 07 02:17:05.126540 2019] [core:notice] [pid 19504:tid 632] 
AH00094: Command line: 'c:\\xampp\\apache\\bin\\httpd.exe -d 
C:/xampp/apache'
[Thu Mar 07 02:17:05.142159 2019] [mpm_winnt:notice] [pid 19504:tid 632] 
AH00418: Parent: Created child process 13504
[Thu Mar 07 02:17:05.610908 2019] [ssl:warn] [pid 13504:tid 648] 
AH01909: www.example.com:443:0 server certificate does NOT include an ID 
which matches the server name
[Thu Mar 07 02:17:05.657786 2019] [ssl:warn] [pid 13504:tid 648] 
AH01909: www.example.com:443:0 server certificate does NOT include an ID 
which matches the server name
[Thu Mar 07 02:17:05.689086 2019] [mpm_winnt:notice] [pid 13504:tid 648] 
AH00354: Child: Starting 150 worker threads.




-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16062

Dnia Thu, 7 Mar 2019 02:24:01 +0100, Marek S napisał(a):

> No to jeszcze raz przytoczę, co napisałem: przekierowuje mnie do Google.

W jaki sposób? Normalne przekierowanie 3xx? No to masz tam nieźle
namieszane w konfiguracji w takim razie.

> 127.0.0.1 - - [07/Mar/2019:02:17:07 +0100] "GET /users HTTP/1.1" 404 
> 1141 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 
> (KHTML, like Gecko) Chrome/64.0.3282.140 Safari/537.36 Edge/18.17763"

Tu masz zwykłe 404, ale pytasz o /users zamiast /users.php. Pisałeś, że
chcesz spróbować zwykłych adresów do plików PHP. Powyższe nie zadziała bez
mod_rewrite.

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16065

W dniu 2019-03-07 o 23:34, Borys Pogoreło pisze:

> W jaki sposób? Normalne przekierowanie 3xx? No to masz tam nieźle
> namieszane w konfiguracji w takim razie.

Hmmm... czemu zatem defaultowa konfiguracja XAMPP'a ma nieźle namieszane?


-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16061

W dniu 2019-03-06 o 22:00, Borys Pogoreło pisze:

> A, bo teraz kombinujesz z plikami bezpośrednio, nie z Laravelem. To w takim
> razie musisz rozwinąć "nie działają". 404? 500? Jeszcze co innego?

Temat rozwiązał się po części. Rozwinę moja doświadczenia, bo może 
przydać się komuś.  Edge daje ciała. Sprawy mają się następująco:

1. Przekierowałem domenę laravel.local na localhosta.
2. W vhostach mam:

<VirtualHost *:80>
     DocumentRoot "D:/test"
     ServerName laravel.local
     ErrorLog "logs/laravel.local-error.log"
     CustomLog "logs/laravel.local-access.log" combined
     <Directory "D:/test">
         Require all granted
	AllowOverride All
     </Directory>
</VirtualHost>

W poprzedniej wersji XAMPPa (Apache 2.2) nie trzeba było dawać sekcji 
<directory> i wszystko było ok.

3. W katalogu test jest tylko index.php
4. W Edge odwołanie w postaci:
- laravel.local przekierowuje do Google
- laravel.local/ poprawnie wyświetla stronę WWW
- laravel.local/jakikolwiek_plik.php przekierowuje do Google
- Co ciekawe, gdy zamiast domeny użyjemy "localhost", to wszystko 
zadziała. Oczywiście o ile localhost prowadzi w to samo miejsce, to w/w 
domena.

5. W Chrome i FF odwołanie w postaci:
- laravel.local przekierowuje do laravel.local/ i wyświetla poprawnie 
stronę WWW
- laravel.local/jakikolwiek_plik.php również działa poprawnie

Walczyłem zatem z wiatrakami. Jednakże potrzebuję testować lokalnie 
projekty pod Edge. Czy da się do wykonać jakoś? Być może pod W10 trzeba 
coś ustawić?

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16063

Dnia Thu, 7 Mar 2019 22:25:22 +0100, Marek S napisał(a):

> - Co ciekawe, gdy zamiast domeny użyjemy "localhost", to wszystko 
> zadziała. Oczywiście o ile localhost prowadzi w to samo miejsce, to w/w 
> domena.

To nie wina Edge, tylko tego, że nie wpisywałeś FQDN dla niestandardowej
domeny. Każda przeglądarka takie coś zinterpretuje po swojemu.

> Walczyłem zatem z wiatrakami. Jednakże potrzebuję testować lokalnie 
> projekty pod Edge. Czy da się do wykonać jakoś? Być może pod W10 trzeba 
> coś ustawić?

Wpisywać http://...

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [next] | [standalone]

#16066

W dniu 2019-03-08 o 11:47, Borys Pogoreło pisze:
> 
> Wpisywać http://...

Pomogło :-)

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]

#16064

Dnia Thu, 7 Mar 2019 22:25:22 +0100, Marek S napisał(a):

> - Co ciekawe, gdy zamiast domeny użyjemy "localhost", to wszystko 
> zadziała. Oczywiście o ile localhost prowadzi w to samo miejsce, to w/w 
> domena.

To nie wina Edge, tylko tego, że nie wpisywałeś pełnego adresu ze schemą
dla niestandardowej domeny. Każda przeglądarka takie coś zinterpretuje po
swojemu.

> Walczyłem zatem z wiatrakami. Jednakże potrzebuję testować lokalnie 
> projekty pod Edge. Czy da się do wykonać jakoś? Być może pod W10 trzeba 
> coś ustawić?

Wpisywać http://...

-- 
Borys Pogoreło
borys(#)leszno,edu,pl

[toc] | [prev] | [standalone]

Back to top | Article view | pl.comp.lang.php

csiph-web