ಫೈಲ್‌ಗಳಿಗೆ ಸಂಪೂರ್ಣ ಮತ್ತು ಸಾಪೇಕ್ಷ ಮಾರ್ಗ. ಸಂಪೂರ್ಣ ಮತ್ತು ಸಾಪೇಕ್ಷ ಲಿಂಕ್‌ಗಳು

ಈ ಟ್ಯುಟೋರಿಯಲ್ ನಲ್ಲಿ, ಫೈಲ್‌ಗೆ ಸಂಪೂರ್ಣ ಮತ್ತು ಸಾಪೇಕ್ಷ ಮಾರ್ಗ ಯಾವುದು ಎಂಬುದನ್ನು ನಾವು ಆರಂಭಿಕರಿಗೆ ವಿವರಿಸುತ್ತೇವೆ ಮತ್ತು ಯಾವ ಸಂದರ್ಭದಲ್ಲಿ ಯಾವುದನ್ನು ಬಳಸುವುದು ಉತ್ತಮ. ನೀವು ಈಗಾಗಲೇ ಈ ವಿಷಯದ ಬಗ್ಗೆ ಪರಿಚಿತರಾಗಿದ್ದರೆ, ನೀವು ಮುಂದಿನ ಪಾಠಕ್ಕೆ ಹೋಗಬಹುದು.

ಆದ್ದರಿಂದ, "ಮಾರ್ಗ" ಎಂಬ ಪದದ ವ್ಯಾಖ್ಯಾನದೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸೋಣ:

ಮಾರ್ಗ (ಇಂಗ್ಲಿಷ್ ಮಾರ್ಗ) - ಫೈಲ್ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಫೈಲ್ನ ಸ್ಥಳ, ಡೈರೆಕ್ಟರಿಯ ವಿಳಾಸವನ್ನು ತೋರಿಸುವ ಅಕ್ಷರಗಳ ಒಂದು ಸೆಟ್.

ವಿಕಿಪೀಡಿಯಾ

ನಾವು ಸೈಟ್‌ಗಳ ಬಗ್ಗೆ ಮಾತನಾಡಿದರೆ, ಮಾರ್ಗವು ಲಿಂಕ್‌ನಂತೆಯೇ ಇರುತ್ತದೆ. ಲಿಂಕ್‌ಗಳು ಸಂಪೂರ್ಣ ಅಥವಾ ಸಾಪೇಕ್ಷವಾಗಿರಬಹುದು. ಎರಡೂ ಆಯ್ಕೆಗಳನ್ನು ಹೆಚ್ಚು ವಿವರವಾಗಿ ನೋಡೋಣ.

ಫೈಲ್‌ಗೆ ಸಂಪೂರ್ಣ ಮಾರ್ಗ ಯಾವುದು

https://www.google.com/images/branding/googlelogo.png

ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು CSS ನಲ್ಲಿ ಬಳಸಬಹುದು. ಉದಾಹರಣೆಗೆ, ಚಿತ್ರವನ್ನು ಹಿನ್ನೆಲೆಯಾಗಿ ಹೊಂದಿಸಲು, ನೀವು ಸಂಪೂರ್ಣ URL ಅನ್ನು ಇಮೇಜ್ ಫೈಲ್‌ಗೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಅದನ್ನು ಸ್ಟೈಲ್‌ಶೀಟ್‌ನಲ್ಲಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಬಹುದು:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(http://www.example.com/img/bg.png);

ಸಂಬಂಧಿತ ಫೈಲ್ ಮಾರ್ಗ ಎಂದರೇನು

ಸಂಬಂಧಿತ ವಿಳಾಸದೊಂದಿಗೆ, ಎಲ್ಲವೂ ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ - ಸೈಟ್ನ ಮೂಲದಿಂದ ಮತ್ತು ಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್ನಿಂದ ಎರಡನ್ನೂ ಎಣಿಸಬಹುದು. ಮೂಲ ಸಂಬಂಧಿ ಮಾರ್ಗ- ಇದು ಸೈಟ್‌ನ ಮೂಲ ಡೈರೆಕ್ಟರಿಗೆ ಸಂಬಂಧಿಸಿದ ಫೈಲ್‌ನ ಸ್ಥಳವನ್ನು ಸೂಚಿಸುವ ಮಾರ್ಗವಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ವಿಳಾಸವು ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಡೊಮೇನ್ ಹೆಸರನ್ನು ಹೊಂದಿರುವುದಿಲ್ಲ ಮತ್ತು ರೂಟ್ ಫೋಲ್ಡರ್ ಅನ್ನು ಸೂಚಿಸುವ ಸ್ಲ್ಯಾಷ್ / ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಈ ವಿಳಾಸವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(/img/bg.png);

ಮೂಲ ಸಂಬಂಧಿ ವಿಳಾಸವನ್ನು ಸುಲಭವಾಗಿ ನಿರ್ಧರಿಸುವುದು ಹೇಗೆ? ಸಂಪೂರ್ಣ ಲಿಂಕ್ ಅನ್ನು ತೆಗೆದುಕೊಂಡು ಅದರಿಂದ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಡೊಮೇನ್ ಹೆಸರನ್ನು ತೆಗೆದುಹಾಕಿ, ಸ್ಲ್ಯಾಷ್ ಮತ್ತು ನಂತರ ಬರುವ ಎಲ್ಲಾ ಅಕ್ಷರಗಳನ್ನು ಬಿಟ್ಟುಬಿಡಿ.

ಡಾಕ್ಯುಮೆಂಟ್‌ನಿಂದ ಸಂಬಂಧಿತ ಫೈಲ್ ಮಾರ್ಗಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಫೈಲ್‌ಗೆ ಮಾರ್ಗವಾಗಿದೆ. ಈ ವಿಳಾಸವು ಅದನ್ನು ಬರೆಯಲಾದ ಫೈಲ್ನ ಸ್ಥಳವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಆದ್ದರಿಂದ, ಸ್ಟೈಲ್‌ಶೀಟ್‌ನಲ್ಲಿ ಸಂಬಂಧಿತ ಲಿಂಕ್ ಅನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ, ಇದು ಪ್ರಸ್ತುತ ವೆಬ್ ಪುಟ ಅಥವಾ ರೂಟ್ ಫೋಲ್ಡರ್‌ಗಿಂತ ಹೆಚ್ಚಾಗಿ ಸ್ಟೈಲ್‌ಶೀಟ್ ಅನ್ನು ಆಧರಿಸಿ ಫೈಲ್ ಮಾರ್ಗವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುತ್ತದೆ. ಕೆಲವು ಉದಾಹರಣೆಗಳನ್ನು ನೀಡೋಣ.

ಉದಾಹರಣೆ I

ನಮ್ಮ ಸ್ಟೈಲ್‌ಶೀಟ್ style.css ಮತ್ತು ಹಿನ್ನೆಲೆ ಇಮೇಜ್ ಫೈಲ್ bg.png ಒಂದೇ ಫೋಲ್ಡರ್‌ನಲ್ಲಿದ್ದರೆ (ಮೂಲ ಅಗತ್ಯವಿಲ್ಲ), ನಂತರ ಟೇಬಲ್‌ನಿಂದ ಚಿತ್ರಕ್ಕೆ ಸಂಬಂಧಿತ ಮಾರ್ಗವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(bg.png); /* ನೀವು ಫೈಲ್ ಹೆಸರನ್ನು ಬರೆಯಿರಿ */

ಉದಾಹರಣೆ II

ಸ್ಟೈಲ್‌ಶೀಟ್ ರೂಟ್‌ನಲ್ಲಿದ್ದರೆ ಮತ್ತು ಚಿತ್ರವು img ಫೋಲ್ಡರ್‌ನಲ್ಲಿದ್ದರೆ, ಸಂಬಂಧಿತ ಲಿಂಕ್ ಈ ರೀತಿ ಇರುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url (img/bg.png); /* ಪ್ರಮುಖ ಸ್ಲ್ಯಾಷ್ ಅಗತ್ಯವಿಲ್ಲ */

ಉದಾಹರಣೆ III

ಸ್ಟೈಲ್ ಶೀಟ್ ಫೋಲ್ಡರ್‌ನಲ್ಲಿದ್ದರೆ ಮತ್ತು ಚಿತ್ರವು ಈ ಫೋಲ್ಡರ್‌ನ ಪಕ್ಕದಲ್ಲಿದ್ದರೆ, ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಈ ರೀತಿ ಇರುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(../bg.png); /* ಎರಡು ಚುಕ್ಕೆಗಳು - ಒಂದು ಹಂತಕ್ಕೆ ಹೋಗಿ */

ಉದಾಹರಣೆ IV

ಸ್ಟೈಲ್ ಶೀಟ್ ಎರಡು ಫೋಲ್ಡರ್‌ಗಳಲ್ಲಿದ್ದರೆ ಮತ್ತು ಚಿತ್ರವು ಮೊದಲ ಫೋಲ್ಡರ್‌ನ ಪಕ್ಕದಲ್ಲಿದ್ದರೆ, ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(../../bg.png); /* ಎರಡು ಹಂತಗಳ ಮೇಲೆ ಹೋಗಿ */

ಸಾಪೇಕ್ಷ ಮಾರ್ಗದ ಆರಂಭದಲ್ಲಿ ಎರಡು ಚುಕ್ಕೆಗಳು ಮತ್ತು ಸ್ಲ್ಯಾಷ್ ಎಂದರೆ ಒಂದು ಹಂತಕ್ಕೆ ಹೋಗುವುದು. ನೀವು ಏರಲು ಅಗತ್ಯವಿರುವ ಹಂತಗಳ (ಡೈರೆಕ್ಟರಿಗಳು) ಸಂಖ್ಯೆಯನ್ನು ಅವಲಂಬಿಸಿ, ನೀವು ಸ್ಲಾಶ್‌ಗಳೊಂದಿಗೆ ಅಗತ್ಯವಿರುವ ಸಂಖ್ಯೆಯ ಚುಕ್ಕೆಗಳನ್ನು ನಮೂದಿಸಬೇಕಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, ಸ್ಟೈಲ್ ಶೀಟ್ ಎರಡರಲ್ಲಿಲ್ಲ, ಆದರೆ ನಾಲ್ಕು ಫೋಲ್ಡರ್‌ಗಳಲ್ಲಿ ಇದ್ದರೆ, ಪ್ರವೇಶವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(../../../../bg.png);

ಚಿತ್ರವನ್ನು img ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಮರೆಮಾಡಿದ್ದರೆ ಮತ್ತು ಸ್ಟೈಲ್ ಶೀಟ್ ಅನ್ನು css ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಮರೆಮಾಡಿದ್ದರೆ, ನೀವು css ಫೋಲ್ಡರ್‌ನಿಂದ ನಿರ್ಗಮಿಸಿ img ಫೋಲ್ಡರ್‌ಗೆ ಹೋಗಬೇಕಾಗುತ್ತದೆ. ಈ ರೀತಿ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(../img/bg.png);

ಹಲವಾರು ಫೋಲ್ಡರ್‌ಗಳಿದ್ದರೆ, ನೀವು ಅವುಗಳನ್ನು ನೋಂದಾಯಿಸಿಕೊಳ್ಳಬೇಕು. ಹಿಂದಿನ ಉದಾಹರಣೆಯನ್ನು ಬದಲಾಯಿಸೋಣ: img ಫೋಲ್ಡರ್ನಲ್ಲಿ ನಮ್ಮ ಡ್ರಾಯಿಂಗ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ ಮತ್ತೊಂದು ಹಿನ್ನೆಲೆಗಳ ಫೋಲ್ಡರ್ ಇದೆ ಎಂದು ಊಹಿಸಿ. ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಹೀಗಿರುತ್ತದೆ:

ಹಿನ್ನೆಲೆ-ಚಿತ್ರ: url(../img/backgrounds/bg.png);

ಯಾವ ಮಾರ್ಗವನ್ನು ಬಳಸುವುದು ಉತ್ತಮ

ಸಂಪೂರ್ಣ ಲಿಂಕ್ ವಿಳಾಸನೀವು ಲಿಂಕ್ ಮಾಡುತ್ತಿರುವ ಫೈಲ್ ಮತ್ತೊಂದು ಸೈಟ್‌ನಲ್ಲಿದ್ದರೆ ನೀವು ಅದನ್ನು ಬಳಸಬೇಕಾಗುತ್ತದೆ. ಒಂದು ಸೈಟ್ನಲ್ಲಿ, ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಪ್ರಾಯೋಗಿಕವಾಗಿ ಬಳಸಲಾಗುವುದಿಲ್ಲ (ಆದರೂ ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ). ಇದು ಹಲವಾರು ಅಂಶಗಳಿಂದಾಗಿ: ಮೊದಲನೆಯದಾಗಿ, ಅಂತಹ ಲಿಂಕ್‌ಗಳು ತುಂಬಾ ತೊಡಕಾಗಿರಬಹುದು, ಮತ್ತು ಎರಡನೆಯದಾಗಿ, ಡೊಮೇನ್ ಹೆಸರು ಬದಲಾದರೆ, ಸಮಸ್ಯೆ ಉಂಟಾಗುತ್ತದೆ - ಎಲ್ಲಾ ಲಿಂಕ್‌ಗಳು ಹಳೆಯ ಡೊಮೇನ್‌ಗೆ ಕಾರಣವಾಗುತ್ತವೆ, ಇದು ಅನೇಕ ದೋಷಗಳು ಮತ್ತು ಮುರಿದ ಲಿಂಕ್‌ಗಳಿಗೆ ಕಾರಣವಾಗಬಹುದು.

ಮೂಲ ಸಂಬಂಧಿ ಮಾರ್ಗವೆಬ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದರೆ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಅಭಿವೃದ್ಧಿಪಡಿಸುವಾಗ ಅದು ನಿಷ್ಪ್ರಯೋಜಕವಾಗಿದೆ. ಆದರೆ ಈ ರೀತಿಯ ಲಿಂಕ್‌ನ ಪ್ರಯೋಜನವೆಂದರೆ ನಿಮ್ಮ ಸ್ಟೈಲ್ ಶೀಟ್ ಅನ್ನು ನೀವು ಸೈಟ್‌ನಲ್ಲಿನ ಯಾವುದೇ ಫೋಲ್ಡರ್‌ಗೆ ಸರಿಸಬಹುದು ಮತ್ತು ಹಿನ್ನೆಲೆ ಇಮೇಜ್ URL ಗಳು ಮುರಿದುಹೋಗುವ ಬಗ್ಗೆ ಭಯಪಡಬೇಡಿ.

ಡಾಕ್ಯುಮೆಂಟ್ನಿಂದ ಸಂಬಂಧಿತ ಮಾರ್ಗ- ಸರ್ವರ್ ಅನ್ನು ಬಳಸದೆಯೇ ಸ್ಥಳೀಯ ಗಣಕದಲ್ಲಿ ವೆಬ್ ಅಭಿವೃದ್ಧಿಗೆ ಉತ್ತಮ ಆಯ್ಕೆ. ಬ್ರೌಸರ್‌ನಲ್ಲಿ, ನಿಮ್ಮ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಲಾದ ವೆಬ್ ಪುಟಗಳನ್ನು ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ವೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಮತ್ತು ಫೈಲ್ ವಿಳಾಸಗಳು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ. ಅವರು ಲೈವ್ ಸೈಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ, ಆದರೆ ಒಂದು ಷರತ್ತಿನೊಂದಿಗೆ - ನೀವು ಸ್ಟೈಲ್ ಶೀಟ್ ಅನ್ನು ಇನ್ನೊಂದು ಸ್ಥಳಕ್ಕೆ ಸರಿಸದಿದ್ದರೆ (ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿಸಬೇಕಾಗುತ್ತದೆ).

ನಿಮ್ಮ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಮತ್ತು ನಿಮ್ಮ ವೆಬ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳನ್ನು ಬಳಸಿ ಅಭ್ಯಾಸ ಮಾಡಲು ಪ್ರಯತ್ನಿಸಿ. ಇದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ಯಾವುದೇ ಯೋಜನೆಯಲ್ಲಿ ಖಂಡಿತವಾಗಿಯೂ ನಿಮಗೆ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ.

ಟ್ಯುಟೋರಿಯಲ್ ನಲ್ಲಿ ಮತ್ತಷ್ಟು:ಹಿನ್ನೆಲೆ-ಪುನರಾವರ್ತಿತ ಆಸ್ತಿ - ಹಿನ್ನೆಲೆ ಚಿತ್ರದ ಪುನರಾವರ್ತನೆಯನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ.

01/11/07 44.5K

ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಟ್ಯಾಗ್ನ href ಪ್ಯಾರಾಮೀಟರ್ನಲ್ಲಿ () ನೀವು ಉಲ್ಲೇಖಿತ ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು.
ಅನೇಕ ಜನರು http://somesite.ru/catalog/doc.html ನಂತಹದನ್ನು ಬರೆಯುತ್ತಾರೆ. ಹೌದು, ಯಾರೂ ವಾದಿಸುವುದಿಲ್ಲ, ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಆದರೆ ಒಂದು "ಆದರೆ" ಇದೆ. ಒಂದು ಉದಾಹರಣೆಯನ್ನು ನೋಡೋಣ.

ನಿಮ್ಮ ಸೈಟ್ ಅನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲಿ, ಉದಾಹರಣೆಗೆ, ಕೆಲವು ಉಚಿತ ಹೋಸ್ಟಿಂಗ್‌ನಲ್ಲಿ ಮತ್ತು ಅದರ ವಿಳಾಸವು ಈ ಕೆಳಗಿನಂತಿತ್ತು: http://fsite.freehosting.ru.
ಸರ್ವರ್‌ನಲ್ಲಿ ಸುಮಾರು 100 ದಾಖಲೆಗಳಿವೆ. ಆದ್ದರಿಂದ ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್ ಅನ್ನು ಮತ್ತೊಂದು ಡೊಮೇನ್‌ಗೆ ಸರಿಸಲು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ,
ರು ವಲಯದಲ್ಲಿ ಅದನ್ನು ಪಾವತಿಸಲು ಹೋಸ್ಟಿಂಗ್ ಮಾಡೋಣ: http://site.ru. ಸರಿ, ನಾವು ಈಗ http://fsite.freehosting.ru ಅನ್ನು http://site.ru ಗೆ ಎಲ್ಲೆಡೆ ಬದಲಾಯಿಸಬೇಕೇ?
ಹೌದು, ಹೋಮ್‌ಸೈಟ್‌ನಂತಹ ಸಂಪಾದಕರಿಗೆ ಧನ್ಯವಾದಗಳು, ಇದು ಸಾಧ್ಯ. ಆದರೆ ಇದು ಪರಿಹಾರವಲ್ಲ.
ಸರ್ವರ್‌ಗೆ ಪುಟವನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವ ಮೊದಲು, ನೀವು ಅದರ ಕಾರ್ಯವನ್ನು ಪರಿಶೀಲಿಸುತ್ತೀರಿ ಎಂದು ಭಾವಿಸೋಣ
ನಿಮ್ಮ ಹೋಮ್ ಅಪಾಚೆ ಸರ್ವರ್‌ನಲ್ಲಿ ("ಹೋಮ್ ಸರ್ವರ್" ಎಂದರೇನು ಎಂದು ಇನ್ನೂ ತಿಳಿದಿಲ್ಲದವರಿಗೆ, ಇಲ್ಲಿಗೆ ಹೋಗಿ (ಅಪಾಚೆ ಸರ್ವರ್ ಅನ್ನು ಸ್ಥಾಪಿಸುವುದು ಮತ್ತು ಕಾನ್ಫಿಗರ್ ಮಾಡುವುದು), ಮತ್ತು http://localhost ಬದಲಿಗೆ ನೀವು http:// ಅನ್ನು ಬರೆಯಬೇಕಾಗುತ್ತದೆ site.ru ಎಲ್ಲೆಡೆ ಇದನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಿ, ಕನಿಷ್ಠ ಇದು ಅನಾನುಕೂಲವಾಗಿದೆ.

ಪರಿಹಾರವೆಂದರೆ, ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವಾಗ, ಸೈಟ್‌ನಲ್ಲಿ ಅದರ ಸ್ಥಾನವಲ್ಲ, ಆದರೆ ಸರ್ವರ್‌ನಲ್ಲಿ ಅದರ ಸ್ಥಾನವನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಿ.

ಸಂಪೂರ್ಣ ಮಾರ್ಗ

ಉದಾಹರಣೆಗೆ, ಇಲ್ಲಿ ಇರುವ ಫೈಲ್ doc.html ಅನ್ನು ತೆಗೆದುಕೊಳ್ಳೋಣ: http://somesite.ru/catalog/doc.html. ನಿಮಗೆ ತಿಳಿದಿರುವಂತೆ, ಸರ್ವರ್‌ನಲ್ಲಿ www ಫೋಲ್ಡರ್ ಇದೆ. ನಾವು ವಿಳಾಸದಿಂದ ನೋಡುವಂತೆ, ಈ ಫೋಲ್ಡರ್ ಕ್ಯಾಟಲಾಗ್ ಫೋಲ್ಡರ್ ಅನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಇದು ಈಗಾಗಲೇ doc.html ಫೈಲ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ.

ಒಂದು ವೇಳೆ, ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುವಾಗ, ನೀವು ವಿಳಾಸದ ಮೊದಲು / ಅನ್ನು ಹಾಕಿದರೆ, ಅದು ಈ ಕೆಳಗಿನಂತೆ ಇರುತ್ತದೆ: root_directory_in_the_north/www/path ಫೈಲ್‌ಗೆ.
ಅಂದರೆ, http://somesite.ru/catalog/doc.html ಕೆಳಗಿನವುಗಳಿಗೆ ಹೋಲುತ್ತದೆ: /catalog/doc.html.
ಆದ್ದರಿಂದ, ವಿಳಾಸದ ಮುಂದೆ / ಇದ್ದಾಗ, "ಕೌಂಟ್‌ಡೌನ್" www ಡೈರೆಕ್ಟರಿಯಿಂದ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂದರ್ಥ.
ಈಗ, http://localhost/index.html ಬದಲಿಗೆ, ನೀವು ಯಾವುದೇ ಡಾಕ್ಯುಮೆಂಟ್‌ನಿಂದ /index.html ಅನ್ನು ಬರೆಯಬಹುದು.
ಆದರೆ cgi ಡೈರೆಕ್ಟರಿಗೆ ಹೋಗಲು ನೀವು ಇದನ್ನು ಬರೆಯಬೇಕಾಗಿದೆ: /cgi-bin/path ಗೆ ಫೈಲ್.

ಮೇಲೆ ವಿವರಿಸಿದ ವಿಧಾನಗಳನ್ನು ಬಳಸಿಕೊಂಡು ರಚಿಸಲಾದ ಮಾರ್ಗಗಳನ್ನು ಸಂಪೂರ್ಣ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಸರ್ವರ್ನಲ್ಲಿನ ಫೈಲ್ಗೆ ಸಂಪೂರ್ಣ (ಪೂರ್ಣ) ಮಾರ್ಗವನ್ನು ಸೂಚಿಸಲಾಗುತ್ತದೆ.

ಸಾಪೇಕ್ಷ ಮಾರ್ಗ

ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳೂ ಇವೆ, ಇವುಗಳನ್ನು ಲಿಂಕ್ ಬರುವ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ನಿರ್ದಿಷ್ಟಪಡಿಸಲಾಗಿದೆ.
ಉದಾಹರಣೆಗೆ, ನೀವು doc.html newcat/new.html ನಲ್ಲಿ ಲಿಂಕ್ ಅನ್ನು ರಚಿಸಿದರೆ, ಇದು new.html ಫೈಲ್ newcat ಡೈರೆಕ್ಟರಿಯಲ್ಲಿದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ, ಇದು doc.html ಫೈಲ್‌ನಂತೆಯೇ ಅದೇ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿದೆ. ನೀವು ನೋಡುವಂತೆ, ಈ ಮಾರ್ಗವು doc.html ಫೈಲ್‌ಗೆ ಸಂಬಂಧಿಸಿದೆ. ಈ ಫೈಲ್ ಎಲ್ಲೇ ಇದ್ದರೂ, doc.html ಫೈಲ್ ಮತ್ತು ನ್ಯೂಕ್ಯಾಟ್ ಡೈರೆಕ್ಟರಿ ಒಂದೇ ಮಟ್ಟದಲ್ಲಿದ್ದರೆ (ಅಂದರೆ ಒಂದೇ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ) ಮಾರ್ಗ newcat/new.html ಯಾವಾಗಲೂ ಮಾನ್ಯವಾಗಿರುತ್ತದೆ.

ನೀವು ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ ಡೈರೆಕ್ಟರಿಯನ್ನು ಮೇಲಕ್ಕೆ ಚಲಿಸಬಹುದು. ಇದನ್ನು ಮಾಡಲು ನೀವು ಬರೆಯಬೇಕು ../.
ಉದಾಹರಣೆಗೆ, ದೊಡ್ಡ ಡೈರೆಕ್ಟರಿ ಇದೆ, ಇದು ಎರಡು ಡೈರೆಕ್ಟರಿಗಳನ್ನು ಒಳಗೊಂಡಿದೆ: ಪ್ರಾಥಮಿಕ ಮತ್ತು ದ್ವಿತೀಯ. ಪ್ರಾಥಮಿಕ ಡೈರೆಕ್ಟರಿಯು ಈಗಾಗಲೇ ಪರಿಚಿತವಾಗಿರುವ doc.html ಫೈಲ್ ಅನ್ನು ಒಳಗೊಂಡಿದೆ; ಮತ್ತು ಸೆಕೆಂಡರಿ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ new.html ಫೈಲ್ ಇದೆ. doc.html ಫೈಲ್‌ನಿಂದ new.html ಫೈಲ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಲು, ನೀವು ../secondary/new.html ಎಂದು ಬರೆಯಬೇಕಾಗುತ್ತದೆ. ಆದರೆ ದೊಡ್ಡ ಡೈರೆಕ್ಟರಿಯು www ಡೈರೆಕ್ಟರಿಯಲ್ಲಿದ್ದರೆ, ನಂತರ new.html ಫೈಲ್‌ಗೆ ಮಾರ್ಗವನ್ನು ಈ ರೀತಿ ಸೂಚಿಸಬಹುದು: /big/secondary/new.html

ಲಿಂಕ್ ವಿಳಾಸವು ಸಂಪೂರ್ಣ ಅಥವಾ ಸಾಪೇಕ್ಷವಾಗಿರಬಹುದು. ಸಂಪೂರ್ಣ ವಿಳಾಸಗಳು ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗಬೇಕು (ಸಾಮಾನ್ಯವಾಗಿ http://) ಮತ್ತು ಸೈಟ್‌ನ ಹೆಸರನ್ನು ಹೊಂದಿರಬೇಕು.

ಸಂಬಂಧಿತ ಲಿಂಕ್‌ಗಳು ಸೈಟ್ ಅಥವಾ ಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್‌ನ ಮೂಲವನ್ನು ಆಧರಿಸಿವೆ.

ಇನ್ನೊಂದು ಸೈಟ್‌ಗೆ ಸಂಪೂರ್ಣ ಲಿಂಕ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ಉದಾಹರಣೆ 8.2 ತೋರಿಸುತ್ತದೆ.

ಉದಾಹರಣೆ 8.2. ಸಂಪೂರ್ಣ ಉಲ್ಲೇಖಗಳನ್ನು ಬಳಸುವುದು

ಸಂಪೂರ್ಣ ವಿಳಾಸ



HTML ಕಲಿಕೆ

ನೀವು ಸೈಟ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಲಿಂಕ್ ಆಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ (ಉದಾಹರಣೆಗೆ, http://site/css/), ಇಂಡೆಕ್ಸ್ ಫೈಲ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಹೆಸರನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸದೆ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಲೋಡ್ ಆಗುವ ಫೈಲ್ ಇದಾಗಿದೆ. ವಿಶಿಷ್ಟವಾಗಿ ಇಂಡೆಕ್ಸ್ ಫೈಲ್ index.html ಹೆಸರಿನ ಡಾಕ್ಯುಮೆಂಟ್ ಆಗಿದೆ.

ಮತ್ತೊಂದು ನೆಟ್‌ವರ್ಕ್ ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಸೂಚಿಸಲು ಸಂಪೂರ್ಣ ಲಿಂಕ್‌ಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ, ಪ್ರಸ್ತುತ ಸೈಟ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಲಿಂಕ್‌ಗಳನ್ನು ಮಾಡಲು ಸಹ ಸಾಧ್ಯವಿದೆ.

ಆದಾಗ್ಯೂ, ಇದನ್ನು ಹೆಚ್ಚಾಗಿ ಅಭ್ಯಾಸ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಂತಹ ಲಿಂಕ್‌ಗಳು ಸಾಕಷ್ಟು ಉದ್ದ ಮತ್ತು ತೊಡಕಿನದ್ದಾಗಿರುತ್ತವೆ. ಆದ್ದರಿಂದ, ಸೈಟ್ನಲ್ಲಿ ಸಂಬಂಧಿತ ಲಿಂಕ್ಗಳನ್ನು ಪ್ರಧಾನವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಲಿಂಕ್‌ಗಳು

ಸಂಬಂಧಿತ ಲಿಂಕ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, href ಗುಣಲಕ್ಷಣಕ್ಕಾಗಿ ನೀವು ಯಾವ ಮೌಲ್ಯವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಏಕೆಂದರೆ ಅದು ಫೈಲ್‌ಗಳ ಮೂಲ ಸ್ಥಳವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಕೆಲವು ವಿಶಿಷ್ಟ ಆಯ್ಕೆಗಳನ್ನು ನೋಡೋಣ.

ಮೂಲ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಒಂದು ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದಾಗ ಮತ್ತು ಲಿಂಕ್ ಮಾಡಲಾದ ಒಂದು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿದ್ದರೆ, ಕೆಳಗೆ ತೋರಿಸಿರುವಂತೆ ಲಿಂಕ್ ವಿಳಾಸದಲ್ಲಿ ಫೈಲ್ ಹೆಸರಿನ ಮುಂದೆ ಎರಡು ಚುಕ್ಕೆಗಳು ಮತ್ತು ಸ್ಲ್ಯಾಷ್ (/) ಅನ್ನು ಇರಿಸಬೇಕು.

ಈ ಸಂದರ್ಭದಲ್ಲಿ ಎರಡು ಚುಕ್ಕೆಗಳು ಪ್ರಸ್ತುತ ಫೋಲ್ಡರ್ ಅನ್ನು ಉನ್ನತ ಮಟ್ಟಕ್ಕೆ ಬಿಡುತ್ತವೆ ಎಂದರ್ಥ.

3. ಫೈಲ್ಗಳನ್ನು ವಿವಿಧ ಫೋಲ್ಡರ್ಗಳಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ (Fig. 8.6).

ಈಗ ಮೂಲ ಫೈಲ್ ಎರಡು ಉಪ ಫೋಲ್ಡರ್‌ಗಳಲ್ಲಿದೆ ಮತ್ತು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಲು, ನೀವು ಹಿಂದಿನ ಉದಾಹರಣೆಯನ್ನು ಎರಡು ಬಾರಿ ಪುನರಾವರ್ತಿಸಬೇಕಾಗುತ್ತದೆ.

ಲಿಂಕ್

ಯಾವುದೇ ಸಂಖ್ಯೆಯ ಉಪ ಫೋಲ್ಡರ್‌ಗಳೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯು ಹೋಲುತ್ತದೆ.

4. ಫೈಲ್ಗಳನ್ನು ವಿವಿಧ ಫೋಲ್ಡರ್ಗಳಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ (Fig. 8.7).

ಈಗ ಪರಿಸ್ಥಿತಿಯು ಬದಲಾಗುತ್ತಿದೆ, ಮೂಲ ಫೈಲ್ ಸೈಟ್ನ ಮೂಲದಲ್ಲಿದೆ ಮತ್ತು ನೀವು ಲಿಂಕ್ ಮಾಡಬೇಕಾದ ಫೈಲ್ ಫೋಲ್ಡರ್ನಲ್ಲಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಫೈಲ್‌ಗೆ ಮಾರ್ಗವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ.

ಲಿಂಕ್

ಫೋಲ್ಡರ್ ಹೆಸರಿನ ಮೊದಲು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಅವಧಿಗಳು ಅಥವಾ ಸ್ಲಾಶ್‌ಗಳಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ಲಿಂಕ್

ಫೈಲ್ ಒಂದಲ್ಲ, ಎರಡು ಫೋಲ್ಡರ್‌ಗಳ ಒಳಗೆ ಇದ್ದರೆ, ಅದರ ಮಾರ್ಗವನ್ನು ಈ ರೀತಿ ಬರೆಯಲಾಗುತ್ತದೆ.

ಸೈಟ್ ರೂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಲಿಂಕ್‌ಗಳು ಕೆಲವೊಮ್ಮೆ ನೀವು ಸೈಟ್ನ ಮೂಲಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಫೈಲ್ಗೆ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು, ಅದು ಕಾಣುತ್ತದೆ"/ಫೋಲ್ಡರ್/ಫೈಲ್ ಹೆಸರು" ಆರಂಭದಲ್ಲಿ ಸ್ಲ್ಯಾಷ್‌ನೊಂದಿಗೆ. ಹೌದು, ದಾಖಲೆಕೋರ್ಸ್‌ಗಳು

ಇದರರ್ಥ ಲಿಂಕ್ ಕೋರ್ಸ್ ಹೆಸರಿನ ಫೋಲ್ಡರ್‌ಗೆ ಕಾರಣವಾಗುತ್ತದೆ, ಅದು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿದೆ ಮತ್ತು ಅದರಲ್ಲಿ ನೀವು ಸೂಚ್ಯಂಕ ಫೈಲ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

ಲಿಂಕ್ ವಿಳಾಸವು ಸಂಪೂರ್ಣ ಅಥವಾ ಸಾಪೇಕ್ಷವಾಗಿರಬಹುದು. ಸಂಪೂರ್ಣ ವಿಳಾಸಗಳು ಪ್ರೋಟೋಕಾಲ್‌ನೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗಬೇಕು (ಸಾಮಾನ್ಯವಾಗಿ http://) ಮತ್ತು ಸೈಟ್‌ನ ಹೆಸರನ್ನು ಹೊಂದಿರಬೇಕು.

ಸಂಬಂಧಿತ ಲಿಂಕ್‌ಗಳು ಸೈಟ್ ಅಥವಾ ಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್‌ನ ಮೂಲವನ್ನು ಆಧರಿಸಿವೆ.

ಇನ್ನೊಂದು ಸೈಟ್‌ಗೆ ಸಂಪೂರ್ಣ ಲಿಂಕ್ ಅನ್ನು ಹೇಗೆ ರಚಿಸುವುದು ಎಂಬುದನ್ನು ಉದಾಹರಣೆ 8.2 ತೋರಿಸುತ್ತದೆ.

ಉದಾಹರಣೆ 8.2. ಸಂಪೂರ್ಣ ಉಲ್ಲೇಖಗಳನ್ನು ಬಳಸುವುದು

ಸಂಪೂರ್ಣ ವಿಳಾಸ



HTML ಕಲಿಕೆ

ನೀವು ಸೈಟ್ ಡೈರೆಕ್ಟರಿಯನ್ನು ಲಿಂಕ್ ಆಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ (ಉದಾಹರಣೆಗೆ, http://site/css/), ಇಂಡೆಕ್ಸ್ ಫೈಲ್ ಅನ್ನು ಪ್ರದರ್ಶಿಸಲಾಗುತ್ತದೆ. ಫೈಲ್ ಹೆಸರನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ನಿರ್ದಿಷ್ಟಪಡಿಸದೆ ಡೈರೆಕ್ಟರಿಯನ್ನು ಪ್ರವೇಶಿಸುವಾಗ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಲೋಡ್ ಆಗುವ ಫೈಲ್ ಇದಾಗಿದೆ. ವಿಶಿಷ್ಟವಾಗಿ ಇಂಡೆಕ್ಸ್ ಫೈಲ್ index.html ಹೆಸರಿನ ಡಾಕ್ಯುಮೆಂಟ್ ಆಗಿದೆ.

ಮತ್ತೊಂದು ನೆಟ್‌ವರ್ಕ್ ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಸೂಚಿಸಲು ಸಂಪೂರ್ಣ ಲಿಂಕ್‌ಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಆದಾಗ್ಯೂ, ಪ್ರಸ್ತುತ ಸೈಟ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಲಿಂಕ್‌ಗಳನ್ನು ಮಾಡಲು ಸಹ ಸಾಧ್ಯವಿದೆ.

ಆದಾಗ್ಯೂ, ಇದನ್ನು ಹೆಚ್ಚಾಗಿ ಅಭ್ಯಾಸ ಮಾಡಲಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅಂತಹ ಲಿಂಕ್‌ಗಳು ಸಾಕಷ್ಟು ಉದ್ದ ಮತ್ತು ತೊಡಕಿನದ್ದಾಗಿರುತ್ತವೆ. ಆದ್ದರಿಂದ, ಸೈಟ್ನಲ್ಲಿ ಸಂಬಂಧಿತ ಲಿಂಕ್ಗಳನ್ನು ಪ್ರಧಾನವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ.

ಪ್ರಸ್ತುತ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಲಿಂಕ್‌ಗಳು

ಸಂಬಂಧಿತ ಲಿಂಕ್‌ಗಳನ್ನು ರಚಿಸುವಾಗ, href ಗುಣಲಕ್ಷಣಕ್ಕಾಗಿ ನೀವು ಯಾವ ಮೌಲ್ಯವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕು ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಏಕೆಂದರೆ ಅದು ಫೈಲ್‌ಗಳ ಮೂಲ ಸ್ಥಳವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ.

ಕೆಲವು ವಿಶಿಷ್ಟ ಆಯ್ಕೆಗಳನ್ನು ನೋಡೋಣ.

ಮೂಲ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಒಂದು ಫೋಲ್ಡರ್‌ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದಾಗ ಮತ್ತು ಲಿಂಕ್ ಮಾಡಲಾದ ಒಂದು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿದ್ದರೆ, ಕೆಳಗೆ ತೋರಿಸಿರುವಂತೆ ಲಿಂಕ್ ವಿಳಾಸದಲ್ಲಿ ಫೈಲ್ ಹೆಸರಿನ ಮುಂದೆ ಎರಡು ಚುಕ್ಕೆಗಳು ಮತ್ತು ಸ್ಲ್ಯಾಷ್ (/) ಅನ್ನು ಇರಿಸಬೇಕು.

ಈ ಸಂದರ್ಭದಲ್ಲಿ ಎರಡು ಚುಕ್ಕೆಗಳು ಪ್ರಸ್ತುತ ಫೋಲ್ಡರ್ ಅನ್ನು ಉನ್ನತ ಮಟ್ಟಕ್ಕೆ ಬಿಡುತ್ತವೆ ಎಂದರ್ಥ.

3. ಫೈಲ್ಗಳನ್ನು ವಿವಿಧ ಫೋಲ್ಡರ್ಗಳಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ (Fig. 8.6).

ಈಗ ಮೂಲ ಫೈಲ್ ಎರಡು ಉಪ ಫೋಲ್ಡರ್‌ಗಳಲ್ಲಿದೆ ಮತ್ತು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್‌ಗೆ ಲಿಂಕ್ ಮಾಡಲು, ನೀವು ಹಿಂದಿನ ಉದಾಹರಣೆಯನ್ನು ಎರಡು ಬಾರಿ ಪುನರಾವರ್ತಿಸಬೇಕಾಗುತ್ತದೆ.

ಲಿಂಕ್

ಯಾವುದೇ ಸಂಖ್ಯೆಯ ಉಪ ಫೋಲ್ಡರ್‌ಗಳೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿಯು ಹೋಲುತ್ತದೆ.

4. ಫೈಲ್ಗಳನ್ನು ವಿವಿಧ ಫೋಲ್ಡರ್ಗಳಲ್ಲಿ ಇರಿಸಲಾಗುತ್ತದೆ (Fig. 8.7).

ಈಗ ಪರಿಸ್ಥಿತಿಯು ಬದಲಾಗುತ್ತಿದೆ, ಮೂಲ ಫೈಲ್ ಸೈಟ್ನ ಮೂಲದಲ್ಲಿದೆ ಮತ್ತು ನೀವು ಲಿಂಕ್ ಮಾಡಬೇಕಾದ ಫೈಲ್ ಫೋಲ್ಡರ್ನಲ್ಲಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಫೈಲ್‌ಗೆ ಮಾರ್ಗವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ.

ಲಿಂಕ್

ಫೋಲ್ಡರ್ ಹೆಸರಿನ ಮೊದಲು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಅವಧಿಗಳು ಅಥವಾ ಸ್ಲಾಶ್‌ಗಳಿಲ್ಲ ಎಂಬುದನ್ನು ಗಮನಿಸಿ.

ಲಿಂಕ್

ಫೈಲ್ ಒಂದಲ್ಲ, ಎರಡು ಫೋಲ್ಡರ್‌ಗಳ ಒಳಗೆ ಇದ್ದರೆ, ಅದರ ಮಾರ್ಗವನ್ನು ಈ ರೀತಿ ಬರೆಯಲಾಗುತ್ತದೆ.

ಸೈಟ್ ರೂಟ್‌ಗೆ ಸಂಬಂಧಿಸಿದ ಲಿಂಕ್‌ಗಳು ಕೆಲವೊಮ್ಮೆ ನೀವು ಸೈಟ್ನ ಮೂಲಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಫೈಲ್ಗೆ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯಬಹುದು, ಅದು ಕಾಣುತ್ತದೆ"/ಫೋಲ್ಡರ್/ಫೈಲ್ ಹೆಸರು" ಆರಂಭದಲ್ಲಿ ಸ್ಲ್ಯಾಷ್‌ನೊಂದಿಗೆ. ಹೌದು, ದಾಖಲೆಕೋರ್ಸ್‌ಗಳು

ಇದರರ್ಥ ಲಿಂಕ್ ಕೋರ್ಸ್ ಹೆಸರಿನ ಫೋಲ್ಡರ್‌ಗೆ ಕಾರಣವಾಗುತ್ತದೆ, ಅದು ಸೈಟ್‌ನ ಮೂಲದಲ್ಲಿದೆ ಮತ್ತು ಅದರಲ್ಲಿ ನೀವು ಸೂಚ್ಯಂಕ ಫೈಲ್ ಅನ್ನು ಡೌನ್‌ಲೋಡ್ ಮಾಡಬೇಕಾಗುತ್ತದೆ.

ಈ ರೀತಿಯ ರೆಕಾರ್ಡಿಂಗ್ ಸ್ಥಳೀಯ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ, ಆದರೆ ವೆಬ್ ಸರ್ವರ್‌ನ ನಿಯಂತ್ರಣದಲ್ಲಿ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ. ಯಾವುದೇ ವೆಬ್ ಪುಟ, ಚಿತ್ರ, ವೀಡಿಯೊ, ಇತ್ಯಾದಿ, ಮೊದಲನೆಯದಾಗಿ, ತನ್ನದೇ ಆದ ಫೈಲ್ ಆಗಿದೆಸಂಪೂರ್ಣ ಅಥವಾಸಂಬಂಧಿ ಮಾರ್ಗ (ವಿಳಾಸ). ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿರುವ ಫೈಲ್ ಸ್ವತಃ ಎಂಬ ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿದೆಸರ್ವರ್

. ಹೀಗಾಗಿ, ಸರ್ವರ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಫೈಲ್ ಅನ್ನು ಹೇಗೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಪರಿಗಣಿಸಬೇಕು. ಈ ಲೇಖನದಲ್ಲಿ ನಾನು ಮೇಲಿನ ಅಂಶಗಳನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಲು ಮತ್ತು ಎತ್ತಿರುವ ಸಮಸ್ಯೆಯನ್ನು ಸ್ಪಷ್ಟಪಡಿಸಲು ಬಯಸುತ್ತೇನೆ. ನಾವು ಪ್ರಯತ್ನಿಸೋಣವೇ?

ಸಂಪೂರ್ಣ ಮಾರ್ಗ (ವಿಳಾಸ)

ಫೈಲ್‌ಗೆ ಸಂಪೂರ್ಣ ಮಾರ್ಗ ಯಾವುದು?ಸಂಪೂರ್ಣ ಸಂಪೂರ್ಣ ಮಾರ್ಗವಿಳಾಸ ಇದಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಪೂರ್ಣ ಮಾರ್ಗ ಅಥವಾ ವಿಳಾಸವಾಗಿದೆಸಂಪೂರ್ಣ ಸರ್ವರ್‌ನಲ್ಲಿ ಹೋಮ್ ಫೋಲ್ಡರ್.

ಇಂಟರ್ನೆಟ್ ಡೊಮೇನ್ ಹೆಸರು ಹೇಳುವುದು"ಹೋಮ್ ಫೋಲ್ಡರ್

ಇಂಟರ್ನೆಟ್ ಡೊಮೇನ್ ಹೆಸರು "ನನ್ನ ಪ್ರಕಾರ ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು ಮಂಜೂರು ಮಾಡಿದ ಜಾಗದ ಪ್ರಾರಂಭ. ಉದಾಹರಣೆಗೆ, ನಾವು ವಿಂಡೋಸ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ಸ್ಥಳೀಯ ಸರ್ವರ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತಿದ್ದರೆ, ಡ್ರೈವ್ ಸ್ವತಃ ಹೋಮ್ ಫೋಲ್ಡರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ, ಅಂದರೆ ಸಿ: /. ಅದೇ ಸಮಯದಲ್ಲಿ, ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರು ಬಳಕೆದಾರರಿಗೆ ನಿರ್ದಿಷ್ಟ ವರ್ಚುವಲ್ (ಷರತ್ತುಬದ್ಧ) ಜಾಗವನ್ನು ಮಾತ್ರ ನಿಯೋಜಿಸುತ್ತಾರೆ, ಇದಕ್ಕಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ /ಹೋಮ್ ಎಂದು ಕರೆಯಲ್ಪಡುವ ನಿರ್ದಿಷ್ಟ ಫೋಲ್ಡರ್ ಹೋಮ್ ಫೋಲ್ಡರ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ."ನನ್ನ ಪ್ರಕಾರ ಪ್ರೋಟೋಕಾಲ್‌ನ ಉಲ್ಲೇಖದೊಂದಿಗೆ ಪ್ರಾರಂಭವಾಗುವ URL, ಉದಾಹರಣೆಗೆ: http://sitename.ru/. ಅಂತರ್ಜಾಲದಲ್ಲಿ, ಪ್ರಸ್ತುತಪಡಿಸಿದ ಪ್ರತಿಯೊಂದು ಸಂಪನ್ಮೂಲಗಳಿಗೆ ಇದು ಹೋಮ್ ಫೋಲ್ಡರ್ ಆಗಿದೆ.

PHP ಯಲ್ಲಿ ಸರ್ವರ್‌ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು ಹೇಗೆ?

URL ವಿಳಾಸದೊಂದಿಗೆ ಎಲ್ಲವೂ ಹೆಚ್ಚು ಅಥವಾ ಕಡಿಮೆ ಸ್ಪಷ್ಟವಾಗಿದ್ದರೆ, ಸರ್ವರ್‌ನಲ್ಲಿನ ಹೋಮ್ ಫೋಲ್ಡರ್‌ನೊಂದಿಗೆ ಪರಿಸ್ಥಿತಿ ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಜಟಿಲವಾಗಿದೆ. ಕೊನೆಯಲ್ಲಿ, ಪ್ರತಿ ಪೂರೈಕೆದಾರರು ತನ್ನದೇ ಆದ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ ಮತ್ತು ಇದನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು.

ಇದು ಸಂಭವಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಸ್ಥಳಕ್ಕೆ ಸಂಬಂಧಿಸಿದಂತೆ ಸರ್ವರ್‌ನಲ್ಲಿನ ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ ಎಂಬ ಅಂಶದಿಂದ ನಾನು ಪ್ರಾರಂಭಿಸುತ್ತೇನೆ. ಉದಾಹರಣೆಗೆ, config.php ಫೈಲ್ ಸೈಟ್‌ನ ಮೂಲ ಫೋಲ್ಡರ್‌ನಲ್ಲಿದೆ ಮತ್ತು ನಾವು ಅದಕ್ಕೆ ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಕಂಡುಹಿಡಿಯಬೇಕು.

ಹೇಳುವ ಮೂಲಕ ನಾನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತೇನೆ " ಮೂಲ ಫೋಲ್ಡರ್"ನನ್ನ ಪ್ರಕಾರ ಸೈಟ್‌ಗೆ ಮೀಸಲಾದ ಸರ್ವರ್‌ನಲ್ಲಿರುವ ಫೋಲ್ಡರ್. ಇದು ಡೊಮೇನ್ ಹೆಸರಿಗೆ ಸಂಬಂಧಿಸಿದಂತೆ URL ನ ಆರಂಭಿಕ ಹಂತವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.

ಇದನ್ನು ಮಾಡಲು, ನೀವು __FILE__ ಸ್ಥಿರಾಂಕವನ್ನು ಬಳಸಬಹುದು, ಇದು ಪ್ರಸ್ತುತ ಫೈಲ್‌ನ ಪೂರ್ಣ ಮಾರ್ಗ ಮತ್ತು ಹೆಸರನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ. ಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಪಡೆಯಲು ಮತ್ತು ಪ್ರಸ್ತುತ ಫೈಲ್‌ನ ಹೆಸರನ್ನು ತೆಗೆದುಹಾಕಲು, ನೀವು ಡೈರ್ನೇಮ್ () ಕಾರ್ಯವನ್ನು ಬಳಸಬಹುದು, ಇದು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಮಾರ್ಗದ ಮೂಲ ಡೈರೆಕ್ಟರಿಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ:

$abspath = dirname(__FILE__) ."/";

PHP 5.3 ಮತ್ತು ನಂತರದಲ್ಲಿ, ನೀವು ಈಗಾಗಲೇ __DIR__ ಸ್ಥಿರಾಂಕವನ್ನು ಬಳಸಬಹುದು:

$abspath = __DIR__

ಹೀಗಾಗಿ, ಭವಿಷ್ಯದಲ್ಲಿ config.php ಫೈಲ್ ಅನ್ನು ಸೇರಿಸಲು ಇದು ತುಂಬಾ ಅನುಕೂಲಕರವಾಗಿದೆ ಮತ್ತು ಪ್ರಾರಂಭದ ಹಂತವಾಗಿ ಅದರಲ್ಲಿ ಪಡೆದ $abspath ವೇರಿಯೇಬಲ್ನ ಸಂಪೂರ್ಣ ಮಾರ್ಗವನ್ನು ಬಳಸುವುದು. ಉದಾಹರಣೆಗೆ, ಸ್ಕ್ರಿಪ್ಟ್ test.php ಫೋಲ್ಡರ್‌ನಲ್ಲಿದೆ ಎಂದು ಭಾವಿಸೋಣ: path/ - ಮತ್ತು ಬಯಸಿದ ಫೈಲ್ data.txt ಫೋಲ್ಡರ್‌ನಲ್ಲಿದೆ: ಡೇಟಾ/. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಕರೆ ಈ ರೀತಿ ಕಾಣಿಸಬಹುದು:

Include_once("../config.php"); $fh = fopen($abspath ."/2013/12/data/data.txt", "r");

ಸಾಪೇಕ್ಷ ಮಾರ್ಗವನ್ನು ಬಳಸಿಕೊಂಡು ನಾನು config.php ಫೈಲ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಿದ್ದೇನೆ ಎಂಬುದನ್ನು ದಯವಿಟ್ಟು ಗಮನಿಸಿ, ಆದರೆ ಅದರ ನಂತರ ಇನ್ನಷ್ಟು.

ಸಂಬಂಧಿತ ಮಾರ್ಗ (ವಿಳಾಸ)

ಸಂಬಂಧಿತ ಫೈಲ್ ಮಾರ್ಗ ಎಂದರೇನು?

ಸಾಪೇಕ್ಷ ಮಾರ್ಗಸಂಪೂರ್ಣ ಸಂಪೂರ್ಣ ಮಾರ್ಗಮತ್ತೊಂದು ಫೈಲ್ ಪ್ರವೇಶಿಸಿದ ಫೈಲ್‌ನ ಸ್ಥಳಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಮಾರ್ಗ ಅಥವಾ ವಿಳಾಸವಾಗಿದೆ.

ಯಾವುದೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಪೋಷಕ ಮತ್ತು ಮಕ್ಕಳ ಫೋಲ್ಡರ್‌ಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳ ಕಟ್ಟುನಿಟ್ಟಾದ ಕ್ರಮಾನುಗತವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ: C:\folder\file.php – ಇಲ್ಲಿ ಫೋಲ್ಡರ್\ ಫೋಲ್ಡರ್ C:\ ಡ್ರೈವ್‌ನ ಮಗು ಮತ್ತು file.php ಫೈಲ್‌ನ ಪೋಷಕ.

ಸ್ಪಷ್ಟತೆಗಾಗಿ, ಈ ಕೆಳಗಿನ ಕ್ರಮಾನುಗತವನ್ನು ಪರಿಗಣಿಸೋಣ:

  • file1.php
  • ಫೋಲ್ಡರ್\
    • file.php
    • ಉಪ ಫೋಲ್ಡರ್\
      • file3.php

C:\folder\file.php ಫೈಲ್‌ನಿಂದ C:\file2.php ಫೈಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು, ನಾವು ಪ್ರಸ್ತುತ ಫೋಲ್ಡರ್ ಫೋಲ್ಡರ್\ನಿಂದ ನಿರ್ಗಮಿಸಬೇಕಾಗಿದೆ, ಅಂದರೆ. ಒಂದು ಹಂತಕ್ಕೆ ಹೋಗಿ. ಇದಕ್ಕಾಗಿ ನೀವು ಬಳಸಬಹುದು, ಫೋಲ್ಡರ್ (ನಾನು ಹುಸಿ ಫೋಲ್ಡರ್ ಅನ್ನು ಸಹ ಹೇಳುತ್ತೇನೆ) ಮೂಲ ಡೈರೆಕ್ಟರಿ, ಎರಡು ಚುಕ್ಕೆಗಳನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ (..) . ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, ನಾವು ಮಾರ್ಗವನ್ನು ಪಡೆಯುತ್ತೇವೆ: ..\file2.php - ಫೈಲ್ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ file.php .

C:\folder\file.php ಫೈಲ್‌ನಿಂದ C:\folder\subfolder\file3.php ಫೈಲ್ ಅನ್ನು ಪ್ರವೇಶಿಸಲು, ನಾವು subfolder\ subfolder ಅನ್ನು ನಮೂದಿಸಬೇಕಾಗಿದೆ, ಅಂದರೆ. ಒಂದು ಹಂತದ ಕೆಳಗೆ ಹೋಗಿ. ಈ ರೀತಿಯಲ್ಲಿ ನಾವು ಮಾರ್ಗವನ್ನು ಪಡೆಯುತ್ತೇವೆ: subfolder\file3.php - ಫೈಲ್ಗೆ ಸಂಬಂಧಿಸಿದಂತೆ file.php .

ವಿಷಯಗಳನ್ನು ಹೆಚ್ಚು ಸಂಕೀರ್ಣಗೊಳಿಸೋಣ ಮತ್ತು ಫೈಲ್ C:\folder\subfolder\file3.php ನಿಂದ C:\file2.php ಫೈಲ್ಗೆ ಹೋಗೋಣ. ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: ..\..\file2.php - ನಾವು ಎರಡು ಹಂತಗಳನ್ನು ಹೆಚ್ಚಿಸಿದ್ದೇವೆ. ವಿರುದ್ಧವಾಗಿ ಮಾಡಿ, ಅಂದರೆ ಫೈಲ್ C:\file2.php ನಿಂದ ನಾವು C:\folder\subfolder\file3.php ಫೈಲ್ಗೆ ತಿರುಗುತ್ತೇವೆ. ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಈ ರೀತಿ ಕಾಣುತ್ತದೆ: ಫೋಲ್ಡರ್\subfolder\file3.php - ನಾವು ಎರಡು ಹಂತಗಳನ್ನು ಕೆಳಗೆ ಹೋಗುತ್ತೇವೆ.

ಸಾಪೇಕ್ಷ ಮಾರ್ಗದ ಅನುಕೂಲಗಳು ಮತ್ತು ಅನಾನುಕೂಲಗಳು (ವಿಳಾಸ)

ನಿಸ್ಸಂಶಯವಾಗಿ, ಸಾಪೇಕ್ಷ ಮಾರ್ಗವು ಹೋಮ್ ಫೋಲ್ಡರ್ ಮತ್ತು ಮೂಲ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಹೊಂದಿಲ್ಲ. ಹೀಗಾಗಿ, ಅಂತಿಮ ವಿಳಾಸವು ಚಿಕ್ಕದಾಗಿದೆ. ಇದಲ್ಲದೆ, ನೀವು ಒಂದು ಡೊಮೇನ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಚಲಿಸಬೇಕಾದರೆ, ಹೊಸ ಸಂಪೂರ್ಣ ವಿಳಾಸವನ್ನು ನೋಂದಾಯಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.

ಮತ್ತೊಂದೆಡೆ, ನಾವು ಇನ್ನೊಂದು ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಸೈಟ್‌ನ ವಿಷಯವನ್ನು ಉಲ್ಲೇಖಿಸಿದರೆ, ಸಾಪೇಕ್ಷ ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದ ಅದೇ ಚಿತ್ರಗಳೊಂದಿಗೆ, ನಾವು ದೋಷವನ್ನು ಸ್ವೀಕರಿಸುತ್ತೇವೆ, ಏಕೆಂದರೆ ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಸಂಪನ್ಮೂಲದಲ್ಲಿ ಯಾವುದೇ ಸೈಟ್ ಫೋಲ್ಡರ್‌ಗಳು ಮತ್ತು ಫೈಲ್‌ಗಳಿಲ್ಲ. ಹುಡುಕಾಟ ಎಂಜಿನ್ ಸಂಗ್ರಹದಲ್ಲಿ ಪುಟವನ್ನು ವೀಕ್ಷಿಸಿದರೆ ಇದು ಸಂಭವಿಸುತ್ತದೆ. ಮತ್ತೊಮ್ಮೆ, ಸಾಪೇಕ್ಷ ಮಾರ್ಗವನ್ನು ಬಳಸುವುದು ಸುಲಭವಾಗಿ ತಪ್ಪು ಮಾಡಬಹುದು, ಇದು ಸೈಟ್ ಇಂಡೆಕ್ಸಿಂಗ್ ಸಮಸ್ಯೆಗೆ ಕಾರಣವಾಗುತ್ತದೆ.

ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಹೇಳುವುದಾದರೆ, ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳು ಅಥವಾ ವಿಳಾಸಗಳ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಲು ಮತ್ತು ಸಂಪೂರ್ಣ ಮಾರ್ಗಗಳು ಮತ್ತು ವಿಳಾಸಗಳನ್ನು ಬಳಸುವುದು ಸೂಕ್ತವಾಗಿದೆ ಎಂದು ಗಮನಿಸಬೇಕು.

ತೀರ್ಮಾನ

ನನ್ನ ಲೇಖನದಲ್ಲಿ, ಫೈಲ್‌ಗಳು ಮತ್ತು ಫೋಲ್ಡರ್‌ಗಳಿಗೆ ಸಂಪೂರ್ಣ ಮತ್ತು ಸಂಬಂಧಿತ ಮಾರ್ಗಗಳಿಗೆ (ವಿಳಾಸಗಳು) ಸಂಬಂಧಿಸಿದ ಮೂಲಭೂತ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಗಣಿಸಲು ನಾನು ಪ್ರಯತ್ನಿಸಿದೆ. ವಾಸ್ತವವಾಗಿ, ನೀವು ಕಂಪ್ಯೂಟರ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೆ, ನೀವು ಈಗಾಗಲೇ ಫೈಲ್ ಸಿಸ್ಟಮ್ ಬಗ್ಗೆ ಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿದ್ದೀರಿ, ಆದರೆ ಕೆಲವು ಸೂಕ್ಷ್ಮ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳದೆ, ನೆಲದಿಂದ ಹೊರಬರಲು ಮತ್ತು ಅನಿವಾರ್ಯವಾಗಿ ಸಂಬಂಧಿಸಿದ ಹಲವಾರು ಸಮಸ್ಯೆಗಳನ್ನು ಎತ್ತುವುದು ತುಂಬಾ ಕಷ್ಟ. ಸರಿಯಾದ ವಿಳಾಸ. ನನ್ನ ಬಳಿ ಇದೆ ಅಷ್ಟೆ. ನಿಮ್ಮ ಗಮನಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ಶುಭವಾಗಲಿ!

8:00 ಗಂಟೆಗೆ ಸಂದೇಶವನ್ನು ಸಂಪಾದಿಸಿ 5 ಕಾಮೆಂಟ್‌ಗಳು