Django Tastypie缓慢的POST响应

时间:2013-03-01 20:12:13

标签: python django api tastypie

我正在尝试实施一个允许GET& amp;的Tastypie资源。每个用户权限策略后的POST操作,模型非常简单(类似于Tastypie文档中的Note模型),资源本身也很简单,我只需要一个额外的override_urls方法来实现Haystack的搜索。

我现在的主要问题是,尽管在本地运行项目似乎工作正常,但请求速度很快,而且一切都很快。一旦我部署了项目(On Linode,使用Nginx,Gunicorn,Runit),我发现POST请求太慢,大约需要1.1分钟才能返回201状态。另一方面,GET请求正如预期的那样运作良好。

我在请求上运行了一个Python Hotshot分析器,它显示整个POST请求占用0.127 CPU秒。我不太确定这里发生了什么。

我应该提一下,我正在为我的Tastypie资源使用ApiKeyAuthentication和DjangoAuthorization。

以下是Chrome Inspector针对请求的屏幕截图:http://d.pr/i/CvCS

如果有人能指导我找到正确的方向来寻找这个问题的答案,那将是很棒的。

谢谢!

编辑:

一些代码:

模特&资源:

class Note(models.Model):
    timestamp = models.DateTimeField('Timestamp')
    user = models.ForeignKey(User)
    page_title = models.CharField("Page Title", max_length=200)
    url = models.URLField('URL', verify_exists=False)
    summary = models.TextField("Summary")
    notes = models.TextField("Notes", null=True, blank=True)

    def __unicode__(self):
        return self.page_title

    def get_absolute_url(self):
        return self.url


class NoteResource(ModelResource):
    user = fields.ForeignKey(UserResource, 'user')

    class Meta:
        queryset = Note.objects.all()
        resource_name = 'note'
        list_allowed_methods = ['get', 'post']
        detail_allowed_methods = ['get']
        always_return_data = True
        authentication = ApiKeyAuthentication()
        authorization = DjangoAuthorization()
        # authentication = Authentication() #allows all access
        # authorization = Authorization() #allows all access

        ordering = [
            '-timestamp'
        ]

    def override_urls(self):
        return [
            url(r"^(?P<resource_name>%s)/search%s$" % (
                self._meta.resource_name, trailing_slash()),
                self.wrap_view('get_search'), name="api_get_search"),
        ]

    def obj_create(self, bundle, request=None, **kwargs):
        return super(NoteResource, self).obj_create(bundle,
                                                        request,
                                                        user=request.user)

    def apply_authorization_limits(self, request, object_list):
        return object_list.filter(user=request.user)

    def get_search(self, request, **kwargs):
        self.method_check(request, allowed=['get'])
        self.is_authenticated(request)

        sqs = SearchQuerySet().models(Note).filter(
                                        user=request.user
                                    ).auto_query(
                                        request.GET.get('q', '')
                                    )

        paginator = Paginator(sqs, 100)

        try:
            page = paginator.page(int(request.GET.get('page', 1)))
        except InvalidPage:
            raise Http404("Sorry, no results on that page.")

        objects = []

        for result in page.object_list:
            bundle = self.build_bundle(obj=result.object, request=request)
            bundle.data['score'] = result.score
            bundle = self.full_dehydrate(bundle)
            objects.append(bundle)

        object_list = {
            'objects': objects,
        }

        self.log_throttled_access(request)
        return self.create_response(request, object_list)

Gunicorn Conf:

bind = "0.0.0.0:1330"
workers = 1

Nginx Conf(包含在主nginx.conf中):

server {
        listen 80;
        server_name domain.com example.com;
        access_log  /path/to/home/then/project/access.log;
        error_log /path/to/home/then/project/error.log;

        location / {
                proxy_pass   http://127.0.0.1:1330;
        }

        location /static/ {
                autoindex on;
                root /path/to/home/then/project/;
        }
}

2 个答案:

答案 0 :(得分:3)

OP:想出来。在主要的nginx.conf文件(/etc/nginx/nginx.conf)中,我将keepalive_timeout设置为65,这被认为太多了。我将它切换为0,一切正常。

很抱歉,我花了几分钟时间处理这个问题,然后意识到有更多的评论,然后意识到OP确实找到了解决方案:(并没有将其标记为已回答。

答案 1 :(得分:0)

虽然更改keepalive_timeout将起作用,但它不会修复导致它的nginx的基础Content-Length头错误。这个错误是fixed in version 0.8.32 of nginx,但如果你有旧版本,你可以:

  1. 更改服务器上的keepalive_timeout = 0
  2. 将服务器上的nginx升级到版本&gt; = 0.8.32
  3. 按照here
  4. 所述,将问题解决在服务器端代码中

    希望这有助于其他任何偶然发现此问题的人。