Tag: django

用Django设置Sentry

我用docker-compose安装了Sentry 我根据这个手册设置了Django https://docs.sentry.io/clients/python/integrations/django/ 但是哨兵不会出现错误 我testing了它： python manage.py raven test 并得到了这个结果： DEBUG 2017-12-26 08：49：51,033 base 67 140371587118848为主机configurationRaven： 客户端configuration： base_url：http://adyy.ru:9000/sentry 项目：2 public_key：946327fca2844e8684d8233c89826062 secret_key：96fb7bee962c413ba7356434c84985b1 发送testing消息… DEBUG 2017-12-26 08：49：51,305 base 67 140371587118848发送长度为3464的消息到http://adyy.ru:9000/sentry/api/2/store/ 事件ID是“28ca8194b1904081938fc2189cc3b7d2” 错误2017-12-26 08：49：51,325 base 67 140371430176512 Sentry回应错误：HTTP错误403：好（url：http：//adyy.ru:9000/sentry/api/2/store/） 回溯（最近一次通话最后）： 在send_sync中的文件“/usr/local/lib/python2.7/dist-packages/raven/transport/threaded.py”，第165行 超级（ThreadedHTTPTransport，自我）.send（url，数据，标题） 文件“/usr/local/lib/python2.7/dist-packages/raven/transport/http.py”，第43行，发送 ca_certs = self.ca_certs， 文件“/usr/local/lib/python2.7/dist-packages/raven/utils/http.py”，第66行，在urlopen 返回opener.open（url，数据，超时） 打开文件“/usr/lib/python2.7/urllib2.py”，第437行 response = meth（req，response） 在http_response中的文件“/usr/lib/python2.7/urllib2.py”，第550行 'http'，请求，响应，代码，味精，hdrs） 文件“/usr/lib/python2.7/urllib2.py”，第475行，错误 返回self._call_chain（* args） 在_call_chain中的文件“/usr/lib/python2.7/urllib2.py”，第409行 result […]

django无法在docker-compose中连接mysql

我对docker非常陌生，现在我想通过docker-compose在Docker中运行django，但是我总是得到这个错误： 我使用Docker version 17.09.1-ce, build 19e2cf6 ， Docker version 17.09.1-ce, build 19e2cf6 docker-compose version 1.18.0, build 8dd22a9 django.db.utils.OperationalError：（2003，'无法连接到'mariadb55'（111“连接被拒绝）”）上的MySQL服务器 运行后，我可以正确地连接数据库docker-compose up db在本地或远程docker-compose up db ，我甚至可以在anaconda虚拟环境中正确运行python manage.py runserver 0.0.0.0:6001 ，通过设置参数settings.py在docker中连接db服务文件如下： DATABASES = { 'default': { 'ENGINE': 'django.db.backends.mysql', 'NAME': 'test', 'USER': 'belter', # 'HOST': 'mariadb55', 'HOST': '127.0.0.1', 'PORT': '3302', 'PASSWORD': 'belter_2017', 'default-character-set': 'utf8', 'OPTIONS': { 'sql_mode': 'traditional', } […]

如何使用docker和盐configuration

我正在Django项目工作，我知道python / django和一些项目，但没有使用任何自动化的部署工具，如面料，stream浪汉，anisible，puppet，厨师，盐。 现在我需要学习使用Docker和Saltconfiguration的django。 可以给这些东西简单介绍一下，主要是docker和盐。 每个工具有什么用途？ 它会使用像我这样的初学者。

如何使用Docker在Elastic Beanstalk上部署django 1.8

我的限制是： Django将使用uWSGI与nginx进行部署 Django应用程序是使用RDS上托pipe的postgresql dockerfile将使用ubuntu：14.04作为容器操作系统 这是我的docker安装程序： https://github.com/simkimsia/aws-docker-django 它包含一个dockerfile和其他configuration文件。 我已经在linux上testing过了。 有用。 这是我所尝试过的。 我login到AWS控制台并select了Elastic Beanstalk，然后select使用docker作为环境创build新的应用程序。 一个新的环境被创build，它提示我上传和部署。 我压缩了你在https://github.com/simkimsia/aws-docker-django看到的所有文件并上传了压缩文件。 我在部署时出错。 我也随后尝试使用下面的json文件。 { "AWSEBDockerrunVersion": "1", "Volumes": [ { "ContainerDirectory": "/var/app", "HostDirectory": "/var/app" } ], "Logging": "/var/eb_log" } 我有这样的答案，但他们至less会违反我的三个限制之一。 如何使用Docker实现AWS豆杆上的部署？

Django显示“它工作”的页面，而不是我的项目，当我开始它的docker

我正在尝试使用我的应用程序创buildDocker容器，这在本地计算机和生产服务器上运行良好。 但是，当我创builddocker容器与我的项目，我只看到“它的工作”页面，而不是我的项目！ FROM python:2.7 MAINTAINER Name name <mail@gmail.com> ENV PYTHONUNBUFFERED 1 ENV DJANGO_SETTINGS_MODULE lms.settings RUN ls -la / RUN mkdir /lms/ WORKDIR /lms/ RUN pip install six Django==1.5.12 numpy python-dateutil Pillow django-colorful gunicorn south djangorestframework djangorestframework-jsonp simplejson psutil ADD . /lms/ RUN (cd /lms/ && python manage.py syncdb –noinput) RUN (cd /lms/ && python manage.py […]

如何访问在docker上运行的远程django应用程序

我目前正试图通过使用Tutum的AWS服务器上的Docker容器来运行一个django网站。 我已经看过无数的方式通过我的networking浏览器来访问它无济于事。 我得到了我的公有IP， curl -s checkip.dyndns.org | sed -e 's/.*Current IP Address: //' -e 's/<.*$//' 并使用几种方法将服务器设置为在端口8000上运行。 python manage.py runserver 0.0.0.0:8000 python manage.py runserver 0:8000 和 ./manage.py runserver 0.0.0.0:8000 ./manage.py runserver 0:8000 然后，当我尝试通过外部IP和端口访问网页时，我得到的网页不可用页面。 我究竟做错了什么？ 这只是一个开发服务器，但没有理由，我知道这将允许它被黑客入侵。 谢谢您的帮助！

testing命令在Django中不被识别

我在Docker容器中运行Djangotesting，并使用manage.py来运行我的testing。 我的testing文件从django.test导入TestCase ，但由于某些原因AssertEqual等命令无法识别： AttributeError: 'TestSession' object has no attribute 'AssertEqual' 我究竟做错了什么？

Django：从INSTALLED_APPS中删除django.contrib.sites时出错

我想从我的django项目中删除django.contrib.sites 。 当我尝试删除我在启动服务器时遇到以下错误： /usr/local/lib/python3.5/site-packages/django/db/models/fields/subclassing.py:22: RemovedInDjango110Warning: SubfieldBase has been deprecated. Use Field.from_db_value instead. web_1 | RemovedInDjango110Warning) web_1 | web_1 | /usr/local/lib/python3.5/site-packages/django/db/models/fields/subclassing.py:22: RemovedInDjango110Warning: SubfieldBase has been deprecated. Use Field.from_db_value instead. web_1 | RemovedInDjango110Warning) web_1 | web_1 | Performing system checks… web_1 | web_1 | System check identified no issues (0 silenced). web_1 | Unhandled exception in thread […]

Docker：暴露的端口不能在另一个容器中访问

基于image'python：2.7'，我创build了两个容器：container1，container2 Dockerfile for test1： FROM python:2.7 EXPOSE 6789 CMD ["bash", "-c", "'while true;do sleep 1000;done;'"] Dockerfile for test2： FROM python:2.7 EXPOSE 9876 CMD ["bash", "-c", "'while true;do sleep 1000;done;'"] 然后我用上面的dockerfiles创build了两个新的图像，命名为：test1，test2 Container1： docker run –name container1 test1 我还在container1中的端口6789上设置了一个Django服务器： #In Django workspace ./manage.py runserver 6789 container2的： docker run –name container2 –link container1:container1 test2 我还在container2的9876端口上设置了一个Django服务器： #In Django workspace […]

Docker-compose v2将端口暴露给机器

我曾经使用docker-compose的v1来运行一组服务，然后使用Django的dev服务来连接它们。 我曾经使用<machine_ip>:<port>连接到服务（如db）（对于postgres来说，smt就像192.168.99.100:5432一样） 现在，我刚刚安装了Docker for Mac，v1不能正常工作。 我搬到版本2，但Django抱怨没有服务监听端口5432 。 据我了解这是一个network的问题，但我不能得到我的头在如何configuration它。 从理论上讲，组合中的所有服务都会创build一个默认networking，一般情况下都不错，但对我来说不是这样。 我使用组合来启动一组服务来连接到我本地的django执行。 这是我的docker-compose文件 version: '2' services: db: image: postgres:9.4 volumes_from: – data ports: – "5432:5432" es: image: elasticsearch:2.3 ports: – "9200:9200" – "9300:9300" rabbit: image: rabbitmq:3 ports: – "5672:5672" – "48429:48429" data: # use this that is already downloaded # links just to keep the db image: […]