Broken Symlink - wpływ na serwer, Czy warto korzytać z symlinków podczas tworzenia WWW? |
Broken Symlink - wpływ na serwer, Czy warto korzytać z symlinków podczas tworzenia WWW? |
27.10.2017, 13:18:32
Post
#1
|
|
Grupa: Zarejestrowani Postów: 1 836 Pomógł: 225 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Witam,
Piszę w sprawie rady i wyjaśnienia co jest nie tak z tymi symlinkami, cyzli powiązaniami symbolicznymi na serwerach unixowych. Dowiedziałem się że broken symlinks są niewydajne dla serwera WWW, z jakiego powodu? Tego już nie dowiedziałem się. Testując na przykładzie: BS daje błąd 403, czy brak dostępu a odnośnik do pliku fizycznego, da wynik 404, czyli nie znalezione. Moim pomysłem było zastosowanie symlinków do plików zdjęć znajdujących się w innym katalogu na serwerze, oczywiście z odpowiednimi uprawnieniami. Przykładowo: /home/www/public_html/mojadomena.pl/image/~zdjecie.jpg -> http://mojadomena.pl/image/zdjecie.jpg faktycznie miejsce na serwerze to: /home/www/image/zdjecie.jpg i do niego jest robione powiązanie. Ogólnie coś takiego działa bez problemu. Jednak nie wiem jakie niesie to ze sobą niebezpieczeństwa i prosiłbym o pomoc w wyjaśnieniu. |
|
|
27.10.2017, 13:57:58
Post
#2
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
a po co tak kombinujesz? Nie lepiej będzie ustawić alias w vhost?
|
|
|
27.10.2017, 14:32:38
Post
#3
|
|
Grupa: Zarejestrowani Postów: 1 836 Pomógł: 225 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Wiem, stosuje tak. Ale chodzi mi o sam problem, a nie inne rozwiązanie.
W moim przypadku domena to img.mojadomena.pl/zdjecie.jpg - najkrótsza droga, i uniwersalne dla wielu stron powiązanych z serwisem. |
|
|
27.10.2017, 14:34:57
Post
#4
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
Symlink to nie jest dobre rozwiązanie. chyba że podlinkujesz cały katalog
|
|
|
28.10.2017, 10:21:44
Post
#5
|
|
Grupa: Zarejestrowani Postów: 1 836 Pomógł: 225 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
Każdy odpowiada tak samo "To nie jest dobre rozwiązanie." Ale bez żadnych argumentów dlaczego? Właśnie te argumenty dlaczego jest to zły pomysł mnie najbardziej interesuje.
Jaki to ma wpływ na wydajność serwera, jakie niesie niebezpieczeństwa. |
|
|
28.10.2017, 13:08:28
Post
#6
|
|
Grupa: Zarejestrowani Postów: 8 068 Pomógł: 1414 Dołączył: 26.10.2005 Ostrzeżenie: (0%) |
Kwestie wygody. Same symlinks nie sa jakoś strasznie niebezpieczne. Ot wszystko rozchodzi się o kwestie uprawnień.
|
|
|
2.11.2017, 08:58:22
Post
#7
|
|
Grupa: Zarejestrowani Postów: 1 590 Pomógł: 185 Dołączył: 19.04.2006 Skąd: Gdańsk Ostrzeżenie: (0%) |
Cytat Same symlinks nie sa jakoś strasznie niebezpieczne - o ile w gąszczu tychże nie powstanie coś, co ktoś kiedyś ładnie nazwał "odwołaniem cyklicznym" - powoduje to bardzo trudne do zdebugowania błędy wywalające serwer. Do tego masz problemy z systemami kontroli wersji, różnicami między-systemowymi i tak dalej.W końcu standardowy argument, że to kolejna już część maszyny a im więcej części tym większa szansa, że coś może pójść nie tak plus kolejne godziny na smarowanie dodatkowych trybów |
|
|
2.11.2017, 09:11:19
Post
#8
|
|
Grupa: Zarejestrowani Postów: 1 836 Pomógł: 225 Dołączył: 20.03.2005 Skąd: Będzin Ostrzeżenie: (0%) |
I już jesteśmy na dobrej drodze.
- w moim przypadku nie mam zamiaru dodawać żadnego przywiązania do repozytorium, co za tym idzie, po przeniesieniu na inny serwer (i/lub innego katalogu na serwerze, bo też może być taka sytuacja) to należy wygenerować nowe symlinki. - co do wywołania cyklicznego, spotkałem ten problem, ale dotyczy to jedynie katalogów, pliki trudno wywołać cyklicznie. - znalazłem także pewien kod dla linii komend, który służy do znajdowania i usuwania uszkodzonych symlinków, myślę że dzięki temu można zachować kontrolę nad stanem takich odwołań, gdy taki kod doda się do CRON. Kod find -L /find_in_path -type l
|
|
|
Wersja Lo-Fi | Aktualny czas: 25.04.2024 - 13:03 |