![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 1 884 Pomógł: 231 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. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 884 Pomógł: 231 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
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 11.10.2025 - 18:30 |