我现在已经启动并运行了一些小型Node.js/Express应用程序,但我从未对任何数据库访问解决方案感到满意.
您认为Node.js MVC Web应用程序的数据库访问代码在哪里?
回到ActiveRecord,一切都被原谅了.
我需要与仅支持OAuth2的API进行交互。
问题是,我想编写一个纯服务器端应用程序,该应用程序应该坐在那里,而无需GUI每天轮询API。
该API使我能够以编程方式获取应用程序令牌,但看来我需要实现整个GUI流才能获取后续访问令牌。这是因为我需要通过应用程序提供商基于Web的登录屏幕进行登录。
看来我然后需要获取该访问令牌,并将其复制为我在其上重新创建它的服务器端凭据。如果过期或损坏,我将需要通过GUI流程返回以获取我的服务器端访问令牌。
我的理解在这里正确吗,因为这感觉很笨拙?
特别:
我可以避免执行链接到应用程序提供商登录表单的过程吗?
正确之后,我必须取消选择访问令牌并将其存储在服务器端应用程序中。我似乎对那是否到期没有任何控制权?
我可以看到,例如Facebook特别支持服务器端和客户端流。我想知道我是否在OAuth 2的此特定实现中遇到限制?
我有一个包含几百个小图像的Web应用程序,并且在加载时表现非常糟糕.
为了解决这个问题,我想在浏览器中缓存静态文件.
在Tomcat 7上使用servlet过滤器,我现在在静态文件上正确设置了expires标头,并且可以看到它返回给Chrome:
Accept-Ranges:bytes
Cache-Control:max-age=3600
Content-Length:40284
Content-Type:text/css
Date:Sat, 14 Apr 2012 09:37:04 GMT
ETag:W/"40284-1333964814000"
**Expires:Sat, 14 Apr 2012 10:37:05 GMT**
Last-Modified:Mon, 09 Apr 2012 09:46:54 GMT
Server:Apache-Coyote/1.1
Run Code Online (Sandbox Code Playgroud)
但是,我注意到Chrome仍然在重新加载时为每个静态资源进行服务器往返,发送if-modified标头并从Tomcat获取正确的304 Not Modified响应.
有没有办法让Chrome在服务器真正通过到期之前避免这些100多个请求到服务器?