Question

原始： 滚动查看最新信息，这是原始帖子

即使直接将所有HTTP流量代理到9001，数据表似乎仅在直接导航到http://server.com:9001的Django Web应用程序时才起作用。

从 http://server.com:9001/stores 查看时的屏幕截图

数据表只是拒绝工作。更奇怪的是，我在 / servers 处有另一个数据表在做同样的事情，但是在 / closed-stores 处的一个相同的表却一直工作（我刷新了数十个连续尝试尝试使其损坏，但不会）。

这些表的每个JS都是$('#table-id').Datatable();，但是我将其保留为显然可以使用，因此我相信它可能是我的 Nginx.conf 或与之相关的Django？

我还要注意，在所有情况下控制台中都存在0个错误。

Nginx.conf

    server {
        listen       80 default_server;
        #listen       [::]:80 default_server;
        server_name  _;
        root         /usr/share/nginx/html;

        # Load configuration files for the default server block.
        include /etc/nginx/default.d/*.conf;

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

        location /static {
                autoindex on;
                alias /home/usr/applications/it-database/static/;
}
        error_page 404 /404.html;
            location = /40x.html {
        }

        error_page 500 502 503 504 /50x.html;
            location = /50x.html {
        }
    }

值得注意的是，从我的Windows Server 2016开发服务器开始，这些表在没有出现任何问题的情况下已经运行了近两个月，并且运行良好，但是当迁移到CentOS时，这种情况就开始发生。我之所以只包括它，是因为我完全不知道问题可能是什么。

更新1： 经过一番挖掘后，我发现问题是由于某种原因或其他原因，我的 context 数据被切断了。如果指定端口号，则将获得所有完整数据，因此可以将该表转换为数据表，但是当我不指定端口号时，该数据将在 Store 386 处被截断。 >（有时更多，有时更少，总是在该区域）。

我看到在某些版本的Chrome中，访问/stores/端点将产生net::ERR_CONTENT_LENGTH_MISMATCH错误。很多人说，以前的版本是由于中间件订单引起的，但此后已解决。

我的中间件：

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

/商店/视图：

@login_required
def stores(request):
    stores = Store.objects.exclude(street_address__contains="closed").all()
    context = {
        'stores':stores,
    }
    return render(request, 'all_stores.html', context)

商店模板：

{% extends 'base.html' %}
{% block title %} All Stores - Stores Database {% endblock %}
{% block body %}
<br>

<div class="flex_container">
    <h2>Store Database</h2>

    <div class="table_header" style="float: left; position: relative;">
        <br>
        <h4>All Locations</h4>
    </div>

    <table id="store-table" class="table-striped table-hover">
        <thead class="thead-light">
            <tr>
                <th>Store #</th>
                <th>Name</th>
                <th>Phone</th>
                <th>City</th>
                <th>State</th>
                <th>Zip Code</th>
                <th>Circuit</th>
            </tr>
        </thead>

        <tbody>
            {% for store in stores %}
            <tr id="table-row">
                <td><a href="/stores/{{ store.pk }}">{{ store.store_number }}</a></td>
                <td><a href="/stores/{{ store.pk }}">{{ store.name }}</a></td>
                <td>{{ store.phone }}</td>
                <td>{{ store.city }}</td>
                <td>{{ store.state }}</td>
                <td>{{ store.postal }}</td>
                <td>
                    {% for circuit in store.circuit_set.all %}
                    <p>{{ circuit.circuit_id }}</p>
                    {% endfor %}
                </td>
            </tr>

            {% endfor %}
        </tbody>
    </table>
    <script>
        $(document).ready(function () {
            $('#store-table').DataTable();

        });
    </script>

    {% endblock %}

Answer 1

这里的问题不一定与Django有关，而是更多有关Nginx如何通过提供静态内容来处理代理的问题。为静态文件设置proxy_pass时，需要验证您的nginx用户是否有权访问/lib/nginx/proxy_tmp。您的用户可能还需要访问其他重要目录，因此我只是将所有权授予了整个/lib/nginx目录。

在指定端口时它将交付的原因是因为我直接访问我的Gunicorn / Django应用程序，而不是通过Nginx进行代理，因此在这种情况下此代理目录无关。

Django2.2部分数据，除非指定了端口（ERR CONTENT LENGTH MISMATCH）

1 个答案: