Tag: django

Django泊坞窗退出代码0请求GET或POST: 好朋友，我在django 1.11上用docker在windows上开发了一个应用程序，最近更新了项目的git仓库，并对Docker容器做了一些修改。问题是，当进入主页面和其他一些URL没有任何反应，但是当我尝试login到pipe理员，Django的容器被closures，我甚至没有得到任何错误的浏览器，控制台或日志。例：当我进来的时候他们很好 GET / 200 OK POST / 403禁止 GET / api / auth / 405方法不允许但是，当我input这些，而不显示任何消息，closuresdocker容器（proyect_django_1退出代码为0） GET / admin没有答案 POST / api / auth /无答案我的docker – 撰写 version: '3' services: db: build: docker/postgres volumes: – ./docker/data/postgres:/var/lib/postgresql/data environment: – POSTGRES_PASSWORD=postgres – POSTGRES_USER=postgres – POSTGRES_DB=project redis: image: redis:3.2-alpine volumes: – ./docker/data/redis:/data rabbit: […]

如何在Docker容器中显示PostgreSQL数据库？: 我有Docker容器中的Django项目和PotgreSQL数据库。我的问题是如何显示我的数据库？我正在尝试docker exec -ti myproject_django_1 /bin/bash和docker exec -ti myproject_db_1 /bin/bash但是在这两种情况下我都不能使用psql因为psql: FATAL: role "root" does not exist或者bash: psql: command not found 泊坞窗，compose.yml： version: '3' services: redis: image: redis:alpine db: image: postgres django: build: . command: python3 manage.py runserver 0.0.0.0:8000 volumes: – .:/code ports: – "8000:8000" depends_on: – db links: – redis angular: build: frontend ports: […]

使用Docker在Celery中是否有魔力？: 我有一个Django和瓶两个服务项目一些请求需要执行繁重的asynchronous任务。我已经使用Redis早期的Celery + Django作为经纪人。需要按计划运行任务。但是..我不明白它是如何工作的内部的Docker容器假设有3个容器： – django_web – redis – celery_worker django_web和celery_worker使用redis作为经纪人。任务在容器django_web中定义 celery_worker容器中的芹菜工作人员如何执行这项任务？带有工作人员的容器不能访问function和操作。这个任务的所有内容是以某种方式通过一个经纪人传递的，而且代码的位置并不重要。或者只是通过名称和函数签名？我找不到如何在Docker容器中使用Celery的最佳实践

Celery + Docker + Django无法运行asynchronous作业: 我是芹菜和docker工人，我有问题。我有以下结构的Django项目： generic generic celery.py … web tasks.py 通用/ celery.py： from __future__ import absolute_import, unicode_literals import os from celery import Celery import logging logger = logging.getLogger("Celery") os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'generic.settings') app = Celery('generic') app.config_from_object('django.conf:settings', namespace='CELERY') app.autodiscover_tasks() networking/ tasks.py： from __future__ import absolute_import, unicode_literals from django.conf import settings from generic.celery import app @app.task def foo(): … 泊坞窗，compose.yml： version: […]

在Docker中使用Django的许多自动创build的迁移文件: 刚刚开始与Docker上周。在我的应用程序中，即使运行docker-compose -f local.yml run django python manage.py makemigrations一次，也会看到如此多的自动创build的迁移文件。在下面的日志中，我刚刚打开了我的机器，在过去的15分钟内看到了大约30个迁移文件。 -rw-r–r– 1 userx admin 788 Sep 9 12:54 0053_auto_20170909_0954.py -rw-r–r– 1 userx admin 788 Sep 9 12:55 0054_auto_20170909_0955.py -rw-r–r– 1 userx admin 788 Sep 9 12:55 0055_auto_20170909_0955.py -rw-r–r– 1 userx admin 788 Sep 9 12:55 0056_auto_20170909_0955.py -rw-r–r– 1 userx admin 788 Sep 9 12:56 0057_auto_20170909_0956.py […]

Docker与多个Dockfiles和图像组成（Django + Angular）: 我正在构build一个使用Django和Angular的应用程序，它被分成两个不同的存储库和docker镜像。我的文件结构是： . docker-compose.yml djangoapp/ Dockerfile manage.py … angularapp/ Dockerfile … 我一直无法让它正常工作，我发现在这个文件上的所有文件似乎希望你有docker-compose.yml文件一起DockerFile 。我已经尝试了多个不同的变化，但我目前（不工作） docker-compose.yml文件看起来像这样： version : '3' services: web: build: ./djangoapp command: python manage.py runserver 0.0.0.0:8000 ports: – "8000:8000" 这给我错误can't open file 'manage.py': [Errno 2] No such file or directory 。如果我进入djangoapp/目录并根据官方的Docker文档创build一个docker-compose.yml文件，它可以正常工作。所以实际构build没有问题，问题是从外面访问它，就像我正在尝试做的那样。更新：我也决定添加我的Dockerfile位于./djangoapp/Dockerfile 。 FROM python:3 ENV PYTHONUNBUFFERED 1 RUN mkdir /code […]

无法通过链接到docker撰写文件连接到mysql映像: 我正在使用以下docker-compose文件 version: '2' services: app_test: build: context: . dockerfile: Dockerfile-jenkins-test ports: – "7200:7200" volumes: – .:/opt/project environment: – DJANGO_SETTINGS_MODULE=myapp.settings.test – MYSQL_DATABASE=test_db – DB_HOST=mysql_test_db – MYSQL_ROOT_PASSWORD=my_pass – DB_PORT=3306 links: – mysql_test_db mysql_test_db: image: mysql:latest container_name: mysql_db_container expose: – "3306" environment: – MYSQL_ROOT_PASSWORD=mypass – MYSQL_DATABASE=test_db 当试图访问mysql使用DB_HOST mysql_test_db它会给出一个错误说 django.db.utils.OperationalError 🙁 2005，“未知的MySQL服务器主机'mysql_test_db'（0）”）如何从app_test访问链接的MySQL数据库镜像？

当通过shell脚本启动Django Docker容器时，Django port在容器中不能打开: 我试图容器化我的Django应用程序，并且一切工作正常，除了我尝试从shell脚本运行容器的情况。在这种情况下，Django服务器正在运行，但该端口未在容器内部打开。这里是我运行启动容器的命令： docker run -d -p 8000:8000 –net=mynet –name myapp -v $PWD:/myapp myimage ./ss ss是一个启动我的Django应用程序的shell脚本。它包含： python3 manage.py runserver 0:8000 当我从命令行运行Docker RUN命令时，一切正常; 该端口映射正确，我可以从我的主机浏览器浏览到我的应用程序，并正确加载，等等。但是，如果我复制上面的运行命令在一个shell脚本（例如start_container.sh），容器启动就好了，端口映射正确，但是当我尝试打开我的浏览器中的应用程序时，我得到一个连接重置错误。如果通过运行打开一个shell的容器 docker exec -i -t myapp /bin/bash 我可以进入容器。我检查正在运行的进程与ps -eaf我看到运行我的Django应用程序的Python进程。但是，如果我使用netstat -a或netstat -l从容器内检查打开的端口，端口8000 不可用。如果我然后停止容器，然后从命令行重新启动它，并检查容器， netstat -a将显示端口8000可用，并且我可以从主机浏览器连接到我的应用程序。我有点茫然解释如何从主机启动docker容器将在容器内部产生这种影响，我不知道我的下一个debugging步骤应该是什么。注1：当在容器内时，如果我运行启动脚本./ss启动并且按预期打开端口。注2：我也尝试在我的容器的Dockerfile中使用CMD [“ss”]指令，并得到相同的结果; 如果我从命令行启动容器，它工作正常。如果我从一个shell脚本启动它，容器内的端口不会打开。

docker-compoes.yml设置与Django + Gunicorn + NGINX不适用于`docker-compose up`: 这是我的文件夹结构。 ./awesome_app ├── awesome_app │ ├── celery.py │ ├── __init__.py │ ├── settings.py │ ├── urls.py │ └── wsgi.py ├── awesome_app_to_do_list ├── db.sqlite3 ├── docker-compose.yml ├── Dockerfile ├── logs │ ├── nginx-access.log │ └── nginx-error.log ├── manage.py ├── nginx │ └── nginx.conf ├── requirements.txt ├── run └── start.sh 这是我的nginx.conf。 upstream awesome_app { server unix:/home/notalentgeek/Downloads/awesome_app/run/gunicorn.sock fail_timeout=10s; […]

我无法从Dockered Django Web应用程序login。哪里不对？: 我成功地将我的Web应用程序放入Docker容器中。翻翻… 我可以注册用户。当我尝试注册同一用户时，我的Web应用程序说用户已经注册。我无法以任何用户身份login。我可以去pipe理login面板。我无法以pipe理员身份login。除此之外，一切都很好。我正在使用SQLite。这是我的docker-compose.yml。 version: "3" services: nginx: image: nginx:latest container_name: nginx_airport ports: – "8080:8080" volumes: – ./:/app – ./nginx:/etc/nginx/conf.d – ./static:/app/static depends_on: – web rabbit: hostname: rabbit_airport image: rabbitmq:latest environment: – RABBITMQ_DEFAULT_USER=admin – RABBITMQ_DEFAULT_PASS=asdasdasd ports: – "5673:5672" web: build: ./ container_name: django_airport volumes: – ./:/app – ./static:/app/static expose: […]