Error de importación de django – No hay un módulo llamado core.management

Ok, veo un montón de estos errores alrededor. He intentado todo lo que sé que debo hacer y todavía tengo que resolver esto.

Estoy trabajando en un servidor de desarrollo que ejecuta Python 2.5 y Django 1.3. Django 1.3 se instaló usando python setup.py install después de desempaquetar la descarga de tar.gz.

Todo funciona bien, rara vez tengo la necesidad de ejecutar manage.py pero estoy tratando de usar la nueva aplicación de archivos estáticos y tengo problemas.

 python manage.py collectstatic Traceback (most recent call last): File "manage.py", line 2, in  from django.core.management import execute_manager ImportError: No module named core.management 

Ok, entonces tengo problema con PATH

Desde la instalación de Django, reviso mi directorio de site-packages .

 python -c "from distutils.sysconfig import get_python_lib; print get_python_lib()" /usr/lib/python2.5/site-packages 

Ok, vamos a ver lo que tengo, echo $ PYTHON_PATH estaba vacío, así que lo puse

 export PYTHON_PATH=/usr/lib/python2.5/site-packages/django 

Todavía no hay suerte. Veamos qué tiene que decir sys.path

 >>> import sys >>> print sys.path ['', '/usr/lib/python2.5', '/usr/lib/python2.5/plat-linux2', '/usr/lib/python2.5/lib-tk', '/usr/lib/python2.5/lib-dynload', '/usr/local/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages', '/usr/lib/python2.5/site-packages/PIL', '/usr/lib/python2.5/site-packages/django', '/var/lib/python-support/python2.5'] 

la ruta está ahí, incluso creé /usr/lib/python2.5/site-packages/django.pth con contenido

 cat /usr/lib/python2.5/site-packages/django.pth /usr/lib/python2.5/site-packages/django/ 

¿Alguien tiene una pista de lo que está pasando aquí?

Encontré un enlace simbólico más arriba en el camino que se estaba interponiendo en el camino, pero no en un nuevo error.

 python manage.py collectstatic Traceback (most recent call last): File "manage.py", line 14, in  execute_manager(settings) File "/usr/lib/python2.5/site-packages/django/core/management/__init__.py", line 438, in execute_manager utility.execute() File "/usr/lib/python2.5/site-packages/django/core/management/__init__.py", line 349, in execute version=get_version(), File "/usr/lib/python2.5/site-packages/django/__init__.py", line 12, in get_version from django.utils.version import get_svn_revision ImportError: No module named utils.version 

También intenté crear un nuevo proyecto para ver si había algún problema allí y obtener el mismo error de utils.version.

Nodo lateral: Unode de #django me ayudó un poco, configuró virtualenv en la misma máquina y superó los errores, así que todavía no estoy seguro de lo que está pasando con esta instalación real aquí, pero parece que no está en los proyectos django sino en el django. / Python instalar.

Si, como yo, está ejecutando su django en un virtualenv, y manage.py este error, mire su manage.py . La primera línea debe definir el ejecutable de Python utilizado para ejecutar el script. Esta debe ser la ruta a tu python de virtualenv, pero es algo incorrecto como / usr / bin / python, que no es la misma ruta y usará el entorno global de python (y faltarán paquetes). Simplemente cambie la ruta en la ruta al ejecutable de Python en su virtualenv.

También puede reemplazar su línea shebang con #!/usr/bin/env python . Esto debería utilizar el entorno y el intérprete de Python adecuados, siempre que primero active su virtualenv (supongo que sabe cómo hacerlo).

Si está en un virtualenv, debe activarlo antes de poder ejecutar ./manage.py ‘comando’

 source path/to/your/virtualenv/bin/activate 

Si configura workon en .bash_profile o .bashrc

 workon yourvirtualenvname 

* Por favor, no edites tu archivo manage.py, tal vez no funcione de la forma correcta y te pueda dar futuros errores.

Tuve el mismo problema porque estaba instalando Django como superusuario, por lo tanto no en mi virtualenv. No debes hacer sudo pip install Django

En su lugar, instalarlo de esta manera:

 $ source ./bin/activate $ pip install Django 

Por favor, reinstala django con pip:

 sudo pip install --upgrade django==1.3 

(Reemplaza 1.3 a tu versión de django)

Como se sabe, esto fue un problema de ruta.

la base de mis paquetes personalizados compartía un nombre con un directorio establecido en / etc / profile. Sin embargo, los paquetes estaban en una ubicación diferente para el servidor web. Así que quité las entradas ofensivas de mi $ PYTHONPATH y ¡estaba listo!

Gracias por la ayuda.

Otra posible razón para este problema es que su sistema operativo ejecuta python3 de forma predeterminada.

o bien lo haces explícitamente: python2 manage.py

o edita el shebang de manage.py, así:

 #!/usr/bin/env python2 

Tuve este error al intentar ejecutar un sistema integrado (usando django, por supuesto) en una Raspberry Pi 2 (y no en una VM )

Ejecutando esto:

  sudo pip install Django 

Hizo el truco!

  • En caso de que un compañero que use Raspbian / Jessie obtenga esto

Probablemente estés usando virtualenvwrapper . No olvides seleccionar tu entorno ejecutando:

 $ workon env_name 

Para mí, mi servidor estaba usando Python 2.4. Simplemente busqué Python 2.7, que estaba instalado en mi servidor, y creé un alias.

 alias python=python2.7 

Si necesitas saber más, encontré la solución aquí.

Estaba teniendo el mismo problema mientras intentaba crear una nueva aplicación. Si escribe python manage.py startapp myapp , buscará usr / bin / python. Pero necesita este ” python ” que se encuentra en el directorio / bin de su ruta de env . Virtual . Resolví esto mencionando el camino de python de virtualenv así:

 /bin/python manage.py startapp myapp 

Intenta cambiar tu primera línea de manage.py.

Cambio

 #!/usr/bin/python 

por

 #!/usr/bin/env python 

¡¡¡Resuelto!!!

Después de buscar por años y probar todas estas otras sugerencias que no funcionaron, finalmente encontré la solución para mi configuración.

Mi configuración / escenario:

  • Windows, Python27
  • Mi proyecto de django está registrado a través de svn
  • al ejecutar python manage.py runserver en la nueva carpeta, recibí el error de importación
  • python manage.py runserver solía trabajar en la carpeta original (desde la cual confirmaría los cambios) hasta que la eliminé

Solución

Elimine cualquier carpeta llamada django en el mismo directorio de manage.py

Eso es correcto … tan pronto como eliminé la carpeta “django” que solo contenía un archivo __init__.py … ¡Podría ejecutar el servidor de nuevo!

Aunque no tengo idea de por qué

Para aquellos de ustedes que usen Django 1.6 o más reciente, tenga en cuenta que execute_manager fue eliminado . Hay una solución publicada en la segunda respuesta de SO aquí .

Almacene la ruta de python de python en una variable y ejecute. Esto incluiría los paquetes que faltan.

 python_path= `which python` $python_path manage.py runserver 
 python3 manage.py runserver 

Compruebe la versión de Python

Tuve un problema similar. PyCharm no pudo ejecutar el servidor, pero lo pude ejecutar desde la línea de comandos. Probé qué python y luego me aseguré de que PyCharm fuera el mismo intérprete y luego todo funcionó bien.

Este error usualmente ocurre cuando django no está instalado. Si ya instaló django pero sigue recibiendo el mismo error, entonces debe estar trabajando en un entorno virtual separado. También necesita instalar django en su entorno virtual. Cuando estés en el shell de la máquina virtual simplemente haz esto:

pip instalar django

Debido a que la máquina virtual tiene un sistema de archivos separado, no reconoce django incluso si está instalado en su sistema.

Solucioné este problema cambiando #PATH = “$ VIRTUAL_ENV / bin: $ PATH” a PATH = “$ PATH: $ VIRTUAL_ENV / bin” Por razones que no son obvias para mí, el ejecutable de python en el directorio virtualenv no ve django sino el normalmente Python instalado hace.

================================= SOLUTION =============== ==========================

Primer goto: virtualenv

ejecutando el comando: fuente bin / activar

e instale django porque está obteniendo el error relacionado con ‘importar django’:

pip instalar django

Luego ejecuta: python manage.py runserver

(Nota: cambie ‘runserver’ al nombre del progtwig que desea ejecutar)

Por el mismo tema, funcionó en mi caso. ================================= Sinopsis =============== ========================== ERROR: (Desarrollo) Rakeshs-MacBook-Pro: src rakesh $ python manage.py runserver Traceback (llamada más reciente último): archivo “manage.py”, línea 8, desde django.core.management importar execute_from_command_line ModuleNotFoundError: no hay un módulo llamado ‘django’

Durante el manejo de la excepción anterior, ocurrió otra excepción:

Rastreo (última llamada más reciente): archivo “manage.py”, línea 14, en importación django ModuleNotFoundError: no hay un módulo llamado ‘django’

Durante el manejo de la excepción anterior, ocurrió otra excepción:

Rastreo (última llamada más reciente): archivo “manage.py”, línea 17, en “No se pudo importar Django. ¿Está seguro de que está instalado y” ImportError: No se pudo importar Django. ¿Está seguro de que está instalado y disponible en su variable de entorno PYTHONPATH? ¿Olvidaste activar un entorno virtual? (Desarrollo) Rakeshs-MacBook-Pro: src rakesh $ (Desarrollo) Rakeshs-MacBook-Pro: src rakesh $ (Desarrollo) Rakeshs-MacBook-Pro: src rakesh $ python -Wall manage.py test Traceback (última llamada más reciente) : Archivo “manage.py”, línea 8, desde django.core.management importar execute_from_command_line ModuleNotFoundError: no hay un módulo llamado ‘django’

Durante el manejo de la excepción anterior, ocurrió otra excepción:

Rastreo (última llamada más reciente): archivo “manage.py”, línea 14, en importación django ModuleNotFoundError: no hay un módulo llamado ‘django’

Durante el manejo de la excepción anterior, ocurrió otra excepción:

Rastreo (última llamada más reciente): archivo “manage.py”, línea 17, en “No se pudo importar Django. ¿Está seguro de que está instalado y” ImportError: No se pudo importar Django. ¿Está seguro de que está instalado y disponible en su variable de entorno PYTHONPATH? ¿Olvidaste activar un entorno virtual?

DESPUÉS DE LA INSTALACIÓN de django:

(Desarrollo) MacBook-Pro: src rakesh $ pip install django Recostackción de django Descarga https://files.pythonhosted.org/packages/51/1a/e0ac7886c7123a03814178d7516cc % | ████████████████████████████████ | 7.3MB 1.1MB / s Recostackndo pytz (desde django) Descargando https://files.pythonhosted.org/packages/30/4e/27c34b62430286c6d59177a0842ed90dc789pz.pel.placas de las actividades en el maletero. ████████████████████████████████ | 512kB 4.7MB / s Instalación de paquetes recolectados: pytz, django

DESPUÉS DE RESOLVER:

(Desarrollo) MacBook-Pro: src rakesh $ python manage.py runserver Realizando verificaciones del sistema …

La comprobación del sistema no identificó problemas (0 silenciado).

Tienes 15 migraciones sin aplicar. Es posible que su proyecto no funcione correctamente hasta que aplique las migraciones para las aplicaciones: admin, auth, contenttypes, session. Ejecute ‘python manage.py migrate’ para aplicarlos.

5 de agosto de 2018 – 04:39:02 Django versión 2.1, usando la configuración ‘trydjango.settings’ Iniciando el servidor de desarrollo en http://127.0.0.1:8000/ Salga del servidor con CONTROL-C. [05 / Ago / 2018 04:39:15] “GET / HTTP / 1.1” 200 16348 [05 / Ago / 2018 04:39:15] “GET /static/admin/css/fonts.css HTTP / 1.1” 200 423 [05 / Ago / 2018 04:39:15] “GET /static/admin/fonts/Roboto-Bold-webfont.woff HTTP / 1.1” 200 82564 [05 / Aug / 2018 04:39:15] “GET / static / admin / fonts / Roboto-Light-webfont.woff HTTP / 1.1 “200 81348 [05 / Aug / 2018 04:39:15]” GET /static/admin/fonts/Roboto-Regular-webfont.woff HTTP / 1.1 “200 80304 No encontrado: /favicon.ico [05 / Ago / 2018 04:39:16]” GET /favicon.ico HTTP / 1.1 “404 1976

¡¡Buena suerte!!

su proyecto se crea utilizando una versión anterior de django-admin.py, más antigua que django1.3

para solucionar este problema, cree otro proyecto django y copie su manage.py y péguelo en el antiguo

Estuve completamente de acuerdo en que este es un problema de ruta, pero fwiw, tuve el mismo error. Se debió al error de usar una ruta relativa para mi ejecutable de Python al configurar mi entorno virtual. Yo había hecho esto:

 virtualenv -p ~/python_runtimes/2.7.3/bin/python venv2.7.3 --distribute 

En su lugar, tuve que dar la ruta completa al ejecutable de Python.

HTH, Harlin

fuente ~ / blog-venv / bin / activar

elige tu virtualenv para reemplazar “blog-venv” aquí.

Asegúrese de que está ejecutando la instancia correcta de Python con los directorios correctos en la ruta. En mi caso, este error se debió a la ejecución del ejecutable de python por accidente: en realidad había instalado Django bajo el framework y las bibliotecas de python2.7 . Lo mismo podría suceder como resultado de virtualenv también.

Bien, así es como sigue:

Ha creado un entorno virtual y el módulo django solo pertenece a ese entorno. Ya que virtualenv se aísla de todo lo demás, por lo tanto, está viendo esto.

pasar por esto para obtener más ayuda:

http://www.swegler.com/becky/blog/2011/08/27/python-django-mysql-on-windows-7-part-i-getting-started/

1. Puede cambiar al directorio donde se almacena su entorno virtual y luego ejecutar el módulo django.

2. Alternativamente, puede instalar django globalmente en sus paquetes python-> site ejecutando pip o easy_install

Comando usando pip: pip install django

entonces haz esto:

importar django print (django.get_version ()) (dependiendo de la versión de python que use. Esto para python 3+ series)

y luego puede ejecutar esto: python manage.py runserver y verificar en su navegador web escribiendo: localhost: 8000 y debería ver la página potenciada de django.

Espero que esto ayude.

Incluí el nombre de la nueva aplicación en la lista de INSTALLED_APPS en la configuración.py “antes de” emití el comando startapp. Una vez que eliminé la entrada de la lista, pude crear la aplicación.

Resolví este problema usando el comando ‘django-admin’ como sigue:

django-admin startproject _project_name

simplemente quite el “.py” adjunto a “django-admin”

Tener una aplicación llamada site puede reproducir este problema.

Todos ustedes no mencionaron un caso en el que alguien “como yo” instalaría django antes de instalar virtualenv … así que para todas las personas de mi tipo, si lo hicieran … reinstalar django después de activar virtualenv..i espero que esto ayude