znaczacy > comp.lang.* > comp.lang.php

Marek S (03.03.2019, 22:23)
Witam,

Nie ogarniam w czym rzecz. Stworzylem routing dla domeny laravel.local w
postaci:

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

Wszystko na localhoscie pod Windows 10. Dziala poprawnie gdy jako url w
przegladarce podam laravel.local

Teraz chcialbym zbudowac routing do tego samego jako
laravel.local/costam. Zmieniam routing na:

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

.... i nie dziala (404). Co robie nie tak?
Borys Pogorelo (04.03.2019, 16:40)
Dnia Sun, 3 Mar 2019 21:23:18 +0100, Marek S napisal(a):

> Route::get("/costam", function () {
> return view("testy.test");
> });
> ... i nie dziala (404). Co robie nie tak?


A masz tam prawidlowy .htaccess i w Apache zezwoliles na pliki .htaccess w
tym vhoscie?
Marek S (04.03.2019, 20:13)
W dniu 2019-03-04 o 15:40, Borys Pogorelo pisze:

> A masz tam prawidlowy .htaccess i w Apache zezwoliles na pliki .htaccess w
> tym vhoscie?


Hej,

W miedzyczasie zrobilem jeszcze inne testy i okazalo sie, ze XAMPP
dziwnie dziala albo hosta zle zdefiniowalem. Zalozylem nowe konto z
domena test.local.

Wchodze na adres test.local- blad jak nizej. 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 byla usunieta lub modyfikowana w róznych kombinacjach.

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

Nic nie pomaga. Nigdy nie mialem takich problemów :-(
Borys Pogorelo (04.03.2019, 22:28)
Dnia Mon, 4 Mar 2019 19:13:03 +0100, Marek S napisal(a):

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


W Apache 2.4 inaczej sie to definiuje:



Require all granted
Marek S (04.03.2019, 22:46)
W dniu 2019-03-04 o 21:28, Borys Pogorelo pisze:

> W Apache 2.4 inaczej sie to definiuje:
>
> Require all granted


Zrobilem cos 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>

Troche to dziwne gdyz nigdy przedtem nie musialem uzywac <directory>.
Moze cos sie zmienilo. W kazdym razie jest lepiej. Wejscie pod adres
test.local wyswietla strone WWW. Dzialaja subfoldery równiez
test.local/test/ ale nie dzialaja odwolania do plików test.local/index.php

Przegladarka przekierowuje do Googli. :(
Borys Pogorelo (05.03.2019, 01:56)
Dnia Mon, 4 Mar 2019 21:46:34 +0100, Marek S napisal(a):

> Troche to dziwne gdyz nigdy przedtem nie musialem uzywac <directory>.
> Moze cos sie zmienilo. W kazdym razie jest lepiej. Wejscie pod adres
> test.local wyswietla strone WWW. Dzialaja subfoldery równiez
> test.local/test/ ale nie dzialaja odwolania do plików test.local/index.php


A nie zjadlo Ci jakichs innych opcji typu DirectoryIndex? Albo wylaczyl sie
modul mod_rewrite?
Marek S (06.03.2019, 02:05)
W dniu 2019-03-05 o 00:56, Borys Pogorelo pisze:

> A nie zjadlo Ci jakichs innych opcji typu DirectoryIndex?


Czy przypadkiem zadaniem DirectoryIndex nie jest wskazywanie na domyslne
pliki typu index.php lub index.html po zapodaniu w URL costam/? Nie
bardzo zalapalem - w kwestiach serwerowych jestem laikiem :-( Wydaje mi
sie, ze gdyby nawet cokolwiek bylo zle ustawione, to odwolanie sie do
danego pliku bezposrednio w URL powinno go otworzyc a nie przekierowywac
na Google.

> Albo wylaczyl sie
> modul mod_rewrite?


Nawet jesli, to jaki mialoby to miec wplyw? Nie uzywam htaccess w
testach. Zanim odwaze sie na to, to chcialbym aby XAMPP dzialal jak
zwykly host dla plików PHP i HTML. Tymczasem nie moge sie do nich
odwolywac w URL.
Borys Pogorelo (06.03.2019, 23:00)
Dnia Wed, 6 Mar 2019 01:05:55 +0100, Marek S napisal(a):

> Nawet jesli, to jaki mialoby to miec wplyw? Nie uzywam htaccess w
> testach. Zanim odwaze sie na to, to chcialbym aby XAMPP dzialal jak
> zwykly host dla plików PHP i HTML. Tymczasem nie moge sie do nich
> odwolywac w URL.


A, bo teraz kombinujesz z plikami bezposrednio, nie z Laravelem. To w takim
razie musisz rozwinac "nie dzialaja". 404? 500? Jeszcze co innego?

I co jest w logach?
Marek S (07.03.2019, 03:24)
W dniu 2019-03-06 o 22:00, Borys Pogorelo pisze:

> A, bo teraz kombinujesz z plikami bezposrednio, nie z Laravelem.


Tak, zgadza sie. Chcialbym uzyskac pelnowartosciowy serwer WWW na XAMPPie.

> To w takim
> razie musisz rozwinac "nie dzialaja". 404? 500? Jeszcze co innego?


No to jeszcze raz przytocze, co napisalem: przekierowuje mnie do Google.

> I co jest w logach?


Heee... i tu ciekawostka: przy laczeniu sie z costam/ otrzymuje:

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 wskazuje na plik costam/plik, to example.com jest uzyty????
Jak? Skad?

[Thu Mar 07 02:17:05.017158 2019] [ssl:warn] [pid 19504:tid 632]
AH01909: 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: 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: 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: 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.
Marek S (07.03.2019, 23:25)
W dniu 2019-03-06 o 22:00, Borys Pogorelo pisze:

> A, bo teraz kombinujesz z plikami bezposrednio, nie z Laravelem. To w takim
> razie musisz rozwinac "nie dzialaja". 404? 500? Jeszcze co innego?


Temat rozwiazal sie po czesci. Rozwine moja doswiadczenia, bo moze
przydac sie komus. Edge daje ciala. Sprawy maja sie nastepujaco:

1. Przekierowalem domene 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 bylo dawac sekcji
<directory> i wszystko bylo ok.

3. W katalogu test jest tylko index.php
4. W Edge odwolanie w postaci:
- laravel.local przekierowuje do Google
- laravel.local/ poprawnie wyswietla strone WWW
- laravel.local/jakikolwiek_plik.php przekierowuje do Google
- Co ciekawe, gdy zamiast domeny uzyjemy "localhost", to wszystko
zadziala. Oczywiscie o ile localhost prowadzi w to samo miejsce, to w/w
domena.

5. W Chrome i FF odwolanie w postaci:
- laravel.local przekierowuje do laravel.local/ i wyswietla poprawnie
strone WWW
- laravel.local/jakikolwiek_plik.php równiez dziala poprawnie

Walczylem zatem z wiatrakami. Jednakze potrzebuje testowac lokalnie
projekty pod Edge. Czy da sie do wykonac jakos? Byc moze pod W10 trzeba
cos ustawic?
Borys Pogorelo (08.03.2019, 00:34)
Dnia Thu, 7 Mar 2019 02:24:01 +0100, Marek S napisal(a):

> No to jeszcze raz przytocze, co napisalem: przekierowuje mnie do Google.


W jaki sposób? Normalne przekierowanie 3xx? No to masz tam niezle
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 zwykle 404, ale pytasz o /users zamiast /users.php. Pisales, ze
chcesz spróbowac zwyklych adresów do plików PHP. Powyzsze nie zadziala bez
mod_rewrite.
Borys Pogorelo (08.03.2019, 12:47)
Dnia Thu, 7 Mar 2019 22:25:22 +0100, Marek S napisal(a):

> - Co ciekawe, gdy zamiast domeny uzyjemy "localhost", to wszystko
> zadziala. Oczywiscie o ile localhost prowadzi w to samo miejsce, to w/w
> domena.


To nie wina Edge, tylko tego, ze nie wpisywales FQDN dla niestandardowej
domeny. Kazda przegladarka takie cos zinterpretuje po swojemu.

> Walczylem zatem z wiatrakami. Jednakze potrzebuje testowac lokalnie
> projekty pod Edge. Czy da sie do wykonac jakos? Byc moze pod W10 trzeba
> cos ustawic?


Wpisywac ..
Borys Pogorelo (08.03.2019, 12:48)
Dnia Thu, 7 Mar 2019 22:25:22 +0100, Marek S napisal(a):

> - Co ciekawe, gdy zamiast domeny uzyjemy "localhost", to wszystko
> zadziala. Oczywiscie o ile localhost prowadzi w to samo miejsce, to w/w
> domena.


To nie wina Edge, tylko tego, ze nie wpisywales pelnego adresu ze schema
dla niestandardowej domeny. Kazda przegladarka takie cos zinterpretuje po
swojemu.

> Walczylem zatem z wiatrakami. Jednakze potrzebuje testowac lokalnie
> projekty pod Edge. Czy da sie do wykonac jakos? Byc moze pod W10 trzeba
> cos ustawic?


Wpisywac ..
Marek S (08.03.2019, 23:18)
W dniu 2019-03-07 o 23:34, Borys Pogorelo pisze:

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


Hmmm... czemu zatem defaultowa konfiguracja XAMPP'a ma niezle namieszane?
Marek S (08.03.2019, 23:23)
W dniu 2019-03-08 o 11:47, Borys Pogorelo pisze:
> Wpisywac ..


Pomoglo :-)
Podobne wątki