Django расположение установленных приложений для классов по системному пути - PullRequest
0 голосов
/ 07 января 2011

Я использую класс Django Registration, это здорово, но последняя версия поставляется с проблемой, и она больше не обновляется

Я установил ее по своему пути (скачал ее, затем python setup.pyустановить) затем добавил его в мои проекты установленные приложения

Я нахожусь на Debian, и он скопировал себя в /usr/lib/python2.5/site-packages/registration

Покаотлично, но редактирование (черт, даже удаление) не оказывает никакого влияния на мой проект

Я предполагаю, что когда вы включаете класс в установленные приложения django, он куда-то копируется, но куда?всегда, спасибо за ваше время!

Ответы [ 3 ]

3 голосов
/ 07 января 2011

Вы можете попробовать самый старый трюк в истории, чтобы выяснить, откуда он взялся:

import registration
print registration.__file__
1 голос
/ 07 января 2011

Я бы посоветовал вам попробовать следующий рабочий процесс:

  • Создайте новый virtualenv для каждого запускаемого вами проекта (используйте --no-site-packages)
  • Установите все ваши зависимости (включая django) в virtualenv проекта
  • Используйте pip install -e для установки того, что вам нужно, чтобы иметь редактируемую версию.
  • Либо, разветвите проект и установите, используя pip install -e hg+http://...
1 голос
/ 07 января 2011

Я предполагаю, что когда вы включаете класс в установленные приложения django, он куда-то копируется, но куда?

Это совершенно неверное предположение.

Лучше предположить, что ваш каталог загрузки находится на вашем пути Python.

Каким-то образом у вас было две (или более) копии модуля.

Вы удалили некоторые, но не все копии.

Продолжайте искать в вашем PYTHONPATH все остальные. Поиск в каждом каталоге в sys.path.

Обратите внимание, что файлы .pth в вашем каталоге site-packages также являются частью вашего PATH.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...