ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್‌ಗಳು ಮರು-ಪ್ರಕಟಣೆಯ ವೇಳೆಯೂ ಚಾಲ್ತಿಯಲ್ಲಿರುತ್ತವೆ

Mythex ನಲ್ಲಿ ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್ ಅನ್ನು ಮರು-ಪ್ರಕಟಿಸಿದಾಗ, ಹೊಸ ಬಿಲ್ಡ್ ಅಪ್‌ಲೋಡ್ ಮಾಡುವ ಮೊದಲು ಲೈವ್ ಫೈಲ್‌ಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತಿತ್ತು. ಅಪ್‌ಲೋಡ್ ನಡೆಯುವ ಅವಧಿಯಲ್ಲಿ ಕೆಲವು ಸಂದರ್ಶಕರಿಗೆ 404 ಪುಟ ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಕಾಣೆಯಾದ ಪುಟ ಸಿಗುತ್ತಿತ್ತು. ಅಪ್‌ಲೋಡ್ ವಿಫಲವಾದರೆ ಸೈಟ್ ಖಾಲಿಯಾಗಿ ಅಥವಾ ಅರ್ಧ ಹೊಸದಾಗಿ ಉಳಿಯಬಹುದಿತ್ತು. ಈಗ ಹೊಸ ಬಿಲ್ಡ್ ಹಳೆಯದರ ಮೇಲೆಯೇ ಬರೆಯಲಾಗುತ್ತದೆ, ಪುಟಗಳನ್ನು ಕೊನೆಯಲ್ಲಿ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಉಳಿದ ಫೈಲ್‌ಗಳನ್ನು ಕೆಲವು ನಿಮಿಷಗಳ ನಂತರ ತೆಗೆಯಲಾಗುತ್ತದೆ. ಎರಡನೇ ಬದಲಾವಣೆಯಿಂದ ಮರು-ಪ್ರಕಟಣೆ ಒಂದು ನಿಮಿಷದ ಬದಲು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ — ಲೋಗೋದಂತಹ ಫೈಲ್‌ಗಳಿಗೆ ಗರಿಷ್ಠ ಒಂದು ದಿನ.

ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್ ಹೇಗೆ ಸರ್ವ್ ಆಗುತ್ತದೆ

ಸ್ಟ್ಯಾಟಿಕ್ ಸೈಟ್ ಎಂದರೆ ಕೇವಲ ಫೈಲ್‌ಗಳಿಂದ ಮಾಡಿದ ಸೈಟ್: HTML ಪುಟಗಳು, JavaScript, CSS, ಚಿತ್ರಗಳು. Mythex ನಲ್ಲಿ ನೀವು ಒಂದನ್ನು ಪ್ರಕಟಿಸಿದಾಗ, ನಾವು ಅದನ್ನು ಬಿಲ್ಡ್ ಮಾಡಿ, ಔಟ್‌ಪುಟ್ ಅನ್ನು ನಿಮ್ಮ ಸೈಟ್‌ಗಾಗಿರುವ ಫೋಲ್ಡರ್ ಅಡಿಯಲ್ಲಿ ಆಬ್ಜೆಕ್ಟ್ ಸ್ಟೋರೇಜ್‌ಗೆ ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತೇವೆ, ಮತ್ತು ಒಂದು ಎಡ್ಜ್ ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಸರ್ವ್ ಮಾಡುತ್ತೇವೆ — ಸಂದರ್ಶಕರಿಗೆ ಹತ್ತಿರದ ಸರ್ವರ್‌ಗಳು, ಅವು ಸ್ಟೋರೇಜ್‌ನಿಂದ ಫೈಲ್‌ಗಳನ್ನು ತಂದು ಕೆಲಕಾಲ ನಕಲುಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತವೆ. (ಇದು ನಿಮಗೆ ಹೊಸದಾದರೆ, CDN ಎಂದರೇನು ಎಂಬ ಮಾರ್ಗದರ್ಶಿ ಈ ಕಲ್ಪನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.)

ಎರಡು ವಿಷಯಗಳು ತಪ್ಪಾಗಿದ್ದವು: ಮರು-ಪ್ರಕಟಣೆಯಲ್ಲಿ ಫೈಲ್‌ಗಳು ಬದಲಾಗುವ ಕ್ರಮ, ಮತ್ತು ಹಳೆಯ ನಕಲುಗಳನ್ನು ಎಷ್ಟು ಹೊತ್ತು ಇಡಲಾಗುತ್ತಿತ್ತು.

ಸಮಸ್ಯೆ 1: ಅಪ್‌ಲೋಡ್ ಮೊದಲು ಸೈಟ್ ಅನ್ನು ಖಾಲಿ ಮಾಡುತ್ತಿತ್ತು

ಮರು-ಪ್ರಕಟಣೆಯು ಸೈಟ್‌ನ ಫೋಲ್ಡರ್‌ನಲ್ಲಿದ್ದ ಎಲ್ಲವನ್ನೂ ಅಳಿಸಿ, ನಂತರ ಹೊಸ ಬಿಲ್ಡ್ ಅಪ್‌ಲೋಡ್ ಮಾಡುತ್ತಿತ್ತು. ಅಪ್‌ಲೋಡ್ ತೆಗೆದುಕೊಳ್ಳುವ ಸಮಯದಲ್ಲಿ — ನಮ್ಮ ಸ್ಥಳೀಯ ಪರೀಕ್ಷೆಯಲ್ಲಿ 250 ಫೈಲ್‌ಗಳ ಸೈಟ್‌ಗೆ 12 ಸೆಕೆಂಡ್ — ಎಡ್ಜ್‌ನಲ್ಲಿ ಈಗಾಗಲೇ ಕ್ಯಾಶ್ ಆಗದ ವಿನಂತಿ ಮಾಡಿದ ಸಂದರ್ಶಕನಿಗೆ 404 ಸಿಗುತ್ತಿತ್ತು, ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು 404 ನೀಡುವ HTML ಪುಟ ಸಿಗುತ್ತಿತ್ತು.

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

ಪರಿಹಾರ: ಮೇಲೆ ಬರೆಯಿರಿ, ಪುಟಗಳು ಕೊನೆಯಲ್ಲಿ, ಉಳಿದದ್ದನ್ನು ನಂತರ ತೆಗೆಯಿರಿ

1. ಮೊದಲು ಅಳಿಸಬೇಡಿ. ಹೊಸ ಬಿಲ್ಡ್ ಅನ್ನು ಹಳೆಯದರ ಮೇಲೆಯೇ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ.
2. ಅಸೆಟ್‌ಗಳು ಪುಟಗಳ ಮೊದಲು. ಪುಟ ತನಗೆ ಬೇಕಾದ ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಮತ್ತು ಸ್ಟೈಲ್‌ಗಳನ್ನು ಹೆಸರಿಸುವುದರಿಂದ, ಪುಟಗಳನ್ನು ಕೊನೆಯಲ್ಲಿ ಅಪ್‌ಲೋಡ್ ಮಾಡಲಾಗುತ್ತದೆ. ಹೊಸ ಪುಟಗಳು ಬರುವವರೆಗೆ ಸಂದರ್ಶಕರಿಗೆ ಹಳೆಯ ಪುಟ ಸಿಗುತ್ತದೆ, ಅದು ಹಳೆಯ ಅಸೆಟ್‌ಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅವು ಇನ್ನೂ ಇರುತ್ತವೆ. ಹೊಸ ಪುಟಗಳು ಬಂದಾಗ, ಅವು ಹೆಸರಿಸುವ ಹೊಸ ಅಸೆಟ್‌ಗಳು ಈಗಾಗಲೇ ಸ್ಥಳದಲ್ಲಿರುತ್ತವೆ.
3. ಉಳಿದದ್ದನ್ನು ನಂತರ ತೆಗೆಯಿರಿ. ಅಪ್‌ಲೋಡ್ ಮೊದಲು, ಸೈಟ್ ಏನೆಲ್ಲಾ ಒಳಗೊಂಡಿದೆ ಎಂದು ನಾವು ಪಟ್ಟಿ ಮಾಡುತ್ತೇವೆ. ಯಶಸ್ವಿ ಅಪ್‌ಲೋಡ್ ನಂತರ ಮೂರು ನಿಮಿಷಗಳ ಬಳಿಕ, ಆ ಪಟ್ಟಿಯಲ್ಲಿರುವ ಮತ್ತು ಹೊಸ ಬಿಲ್ಡ್ ಮರು-ಬರೆಯದ ಯಾವುದೇ ಫೈಲ್ ಅನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ. ಮೂರು ನಿಮಿಷ ಎಂದರೆ ಎಡ್ಜ್ ಮತ್ತು ಬ್ರೌಸರ್‌ನಲ್ಲಿ ಪುಟವನ್ನು 60 ಸೆಕೆಂಡ್ ವರೆಗೆ ಕ್ಯಾಶ್ ಮಾಡಬಹುದಾದ್ದರಿಂದ, ಹಳೆಯ ಪುಟ ಹಿಡಿದಿರುವ ಸಂದರ್ಶಕನಿಗೆ ಅದು ಹೆಸರಿಸುವ ಅಸೆಟ್‌ಗಳು ಇನ್ನೂ ಸಿಗುತ್ತವೆ.
4. ಅನುಮಾನವಿದ್ದರೆ, ಏನನ್ನೂ ಅಳಿಸಬೇಡಿ. ಅಪ್‌ಲೋಡ್ ಮೊದಲಿನ ಪಟ್ಟಿ ವಿಫಲವಾದರೆ, ಏನನ್ನೂ ತೆಗೆಯಲಾಗುವುದಿಲ್ಲ. ಉಳಿದ ಫೈಲ್‌ಗಳು ಹಾನಿಕಾರಕವಲ್ಲ, ಮುಂದಿನ ಪ್ರಕಟಣೆ ಅವುಗಳನ್ನು ತೆಗೆಯುತ್ತದೆ. ಏನಿತ್ತೆಂದು ತಿಳಿಯದೆ ಅಳಿಸುವುದೇ ಸೈಟ್ ಖಾಲಿಯಾಗಲು ಕಾರಣ.

ವಿಫಲ ಅಪ್‌ಲೋಡ್ ಈಗ ಹಿಂದಿನ ಸೈಟ್ ಅನ್ನು ಹಾಗೆಯೇ ಬಿಡುತ್ತದೆ.

ನಾವು ಇದನ್ನು ಸ್ಥಳೀಯವಾಗಿ ಕೊನೆಯಿಂದ ಕೊನೆಯವರೆಗೆ ಪರೀಕ್ಷಿಸಿದ್ದೇವೆ: ನಿಜವಾದ ಅಪ್‌ಲೋಡ್ ಸ್ಕ್ರಿಪ್ಟ್, ನಿಜವಾದ ಅಪ್‌ಲೋಡ್ ರೂಟ್ ಮತ್ತು ಸ್ಟೋರೇಜ್ ಸರ್ವಿಂಗ್ ಬಳಸಿ, ತಣ್ಣನೆಯ ಎಡ್ಜ್ ಕ್ಯಾಶ್‌ನೊಂದಿಗೆ ಬಂದ ಸಂದರ್ಶಕರೊಂದಿಗೆ. ಹಳೆಯ ಕೋಡ್‌ನಲ್ಲಿ, ಮರು-ಪ್ರಕಟಣೆಯ ವೇಳೆ 91 ರಲ್ಲಿ 55 ಭೇಟಿಗಳು ಮುರಿದಿದ್ದವು, ವಿಫಲ ಪ್ರಕಟಣೆಯ ವೇಳೆ 92 ರಲ್ಲಿ 61. ಹೊಸ ಕೋಡ್‌ನಲ್ಲಿ, ಎರಡೂ ಅಪ್‌ಲೋಡ್ ಮಾರ್ಗಗಳು, ವಿಫಲ ಅಪ್‌ಲೋಡ್ ಮತ್ತು ಅದರ ನಂತರದ ಪ್ರಕಟಣೆ ಸೇರಿ ಸುಮಾರು 3,500 ಭೇಟಿಗಳಲ್ಲಿ 0 ಮುರಿದಿದ್ದವು — ಮತ್ತು ನಿಖರವಾಗಿ ಉಳಿದ ಫೈಲ್‌ಗಳನ್ನು ಮಾತ್ರ ತೆಗೆಯಲಾಯಿತು.

ಸಮಸ್ಯೆ 2: ಮರು-ಪ್ರಕಟಣೆ ತೋರಿಸಲು ತುಂಬಾ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತಿತ್ತು

ಅಪ್‌ಲೋಡ್ ಸರಿಯಾಗಿ ನಡೆದರೂ, ಬದಲಾವಣೆಗಳು ಕಾಣಿಸಲು ನಿಧಾನವಾಗುತ್ತಿತ್ತು. ಎಡ್ಜ್ ಪುಟದ ನಕಲನ್ನು 60 ಸೆಕೆಂಡ್ ಮತ್ತು ಉಳಿದೆಲ್ಲ ಫೈಲ್‌ಗಳನ್ನು ಒಂದು ದಿನ ಇಡುತ್ತಿತ್ತು, ಬ್ರೌಸರ್‌ಗಳಿಗೂ ಅದೇ ಹೇಳುತ್ತಿತ್ತು. logo.png, ಫಾಂಟ್, ಅಥವಾ public/ ಫೋಲ್ಡರ್‌ನ ಯಾವುದೇ ಫೈಲ್‌ನಂತಹ ಸ್ಥಿರ ಹೆಸರಿನ ಫೈಲ್‌ಗಳು ಮರು-ಪ್ರಕಟಣೆಯ ನಂತರ ಒಂದು ದಿನದವರೆಗೆ ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನೇ ತೋರಿಸಬಹುದಿತ್ತು.

ಪರಿಹಾರ: ಬಿಲ್ಡ್ ಅಡಿಯಲ್ಲಿ ಫೈಲ್ ನಕಲುಗಳು

ಎಡ್ಜ್ ನಮ್ಮ API ಯಿಂದ ಸೈಟ್ ಎಲ್ಲಿದೆ ಎಂದು ಕೇಳಿದಾಗ, ಉತ್ತರದಲ್ಲಿ ಈಗ ಪ್ರತಿ ಬಾರಿ ಪ್ರಕಟಣೆ ಆದಾಗ ಬದಲಾಗುವ ಬಿಲ್ಡ್ ಗುರುತು ಇರುತ್ತದೆ. ಎಡ್ಜ್ ತನ್ನ ನಕಲುಗಳನ್ನು ಆ ಗುರುತಿನ ಅಡಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಹೀಗಾಗಿ ಎಡ್ಜ್‌ನ 30 ಸೆಕೆಂಡ್ ಲುಕ್‌ಅಪ್ ಅವಧಿ ಮುಗಿದ ತಕ್ಷಣ, ಪ್ರಕಟಣೆ ಹೊಸ ಕ್ಯಾಶ್ ಕೀಗಳ ಗುಂಪನ್ನೇ ಆಗಿಸುತ್ತದೆ. ಹಳೆಯ ನಕಲುಗಳನ್ನು ಮತ್ತೆ ಎಂದಿಗೂ ಹುಡುಕಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಎಡ್ಜ್ ನಕಲುಗಳನ್ನು ಒಂದು ದಿನದವರೆಗೆ ಇಟ್ಟುಕೊಂಡರೂ, ತಮ್ಮನ್ನು ಬದಲಿಸಿದ ಪ್ರಕಟಣೆಯ ನಂತರ ಹಳೆಯದನ್ನು ಎಂದಿಗೂ ಸರ್ವ್ ಮಾಡುವುದಿಲ್ಲ.

ಬ್ರೌಸರ್‌ಗಳಿಗೆ ಎರಡು ವಿಭಿನ್ನ ನಿಯಮಗಳು ಸಿಗುತ್ತವೆ:

• ಹ್ಯಾಶ್ ಮಾಡಿದ ಬಿಲ್ಡ್ ಔಟ್‌ಪುಟ್ — assets/index-CzLcxDO8.js ನಂತಹ ಫೈಲ್‌ಗಳು, ಅವುಗಳ ವಿಷಯ ಬದಲಾದಾಗ ಹೆಸರೂ ಬದಲಾಗುತ್ತದೆ — ಒಂದು ವರ್ಷ ಕ್ಯಾಶ್ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಬದಲಾಗದ (immutable) ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ. ಆ ಹೆಸರಿನಲ್ಲಿ ಅದು ಹಳೆಯದಾಗಲು ಸಾಧ್ಯವಿಲ್ಲ.
• ಉಳಿದೆಲ್ಲವೂ — ಪುಟಗಳು ಮತ್ತು ಲೋಗೋದಂತಹ ಸ್ಥಿರ ಹೆಸರಿನ ಫೈಲ್‌ಗಳು — no-cache ಎಂದು ಗುರುತಿಸಲಾಗುತ್ತದೆ, ಅಂದರೆ "ಬಳಸುವ ಮೊದಲು ಪರಿಶೀಲಿಸಿ". ಏನೂ ಬದಲಾಗದಿದ್ದರೆ, ಬ್ರೌಸರ್‌ನ If-None-Match ಪರಿಶೀಲನೆಯನ್ನು ಈಗ ಗೌರವಿಸುವುದರಿಂದ, ದೇಹವಿಲ್ಲದ ಪುಟ್ಟ 304 Not Modified ಉತ್ತರ ಸಿಗುತ್ತದೆ.

ಎರಡನ್ನು ಬೇರ್ಪಡಿಸಲು ಎಚ್ಚರಿಕೆ ಬೇಕು: public/assets/ ನಿಂದ ನಕಲಾದ ಫೈಲ್ ತನ್ನ ಹೆಸರನ್ನೇ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು assets/logo.png ಅನ್ನು ಒಂದು ವರ್ಷ ಕ್ಯಾಶ್ ಮಾಡಿದರೆ ಹಳೆಯ ಲೋಗೋ ಒಂದು ವರ್ಷ ಉಳಿದುಬಿಡುತ್ತದೆ. ಹಾಗಾಗಿ ಒಂದು ಫೈಲ್ ಬಿಲ್ಡ್ ಔಟ್‌ಪುಟ್ ಫೋಲ್ಡರ್‌ನಲ್ಲಿದ್ದು ಮತ್ತು ಅದರ ಹೆಸರಿನಲ್ಲಿ ಹ್ಯಾಶ್‌ನಂತೆ ಕಾಣುವ ಭಾಗವಿದ್ದರೆ ಮಾತ್ರ ಹ್ಯಾಶ್ ಮಾಡಿದ್ದೆಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ — ಸಾಮಾನ್ಯ ಪದದಂತಲ್ಲ.

ಸ್ಥಳೀಯವಾಗಿ, ಪ್ರಕಟಣೆ ಲೈವ್ ಆದ 6 ಸೆಕೆಂಡ್ ನಂತರ ಹೊಸ ಪುಟ ಮತ್ತು ಲೋಗೋ ಕಾಣಿಸಿತು. ಮೊದಲು ಪುಟಕ್ಕೆ 60 ಸೆಕೆಂಡ್ ಮತ್ತು ಲೋಗೋಗೆ ಒಂದು ದಿನ ಬೇಕಾಗಿತ್ತು.

ಇನ್ನೆರಡು ಸಣ್ಣ ಪರಿಹಾರಗಳು

• HEAD ವಿನಂತಿಗಳಿಂದ ಖಾಲಿ ಪುಟಗಳು. HEAD ವಿನಂತಿ ಪುಟದ ಹೆಡರ್‌ಗಳನ್ನು ಮಾತ್ರ ಕೇಳುತ್ತದೆ, ದೇಹವಿಲ್ಲದೆ. ಆ ಖಾಲಿ ಉತ್ತರಗಳನ್ನು ನಾವು ಕ್ಯಾಶ್ ಮಾಡುತ್ತಿದ್ದೆವು, ಹಾಗಾಗಿ ಮುಂದಿನ ಸಂದರ್ಶಕನಿಗೆ ಆ ಪುಟ ಖಾಲಿಯಾಗಿ ಕಾಣಿಸುತ್ತಿತ್ತು. ಈಗ HEAD ಉತ್ತರಗಳನ್ನು ಕ್ಯಾಶ್ ಮಾಡಲಾಗುವುದಿಲ್ಲ.
• "ಇಲ್ಲಿ ಏನೂ ಇಲ್ಲ" ಗೆ ನಿಜವಾದ ಪುಟ. ಯಾವುದೇ ಆ್ಯಪ್ ಇಲ್ಲದ ವಿಳಾಸಕ್ಕೆ ಮೊದಲು "ಈ ಪ್ರಕಟಿತ ಆ್ಯಪ್ ಆಫ್‌ಲೈನ್ ಆಗಿದೆ ಅಥವಾ ಲಿಂಕ್ ಸಿಗಲಿಲ್ಲ" ಎಂಬ ಸರಳ-ಪಠ್ಯ ಸಂದೇಶ ಮತ್ತು 502 ಕೋಡ್ ಸಿಗುತ್ತಿತ್ತು. ಈಗ "ಇಲ್ಲಿ ಆ್ಯಪ್ ಇಲ್ಲ" ಎಂಬ ಸರಿಯಾದ ಪುಟ, 404 ಸ್ಥಿತಿ ಮತ್ತು ಮಾಲೀಕರಿಗೆ Mythex ಗೆ ಹಿಂತಿರುಗುವ ದಾರಿ ಸಿಗುತ್ತದೆ. ಗುರುತಿಸದ ಕಸ್ಟಮ್ ಡೊಮೇನ್‌ಗಳಿಗೂ ಅದೇ ಪುಟ ಸಿಗುತ್ತದೆ.

ನಾವು ಕಲಿತದ್ದು

• ಕ್ರಮವೂ ಸರಿಯಾಗಿರುವುದರ ಭಾಗ. ಒಂದೇ ಫೈಲ್‌ಗಳನ್ನು ಬೇರೆ ಕ್ರಮದಲ್ಲಿ ಅಪ್‌ಲೋಡ್ ಮಾಡಿದರೆ ಮುರಿದ ಸೈಟ್ ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸೈಟ್ ನಡುವಿನ ವ್ಯತ್ಯಾಸವಾಗುತ್ತದೆ.
• ತಡವಾಗಿ ಅಳಿಸಿ, ತಿಳಿದದ್ದನ್ನು ಮಾತ್ರ. ಅಪ್‌ಲೋಡ್ ಮೊದಲಿನ ಪಟ್ಟಿಯಿಂದ ತೆಗೆಯುವುದು ಸುರಕ್ಷಿತ; ಫೋಲ್ಡರ್ ಖಾಲಿ ಮಾಡಿ ಅಪ್‌ಲೋಡ್ ಮುಗಿಯಲಿ ಎಂದು ಕಾಯುವುದು ಸುರಕ್ಷಿತವಲ್ಲ.
• ಸಮಯದಿಂದಲ್ಲ, ಆವೃತ್ತಿಯಿಂದ ಕ್ಯಾಶ್ ಮಾಡಿ. ಅವಧಿ ಮುಗಿಯುವ ಸಮಯವು ವಿಷಯ ಯಾವಾಗ ಬದಲಾಗುತ್ತದೆ ಎಂಬ ಊಹೆ ಮಾತ್ರ. ಬಿಲ್ಡ್ ಜೊತೆ ಬದಲಾಗುವ ಕೀ ಒಂದು ಸತ್ಯ.

ಸಂಬಂಧಿತ: ನಿಮ್ಮ ಪ್ರಕಟಿತ ಆ್ಯಪ್ ಮರು-ಪ್ರಕಟಣೆಯ ವೇಳೆಯೂ ಚಾಲ್ತಿಯಲ್ಲಿರುತ್ತದೆ. ಪ್ರಕಟಣೆಯ ಕುರಿತು ಇನ್ನಷ್ಟು ಡಾಕ್ಸ್ ನಲ್ಲಿದೆ.