На самом деле использование django-nonrel и djangotoolbox это не очень хороший способ. Ибо django-nonrel это не просто какой-то джанговский модуль для поддержки NoSQL а переделанный сам django.
Считаю что лучше уж использовать что-нить типа mongoengine + django-mongonaut(для админки) — тогда хоть останется родная Django.
А вообще ну не предусмотрена Django к использованию таких DB, так что если хочется такой экзотики, лучше уж Flask пользовать и не мучить Django(сам уже себе шишек набил на этом).
А есть полно всяких интересных решений. На самом деле есть из чего выбирать.
Я просто был удивлен что тут написали только о django-piston и djangjo-rest-framework, а про самый популярный, и наиболее часто используемый django-tastypie ничего не сказали)
Сервис habrastorage ужимает большие картинки, но было бы здорово, если бы он при загрузке большого изображения выдавал готовую конструкцию с превью и фулсайзом, которую останется только добавить в топик.
Я считаю даже это не очень приемлемым. Лучше чтобы картинку можно было загрузить на habrastorage сразу в редакторе во время написания поста. Зачем еще открывать лишние кладки, посещать другие сайты… Неудобно же.
Сейчас, спустя столько времени мне пришло письмо от Last.fm:
Тема: Changes to Last.fm Radio
Hello, %username%.
We're writing you to let you know that there will soon be a change to Last.fm radio that may affect you. Our stats show that you've listened to radio through an application that uses our old streaming protocol. On 1 December we will deprecate this old protocol, so in some applications radio will no longer work.
If you would like to continue enjoying Last.fm Radio, consider upgrading to a new application or using www.last.fm/listen
Я пользую иногда старый django-imagekit из ветки support/0.4.x после уже пошел такой бред как вверху описано в посте что под каждый размер надо добавлять поле в модель.
В старых версиях было удобно что создаешь spec файл с нужными размерами и процессорами и указываешь его в модели.
Вообще чаще всего достаточно простенького djangothumbnails.com
Я много чего перепробовал и все-же решил остановиться на GitLab и деплою его тоже через Nginx + uWSGI(я через него все теперь деплою… и python и php и ruby и erlang)
Аналогично. У меня система, все программы итд — на английском(русская локаль даже не установлена). Сайтами предпочитаю пользоваться на английском(даже если есть русская локализация). И очень раздражает когда мне какой-нить сайт показывает русскую версию ориентируясь на моем географ. положении а не на локали системы.
Ваш «SEX_CHOICES» лучше прописать где-нить один раз и ипортировать оттуда. Чем куча «SEX_CHOICES» в разных файлах(в вашем случае в models.py и в forms.py). Что если кому-то надо срочно добавить что-то или изменить? Придется искать во всех файлах где вы накопипастили этот «SEX_CHOICES» да и не DRY получается.
Я уже несколько месяцев как перелез с Celery на rq(Redis Queue) + django-rq/flask-rq. Во-первых в качестве брокера я в Celery все-равно использовал redis, а во вторых, rq более легкий и удобный на фоне celery. Если есть необходимость, можно установить дополнительные модули и расширить функционал rq.
Часто бывает что для пары незначительных тасков прицеплять громоздкий Celery не очень хорошо. И лучше подключить легковесный rq(особенно если у вас и так уже много чего работает через Redis).
Кстати, в версии Django 1.5 убрали localflavor из Django и перенесли в отдельные репозитории. Например для россии тут. Чтобы ими пользоваться придется их дополнительно устанавливать для каждой страны.
Это прям как красная подошва у туфелек от Christian Louboutin. В 2008-м Louboutin зарегистрировал красную подошву как товарный знак. У других туфель подошва может быть красной только в случае если сами туфли тоже красные.
Все дело в том, что у нас весь офис работает на базе OS Linux, соответственно мы при всем желании не смогли бы использовать их продукты.
Я на linux(если конкретнее то ubuntu) использую или использовал следующие лицензионные продукты компании Adobe: Adobe Flex, Adobe Flash Media Server, Adobe Acrobat Reader, Adobe Flash Player и еще какие-то.
Считаю что лучше уж использовать что-нить типа mongoengine + django-mongonaut(для админки) — тогда хоть останется родная Django.
А вообще ну не предусмотрена Django к использованию таких DB, так что если хочется такой экзотики, лучше уж Flask пользовать и не мучить Django(сам уже себе шишек набил на этом).
Я просто был удивлен что тут написали только о django-piston и djangjo-rest-framework, а про самый популярный, и наиболее часто используемый django-tastypie ничего не сказали)
Одним из самых популярных для этих целей является django-tastypie.
Я считаю даже это не очень приемлемым. Лучше чтобы картинку можно было загрузить на habrastorage сразу в редакторе во время написания поста. Зачем еще открывать лишние кладки, посещать другие сайты… Неудобно же.
В старых версиях было удобно что создаешь spec файл с нужными размерами и процессорами и указываешь его в модели.
Вообще чаще всего достаточно простенького djangothumbnails.com
Разве такой большой и неопределенный выбор?
Часто бывает что для пары незначительных тасков прицеплять громоздкий Celery не очень хорошо. И лучше подключить легковесный rq(особенно если у вас и так уже много чего работает через Redis).
Может «нелегальным распространением контента»? Или контент тоже нелегален? Тогда боролись бы уж с производителями этого «нелегального контента».
Я на linux(если конкретнее то ubuntu) использую или использовал следующие лицензионные продукты компании Adobe: Adobe Flex, Adobe Flash Media Server, Adobe Acrobat Reader, Adobe Flash Player и еще какие-то.