Към съдържанието

Настройки за бисквитки

Изберете кои видове бисквитки разрешавате. Можете да промените избора си по всяко време чрез „Настройки за бисквитки“ в долната част на всяка страница. Декларация за поверителност

Необходими

Винаги включени

Нужни са за вход, за запазване на количката и на Вашите избори. Те са винаги включени.

Кои бисквитки?
  • weboke_sessie, weboke_klant, weboke_remember: Вашата сесия и оставането в акаунта
  • weboke_basket: Вашата количка
  • wkBtwIncl: показване на цените с или без ДДС
  • wok_cookies: Вашият избор за бисквитките, 12 месеца

Измерват коя реклама води до посещение или поръчка, за да не плащаме за реклами без резултат.

Кои бисквитки?
  • Google Ads чрез Google Tag Manager (_gcl_au, _gcl_aw), до 90 дни
  • OpenAI Ads, реклами в ChatGPT
  • wok_aff: кой партньор Ви е препратил към нас (партньорска програма), 60 дни

4,6

Държава и език

Всяка държава има собствен сайт, с цените и ДДС на тази държава.

Преглед

Тестова среда (staging) за Вашия онлайн магазин

Една тестова среда (staging) е копие на Вашия уебсайт, на което изпробвате актуализации и промени, без посетителите да усетят това. При онлайн магазин това е особено полезно, но и допълнително рисковано: копие на Вашия магазин съдържа реални клиентски данни и може да извършва реални действия. То може да изпраща имейли до клиенти, да получава плащания или да вкарва фактури в счетоводството Ви. Тук ще прочетете какво трябва да уредите веднага след копирането при магазин, и защо никога не трябва да прехвърляте базата данни от staging върху истинския си магазин.

Създаване на копие

При WebOké създавате staging с Копиране (клониране) в Installatron, с опцията Create a staging site?. Поставете копието например на поддомейн като test.example.com. Стъпките са описани в Създаване на WordPress тестова среда (staging) и по-подробно в Клониране и създаване на тестова среда (staging). В Моят WebOké това може да стане и чрез Клониране на уебсайт в Website Manager.

Защитете копието с парола на папката (вижте Папки, защитени с парола) и в WordPress при Настройки > Четене включете отметката за обезкуражаване на търсачките.

Веднага след копирането, преди всичко останало

  1. Платежен доставчик в тестов режим. Поставете плъгина за плащания на копието в тестов режим, с тестови ключове. С реални (live) ключове staging средата може да получава реални плащания или да извършва възстановявания на суми.
  2. Изключете или пренасочете имейлите. В противен случай копието изпраща потвърждения, напомняния и имейли за изоставени колички до реални клиенти. Използвайте плъгин, който блокира всички имейли или ги пренасочва към един тестов адрес.
  3. Изключете връзките и уебхуковете. Счетоводство, синхронизация на наличности, транспортни етикети, имейл маркетинг: иначе staging средата ще осчетоводява фактури или ще създава транспортни етикети. Проверете също в WooCommerce > Настройки > Разширени при Webhooks и API ключовете.
  4. Проверете планираните действия. Опашката също е копирана. Изчакващи действия, като напомнящ имейл или плащане по абонамент, иначе ще се изпълнят отново на staging средата. Вижте WooCommerce статус и планирани действия: откриване на проблеми.
  5. Ограничете личните данни. Ако не Ви трябват реални клиентски данни за тестване, изтрийте ги или ги анонимизирайте на копието. Правилата за защита на личните данни важат и за staging средата, която често е по-слабо защитена.

Ако продавате файлове за изтегляне, те също се намират на копието. Това е още една причина да го защитите с парола.

Никога не прехвърляйте базата данни от staging върху истинския си магазин

Между копирането и връщането назад, във Вашия истински магазин се натрупват нови поръчки, клиенти, плащания и промени в наличностите. Ако прехвърлите базата данни от staging върху истинския си магазин, ще загубите всичко това. Същото важи и за Synch (Синхронизиране) в Installatron: при това файловете и съдържанието на базата данни на реалния Ви сайт се заменят.

Затова действайте по следния начин:

  • Тествайте на staging, след това изпълнете на истинския си магазин. Вече знаете, че промяната работи; направете същите стъпки отново на производствената среда.
  • Прехвърляйте само файлове, като например променена тема, ако това е достатъчно.
  • Ако все пак се налага и базата данни? Правете го само с магазина в режим на поддръжка, веднага след свежо резервно копие, и с инструмент, който пропуска поръчките и клиентите.
Все пак нещо се е объркало и поръчки са презаписани? Спрете незабавно работата в магазина и не връщайте нищо назад. С WebOké Backups можете да поставите резервно копие от предходна нощ като копие до текущия си сайт, за да потърсите данните обратно. Вижте WebOké Backups: преглед, възстановяване или изтегляне на резервно копие, или създайте тикет чрез Центъра за поддръжка.

Тестване на актуализация: фиксиран маршрут

  1. Направете свежо копие на истинския си магазин и уредете правилно петте точки по-горе.
  2. Актуализирайте WooCommerce, платежния си плъгин или темата на копието, и изпълнете актуализацията на базата данни, ако WooCommerce поиска това.
  3. Направете тестова поръчка в тестов режим: плащане, неуспешно плащане и възстановяване на сума.
  4. Проверете при WooCommerce > Статус планираните действия и журналите (logs).
  5. След това актуализирайте истинския си магазин в спокоен момент, с резервно копие точно преди това.
  6. Изтрийте копието, когато приключите, или го дръжте защитено за следващия път.

Допълнително четене

Искате да научите повече? Преминете безплатния курс Онлайн магазин с WooCommerce, урок 7.3 Cron, Action Scheduler и staging.

Полезна ли беше тази статия?

← Обратно към Хостинг: обща информация

Моля, изчакайте…

Настройте домейните си

За всеки домейн настройте сървърите за имена, връзката с хостинга и кой ще бъде собственикът.

Домейните Ви се зареждат…