[{"data":1,"prerenderedAt":182},["ShallowReactive",2],{"publication:he:P175":3},{"meta":4,"copy":16,"relatedArticles":144,"terms":174,"term":175,"resourceParent":176,"glossaryParent":179},{"id":5,"path":6,"kind":7,"keyword":8,"title":9,"seoTitle":9,"description":10,"incoming":11,"updated":14,"preparedOn":15},"P175","\u002Fblog\u002Frestore-hacked-live-shop","article","שחזור אתר שנפרץ בלי לאבד הזמנות","שחזור אתר שנפרץ: תכנון לשמירת הזמנות חדשות","איך מתכננים שחזור חנות אחרי פריצה כשנוספו הזמנות: נקודת גיבוי, נתונים חדשים, התאמה לתשלומים ו-HPOS, בידוד ובדיקת חזרה מבוקרת.",[12,13],"\u002Fservices\u002Fwebsite-recovery","\u002Fservices\u002Fbackups","2026-06-10","2026-10-29",{"intro":17,"sections":18,"checklist":100,"faq":106,"sources":116,"links":122,"cta":139},"שחזור אתר שנפרץ בלי לאבד הזמנות הוא יעד שדורש תכנון, ולא תוצאה שמובטחת בהחזרת גיבוי. צריך להשוות את נקודת השחזור למידע שנוצר אחריה, לברר מה מהימן ולהתאים הזמנות, תשלומים ותלות חיצונית. החזרת מסד ישן מעל חנות פעילה עלולה לדרוס נתונים חדשים.",[19,24,59,71,83,92],{"title":20,"paragraphs":21},"הגדירו נקודת מידע ומצב נוכחי לפני החלפה",[22,23],"תעדו את זמן הגיבוי, מועד גילוי הפגיעה ומה השתנה בינתיים. שמרו מצב נחוץ לבירור ולהשוואה במיקום מוגן ובהיקף מורשה. עצם קיום גיבוי לפני הגילוי אינו מוכיח שהוא מלפני תחילת הפגיעה. גם הנתונים שנוספו אחר כך צריכים בחינת מהימנות ולא העתקה עיוורת.","החליטו מי מוסמך להגביל קבלת הזמנות או לשנות זמינות בזמן העבודה, ואיך נשמרת תמונת העסק. זו החלטה תפעולית לפי המצב, לא הוראה גורפת לכבות כל חנות. שינוי ללא תיאום יכול ליצור פער חדש בין האתר, התשלום והטיפול בהזמנה.",{"title":25,"paragraphs":26,"table":28},"מפו רשומות ותלות שנוצרו אחרי הגיבוי",[27],"הטבלה היא מסגרת התאמה מקורית. היא אינה מתכון ייבוא ולא הבטחה שאפשר לשמר כל רשומה. לבעל החנות ולגורם הטכני צריכה להיות דרך לזהות פערים, כפילויות ומידע שלא ניתן לאמת לפני בחירה במסלול שחזור.",{"caption":29,"headers":30,"rows":34},"מידע שצריך להשוות בשחזור חנות פעילה",[31,32,33],"תחום","מה עשוי להשתנות מאז הגיבוי","בדיקת קבלה",[35,39,43,47,51,55],[36,37,38],"הזמנות","רשומות, פריטים וסטטוס","רציפות ופערים ידועים",[40,41,42],"תשלומים","עסקה, אישור, חיוב או החזר","התאמה למקור הספק",[44,45,46],"מלאי ומשלוח","כמות ופעולות שכבר בוצעו","אין חזרה עיוורת למצב קודם",[48,49,50],"לקוחות והרשאות","מידע חדש ושינוי גישה","נכונות והיקף מורשה",[52,53,54],"אוטומציות","משימות והתראות שכבר נשלחו","מניעת פעולה כפולה",[56,57,58],"קבצים ותצורה","העלאות, גרסאות וחיבורים","תאימות למסד המשוחזר",{"title":60,"paragraphs":61,"sources":64},"מיקום הנתונים ושיטת השחזור חייבים להתאים לחנות",[62,63],"WooCommerce שומרת מידע עסקי במסד לצד קבצים ותוספים, ו-HPOS משנה את מבנה אחסון ההזמנות ביחס למבנה הישן. לכן אין להסתמך על הנחה שכל הזמנה נמצאת באותה טבלה בכל חנות. יש לבדוק גרסה, אופן אחסון ותאימות הרחבות לפני בחירת כלי או שיטה.","אין כאן פקודת SQL למיזוג הזמנות או הוראה להחליף טבלאות בייצור. בחירת שיטה נתמכת ובדיקתה בסביבה מבודדת חשובות במיוחד כשיש הרחבות, מנויים או תהליכים מותאמים. ייצוא מסוים עשוי שלא לכלול את כל התלות העסקית.",[65,68],{"label":66,"url":67},"WooCommerce: HPOS ומיקום נתוני הזמנות","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fhigh-performance-order-storage\u002F",{"label":69,"url":70},"WooCommerce: גיבוי, עדכון ובדיקת תהליכי חנות","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fhow-to-update-woocommerce\u002F",{"title":72,"paragraphs":73,"sources":76},"התאימו תשלום ומצב הזמנה בלי לחייב מחדש",[74,75],"סטטוס באתר הוא חלק מהבירור, ולא סיבה לבצע חיוב, החזר או משלוח אוטומטי. השוו מזהים וזמנים למידע של ספק התשלום בהיקף מורשה, ובדקו הערות ויומנים רלוונטיים. WooCommerce מתעדת שימוש במידע זה לאבחון תקלות; לוג שלא הופעל בעבר אינו יוצר היסטוריה בדיעבד.","משימות ממתינות ו-webhooks יכולים להפעיל מערכות אחרות אחרי שחזור. אל תריצו שוב את כולם כדי להשלים חסר בלי להבין מה כבר בוצע. קובעים אחראי לכל חריגה ומאשרים פעולה עסקית בנפרד. לא מעבירים פרטי כרטיס או רשימת לקוחות לצורך אפיון ראשוני.",[77,80],{"label":78,"url":79},"WooCommerce: בירור הזמנות, הערות ותקלות תשלום","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fmanaging-orders\u002Ftroubleshooting-orders\u002F",{"label":81,"url":82},"WooCommerce: התראות webhook ויומני מסירה","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fwebhooks\u002F",{"title":84,"paragraphs":85,"sources":88},"דוגמה: מסד ישן החזיר הזמנה לסטטוס קודם",[86,87],"התרחיש להמחשה בלבד. אחרי החזרת גיבוי, הזמנה שכבר טופלה מוצגת כאילו היא ממתינה. אם אוטומציה ממשיכה ללא התאמה, עלול להיווצר טיפול כפול. הצוות משווה את הרשומה למקור החיצוני ולתיעוד העסק ומגדיר תיקון לפי שיטה שנבדקה, בלי לחזור אוטומטית על פעולה כספית.","בדיקת שחזור מתחילה בסביבה שמופרדת מחיובים, דואר ומשלוחים חיים. WooCommerce מזהירה שהזמנות בדיקה עלולות להפעיל תופעות לוואי וששירותים אחרים לא תמיד מבדילים בינן לבין אמת. גם סביבת staging דורשת בידוד מתאים של חיבורים.",[89],{"label":90,"url":91},"WooCommerce: סביבת ניסיון ותופעות לוואי של הזמנות בדיקה","https:\u002F\u002Fwoocommerce.com\u002Fdocument\u002Fmanaging-orders\u002Ftesting-orders\u002F",{"title":93,"paragraphs":94,"example":97},"חזרה לשירות דורשת גם כיסוי פגיעה וגם התאמת מידע",[95,96],"המסירה כוללת מה שוחזר, איזו נקודה נבחרה, מה הושלם ומה נותר לא ודאי. שחזור מידע אינו לבדו סגירת הגישה שהובילה לפגיעה. צריך תנאי חזרה מוסכמים למערכת, לא רק לדף הבית, ולוודא שמידע חדש לא נדרס בהעלאת סביבת הבדיקה.","ב-CyberFixCrew אפשר לתאם מיפוי שחזור ופערים לפי מערכת והיקף. היכולת לשמור הזמנות תלויה במידע הזמין ובשיטת העבודה, ואין הבטחה לשחזור מלא. אם אין ראיה מספקת לנתון, מציינים זאת ומעבירים החלטה עסקית לגורם המוסמך.",{"title":98,"text":99},"כרטיס התאמה לפני חזרה של חנות","נקודת שחזור: __. טווח מידע חדש: __. מבנה הזמנות וגרסה: __. מקורות לאימות: __. פערים וכפילויות: __. חיבורים מבודדים: __. בדיקת קבלה: __. מה לא אומת: __. מאשר חזרה ואחראי: __.",[101,102,103,104,105],"נקודת השחזור אינה נבחרת רק לפי זמן גילוי.","נשמר מידע נחוץ להשוואה באופן מוגן.","נבדקו מבנה אחסון ותלות בהרחבות.","הזמנות מותאמות לתשלומים ולפעולות שבוצעו.","אין הפעלה חוזרת עיוורת של חיובים או אוטומציות.",[107,110,113],{"question":108,"answer":109},"אפשר לשחזר רק קבצים ולהשאיר את המסד?","לפעמים זו אפשרות, אך צריך לבדוק איפה הפגיעה ומהי תאימות הקוד והמסד. השארת מסד אינה מבטיחה שהוא נקי, והחזרת קוד ישן אינה מתאימה אוטומטית לכל מצב. מחליטים לפי ראיות ובדיקה מבודדת.",{"question":111,"answer":112},"ייצוא הזמנות מבטיח שלא נאבד מידע?","לא, צריך להבין מה הכלי מכסה, אילו הרחבות ותלויות קיימות ומה מהימן. מיזוג דורש התאמה ובדיקת כפילויות ומצב עסקי; קובץ ייצוא לבדו אינו הוכחת שחזור מלא או תקינות תשלום.",{"question":114,"answer":115},"סטטוס ממתין אומר שצריך לחייב שוב?","לא, לאחר שחזור הסטטוס עשוי להיות ישן או לא תואם למקור התשלום. בודקים מזהים, זמנים ומידע מורשה אצל הספק. חיוב, החזר או משלוח חוזר דורשים החלטה נפרדת של גורם מוסמך.",[117,118,119,120,121],{"label":66,"url":67},{"label":69,"url":70},{"label":78,"url":79},{"label":81,"url":82},{"label":90,"url":91},[123,126,129,132,135,137],{"path":124,"label":125},"\u002Fblog\u002Fwoocommerce-incident","בירור אירוע בחנות WooCommerce",{"path":127,"label":128},"\u002Fblog\u002Fbackup-restore-test","תכנון בדיקת שחזור",{"path":130,"label":131},"\u002Fblog\u002Fwp-staging-vs-production","בידוד סביבת בדיקה",{"path":133,"label":134},"\u002Fglossary\u002Frpo","נקודת מידע ויעד התאוששות",{"path":12,"label":136},"שירות שחזור אתר",{"path":13,"label":138},"מיפוי גיבויים ויכולת התאוששות",{"title":140,"description":141,"button":142,"type":143},"צריך לשחזר והחנות המשיכה לקבל הזמנות?","נמפה נקודת גיבוי, מידע חדש ותלות, ונגדיר בדיקת שחזור והתאמה לפני שינוי במערכת הפעילה.","לתיאום בירור וטיפול","fix",[145,152,159,167],{"id":146,"path":124,"title":147,"description":148,"category":149,"artwork":149,"order":150,"publishedOn":151},"P177","חנות ווקומרס נפרצה: מה עושים עם הקופה וההזמנות","מסלול בירור לאירוע בחנות WooCommerce: תיעוד, צמצום פגיעה, תשלומים, חיבורים ושחזור. טבלת מסירה ותנאי חזרה בלי חיוב או משלוח כפול.","websites",12,"2026-05-25",{"id":153,"path":154,"title":155,"description":156,"category":149,"artwork":149,"order":157,"publishedOn":158},"P178","\u002Fblog\u002Fwoocommerce-security-checklist","צקליסט אבטחת WooCommerce: הרשאות, קופה וגיבוי","רשימת בדיקה לאבטחת חנות WooCommerce: מורשים, רכיבים, קופה, חיבורים, גיבוי ובדיקת תפקוד. טבלת אחריות וקבלה בלי תשלום או דיוור אמיתי.",11,"2026-05-09",{"id":160,"path":161,"title":162,"description":163,"category":149,"artwork":164,"order":165,"publishedOn":166},"P077","\u002Fblog\u002Fwoocommerce-payment-security","איך בודקים אבטחת תשלום בחנות WooCommerce בצורה מבוקרת","מפת בדיקה לתשלום ב-WooCommerce: דפדפן, ספק סליקה, אישור שרת והזמנה. סביבת בדיקה מבודדת, סודות, סקריפטים והפרדה בין אבטחה לתקלה עסקית.","checkout-testing",17,"2026-06-26",{"id":168,"path":169,"title":170,"description":171,"category":149,"artwork":149,"order":172,"publishedOn":173},"P123","\u002Fblog\u002Fwordpress-supply-chain-risk","איך תוסף או עדכון הופכים לסיכון שרשרת אספקה באתר","בדיקת אמון בתוספים ובעדכונים: מקור, גרסה, הפצה, ספריות תלויות והרשאות פרסום. טבלת תרחישים ותהליך קבלה בלי לדחות תיקוני אבטחה באופן גורף.",20,"2026-07-12",[],null,{"path":177,"label":178},"\u002Fresources","כלים ורשימות בדיקה לאבטחת העסק: משאבים שימושיים",{"path":180,"label":181},"\u002Fglossary","מילון סייבר בעברית: מושגים עם הסברים מעשיים",1794134061946]