vs打开sln加载失败_Divi Builder同步，自动保存，浏览器备份，失败的保存检测和改进的保存性能...

自动保存 在设计页面时，Visual Builder会保留工作的自动保存。 这些备份将保存到你的数据库中，以防万一你忘记保存或因某些原因而无法保存。 想象一下。明天你将与客户开会，并承诺将提供其新首页设计的最终版本。 幸运的是，你是一个创作天才，并且在你最喜欢的咖啡的刺激下，你耗费了数小时的设计工作，创造了也许是你迄今为止最好的作品！ 你坐下，来回扭动头，开心地微笑着，然而不幸的事情发生了。 你的浏览器崩溃了，你意识到在得意忘形的状态下，完全忘记了保存！ 当你以为必须重新做一遍时，你的心情非常低落。 你没时间了。你无法在明天的截止日期之前及时构建新设计。 这是Visual Builder的新“自动保存”系统用来保存设计的地方。 在整个设计过程中，Divi 一直在跟踪你的更改并将每个调整保存为自动保存 。 这些备份已存储到你的数据库中，以防万一发生意外。 重新启动浏览器并启动Visual Builder时，Div知道你忘记保存了，并提供了恢复丢失数据的选项。

标准WordPress文章编辑器已经存在类似的自动保存系统，但是此功能是Visual Builder的全新功能。   如果你的 计算机崩溃 了，你的 浏览器意外关闭 了，或者你只是 忘记保存 了，这些都可以放心，Divi将为你提供帮助。 浏览器备份 除了自动保存之外，你的工作备份也存储在浏览器中。 如果你的网站出现故障或存在互联网问题，你无法与服务器建立连接，这将提供第二层防护。 即使你记得经常保存工作，也可能会出错，从而导致无法成功完成这些保存。  你的Internet可能会断开，服务器可能会遇到意外的停机时间，或者网络问题可能会导致托管公司的家庭网络之间的数据包丢失。 

即使你经常保存，你仍需要良好的Internet连接，以便该数据从浏览器传输到你的网站。   这就是Visual Builder的浏览器备份的原因。 除了将自动保存的内容保存到你的网站之外，每当你在Visual Builder中进行更改时，其他 备份现在也会保存在浏览器 中。  如果常规保存和自动保存失败，并且退出Visual Builder发现你的更改已消失，则只需再次启动Visual Builder，Divi就会检测到浏览器备份并为你提供还原选项。 保存失败检测 如果发生错误，而你又无法保存，Visual Builder会向你发出警告。 它监视手动保存，并在出现问题时通知你， 使你可以选择下载页面备份，以便在问题解决后再进行恢复。 有时，很多事情都会突然出错。Divi无法控制的事情可能阻止成功保存，自动保存和浏览器备份。 

也许有插件冲突。 或者可能是浏览器扩展引起了问题。 也许我们需要修复Visual Builder中的一个错误！   无论如何，当你尝试在Visual Builder中保存工作而保存失败时，Divi现在将检测到保存失败并警告你出现问题。  Divi不仅使你知道保存失败，还使你可以选择下载工作的备份，以便可以使用Divi Portability System进行还原 。 Divi Builder同步 当在不同选项卡中激活构建器的多个实例时，Divi Builder将使保存的内容保持同步。  在一个选项卡中弹出Visual Builder以进行一些填充调整，然后返回Backend Builder以添加新模块，而这不会意外覆盖你的更改。 全新的Visual Builder除了使用全新的可视界面在网站的前端进行更改之外，还具有与标准Divi Builder(现在称为Backend Builder)相同的功能。 当Divi 引入这个新界面时，并没有预料到很多用户会喜欢在Visual Builder中进行一些更改，而在Backend Builder中进行其他更改。 事后看来，当两个构建器都可用时，设计师从一个界面到另一个界面的过渡将是渐进的，这很自然。 通常，用户打开同一页面的两个选项卡，一个是Visual Builder实例，另一个是后端构建器实例，试图同时使用这两个选项卡。 直到现在，与此有关的问题是，如果你在两个不同的选项卡之间来回跳动，并在每个选项卡中进行了不同的更改，则最终将覆盖以前所做的更改。 这不是一个新问题。如你在WordPress仪表板中打开同一页面的两个实例，将会发生同样的事情。 问题是，以前没有人这样做过，因为没有理由这样做！

当Divi 考虑此更新以及帮助保护用户避免失去设计并浪费宝贵时间的方法时，意识到Divi Builder适应这种新用户行为非常重要。  因此，创建了 Divi Builder Sync。这个新系统使在浏览器的不同选项卡中打开的构建器的多个实例保持同步 。  如果你在Visual Builder中进行了某些更改，则在打开一个针对同一页面启用了Backend Builder的选项卡时，这些更改将自动加载。  反之亦然。使用后端生成器进行的更改将同步到Visual Builder。  你可以来回跳动并随意使用两个生成器，而无需保存你的作品，并且这些更改将来回同步，以确保流畅，无错误的编辑体验。 显著地提高了保存和加载性能 Visual Builder使用的保存机制已得到显着改进，使用Visual Builder进行构建时，使 文章大小减小了约60％ ， 保存时间缩短了60％ 。 之前 后端生成器保存的文章大小：8,097个字符 Visual Builder保存的文章大小：18,756个字符 Visual Builder加载对象：151,801个字符 Visual Builder初始Ajax对象：643,131个字符 Visual Builder保存请求持续时间：3.81秒 Visual Builder保存请求对象：21,208个字符 首先，这些统计信息与你的页面在网站上加载所需的时间，或网站的访问者加载时网站上页面的大小无关。 这些统计信息仅显示Divi Builder的加载速度，在Builder中呈现页面所需的数据量和时间，以及将页面保存到数据库所需的时间。 Divi 正在比较构建器本身的速度和效率，并将Visual Builder与后端构建器进行比较。 从这些统计数据中可以看出，在比较使用Visual Builder和标准Divi Backend Builder保存的页面时，由于收集了更多信息并将其用于在Builder中呈现页面，Visual Builder导致了更大的保存请求。 长话短说： 与后端构建器相比，Visual Builder正在进行的工作更多，并且加载时间更长 。 同样，由于从浏览器发送到你的网站的信息量大，因此保存页面花费了更多时间(在上面的示例布局中，Visual Builder向服务器发送的信息比Backend Builder发送的信息多了230％。这是一个很大的差异)。 现在 经过今天的更新，Visual Builder的速度和效率得到了极大的提高。 实际上，Visual Builder现在比原始的Divi Backend Builder效率更高。 这意味着Visual Builder界面将更快地加载，并且你的更改将更快地保存。 提高保存性能并减小保存请求的大小如此重要的原因之一是，它通常会导致资源有限的共享主机上的保存失败和超时。 后端生成器保存的文章大小：8,097个字符[未更改] Visual Builder保存的文章大小：7,449个字符[减少60％] Visual Builder加载对象：111,044个字符[减少了27％] Visual Builder初始Ajax对象：566,185个字符[减少了12％] Visual Builder保存请求的持续时间：1.44秒[减少62％] Visual Builder保存请求对象：8,723个字符[减少了59％] 那么，这到底意味着什么？首先，Visual Builder的文章大小现在小于Backend Builder的文章大小。  Visual Builder的加载速度比以前快了约21％，并且保存页面所需的时间减少了约62％。 速度快了两倍！这意味着更少的时间浪费在等待加载完成，并且在具有严格资源限制的共享主机上保存失败的可能性要小得多。 如果你对创建网站有兴趣 欢迎来撩 爱极致 小哥哥哦~

长按 关注，有更多干货哦~ ▼ ▼ ▼

- End -

点个赞，证明你还爱我