我想通过子域(https://api.domain.com)访问我的Rails应用程序的API.我定义了以下路线:
constraints :subdomain => 'api' do
namespace :api, defaults: {format: 'json'} do
scope module: :v1, constraints: ApiConstraints.new(version: 1, default: true) do
resources :posts
end
end
end
这有效,但会产生以下网址:
https://api.domain.com/api/posts
我希望它是:
https://api.domain.com/posts
API控制器位于app/controllers/api/v1中,应该留在那里.
我尝试绘制路线但没有任何成功.有人知道如何解决这个问题吗？
我有一个网站foo.com,它向bar.foo.com发出ajax请求.这会有用吗
另外,如果foo是安全连接,https,bar.foo.com也需要是https吗？这两个站点可以使用不同的证书吗？
我对安全证书了解不多,所以请耐心等待......
我有一个拥有单一域名SSL证书的网络服务器
我还有一些指向不同服务器的子域.
http://www.mysite.com ( main server)
http://subdomain.mysite.com (completely different server)
我想知道:将SSL添加到子域的最佳方法是什么:
是否可以使用通配符证书配置这样的东西？或者更好的是购买另一个单域证书并将其安装在单独的服务器上？
做这样的事情有什么特别的考虑/陷阱吗？
在此先感谢您的帮助.
我想知道是否有任何插件或方法允许我转换资源路由,允许我将控制器名称作为子域.
例子:
map.resources :users
map.resource :account
map.resources :blog
...
example.com/users/mark
example.com/account
example.com/blog/subject
example.com/blog/subject/edit
...
#becomes
users.example.com/mark
account.example.com
blog.example.com/subject
blog.example.com/subject/edit
...
我意识到我可以使用命名路由执行此操作但是想知道是否有某种方法可以保留我当前简洁的routes.rb文件.
是否有可能为域名(例如www.myclient.com)在完全不同的(我们的)服务器上托管子目录？
他们不想将subdomain.myclient.com指向我们的服务器,因此他们希望将其作为文件夹www.myclient/subdomain /
提前致谢.
情况如下:
我拥有Google Apps for Business帐户.
我注册了两个域名:
注意:这两个域都经过验证且处于活动状态.
我正在开发Google App Engine网络应用程序,我希望可以通过myapp.com或www.myapp.com访问它.
到目前为止我做了什么:
这件事开始让我发疯...
我已经查看了其他帖子,但找不到完全满足我需求的帖子.
我需要任何www.只有在子域不存在的情况下才会自动添加到我的域中.我确实希望子域绕过此重定向.
我怎样才能做到这一点？
我使用以下代码将我的子域的所有http请求重定向到https.
<VirtualHost *:80>
ServerName subdomain.example.com
Redirect 302 / https://subdomain.example.com
</VirtualHost>
现在我的问题是如何为所有子域做到这一点.
例如,http:subdomain1.example.com应转到https:subdomain1.example.com,http:subdomain2.example.com应转到https:subdomain2.example.com
如何为所有子域执行此操作,而无需为所有子域创建一个虚拟主机
更新
我发现RedirectMatch采用正则表达式.有谁知道如何使用正则表达式？
我试图解决问题cookie-free,yslow建议创建一个子域.我做了,但yslow仍然"显示"问题.
我没有在页面中设置cookie的域名,因为我不知道该怎么做.
有谁知道这个问题的教程或解决方案？
我正在开发一个应用程序,用于分发成千上万的电子邮件.我们已经开始与Mandrill接口以实现这一目标.
所以我的同事建议我们使用子域名发送所有这些电子邮件,以保护我们的顶级域名的声誉.我们开始争论这个问题,因为正如我所说,为什么一个简单的子域保护我们的TLD,特别是如果它们都解析为相同的IP地址？如果marketing.example.com发送了数千封电子邮件,那么垃圾邮件过滤器是不是足够聪明,知道它们真的来自example.com？
所以澄清一下:
那么如何将发件人转换为marketing.example.com(与匹配的DKIM)有助于保护我们的TLD作为非垃圾邮件发送者的声誉？我不明白,但我已经阅读了这方面的文章,他热切地认为这是正确的做法,但没有人能告诉我它是如何运作的.我从组织的角度理解这一点,但我不明白这是如何保护我们的域名,除非垃圾邮件过滤器真正判断子域名的代表.
有人可以帮我把它拼凑起来吗？
编辑:
以下是一些参考文章:
邮件黑猩猩交付 - 见第11页