我在任何一周内都会参与多个appengine项目.即假设多个客户.早些时候我可以application参加app.yaml.因此,每当我这样做时appcfg.py update....,将确保部署到正确的项目.
部署时,应用程序变量会引发错误gcloud deploy.我不得不使用
gcloud app deploy --project [YOUR_PROJECT_ID].那么曾经是项目的目录级别设置,现在进入我们的构建工具.并错过了简单的细节可以将项目代码推送给错误的客户.即如果我这样做gcloud config set project proj1,然后以某种方式gcloud app deploy在proj2中做了,它将部署到proj1.生产部署是在对构建工具进行详细验证之后完成的,因此它不是一个问题,因为我们仍然使用该--project标志.
但很难在开发环境中做类似的事情.dev_appserver.py没有--project国旗.在启动服务器之前我dev_appserver.py要做的事情gcloud config set project <project-id>.当我使用PubSub或GCS(在开发主题或开发桶中)之类的东西时,这很重要.
遗憾的是,错过了一个简单的配置,比如在开发环境中设置项目ID,可能会导致将blob/messages/etc上传到错误的dev gcs存储桶或错误的dev pubsub主题(不使用模拟器).这种情况已经发生了很多次,特别是在开始新项目时.
我发现上述解决方案是hackish-workarounds.有没有一种好的方法可以确保我们在某个目录下工作时不会在错误的项目中部署或开发？
我正在使用Gmail API发送电子邮件.电子邮件发送正确,但是我没有显示发件人地址,因为我提到了"Anup S via TestApp".相反,它只是显示用户ID /电子邮件.
var email_lines = [];
email_lines.push("From: Anup S via TestApp <username@gmail.com>");
email_lines.push("To: to_user@gmail.com");
email_lines.push('Content-type: text/html;charset=iso-8859-1');
email_lines.push('MIME-Version: 1.0');
email_lines.push("Subject: New future subject here");
email_lines.push("");
email_lines.push("And the body text goes here");
email_lines.push("<b>And the bold text goes here</b>");
var email =email_lines.join("\r\n").trim();
var base64EncodedEmail = btoa(email);
var requestEmail = gapi.client.gmail.users.messages.send({
'userId': "me", // I also tried changing this - and (obviously) it does not work.
'message': {
'raw': base64EncodedEmail
}
});
有想法该怎么解决这个吗？
我正在研究一种在app-engine上创建企业级应用程序的工具.这需要跨浏览器(也包括IE8),在移动设备上工作,并在以后的时间点也支持桌面客户端(Qt4/GTK /等)
我一直面临的问题是:对于我的网络应用程序 - 我应该使用GWT(GoogleWebToolkit)吗？
我很擅长使用"EXT-JS",但由于其开源政策,它不是一个选择.还有另一个框架"SmartClient",它具有更好的开源许可证 - 它相当成熟,比EXT-JS(基于一些POC)更好,但它的文档很糟糕!我需要花很多时间才能以正确的方式完成任务.SmartClient和EXT-JS非常适合企业级应用程序(正确使用时) - 我在Ext-JS中体验过这一点,并且对SmartClient非常肯定.
然后有这个组合"JQuery和插件和HTML5".与上面的库相比,我喜欢更快,更清洁,更小的JS.我对HTML5持怀疑态度,因为这是一个不断发展的标准
我真正喜欢GWT的是它的性能优势.至少这些例子看起来效果很好.我不喜欢它是Java,我非常擅长javascript对于我在app-engine上的服务器端应用程序,我不是在使用Java而是使用Python.所以rpc只能基于json.我们还没有移动版本,但这又是一个非常需要的版本,我们可能会在稍后使用Sencha-touch.
我已经完成了所有这些的POC,与extjs或smartclient相比,GWT部署感觉快速而顺畅.GWT会自动为我做很多事情.我也喜欢gwt渲染的"clean-html".我也很擅长使用javascript,并且非常清楚那里发生的导致javascript地狱的"错误".
(我不期待ExtGWT或SmartGWT)
有关我是否应该切换到GWT的建议,还是企业级应用程序的好事？
或者,如果有人经历过使用GWT构建大型应用程序,那么缺点(和专业人员)是什么？
为什么脚本类型前面有"text /"？
例如:
<script type="text/javascript" />
<link type="text/css"/>
<script id="entry-template" type="text/x-handlebars-template">
可能标准的javascript/vbscript/css被定义为
<MIME-media-type>/<MIME-sub-type>
Handlebars怎么样 - 为什么它采用相同的格式？(和少数其他lib一样)
如果我想为我的open-source-lib添加一个自定义类型(例如:nirman)......它应该写成:
<script type="nirman" />
/// OR
<script type="text/nirman" />
？
谢谢