由於 WordPress 表使用自動增量功能，這意味著新 ID 將是資料庫表中產生的最後一個 ID 的增量。雖然乍看之下這似乎不是問題，但事實證明這是一個很大的挫折，因為 EDD 外掛程式將訂閱、付款和續訂儲存在wp_posts表中，並且 ID 被發送到支付網關（在我們的例子中為Stripe）。當在 WP 外部進行訂閱或續訂時，Stripe 支付網關使用 ID 來 黎巴嫩電報手機號碼列表 偵測要在 WP 網站上更新的記錄。最終，這意味著Stripe將擁有舊ID，而測試網站將擁有不同的ID，這將導致Stripe的支付行為異常。
挫折2
沒有任何 WordPress 外掛程式具有將 Elementor 相關遷移資料從一個網站同步到另一個克隆網站的特定用例。相反，我們擁有的是適合複製/移動資料的遷移插件。
從上述挫折來看，很明顯必須採取以下措施：
我們更願意將測試資料（Elementor 相關資料）從測試網站移至即時網站，而不是將支付和 EDD 相關資料從即時網站移至測試網站。這樣，我們就可以確保 EDD 相關資料保持完整；是的，我們更關心客戶的體驗和購買流程。
我們會尋找 Elementor 遷移插件，協助將 Elementor 資料從測試網站遷移到即時網站。
當我們嘗試從 Elementor 遷移資料時，遇到了另一組問題：
Elementor 遷移：我們關於如何解決 Elementor 中的遷移問題的故事 - Tyche Softwares
1號
我們找不到任何特定於 Elementor 的遷移插件，因此我們使用了 WordPress 市場中提供的遷移插件，例如：
所有WP導入插件，
定制器導出/導入插件和
WordPress 導入器插件
當使用這些外掛程式將 Elementor 資料匯入到即時網站時，幾個新設計的主題元素被破壞，幾乎不可能偵測到問題來自何處（在匯入期間）。最後，Elementor的數據看起來已經導入了，但是新設計的網站的可視化介面卻是一團糟。
2號
我們嘗試使用Elementor 中的匯出範本選項，並記錄了成功將Elementor範本匯入即時網站的一些進展。
然而，我們花了相當多的時間嘗試將模板重新應用到網站的不同部分，即使做出了這些努力，我們也無法讓網站像在測試網站上那樣完全發揮作用。
此外，網站的導航、側邊選單、標題和其他漂亮部分也存在一些問題。事實證明，Elementor 頁面上的匯出功能並沒有完全匯出整個網站。我們向 Elementor 論壇尋求協助。不幸的是，我們沒有得到任何適合我們需求的資訊。因此，我們無法成功地將網站從暫存網站遷移到即時網站。
沒有工具可以直接遷移基於 Elementor 的網站，特別是對於我們遇到的特殊情況：我們有同一網站的兩個副本，資料庫中的資料不同。
