小编Nic*_*ons的帖子

将大于10MB的文件发布到AWS Elastic Beanstalk上运行的API时,我遇到"413 Request Entity Too Large"错误.

我做了很多研究,并且相信我需要为Nginx 启动client_max_body_size,但是我似乎无法找到有关如何使用Elastic Beanstalk执行此操作的任何文档.我的猜测是需要使用ebetension文件进行修改.

任何人都有关于如何达到极限的想法？10MB非常弱,必须有一种方法可以手动启动它.

我无法绕过net模块的pipe几个Node.js示例中显示的函数.

var net = require('net');

var server = net.createServer(function (socket) {
  socket.write('Echo server\r\n');
  socket.pipe(socket);
});

任何人都可以解释这是如何工作的以及为什么需要它？

有没有办法删除Mongoose中父级的所有子级,类似于使用MySQL的外键？

例如,在MySQL中,我将分配一个外键并将其设置为在删除时级联.因此,如果我要删除客户端,则也会删除所有应用程序和关联用户.

从顶层:

1. 删除客户端
2. 删除抽奖活动
3. 删除提交

抽奖和提交都有一个client_id字段.提交的字段包含sweepstakes_id和client_id.

现在,我正在使用以下代码,我觉得必须有更好的方法.

Client.findById(req.params.client_id, function(err, client) {

    if (err)
        return next(new restify.InternalError(err));
    else if (!client)
        return next(new restify.ResourceNotFoundError('The resource you requested could not be found.'));

    // find and remove all associated sweepstakes
    Sweepstakes.find({client_id: client._id}).remove();

    // find and remove all submissions
    Submission.find({client_id: client._id}).remove();

    client.remove();

    res.send({id: req.params.client_id});

});

我们正在快速开发一个使用Mongoose的应用程序,我们的架构经常发生变化.我似乎无法弄清楚更新现有文档的架构的正确方法,而不是将它们吹走并从头开始重新创建它们.

我遇到了http://mongoosejs.com/docs/api.html#schema_Schema-add,看起来是正确的.关于如何实际实现这一点的文档很少甚至没有,这对于MongoDB的新手来说非常困难.

我只是想添加一个名为enabled的新字段.我的架构定义是:

var sweepstakesSchema = new Schema({
    client_id: {
        type: Schema.Types.ObjectId,
        ref: 'Client',
        index: true
    },
    name: {
        type: String,
        default: 'Sweepstakes',
    },
    design: {
        images: {
            type: [],
            default: []
        },
        elements: {
            type: [],
            default: []
        }
    },
    enabled: {
        type: Boolean,
        default: false
    },
    schedule: {
        start: {
            type: Date, 
            default: Date.now
        },
        end: {
            type: Date,
            default: Date.now
        }
    },
    submissions: {
        type: Number,
        default: 0
    }
});

我有一个特殊情况,我们的集合需要根据电子邮件地址和sweepstakes_id的组合确保每个文档都是唯一的.我看了一遍,但我找不到如何完成这种类型的验证.

架构定义:

var submissionSchema = new Schema({
    client_id: {
        type: Schema.Types.ObjectId,
        ref: 'Client',
        index: true
    },
    sweepstakes_id: {
        type: Schema.Types.ObjectId,
        ref: 'Sweepstakes',
        index: true
    },
    email: {
        type: String,
        index: true
   },
   data: {
        type: Schema.Types.Mixed,
        default: []
   }
});

我正在尝试获取过去24小时内的所有订单商品.我已将查询锁定,因此它会将我所需要的内容(order_id和created_on值)给予我.

$order_items = Mage::getResourceModel('sales/order_item_collection')
    ->addAttributeToSelect('order_id')
    ->addAttributeToSelect('created_at')
    ->addFieldToFilter('sku', $membership_sku)
    ->toArray();

我已经搜遍过了,看起来我需要添加另一个 - > addFieldToFilter()属性,但我不太确定应该如何构建它.任何例子都会非常有帮助.

如果它有帮助,我正在使用Magento Enterprise v1.12.0.2

我正在创建一个由API驱动的抽奖活动应用程序.层次结构相当简单.

1. 客户端
2. 用户
3. 抽奖活动
4. 提交

客户可以拥有基本上是任何抽奖活动管理员的用户.客户也可以有多次抽奖活动.单个抽奖活动可以有多个提交.好的,并不复杂.

我感到困惑的地方是对URL结构的正确方法.我在互联网上阅读了文档和最佳实践博客,但我仍然感到困惑.以下是我们目前的路线:

CLIENTS

POST/clients
GET/clients
GET/clients /:client_id
PUT/clients:client_id

USERS

POST/users
GET/users
GET/users /:user_id
PUT/users /:user_id
DELETE/users /:user_id

抽奖

POST /抽奖
GET /抽奖
GET /抽奖/:sweepstakes_id
PUT /抽奖/:sweepstakes_id
DELETE /抽奖/:sweepstakes_id

提交

POST /提交
GET /提交
GET /提交/:submission_id
PUT /提交/:submission_id
DELETE/submissions /:submission_id

正如您所看到的,我每个资源都遵循一个简单的2个URL - 我认为这是最佳实践.然后,您可以通过查询参数在任何GET请求上钻取关联(例如/提交？sweepstakes_id = {sweepstakes_id},/ sweepstakes？client_id = {client_id}等).

这当然对我来说很有意义,但是我的同事和我在一起,因为他正在使用Backbone来构建主要的前端应用程序.Backbone表示他们支持RESTful API消费,但我的同事告诉我Backbone更喜欢代表层次结构的URL结构.我当然认为这将导致混乱,冗长,整体混乱的URL结构.理想情况下,我的同事希望看到以下URL结构:

GET /客户
GET /客户/用户
GET /客户/抽奖
GET /客户/抽奖/提交

注意:上述路由还有其他路由来通过URL中的附加资源ID来补充单个资源(例如/ clients/users /:user_id …

我的文档包含一个叫做的字段clients,它应该包含一个客户端ID数组.

{
  "first_name":"Nick",
  "last_name":"Parsons",
  "email":"nick@movementstrategy.com",
  "password":"foo",
  "clients":[
    "50f5e901545cf990c500000f",
    "50f5e90b545cf990c5000010"
  ]
}

我的数据以JSON形式出现,我直接将其发送给Mongo以创建文档.由于某种原因,clients我在创建时没有填充,所以我必须手动输入它们作为字符串.

我的架构非常简单,定义如下:

var userSchema = new Schema({
    first_name: {
        type: String,
        trim: true
    },
    last_name: {
        type: String,
        trim: true
    },  
    email: {
        type: String,
        trim: true,
        lowercase: true,
        index: true,
        unique: true,
        required: true
    },
    password: String,
    clients: [Schema.Types.ObjectId]
});

根据我的理解,我已正确定义了客户.但是当我进行创建时,我无法填充客户端数组.事件传递给mongo的原始对象看起来很好.

{ 
    first_name: 'Zack',
    last_name: 'S',
    email: 'zack@movementstrategy.com',
    password: 'test',
    clients: [
       '50f5e901545cf990c500000f', 
       '50f5e90b545cf990c5000010' 
    ] 
}

有什么特别的东西我必须做我的输入,以便它正确的铸造？

我有一个嵌入代码的现有属性.我需要将此属性与120多个现有属性集相关联.

如果我知道属性集ID,我该如何以编程方式将属性添加到所有属性集？

我的SSL证书已全部设置好并准备好继续使用Heroku.我按照https://devcenter.heroku.com/articles/route-53中的说明使用AWS S3正确地将请求重定向(例如example.com到www.example.com).在请求https://www.example.com时,HTTPS非常有用 ; 但是,如果我尝试请求https://example.com,则无法找到该页面.有什么想法吗？