GVKun编程网logo

如何在Google AppEngine上实现“自动增量”(google自动添加hk)

20

对于想了解如何在GoogleAppEngine上实现“自动增量”的读者,本文将提供新的信息,我们将详细介绍google自动添加hk,并且为您提供关于GoogleCloud函数调用托管在GoogleAp

对于想了解如何在Google AppEngine上实现“自动增量”的读者,本文将提供新的信息,我们将详细介绍google自动添加hk,并且为您提供关于Google Cloud函数调用托管在Google App Engine上的URL、python – app-engine-patch已经死了.现在,在Google App Engine上使用Django的最佳方式是什么?、python – 在Google App Engine上存储应用设置、为什么要在Google App Engine上使用Django?的有价值信息。

本文目录一览:

如何在Google AppEngine上实现“自动增量”(google自动添加hk)

如何在Google AppEngine上实现“自动增量”(google自动添加hk)

我必须以“强单调递增”的方式标记某些东西。可以是发票编号,运输标签编号等。

  1. 一定不能使用两次
  2. 当使用了所有较小的数字(无孔)时,应使用每个数字。

幻想的表达方式:我需要数1,2,3,4 …我可用的空间通常是100.000,而我每天可能需要1000。

我知道这在分布式系统中是一个难题,通常我们对GUID的了解要好得多。但是在这种情况下,出于法律原因,我需要“传统编号”。

可以在Google AppEngine(最好是Python)上实现吗?

答案1

小编典典

如果绝对必须连续增加数字且没有间隔,则需要使用单个实体,您可以在交易中更新该实体以“消费”每个新数字。实际上,您将被限制为每秒生成大约1-5个数字-
听起来很适合您的要求。

Google Cloud函数调用托管在Google App Engine上的URL

Google Cloud函数调用托管在Google App Engine上的URL

我有一个firebase数据库,我希望创建一个云函数,该函数将在将子节点添加到父节点时触发,该函数应使用在父节点中添加的子节点的参数来调用url。

该网址将称为Google App Engine中托管的NodeJS Express应用程序。

如果可能的话,我该怎么办?

答案1

小编典典

您可以使用node.js 请求库来执行此操作。

由于在Cloud Function内部,执行异步任务时必须返回Promise,因此需要使用接口包装来处理请求,例如request-
promise。

您可以按照以下方式进行操作:

.....var rp = require(''request-promise'');.....exports.yourCloudFucntion = functions.database.ref(''/parent/{childId}'')    .onCreate((snapshot, context) => {      // Grab the current value of what was written to the Realtime Database.      const createdData = snapshot.val();      var options = {          url: ''https://.......'',          method: ''POST'',          body: ....          json: true // Automatically stringifies the body to JSON      };      return rp(options);    });

如果要将参数传递给所调用的HTTP(S)服务/端点,则可以通过请求的正文来完成,例如:

      .....      const createdData = snapshot.val();      var options = {          url: ''https://.......'',          method: ''POST'',          body: {              some: createdData.someFieldName          },          json: true // Automatically stringifies the body to JSON      };      .....

或通过一些查询字符串键值对,例如:

      .....      const createdData = snapshot.val();      const queryStringObject = {          some: createdData.someFieldName,         another: createdData.anotherFieldName      };      var options = {          url: ''https://.......'',          method: ''POST'',          qs: queryStringObject      };      .....

python – app-engine-patch已经死了.现在,在Google App Engine上使用Django的最佳方式是什么?

python – app-engine-patch已经死了.现在,在Google App Engine上使用Django的最佳方式是什么?

app-engine-patch作者正式将这个精彩的项目标记为死了 on their website.去年很多人都问过在Google App Engine上运行Django的最佳方式是什么,并且人们一次又一次地指向app-engine -patch是要走的路.既然这个项目已经死了,我很乐意重温这个讨论,看看你们都会推荐什么.

旧的app-engine-patch网站引用了一个名为djangoappengine的不同项目.它侧重于在App Engine上使用Native Django,但这样做似乎限制了您使用App Engine所有功能的能力(例如其内置的用户模型).作为替代解决方案,您对此有何看法?

现在app-engine-patch已经死了,Google App Engine Helper For Django项目现在看起来更吸引人吗?

或者app-engine-patch仍然如此之大,以至于尽管它已经死了你仍会建议仍然使用它?

我目前有一个项目处于中间阶段,依赖于app-engine-patch,并且喜欢使用它到目前为止,但我害怕继续使用已经死亡的项目.如果您对现在最好的长期解决方案有何看法,我将不胜感激.谢谢!

最佳答案
对于特定时刻,应用引擎补丁可能是更安全的选择.虽然目前尚未得到积极支持,但它仍然很棒,因为它已经过更彻底的测试.如果您已准备好承担一些风险 – 请尝试使用新的djangoappengine django-nonrel(非关系数据库的本机django支持,主要是google datastore).这是我们将在一段时间内使用的选项,所以可能值得尝试一下而不是回头看.例如,app引擎补丁仅支持管理员中的~300个实体(即不利用1.3.1功能),而djangoappengine django-nonrel不再是问题. www.allbuttonspressed.com,一个app-engine-patch背后的人的网站,都是以这种新方式构建的,你可以获取网站骨架@ http://bitbucket.org/wkornewald/allbuttonspressed/的源代码.

祝好运!

python – 在Google App Engine上存储应用设置

python – 在Google App Engine上存储应用设置

我需要存储我的Google App Engine项目的设置.目前我有:

class Settings(db.Model):
    rate = db.IntegerProperty(default=4)
    ...

当我想使用它时:

Settings.get_or_insert('settings')

这感觉很笨拙所以有更好的方法(不使用Django)?

最佳答案
请澄清一下你对此感到“笨拙”的内容 – 这对我来说不是很清楚.

数据存储区是在App Engine中持久保存可更新数据的方法(blobstore用于巨大的blob,memcache不保证持久).如果您的设置无法通过应用程序更改,那么您可以将它们放在您自己的自定义.yaml文件中(或者其他任何内容,但是无论如何,应用程序自己的配置文件已经存储了… ;-);请记住,从应用程序的角度看,所有这些文件都是只读的. YAML可方便地用于App Engine应用程序,用于解析自己的.yaml(但“只读”)文件.

为什么要在Google App Engine上使用Django?

为什么要在Google App Engine上使用Django?

在研究Google App
Engine(GAE)时,很明显,使用Django在基于GAE的Python中进行开发非常流行。我一直在网上搜索有关使用Django的成本和收益的信息,以了解
为什么 它如此受欢迎。尽管我已经找到了许多关于 如何 在GAE上运行Django的资料以及各种实现方法,但是我还没有找到任何比较分析来
说明为什么 Django比使用Google提供的webapp框架更可取。

显而易见,对于在Django中具有现有技能的开发人员(毫无疑问是大多数Python网络开发人员)或在Django中具有现有代码的开发人员(在其中使用GAE更像是移植练习),为什么在GAE上使用Django很有用。但是,我的团队正在评估GAE是否可用于全新项目,而我们现有的经验是使用TurboGears,而不是Django。

当BigTable库已替换Django的ORM,会话和身份验证已更改且Django的模板(如果需要)而无需使用整个Django堆栈时,很难确定Django为什么对开发团队有利。

最后,很明显,如果我们以后想离开GAE并需要一个平台来出走,使用Django确实具有提供“退出策略”的优势。

我会非常感谢您指出 为什么
在GAE上使用Django优于使用webapp的帮助。我也对Django完全没有经验,因此详细介绍适用于GAE的较小功能和/或便利性对我来说也很有价值。

答案1

小编典典

我们主要在必须向用户提供实际网站的情况下,在我们的appengine实例上使用django。它具有出色的模板引擎,URL路由和内置的所有请求/响应/错误处理。因此,即使我们不能使用神奇的orm
/ admin东西,它也有很多用处。

对于api服务,我们在之上构建了一些非常简单的东西webob。它轻巧得多,因为它不需要django提供的所有功能,因此在某些情况下会更快一些。

今天关于如何在Google AppEngine上实现“自动增量”google自动添加hk的介绍到此结束,谢谢您的阅读,有关Google Cloud函数调用托管在Google App Engine上的URL、python – app-engine-patch已经死了.现在,在Google App Engine上使用Django的最佳方式是什么?、python – 在Google App Engine上存储应用设置、为什么要在Google App Engine上使用Django?等更多相关知识的信息可以在本站进行查询。

本文标签: