WordPress站点能够连接用户本地机器上的数据

时间:2016-12-16 作者:Pradeep Datta

我们正在尝试提供一种云服务,我们的系统需要访问用户系统上专门为我们的站点维护的联系人列表。

由于数据安全原因,我们希望允许用户将其列表保存在本地,而不要求他将整个列表上载到我们的系统,我们也不希望将其保存在我们的服务器上。

在会话期间,用户可以单击列表中的成员,我们的系统将只获取这些成员的数据,完成事务,提供结果,然后从服务器中删除数据。

我们可以使用什么系统来允许WordPress站点在用户机器上本地维护这样的数据库或列表等。

1 个回复
SO网友:Tom J Nowell

这里的解决方案是完全在浏览器中使用前端应用程序中的Javascript,使用诸如WebSQL或本地存储之类的东西来实现这一点。将这些与REST API结合起来,就可以在本地存储数据。

这是因为在服务器上用PHP从本地机器获取数据是不可能的,PHP只知道它在请求中接收到什么,您必须随每个请求发送整个数据库,这代价很高,速度很慢,无法扩展,更不用说安全灾难了(任何窥探者都可以获取整个数据集,HTTPS是最低要求)。如果您选择走这条路线,从技术和法律角度来看,将其存储在服务器上会更安全

请记住,这些数据必须来自某个地方,因此用户最初将没有什么可处理的

在会话期间,用户可以单击列表中的成员,我们的系统将只获取这些成员的数据,完成事务,提供结果,然后从服务器中删除数据。

这意味着服务器上存在关于这些人的信息。如果不希望在服务器上存储任何类型的数据,那么需要在请求中提供所有相关数据。服务器所能做的就是访问外部数据源,或者处理数据并返回它(在这种情况下,为什么不在本地处理它)

至于如何在本地存储这些数据,以及如何使用本地存储等技术,这是一个前端Javascript问题,超出了本网站的范围。这一部分应该询问堆栈溢出,以及如何构建javascript前端应用程序

相关推荐

Reducing Database Query Time

在这里寻找一些建议。有一位客户已经在WooCommerce上工作了大约一年半。我们为他们建了一个新网站。他们开始增加一条新的家具生产线。每个项目有700-800个产品变体组合。由于从生产线中添加了大约8个新产品,当您在管理中查看产品列表时,加载需要花费很长时间。如果您快速编辑一个产品,并说将其添加到第二个类别,然后单击“更新”,则完成查询平均需要10.2-10.8秒(根据查询监视器)。意识到有700-800个变体需要迭代,如果可以理解的话,可能需要更长的时间。我已经恢复到2017主题,禁用了除woocom