Przekierowanie w htaccess z wyłączeniem jednej ścieżki

Question

Witam, chciałbym postawić na jednym serwerze aplikację w react i headless cms do niego w podkatalogu i mam problem z napisaniem odpowiedniego przekierowania w htaccess do tego. Plik htaccess powinien przy każdym adresie (zachowując jego ścieżkę) zwracać plik index.html z wyjątkiem adresów zaczynających się na /cockpit. Szukałem w różnych miejscach i próbowałem różnych zapisów, niestety nic nie działa a przynajmniej nie na localhoście. Headless CMS ma własne przekierowania i tam wszystko działa więc z konfiguracją wszystko jest ok.

Comments

Może zastosuj server side routing.

Using React Router for a Single Page Application
The Simplest PHP Router

---

Ale po co mi routing po stronie serwera skoro routing już jest po stronie klienta. Jedyne co muszę zrobić to dać mały plik htaccess aby wszystko działało jak należy a jak się nie da to zrobię api na subdomenie po prostu a do aplikacji dam prostszy plik htaccess bez tej dodatkowej ścieżki. Nie ma sensu tworzyć dodatkowego kodu po stronie serwera z czymś co już jest napisane, to zbędne powielanie kodu. Ale chcę to zrobić w jednym folderze bo to coś czego nie potrafię na tą chwilę i chcę się tego nauczyć. Także, chętnie przyjmę jakiekolwiek poradniki o htaccess, niekoniecznie musi to być gotowe rozwiązanie, chyba, że ktoś już coś takiego robił i ma gotowy kod na to.

---

A czytałeś choćby jeden artykuł, który tobie podlinkowałem The Simplest PHP Router, jest w nim mowa o: 

mały plik htaccess

i pliku ze strasznie duuuuuuuuużą (ok. 430 Bajtów) ilością kodu w php:

<?php

$request = $_SERVER['REQUEST_URI'];

switch ($request) {
    case '/' :
        require __DIR__ . '/views/index.php';
        break;
    case '' :
        require __DIR__ . '/views/index.php';
        break;
    case '/about' :
        require __DIR__ . '/views/about.php';
        break;
    default:
        http_response_code(404);
        require __DIR__ . '/views/404.php';
        break;
}
?>

FYI, takie praktyki się stosuje. 

When to use “client-side routing” or “server-side routing”?

jeśli "musisz" (chcesz) użyć .htaccess:

Wykaz popularnych funkcji pliku .htaccess

• Kontrola dostępu do zasobów (konfiguracja ukrytego katalogu) – w pliku .htaccess określisz zasady dostępu do katalogu. Tak przygotowany plik należy opublikować na serwerze FTP w katalogu, do którego dostęp ma zostać ograniczony.

• Ograniczanie dostępu do zasobów (za pomocą plików .htaccess oraz .htpasswd) – alternatywna możliwość zabezpieczania dostępu do katalogu/strony WWW za pomocą hasła dostępu.

• Definiowanie strony startowej – domyślnie tzw. “plikami startowymi” są pliki typu index, np. “index.html” lub “index.php”. Za pomocą tej funkcjonalności możesz samodzielnie zdefiniować który plik będzie startowy.

• Definiowanie stron błędów – za pomocą pliku .htaccess możesz zdefiniować reakcję na pojawienie się błędu przy wywołaniu Twojej strony WWW.

• Definiowanie MimeType – MimeType to rozszerzenia, które są zwracane przeglądarce WWW po wywołaniu znajdującego się na serwerze typu pliku.

• Definiowanie ustawień listowania wybranego katalogu – funkcja listowania zawartości katalogu jest szczególnie użyteczna w sytuacji, kiedy bezpośrednio ze strony WWW chcesz umożliwić ściąganie wielu plików bez potrzeby każdorazowego wykonywania dokumentu HTML.

• Blokowanie problematycznych użytkowników po adresie IP/host – Najbardziej efektywny sposob zablokowania niechcianych użytkowników, który pozwoli na zablokowanie ich “u źródła”, czyli po adresie IP lub host.

• Ustawienie interpretera skryptów – Używając polecenia :Location możesz zdefiniować rodzaj interpretera dla stron o danym rozszerzeniu i lokalizacji.

• Przekierowanie 301 – jest to sposób na przekierowanie użytkownika z jednego adresu URL na inny. Ocenia się, że jest to najlepsze rozwiązanie z punktu widzenia pozycjonowania strony WWW.

• Przekierowanie domeny na podkatalog – skorzystaj z pliku .htaccess oraz przekierowania 301, aby przekierować domenę na wybrany podkatalog.

• Przepisywanie adresów (mod_rewrite) – pozwala na automatyczną zamianę (przepisanie) długich, trudnych do zapamiętania linków na bardziej przyjazne adresy URL dla użytkowników oraz wyszukiwarek internetowych.

• Korzystanie z komendy “Expires” – w home.pl możesz używać komendy “Expires” w pliku .htaccess na serwerach współdzielonych. Stosując kombinacje komend “:Location” oraz “Expires” możesz ustalić ważność pobieranych dokumentów.

• Inne przydatne funkcje – plik .htaccess jest wykorzystywany również do wielu innych przydatnych operacji, np. obsługa różnych typów przekierowań.

---

Chyba to mam

RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ /index.html [NC,QSA]

W folderze cockpit jest jego własny plik htaccess, który w tym katalogu ma najwyraźniej nadrzędną funkcję dla katalogów CMSa więc to działa jak należy. Problem natomiast jest innej natury. Apikacja jest zrobiona tak aby cachowała wszystkie dane i działała nawet bez internetu a to uniemożliwia przejście do CMSa chyba, że się odświeży stronę z klawisze CTRL lub wyczyści pamięć strony, wtedy odpala się CMS. Z drugiej strony jest to nawet ciekawy element zabezpieczający zastanawiam się teraz jak to ominąć, może na subdomenie by nie było tego problermu.

---

Tak czytałem tylko ten plik php jest zupełnie zbędny. Zamiast niego wystarczy wpisać index.html w htaccess jak podałem wyżej. Natomiast to co jest w pliku php jest zwyczajną redundancją i nie sprawdzi się w moim przypadku gdyż tych ścieżej jest sporo i są one dynamiczne. Samo przekierowanie do index.html wystarczy aplikacja sama obsłuży to wszystko.

---

Dzięki za ten wykaz funkcji do htaccess, to bardzo przydatna rzecz i pewnie nie raz z tego skorzystam 

---

@Riddick, Może to będzie pomocne, jak chcesz uzyskać efekt "odświeżenia", bez "zmuszania" użytkownika do wciśnięcia CTRL+F5 . Dodać kod pod przycisk, link, wywołać po jakimś określonym czasie (How to detect online/offline event cross-browser?): Clear the cache in JavaScript

---

@VBService Dzięki za podpowiedź. Jeszcze będę myślał nad tym jak to rozwiązać, mogę dodać po prostu funkcję która na danym roucie czyści pamięć i odświeża jednak jeśli wstawienie tego na subdomenie rozwiąże problem to wydaje mi się to lepszym rozwiązaniem. O ile to zadziała oczywiście. Wielkie dzięki za pomoc.