Istnieją ogólnie dwie możliwości obsługi rzeczy na Apache:
konfiguruj foldery jeden po drugim, używając pliku htaccess
aby w pełni zrezygnować z htaccess i umieścić wszystkie reguły w httpd.conf
Użycie htaccess jest problemem związanym z czasem ładowania. Chcę wiedzieć, jak drogie pod względem czasu ładowania jest użycie htaccess? Czy są jakieś testy?
Odpowiedzi:
Zalecenie z projektu Apache jest:
Zasadniczo powinieneś używać plików .htaccess tylko wtedy, gdy nie masz dostępu do głównego pliku konfiguracyjnego serwera. ... powszechnym nieporozumieniem jest to, że uwierzytelnianie użytkownika i dyrektywy mod_rewrite muszą iść w
.htaccessplikach.
Więc proszę zarówno ustaw, jak AllowOverride Nonei wszystkie pozostałe dyrektywy w głównym httpd.conf (i / lub w podsekcjach Include)
Gdy Apache nie jest skonfigurowany z AllowOverride Nonetobą, występuje (niewielka) obniżka wydajności, niezależnie od tego, czy .htaccessużywane są żadne pliki.
Dzieje się tak, ponieważ dla każdego żądania apache będzie musiał sprawdzić obecność potencjalnego .htaccesspliku w każdym (pod) katalogu prowadzącym do żądanego zasobu. Na przykład, gdy żądany jest plik z katalogu / www / htdocs / example, apache musi szukać następujących plików:
/.htaccess
/www/.htaccess
/www/htdocs/.htaccess
/www/htdocs/example/.htaccess
I tak, dla każdego dostępu do pliku z tego katalogu istnieją 4 dodatkowe dostępy do systemu plików, nawet jeśli żaden z tych plików nie jest obecny. (Jeśli opcja AllowOveride jest ustawiona na /)
Wywołanie systemowe użyte do tego celu ( man 2 stat) samo w sobie nie jest tak drogie i zwykle pamięć podręczna systemu plików jest używana zamiast sondowania rzeczywistego dysku, ograniczając rzeczywiste wymagania we / wy, ale nadal można go sumować, jak argumentuje ten artykuł .
Gdy jeden lub więcej rzeczywistych .htaccessplików jest rzeczywiście obecnych, apache nadal musi je openodczytać (wyzwalając kolejną operację odczytu IO i zwykle także operację zapisu IO w celu zaktualizowania atimeatrybutu systemu plików ) i przeanalizować go, zanim będzie można zastosować logikę.
W przeciwieństwie do tego, kiedy twoje dyrektywy są w głównym pliku httpd.conf, który potrzebuje tylko apache do ich parsowania raz, podczas uruchamiania każdy .htaccessplik musi być interpretowany ponownie dla każdego żądania.
Koszt, oprócz operacji IO, analizy plików .htaccess zależy od ich złożoności.
Będzie to wymagało starannej analizy porównawczej.
Koszt zależy od tego, na ile potężny jest serwer, w szczególności podsystem we / wy pamięci masowej i od tego, czy w grę wchodzi buforowanie.
Sposobem na przetestowanie tego jest skonfigurowanie systemu z .htacess i przetestowanie go w taki sam sposób, jak w przypadku dowolnego serwera WWW. Następnie skonfiguruj system bez .htaccess i uruchom te same testy.
Porównać i wyników dla swoich skonfigurowanych systemów.
Nie wierzę, że istnieje jedna prawidłowa odpowiedź na twoje pytanie. Istnieje wiele zmiennych, które mogą wpływać na czas ładowania htaccess:
więcej informacji:
Testowałem z i bez .htaccess i naprawdę nie mogłem znaleźć żadnej różnicy w prędkości lub napowietrznych. To prawda, że prowadzę tylko 16 witryn i jest to super szybki serwer, więc w moim przypadku śledzenie milisekund jest prawie niemożliwe. Na serwerze z setkami witryn obciążenie może być zauważalne, więc @Iain powiedział test i zobacz.
Osobiście robię wszystko, używając pliku .conf dla wirtualnego hosta, a nie .htaccess, który daje mi absolutną kontrolę nad wszystkim, jest czystszy i raz załadowany do pamięci apache. Nawet moje reguły przepisywania wordpress są w moich plikach .conf, więc nigdy nie mogą się zepsuć.