TitanFighter: Я такими с такими вещами не шучу: вариант с настройками необходим, если вы планируете на уровне ORM валидировать вводимые данные. Если не планируете, то можете указать их в датамиграции. На странице с описанием фикстур вам это пишут прямым текстом:
Deprecated since version 1.7:
If an application uses migrations, there is no loading of initial SQL data (including backend-specific SQL data). Since migrations will be required for applications in Django 1.9, this behavior is considered deprecated. If you want to use initial SQL for an app, consider doing it in a data migration.
Никита Рощенко: Я правильно понимаю, что у вас есть AdminModel для модельки Account и в Django админке в селекторе для profile_photo - вы видите все возможные записи из базы?
Если да, то необходимо подменить queryset у нужного вам поля в момент создания вашей ModelForm, вот тут есть примеры: stackoverflow.com/a/15667564
Перенесите создание нового коннекшена к sqlite и курсора в функцию scrape, чтобы каждый раз при ее вызове все создавалось по новой, скорее всего вы используете в ней уже созданный глобальный объект.
Не совсем понятно в каком контексте вы хотите ограничить выборку модели и так же неясно при каких обстоятельствах вы наблюдаете описанный SQL запрос. Вы хотите это сделать в админке или во вью? Параметр limit_choices_to используется Django только при рендеринге соответствующих ModelForm's.
Вы должны видеть файл wsgi.py в директории mysite, mysite.wsgi - это путь к нему в формате питоновского оператора import. Таким образом вам нужно запускать uwsgi в той директории, где лежит папка mysite, в которой лежит файл wsgi.py, либо передайте параметром --python-path путь к этой директории и запускайте uwsgi откуда угодно.
Теперь нужно убедиться, что файл /home/projects/mysite/mysite.sock и uwsgi запущен. Попробуйте использовать параметр --uwsgi-socket /home/projects/mysite/mysite.sock, вместо --socket. Посмотрите что пишет uwsgi в консоли после запуска и при выполнении запроса.
Мое предположение в том, что приведенная конфигурация nginx не используется, поэтому при заходе на / вы получаете стандартную страницу nginx. Процесс подключения конфигурации для *nix-подобной операционной системы может выглядеть так: в директории /etc/nginx/sites-enabled/ создайте файл mysite.conf, поместите в него конфигурацию nginx для вашего сайта (она уже есть в вашем вопросе).
Выполните sudo nginx restart и попробуйте снова зайти на /.
Вы уверены, что используется приведенная вами конфигурация? Даже если не запускать uwsgi вы должны получить 502 Bad Gateway. Возможно эта конфигурация не подключена – не добалена в sites-enabled например. Как вы nginx запускаете?
А зачем здесь StringIO? Если строка уже загружена в память, то можно по ней просто итерировать в цикле: for s in string и далее логика разбора символов.
Наткнулся на эпический тред на английском tech'e:http://social.answers.microsoft.com/Forums/en/vistaprograms/thread/8815ad6c-0f44-477a-9ffa-beb98109b5a6, там работающим солюшеном признан фокус с установкой удалением файрфокса (см. коммент от John Flynn 47 от Tuesday, July 20, 2010 4:47 PM), но также там встречается ссылка на это: www.local-it-guy.com/tips/restrictions.html — там в архиве батник, который восстанавливает все ассоциации файлов связанных с html. Пробовали? Помогло?
Deprecated since version 1.7:
If an application uses migrations, there is no loading of initial SQL data (including backend-specific SQL data). Since migrations will be required for applications in Django 1.9, this behavior is considered deprecated. If you want to use initial SQL for an app, consider doing it in a data migration.