חנות שנופלת בשיא
עולה הרבה יותר מאחסון
בחנות כל שנייה של איטיות היא עגלה נטושה, וכל דקה של נפילה היא הזמנות שלא קרו. אחסון לחנות צריך להתנהג אחרת מאחסון לאתר תדמית — וזה בדיוק מה שמוגדר כאן מראש.
- מטמון שמדלג על עגלה, צ׳קאאוט וחשבון
- מסד נתונים שמותאם לעומס הזמנות
- גיבוי לפני כל עדכון, עם שחזור אוטומטי
הגדרות שחנות חייבת, ואתר תדמית לא
עמודים שלא נשמרים במטמון
עגלה, צ׳קאאוט וחשבון לקוח עוקפים את המטמון — אחרת לקוח רואה עגלה של מישהו אחר.
מסד נתונים לעומס
WooCommerce כותב הרבה. המסד מוגדר לכתיבות תכופות ולא רק לקריאות.
Redis לאובייקטים
שאילתות חוזרות של מוצרים ומחירים נשמרות בזיכרון.
חיפוש מוצרים
אינדקסים שמונעים משאילתת חיפוש להפיל את החנות בעומס.
גיבוי לפני עדכון
עדכון של תוסף תשלום בלי גיבוי הוא הימור. אצלנו זה לא אפשרי.
לפרטיםאבטחת תשלומים
SSL, כותרות אבטחה וסריקה יומית — חובה בעמוד שמזינים בו כרטיס.
לפרטיםניטור של דף התשלום
לא רק דף הבית. אם הצ׳קאאוט נשבר, אתם שומעים מיד.
מדידת תנועה אמיתית
התנועה נקראת מיומן השרת, כולל מה שהמטמון מגיש.
עדכון תוסף בחנות הוא לא פעולה שגרתית
בחנות פעילה, תוסף תשלום או משלוח שנשבר אחרי עדכון פירושו הזמנות שלא נסגרות — לפעמים בלי שאף אחד ישים לב עד סוף היום. לכן העדכון עובר תמיד את אותו מסלול: גיבוי, עדכון, בדיקה, ושחזור אם צריך.
- גיבוי מלא של קבצים ומסד לפני העדכון
- בדיקה של החנות אחרי, כמו לקוח אמיתי
- שחזור אוטומטי אם החנות הפסיקה לענות
הגיבוי האחרון
היום · 03:15
שאלות נפוצות
המטמון ישבור לי את העגלה?
לא. עמודי העגלה, הצ׳קאאוט והחשבון מוחרגים מהמטמון מראש — זו אחת הטעויות הנפוצות שגורמות ללקוח לראות עגלה לא שלו.
כמה הזמנות ביום החנות תעמוד?
זה תלוי בתוספים ובתבנית יותר מאשר בשרת. אנחנו מנטרים את זמני התגובה ומתריעים לפני שזה הופך לבעיה, ואפשר לשדרג משאבים בלי להעביר את החנות.
אפשר סביבת בדיקות לחנות?
כן. עותק מלא בכתובת נפרדת, חסום למנועי חיפוש — לבדוק עדכון או תבנית לפני שנוגעים בחנות החיה.
מה עם מיילים של הזמנות?
יוצאים דרך ממסר מנוהל עם SPF ו-DKIM תקינים, כדי שאישור הזמנה לא ייפול לספאם של הלקוח.