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

ಇ-ಕಾಮರ್ಸ್ ಪ್ಲಾಟ್‌ಫ فونبನ್ನು ಕೇವಲ ಒಂದು ಬ್ರೋಷರ್ ಸೈಟ್‌ನಂತೆ ಪರಿಗಣಿಸುವುದು ಒಂದು ಮೂಲಭೂತ ದೋಷವಾಗಿದೆ. ಸಾಮಾನ್ಯ ಅಪ್‌ಟೈಮ್ ಮಾನಿಟರಿಂಗ್ ಕೇವಲ ಒಂದು ಪ್ರಶ್ನೆಯನ್ನು ಕೇಳುತ್ತದೆ: ಸರ್ವರ್ 200 OK ಸ್ಟೇಟಸ್ ಅನ್ನು ನೀಡಿದೆಯೇ? ಒಂದು WooCommerce ಸ್ಟೋರ್ ವಿಷಯಕ್ಕೆ ಬಂದರೆ, ಈ ಪ್ರಶ್ನೆಯು ಮುಖ್ಯ ಉದ್ದೇಶವನ್ನೇ ಮರೆತಿದೆ ಎಂದರ್ಥ. ಸರ್ವರ್ ಸುಗಮವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತಿರಬಹುದು, ಚೆಕ್‌ಔಟ್ ಪೇಜ್ ಸುಂದರವಾಗಿ ಕಾಣಿಸಬಹುದು, ಆದರೂ ಹಣದ ವಹಿವಾಟು ನಿಂತುಹೋಗಬಹುದು. ಇದು ಒಂದು ಮೌನ ವೈಫಲ್ಯ (silent failure), ಮತ್ತು ಇದು ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗುವುದಕ್ಕಿಂತಲೂ ಹೆಚ್ಚು ದುಬಾರಿಯಾದದ್ದು.

"ಆನ್‌ಲೈನ್" ಎಂದರೆ ಏನೂ ಅರ್ಥವಿಲ್ಲದಿದ್ದಾಗ

200 ಪ್ರತಿಕ್ರಿಯೆಯು ಕೇವಲ PHP ಕಾರ್ಯಗತಗೊಂಡಿದೆ ಮತ್ತು ಬ್ರೌಸರ್ ಬಳಕೆಗೆ HTML ಅನ್ನು ಕಳುಹಿಸಿದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. Stripe ನ JavaScript ಲೋಡ್ ಆಗಿದೆ ಎಂಬುದನ್ನು ಇದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. 'place-order' ಬಟನ್ ಕೆಲಸ ಮಾಡುವ ಎಂಡ್‌ಪಾಯಿಂಟ್‌ಗೆ ಸಬ್‌ಮಿಟ್ ಆಗುತ್ತಿದೆ ಎಂಬುದನ್ನು ಇದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ವೆಬ್‌ಹೂಕ್ (webhook) ಕಾರ್ಯಗತಗೊಂಡಿದೆ, ಸ್ಟಾಕ್ ಹೊಂದಾಣಿಕೆಯಾಗಿದೆ ಅಥವಾ ಕನ್ಫರ್ಮೇಶನ್ ಇಮೇಲ್ ಬಂದಿದೆ ಎಂಬುದನ್ನು ಇದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಒಬ್ಬ ಸಂದರ್ಶಕ ಪೂರ್ಣವಾಗಿ ಲೋಡ್ ಆದ ಚೆಕ್‌ಔಟ್ ಅನ್ನು ನೋಡುತ್ತಾರೆ, ಕಾರ್ಡ್ ಸಂಖ್ಯೆಯನ್ನು ನಮೂದಿಸುತ್ತಾರೆ, 'buy' ಕ್ಲಿಕ್ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಏನೂ ಆಗುವುದಿಲ್ಲ. ಅಥವಾ ಅದಕ್ಕಿಂತ最 ಕೆಟ್ಟದಾಗಿ, ಪಾವತಿ ಯಶಸ್ವಿಯಾದರೂ ಆರ್ಡರ್ ವಿಫಲವಾಗಿದೆ ಎಂದು ದಾಖಲಾಗಬಹುದು.

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

ಸ್ಟೋರ್ ಡೌನ್ ಆಗದೆಯೇ ಕುಸಿಯುವ ಐದು ಮಾರ್ಗಗಳು

ಕನ್ವರ್ಷನ್ (conversion) ಶೂನ್ಯಕ್ಕೆ ಇಳಿದರೂ, WooCommerce ಸ್ಟೋರ್ 100% ಅಪ್‌ಟೈಮ್ ತೋರಿಸುವಾಗ ಸಂಭವಿಸಬಹುದಾದ ನಿರ್ದಿಷ್ಟ ವೈಫಲ್ಯಗಳು ಇಲ್ಲಿವೆ:

  • ಪೇಮೆಂಟ್ ಗೇಟ್‌ವೇಗಳು ಟೆಸ್ಟ್ ಮೋಡ್‌ನಲ್ಲಿ ಸಿಲುಕಿಕೊಳ್ಳುವುದು: ಒಬ್ಬ ಡೆವಲಪರ್ ಬಗ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು Stripe ಅಥವಾ PayPal ಅನ್ನು ಸ್ಯಾಂಡ್‌ಬಾಕ್ಸ್ (sandbox) ಮೋಡ್‌ಗೆ ಬದಲಾಯಿಸಿ, ಸಮಸ್ಯೆಯನ್ನು ಬಗೆಹರಿಸಿದ ನಂತರ, ಅದನ್ನು ಮತ್ತೆ ಮೊದಲಿನ ಸ್ಥಿತಿಗೆ ಬದಲಾಯಿಸಲು ಮರೆತಿರಬಹುದು. ನೈಜ ಗ್ರಾಹಕರು ನೈಜ ಕಾರ್ಡ್ ಸಂಖ್ಯೆಗಳನ್ನು ನಮೂದಿಸಿದಾಗ ಅವರು ಟೆಸ್ಟ್-ಮೋಡ್ ಅಡೆತಡೆಗೆ ಸಿಲುಕುತ್ತಾರೆ. ಕೆಲವೊಮ್ಮೆ ದೋಷವು ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣಿಸುತ್ತದೆ; ಕೆಲವೊಮ್ಮೆ ಅದು ಕಾಣಿಸುವುದಿಲ್ಲ ಮತ್ತು ವಹಿವಾಟು ಸುಮ್ಮನೆ ನಿಂತುಹೋಗುತ್ತದೆ.
  • ಪ್ಲಗಿನ್ ಅಪ್‌ಡೇಟ್ ಚೆಕ್‌ಔಟ್ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ಹಾಳುಮಾಡುವುದು: WooCommerce ಅಪ್‌ಡೇಟ್ ಬಿಡುಗಡೆಯಾದಾಗ ಅಥವಾ ಪೇಜ್ ಬಿಲ್ಡರ್ ಯಾವುದಾದರೂ ಬದಲಾವಣೆ ಮಾಡಿದಾಗ, ಚೆಕ್‌ಔಟ್ ಫಾರ್ಮ್ ಸರಿಯಾಗಿ ಕಾಣಿಸದಿರಬಹುದು. ಪೇಜ್ ಲೋಡ್ ಆಗುತ್ತದೆ, ಆದರೆ ಬಿಲ್ಲಿಂಗ್ ಫೀಲ್ಡ್‌ಗಳು ಮಾಯವಾಗುತ್ತವೆ ಅಥವಾ 'place-order' ಬಟನ್ ಕ್ಲಿಕ್ ಮಾಡಿದಾಗ JavaScript ಎರರ್ ಬರುತ್ತದೆ. ಸರ್ವರ್ ಸರಿಯಾಗಿರುತ್ತದೆ, ಆದರೆ ಬಳಕೆದಾರರ ಅನುಭವ (user experience) ಹಾಳಾಗಿರುತ್ತದೆ.
  • ಗೇಟ್‌ವೇ ದೋಷಗಳಿಂದಾಗಿ ವಿಫಲ ಆರ್ಡರ್‌ಗಳ ಸಂಖ್ಯೆ ಹೆಚ್ಚಾಗುವುದು: API ಕೀಗಳು ಅವಧಿ ಮುಗಿದಿರಬಹುದು. ಕರೆನ್ಸಿ ವ್ಯತ್ಯಾಸಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಬಹುದು. 3D Secure ಅವಶ್ಯಕತೆಗಳು ಬದಲಾಗಿರಬಹುದು. ಈ ದೋಷಗಳು WooCommerce ಅಡ್ಮಿನ್‌ನಲ್ಲಿ ವಿಫಲ ಆರ್ಡರ್‌ಗಳಾಗಿ ಕಾಣಿಸುತ್ತವೆ, ನಿಮ್ಮ ಅಪ್‌ಟೈಮ್ ಲಾಗ್‌ಗಳಲ್ಲಿ ಸರ್ವರ್ ದೋಷಗಳಾಗಿ ಕಾಣಿಸುವುದಿಲ್ಲ. ನೀವು ತಪ್ಪು ಸ್ಕ್ರೀನ್ ಅನ್ನು ಗಮನಿಸುತ್ತಿದ್ದರೆ, ನಿಧಾನವಾಗಿ ಆಗುತ್ತಿರುವ ಆದಾಯದ ಸೋರಿಕೆಯನ್ನು ನೀವು 놓ಕೊಳ್ಳುತ್ತೀರಿ.
  • ಸರ್ವರ್-ಸೈಡ್ ಆರ್ಡರ್ ಪೈಪ್‌ಲೈನ್ ಸ್ಥಗಿತಗೊಳ್ಳುವುದು: ಗ್ರಾಹಕರು 'buy' ಕ್ಲಿಕ್ ಮಾಡಿದ ನಂತರ ಥರ್ಡ್-ಪಾರ್ಟಿ ERP ಇಂಟಿಗ್ರೇಷನ್, ಕಸ್ಟಮ್ ಸ್ಟಾಕ್-ಸಿಂಕ್ ಫಂಕ್ಷನ್ ಅಥವಾ ಶಿಪ್ಪಿಂಗ್-ರೇಟ್ ಕ್ಯಾಲ್ಕುಲೇಟರ್ ಟೈಮ್-ಔಟ್ ಆಗಬಹುದು. ಆರ್ಡರ್ ಅನಿರ್ದಿಷ್ಟ ಕಾಲದವರೆಗೆ 'pending' ಸ್ಥಿತಿಯಲ್ಲಿರುತ್ತದೆ. ಗ್ರಾಹಕರು ಪೇಜ್ ಅನ್ನು ರಿಫ್ರೆಶ್ ಮಾಡಿ, ಗೊಂದಲಕ್ಕೀಡಾಗಿ ಹೊರಟುಹೋಗುತ್ತಾರೆ. ನಿಮ್ಮ ಹೋಸ್ಟಿಂಗ್ ಮೆಟ್ರಿಕ್‌ಗಳು ಇನ್ನೂ ಹಸಿರಾಗಿ (green) ಕಾಣಿಸುತ್ತಿರುತ್ತವೆ.
  • ಯಾವುದೇ ಸ್ಪಷ್ಟ ಕಾರಣವಿಲ್ಲದೆ ಆರ್ಡರ್ ಪ್ರಕ್ರಿಯೆ ನಿಲ್ಲುವುದು: ಇಲ್ಲಿ ಯಾವುದೇ ಫೇಟಲ್ ಎರರ್ ಇರುವುದಿಲ್ಲ ಅಥವಾ ಪ್ಲಗಿನ್ ಸಂಘರ್ಷವೂ ಇರುವುದಿಲ್ಲ. ಕೇವಲ ಕ್ಯಾಶ್ (cache) ಹಳೆಯ ಚೆಕ್‌ಔಟ್ JavaScript ಅನ್ನು ನೀಡಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಕನ್ಸೆಂಟ್-ಮ್ಯಾನೇಜ್‌ಮೆಂಟ್ ಬ್ಯಾನರ್ ಪೇಮೆಂಟ್ iframe ಅನ್ನು ತಡೆಯಬಹುದು. ಅಥವಾ CDN ಎಡ್ಜ್ ನೋಡ್ ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಹಳೆಯ ಆವೃತ್ತಿಯನ್ನು ನೀಡಬಹುದು. ಸೈಟ್ ಆನ್‌ಲೈನ್‌ನಲ್ಲಿದೆ, ಆದರೆ ಚೆಕ್‌ಔಟ್ ಕೆಲಸ ಮಾಡುತ್ತಿಲ್ಲ.

ನಿಜವಾಗಿಯೂ ಮುಖ್ಯವಾದದ್ದನ್ನು ಮಾನಿಟರ್ ಮಾಡುವುದು

ಈ ವೈಫಲ್ಯಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು, ನೀವು ಕೇವಲ ಇನ್ಫ್ರಾಸ್ಟ್ರಕ್ಚರ್ ಅನ್ನು ಗಮನಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಬಿಸಿನೆಸ್ ಲಾಜಿಕ್ ಅನ್ನು ಗಮನಿಸಲು ಪ್ರಾರಂಭಿಸಬೇಕು. ನೈಜ ವಹಿವಾಟಿನ ಪ್ರಕ್ರಿಯೆಯ ಸಂಕೀರ್ಣತೆಯನ್ನು ಎದುರಿಸುವ ಮಾನಿಟರಿಂಗ್ ತಂತ್ರವನ್ನು ನಿರ್ಮಿಸುವುದು ಹೇಗೆ ಎಂಬುದು ಇಲ್ಲಿದೆ.

ಕೇವಲ ಅಪ್‌ಟೈಮ್ ಅನ್ನು ಮಾತ್ರವಲ್ಲ, ಆರ್ಡರ್ ಫ್ಲೋ ಅನ್ನು ಮಾನಿಟರ್ ಮಾಡಿ. ಉತ್ಪನ್ನವನ್ನು ಕಾರ್ಟ್‌ಗೆ ಸೇರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತಿದೆಯೇ, ಚೆಕ್‌ಔಟ್ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸರಿಯಾದ JSON ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತಿದೆಯೇ ಮತ್ತು ಯಶಸ್ವಿ ಪಾವತಿಯ ನಂತರ ಥ್ಯಾಂಕ್-ಯೂ ಪೇಜ್ ಲೋಡ್ ಆಗುತ್ತಿದೆಯೇ ಎಂಬುದನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಿ. ನೀವು ಬಾಹ್ಯ ಪಿಂಗ್ ಟೂಲ್‌ಗಳನ್ನು ಅವಲಂಬಿಸಿದ್ದರೆ, ಅವುಗಳನ್ನು ಕೇವಲ ಡೊಮೇನ್ ರೂಟ್ ಅನ್ನು ಮಾತ್ರವಲ್ಲದೆ, ಕ್ರಿಟಿಕಲ್ ಪಾತ್ (critical path) ಅನ್ನು ತಲುಪುವಂತೆ ಕಾನ್ಫಿಗರ್ ಮಾಡಿ.

ವಿಫಲ ಆರ್ಡರ್‌ಗಳನ್ನು ಏಳು ದಿನಗಳ ಬೇಸ್‌ಲೈನ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ. ಕೇವಲ ನಿಖರವಾದ ಸಂಖ್ಯೆಗಳನ್ನು ಬಳಸಬೇಡಿ. ಪ್ರಮೋಷನ್ ನಂತರದ ಸೋಮವಾರ ಬೆಳಿಗ್ಗೆ ಐದು ವಿಫಲ ಆರ್ಡರ್‌ಗಳು ಸಾಮಾನ್ಯವಾಗಿದ್ದರೂ, ಶಾಂತವಾಗಿರುವ ಬುಧವಾರ ಮಧ್ಯಾಹ್ನ ಐದು ವಿಫಲ ಆರ್ಡರ್‌ಗಳು ಎಚ್ಚರಿಕೆಯ ಸಂಕೇತವಾಗಿದೆ (red flag). ಕೇವಲ ನಿರ್ದಿಷ್ಟ ಮಿತಿಗಳನ್ನು ನೋಡುವ ಬದಲು, ನಿಮ್ಮ ಸ್ವಂತ ರೋಲಿಂಗ್ ಬೇಸ್‌ಲೈನ್‌ನಿಂದ ಆಗುವ ವ್ಯತ್ಯಾಸವನ್ನು ಗಮನಿಸಿ.

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

ದೈನಂದಿನ ಸರ್ವರ್-ಸೈಡ್ ಸ್ಮೋಕ್ ಟೆಸ್ಟ್ ಅನ್ನು ರನ್ ಮಾಡಿ. ಮಾನವ ಕಣ್ಣುಗಳು ಗಮನಿಸುವ ಮೊದಲೇ ಚೇಕ್‌ಔಟ್ ವೈಫಲ್ಯವನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಇದು ಅತ್ಯಂತ ಪರಿಣಾಮಕಾರಿ ಸುರಕ್ಷತಾ ಜಾಲವಾಗಿದೆ.

ದೈನಂದಿನ ಸ್ಮೋಕ್ ಟೆಸ್ಟ್ ಅನ್ನು ನಿರ್ಮಿಸುವುದು

ಸರಿಯಾದ ಸ್ಮೋಕ್ ಟೆಸ್ಟ್ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ನಲ್ಲಿ ಗೊಂದಲವನ್ನು ಉಂಟುಮಾಡದೆ ವಾಸ್ತವಿಕ ಆರ್ಡರ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯು ಹೀಗಿರುತ್ತದೆ: ಒಂದು ಗುಪ್ತ ವರ್ಚುವಲ್ ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಿ, WooCommerce API ಮೂಲಕ ಟೆಸ್ಟ್ ಆರ್ಡರ್ ಅನ್ನು ರನ್ ಮಾಡಿ, ಒಟ್ಟು ಮೊತ್ತವು ಸರಿಯಾಗಿ ಲೆಕ್ಕಾಚಾರವಾಗಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಆರ್ಡರ್‌ನ ವಿವಿಧ ಸ್ಟೇಟಸ್‌ಗಳ ಮೂಲಕ ಅದನ್ನು ಕಳುಹಿಸಿ, ನಂತರ ಎಲ್ಲಾ ಕಲಾಕೃತಿಗಳನ್ನು (artifacts) ಅಳಿಸಿಹಾಕಿ.

ಅನುಷ್ಠಾನದ ವಿವರಗಳು ಮುಖ್ಯವಾಗಿವೆ. ನೀವು ಕ್ಲೀನಪ್ ಅನ್ನು ಎಚ್ಚರಿಕೆಯಿಂದ ನಿರ್ವಹಿಸದಿದ್ದರೆ, ನಿಮ್ಮ ವರದಿಗಳು ನಕಲಿ ಆರ್ಡರ್‌ಗಳು ಮತ್ತು ಕಾಲ್ಪನಿಕ ಉತ್ಪನ್ನಗಳಿಂದ ತುಂಬಿಹೋಗುತ್ತವೆ.

ಟೆಸ್ಟ್ ಮಾಡುವಾಗ WooCommerce ಇಮೇಲ್‌ಗಳನ್ನು ತಡೆಹಿಡಿಯಿರಿ. ಕ್ರೋನ್ ಜಾಬ್ (cron job) ತನ್ನ ದೈನಂದಿನ ಪರಿಶೀಲನೆಯನ್ನು ನಡೆಸಿದ ಕಾರಣ, ಬೆಳಗಿನ 3:00 ಗಂಟೆಗೆ ಸ್ಟೋರ್ ಮಾಲೀಕರು ಅಥವಾ ಅಡ್ಮಿನ್ ಅವರಿಗೆ "New Order" ಇಮೇಲ್ ತಲುಪುವುದು ನೀವು ಬಯಸದ ಅತ್ಯಂತ ಕೆಟ್ಟ ವಿಷಯವಾಗಿದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ಚಾಲನೆಯ ಅವಧಿಯಲ್ಲಿ ಹೊರಹೋಗುವ ನೋಟಿಫಿಕೇಶನ್‌ಗಳನ್ನು ಅತ禁用 (disable) ಮಾಡಿ ಅಥವಾ ಟೆಸ್ಟ್ ಆರ್ಡರ್ IDಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಯಾವುದೇ ಇಮೇಲ್ ಅನ್ನು ತಡೆಯಲು ಫಿಲ್ಟರ್ ಬಳಸಿ.

ಸ್ಕ್ರಿಪ್ಟ್ ಕ್ರ್ಯಾಶ್ ಆಗ jika ಡೇಟಾವನ್ನು ಕ್ಲೀನ್ ಮಾಡಲು ಶಟ್‌ಡೌನ್ ಫಂಕ್ಷನ್ ಬಳಸಿ. ಫೇಟಲ್ ಎರರ್ (fatal error) ಪ್ರಕ್ರಿಯೆಯನ್ನು ಕೊನೆಗೊಳಿಸಿದಾಗಲೂ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಶಟ್‌ಡೌನ್ ಫಂಕ್ಷನ್ ಅನ್ನು ನೋಂದಾಯಿಸಲು PHP ನಿಮಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ. ತೆರಿಗೆಯನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವಾಗ ಅಥವಾ ಆರ್ಡರ್ ಸ್ಟೇಟಸ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವಾಗ ನಿಮ್ಮ ಸ್ಮೋಕ್ ಟೆಸ್ಟ್ ಸ್ಥಗಿತಗೊಂಡರೆ, ಆ ಕ್ಲೀನಪ್ ರೂಟೀನ್ ಇಂದಿಗೂ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕು. ಇಲ್ಲದಿದ್ದರೆ ನೀವು ಅನಾಥ ಆರ್ಡರ್‌ಗಳು ಮತ್ತು ಉತ್ಪನ್ನಗಳನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತೀರಿ.

ಅನಾಥ ಡೇಟಾವನ್ನು ತಪ್ಪಿಸಲು ರಚಿಸಿದ ತಕ್ಷಣವೇ IDಗಳನ್ನು ರೆಕಾರ್ಡ್ ಮಾಡಿ. ವರ್ಚುವಲ್ ಉತ್ಪನ್ನವನ್ನು ರಚಿಸಿದ ಕ್ಷಣವೇ ಅದರ ID ಅನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ. ಟೆಸ್ಟ್ ಆರ್ಡರ್ ರಚಿಸಿದ ಕ್ಷಣವೇ ಅದರ ID ಅನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ. ಇವುಗಳನ್ನು ತಕ್ಷಣವೇ ವೇರಿಯೇಬಲ್‌ಗಳಲ್ಲಿ ಸಂಗ್ರಹಿಸಿ. ನೀವು ಈಗಷ್ಟೇ ಏನು ಮಾಡಿದ್ದೀರಿ ಎಂದು ಕೇಳಲು ಸ್ಕ್ರಿಪ್ಟ್‌ನ ಕೊನೆಯವರೆಗೆ ಕಾಯಬೇಡಿ. ಸ್ಕ್ರಿಪ್ಟ್ ಮಧ್ಯದಲ್ಲಿ ವಿಫಲವಾದರೆ, ನಿಮ್ಮ ಶಟ್‌ಡೌನ್ ಹ್ಯಾಂಡ್ಲರ್‌ಗೆ ಏನನ್ನು ಅಳಿಸಬೇಕೆಂದು ನಿಖರವಾಗಿ ತಿಳಿಯಲು ಆ IDಗಳು ನಿಮ್ಮ ಬಳಿ ಇರಬೇಕಾಗುತ್ತದೆ.

ಈ ಪರೀಕ್ಷೆಯು ಬಳಕೆದಾರರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬೈಪಾಸ್ ಮಾಡಿ ನೇರವಾಗಿ ಅಪ್ಲಿಕೇಶನ್ ಲೇಯರ್ ಜೊತೆಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ. ಅದು ಮುಖ್ಯವಾಗಿದೆ. ಫ್ರಂಟ್ ಎಂಡ್ ಕ್ಯಾಶ್ ಆಗಿರಬಹುದು, ಮಿನಿಫೈ ಆಗಿರಬಹುದು ಅಥವಾ ಡಜನ್ಗಟ್ಟಲೆ ಬ್ರೌಸರ್ ಎಕ್ಸ್‌ಟೆನ್ಶನ್‌ಗಳಿಂದ ಬದಲಾಯಿಸಲ್ಪಟ್ಟಿರಬಹುದು. API ಮೂಲ ಸತ್ಯವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ: WooCommerce ಇಂದಿಗೂ ಆರ್ಡರ್ ಅನ್ನು ರಚಿಸಲು, ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಮತ್ತು ವರ್ಗಾಯಿಸಲು ಸಾಧ್ಯವೇ?

ಎರಡು ಪದರಗಳ ರಕ್ಷಣೆ

ನಿಮಗೆ ಬಾಹ್ಯ ಮತ್ತು ಆಂತರಿಕ ಎರಡೂ ಮಾನಿಟರಿಂಗ್ ಅಗತ್ಯವಿದೆ, ಮತ್ತು ಪ್ರತಿ ಪದರವು ನಿಮಗೆ ವಾಸ್ತವವಾಗಿ ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು.

ಬಾಹ್ಯ ಮಾನಿಟರಿಂಗ್, "ಜನರು ಸೈಟ್‌ಗೆ ತಲುಪಲು ಸಾಧ್ಯವೇ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. DNS ಸಮಸ್ಯೆಗಳು, SSL ಅವಧಿ ಮುಕ್ತಾಯ, ಡೌನ್ ಆದ ಸರ್ವರ್‌ಗಳು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಪಾರ್ಟಿಷನಿಂಗ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಇದನ್ನು ಬಳಸಿ. ಇದು ಮೂಲಸೌಕರ್ಯ ವೈಫಲ್ಯಗಳ ವಿರುದ್ಧ ನಿಮ್ಮ ಮೊದಲ ರಕ್ಷಣಾ ಕವಚವಾಗಿದೆ.

ಆಂತರಿಕ ಮಾನಿಟರಿಂಗ್, "ಜನರು ಏನನ್ನಾದರೂ ಖರೀದಿಸಲು ಸಾಧ್ಯವೇ?" ಎಂಬ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಇದು ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನ್‌ನ ಒಳಗಿರುತ್ತದೆ. ಇದು ಆರ್ಡರ್ ವೈಫಲ್ಯದ ದರಗಳು, ಗೇಟ್‌ವೇ ಮೋಡ್‌ಗಳು, ಚೇಕ್‌ಔಟ್ ಸಮಯದಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ನಿಮ್ಮ ದೈನಂದಿನ ಸ್ಮೋಕ್ ಟೆಸ್ಟ್‌ನ ಫಲಿತಾಂಶಗಳನ್ನು ಗಮನಿಸುತ್ತದೆ. ಯಾವುದೇ ಬಾಹ್ಯ ಪಿಂಗ್ ಸೇವೆಗಳು ಎಂದಿಗೂ ನೋಡಲಾಗದ ಬಿಸಿನೆಸ್-ಲಾಜಿಕ್ ವೈಫಲ್ಯಗಳನ್ನು ಇದು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ.

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

ಹೋಮ್ ಪೇಜ್ ಅನ್ನು ನೋಡುವುದನ್ನು ನಿಲ್ಲಿಸಿ. ಹಣವನ್ನು ಗಮನಿಸಲು ಪ್ರಾರಂಭಿಸಿ.