שלום
יש לי שרת שמכיל מספר אתרים שונים שחלקם משתמשים באותם תיקיות. כל אתר זקוק שתהיה ספריה בתוכו שאותו תוכן של הספריה קיים בספריה של האתר הראשי.
אני מעוניין להשתמש בקיצור דרך (או משהו דומה) כדי לחסוך במקום בשרת. כיצד ניתן לעשות זאת על שרת IIS?

הבלוג החדש שלי
ג'ומלה ישראל

תוכל להשתמש בlinks (כמו בלינוקס)
תוריד resource kit ותשתמש ב fsutil

למידע נוסף
http://technet.microsoft.com/en-us/...y/bb457112.aspx

כשאתה אומר links כמו בלינוקס אתה מתכוון לפקודה ln שיוצרת hard/soft link?
הלינק שנתת הוא תחת קטגוריית Windows XP TechCenter. זה מתאים גם ל-windows server 2003?

תודה על העזרה.

הבלוג החדש שלי
ג'ומלה ישראל

לדעתי...

מקש ימני על האתר הרלוונטי ב IIS, בחירה באפשרות New ושם Virtual Directory

פחות חזק מלינקים במערכת הקבצים, אבל, כמו שאתה יכול להבחין (הצורך להוריד כלי מיוחד) - זו לא צורת עבודה מיינסטרימית בחלונות - השיטה העקומה עדיפה לדעתי (אל תשכח שיום אחד עלול לנהל את השרת הזה איש מיקרוסופט רגיל, בלי רקע בפונקציות מערכת קבצים "מתקדמות" כמו לינקים...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

ציטוט:

במקור נכתב על ידי שימי מקש ימני על האתר הרלוונטי ב IIS, בחירה באפשרות New ושם Virtual Directory

הבעיה היא שלכל אתר יש כ-7 ספריות כאלה ויש מספר אתרים. קשה להגדיר בדרך שהצעת.

הבלוג החדש שלי
ג'ומלה ישראל

באמת זה לא מובן למה אין resource kit ו support tools מותקן על חלונות גירסת שרת כברירת מחדל... די דבילי.

לפותח השאלה - זה כן יעבוד על 2003

ב-resource kit של 2003 לא מצוין שיש fsutil.
ניתן פשוט לקחת את הקובץ מה-resource kit של XP ולשתול את זה ב-2003?

הבלוג החדש שלי
ג'ומלה ישראל

ציטוט:

Creates a hard link. A hard link is a directory entry for a file. Every file can be considered to have at least one hard link. On NTFS volumes, each file can have multiple hard links, and thus a single file can appear in many directories (or even in the same directory with different names). Because all of the links reference the same file, programs can open any of the links and modify the file. A file is deleted from the file system only after all links to it have been deleted. After you create a hard link, programs can use it like any other file name.

לקוח מכאן:
http://technet2.microsoft.com/windo...3.mspx?mfr=true
זה דורש NTFS, כך שעקרונית גם על חלונות 2000 זה יעבוד

קוביבי, תודה רבה.
אהבתי את הציטוט הבא:

ציטוט:

Establishes an NTFS hard link between an existing file and a new file. An NTFS hard link is similar to a POSIX hard link.

(במילים אחרות - העתקנו את זה משם)

הבלוג החדש שלי
ג'ומלה ישראל

ניסיתי לעשות את זה על ספריה חדשה שיצרתי וקיבלתי את ה-error הבא:

קוד PHP:

 fsutil hardlink create test2 test
Error:  Access is denied. 


ניסיתי לחפש בגוגל אבל לא מצאתי תשובה.

הבלוג החדש שלי
ג'ומלה ישראל

אוקיי, אז ככה (זה כבר רמז לזה שאתה צריך לצחוק בסרקסטיות...)
אי אפשר להשתמש בfsutil כדי ליצור קישורים לתיקיות אלא רק לקבצים.
בשביל תיקיות תשתמש בכלי של sysinternals לשעבר בשם junction
http://www.microsoft.com/technet/sy...k/junction.mspx
טיפים של מיקרוסופט לשימוש בjunction points (בלי קשר לכלי מלמעלה)
http://support.microsoft.com/?kbid=205524

וכמובן - אסור למחוק מהGUI או בפעולת מחיקה רגילה את הjunction points האלו...

לא צריך לצחוק. יש סיבה למה שלא יהיה אפשר לעשות hard link על ספריה (וזאת בשונה מ hard link על קובץ...) (רמז: רקורסיה)

נמאס לכם לזכור סיסמאות? לחצו כאן!

הסבר...
כבר קיימים hard links על תיקיות ברקורסיה שנים (000000 בopenvms, . ו .. בחלונות ובלינוקס)
בסופו של דבר, תיקייה היא רק קובץ עם attribute של תיקייה, אם אני זוכר נכון, אך פעם לא קרה לך שהFAT נדפק וכל התיקיות הפכו לקבצים בגודל 1664 בתים? זה רק מצביע בסופו של דבר...
הרי תמיד יש לך את המגבלה של X תוים לUNC, ואז אין לך בעיה של רקורסיה, לא?

תמיד יש את המגבלה של X תווים ל UNC? האם תמיד משתמשים ב UNC?

לינק רקורסיבי (בכל מקום שהוא בעולם) שבו אין לך שום דרך להבחין בעובדה שהלינק הוא לינק רקורסיבי (וזה מה שקורה ב hard link בדיוק) - בשונה מ soft link - הוא דבר מסוכן מאין כמוהו בכל מערכת שבה תרוץ אפילו תוכנה אחת שעושה משהו באופן רקורסיבי על עץ הספריות הזה...

יכול להיות ש hard link לספריה מותר על לינוקס, שלי בכל אופן חושב אחרת...

קוד:

# ln /tmp
ln: `/tmp': hard link not allowed for directory

הדרך שבה עושים פעולה כזאת בלינוקס, למיטב ידיעתי, היא עגינה של מקום אחד במערכת הקבצים למקום אחר (bind mount). בצורה הזאת, אפשר להגיד לתוכנות רקורסיביות לא לחצות גבולות של filesystem ואז לא תהיה בעייה...

נמאס לכם לזכור סיסמאות? לחצו כאן!

במערכות קבצים חלונאיות (fat/ntfs) קובץ מיוצג ע"פ UNC שלו, ולכן יש מגבלה לעומק של קובץ תמיד.
תנסה ליצור תיקייה עם שם באורך 1024 תווים ותחתיה עוד אחד כזו וכו', בסופו של דבר לא תוכל ליצור עוד תיקיות כאלו (בFAT16 המגבלה היתה 255 תווים, אני חושב שב32 זה גם היה כך, לגבי NTFS זה בסביבות ה32 אלף אם אני זוכר נכון), בגלל שגם ביוניקס (בעבר) הייתה המגבלה של 255 תווים אני מניח שהעובדה הזו לא השתנתה.
לגבי האם תמיד משתמשים בUNC - כן, אבל יש קיצורים לתיקיות (לדוגמה hardlinks/soft links, שימוש בשיתופים וכו', אבל בגדול חלונות תמיד ישתמש בUNC לקובץ עד כמה שאני יודע)

הבנתי מה הבעייה עם לינק רקורסיבי, תודה, אתה צודק בעניין (לא חשבתי מנקודת מבט של מפתח לרגע)
אולי בגלל זה הגבילו את יצירת הלינקים לתיקיות (כלומר - שלא תהיה).

אני לא בטוח שאתה צודק - mount מבצעים לבלוקים שלמים של מדיה (CD, דיסקט, מחיצה שלמה) לתיקייה מסויימת, mount --bind, מהקצת שקראתי, נותן לך אופצייה לקחת את הMount point הזה וליצור לו מצביע נוסף, אי אפשר לבצע זאת לתיקייה (אא"כ מותר לבצע mount לתיקיה ביוניקס ופשוט לא ידעתי את זה, אבל זה עדיין מסבך את העניין יותר מ junction point רגיל בחלונות )

oc666, לשאלתך - מחיקה של המצביע בלי "להודיע" למערכת ההפעלה שהמצביע לתיקייה לא קיים יותר יגרום לכך שלא תוכל לפנות את המקום לעולם ולא תהיה לך גישה אליו (במקרה הטוב). לכן יש למחוק אותו רק עם הכלי שיצרת אותו.
איך אפשר למנוע? אני מניח שעם הרשאות NTFS רגילות על הלינק ועל התיקייה עליה הוא מצביע, וזה כבר מתחיל לסבך את כל העניין...

ציטוט מ man mount :

Since Linux 2.4.0 it is possible to remount part of the file hierarchy somewhere else. The call is
mount --bind olddir newdir

After this call the same contents is accessible in two places. One can also remount a single file (on a single file).

This call attaches only (part of) a single filesystem, not possible submounts. The entire file hierarchy including submounts is attached a second place using
mount --rbind olddir newdir

Note that the filesystem mount options will remain the same as those on the original mount point, and cannot be changed by passing the -o option along with --bind/--rbind.

Since Linux 2.5.1 it is possible to atomically move a mounted tree to another place. The call is
mount --move olddir newdir

בכלל יש לך כמה טעויות רציניות לגבי mount. מטרת הפקודה mount היא לעגון משהו בנקודה נתונה. מה היא עוגנת? כל מה שהקרנל תומך בו. התקני בלוק, נכון. אבל גם מחיצות וירטואליות שהן ממשק לקרנל כגון sys ו proc. וגם מחיצות וירטואליות שמיוצרות על ידי תוכנה, כמו udev. וסתם פויינטר למקום אחר (bind). ויודע מה? אפילו לולאה על קובץ - אפשר לטעון מערכת קבצים מתוך קובץ. לדוגמא, נסה את זה: mount -o loop /path/to/an/iso/file /mnt/iso (כן, לא צריך daemontools בלינוקס...)

לגבי ה UNC, חשבתי שזה נוגע רק לגישה מהרשת. בכל מקרה, גם עם רקורסיה 5 פעמים בלבד הדבר בעייתי מאוד (תחשוב על סתם כלי פשוט שמציג את כל הקבצים בכונן שלא יודע לבדוק מה זה junction point...)

נמאס לכם לזכור סיסמאות? לחצו כאן!

תודה על הציטוט, מאוד דומה לmount של חלונות (שמוגבל רק למחיצות)
כן זכרתי את העגינה של מרחבי זיכרון (proc) אבל רק נזכרתי בזה יום אחרי

שוב, אני לא איש לינוקס, מעולם לא התיימרתי להיות, אם כן הייתי מבין מספיק ממזמן היית רואה אותי בפורום השכן מנסה לעזור תודה על התיקונים, דרך אגב - היה מעניין לקרוא.

דווקא הדוגמה שהבאת לא בעייתית - מקסימום התוכנה תפסיק להציג לך את הספריות באמצע/לא תמשיך עד הסוף, כי ברגע ש"תשבור" את מגבלת הUNC היא תעבור להציג את התיקייה הבאה, עדיין תקבל נתונים לא תקינים - אבל לא תדפוק שום דבר במערכת.

oc666 - לא הייתי רוצה לחשוב על זה אפילו
עקרונית אני לא בטוח שיהיה בעיה כי הקובץ לא ישנה את המיקום(=לא אמור לשנות) שלו על הכונן, הבעיה עלולה לעלות דווקא כאשר תתבצע defrag על המחיצה והוא כן יזיז קבצים... בהנחה ואין מעקב על לינקים למיניהם...

מה קורה בעת העברת התיקייה?

הבלוג החדש שלי
ג'ומלה ישראל

למה אסור למחוק ב-gui או במחיקה רגילה? איך אני יכול למנוע את זה בפשטות? מה ההשלכות של מחיקה כזו?

הבלוג החדש שלי
ג'ומלה ישראל