Начал-таки использовать virtualenv. И в разработке и в продакшене. Как я без этого раньше-то обходился?
Начал-таки использовать virtualenv. И в разработке и в продакшене. Как я без этого раньше-то обходился?
Может кто-нибудь обяснить такую штуку:
Странно мне это.
python manage.py dumpdata --all --indent=4 -o cms_export.jsonне сохраняет всех данных, как
pg_dump cms > cms.sqlПодробности тут (на англ.) git.unclev.ru
Странно мне это.
Задекорировал декоратор. Доволен
Вчера ко мне набижало несколько фласковских фанбоев, начавших мне доказывать, что джанго — говно. К сожалению, аргументов они особо не предоставили, кроме рекламных лозунгов взятых с выдачи гугла "flask vs django", но мне все равно хочется ответить на них.
Оговорюсь, что лично мне нравятся оба фреймворка и на обеих можно успешно решать задачи в продакшене. Так что просто разберем несправедливые стереотипы.
1. Джанго древний. Аргумент — супер, особенно от человека который наверняка сидит на Вендовс НТ или Линуксе, которым по 25 лет. Почему они не перейдут на какой-то там Redox — загадка.
Что-то я отвлекся. Последний мажорный релиз джанги — 1-го декабря 2015, последний минорный релиз фласка — 14-го июня 2013-го. Любознательным читателям посоветую сравнить чейнджлоги, особенно обратив внимание на секцию Backwards-incompatible changes в джанговском. Чуваки не стесняясь выпиливают говенный легаси заменяя его современными годными компонентами.
2. Джанго тормозной. Такие аргмуенты основанны на популярных бенчмарках по измерению производительности хелловорлдов. Но хелловорлды в продакшен не идут, туда идет чуть более сложная логика, которая будет тормозить в любом случае больше чем рендер шаблонов, который легко закешировать. А возможности оптимизации приложений в джанго и фласке в целом одинаковы.
3. Джанго жирный и маломодифицируемый, а во фласке сам собираешь стек. Этот аргумент работал бы в случае если компоненты джанговского стека были бы дерьмом, которое нужно обязательно заменить. Но если они успешно решают задачу, то в чем смысл замены? Потратить кучу времени на гуглежку фласковских батареек и интеграцию их в свой проект? А замечательные ситуации типа "обновил фласк-секьюрити — сломался фласк-админ"?
Да, есть определенный процент веб-приложений с нестандартным стеком, для них джанго вряд ли подойдет. Но если стек стандартный — в чем смысл тратить время на его сборку в каждом новом проекте еще и с риском что компоненты не сойдутся версиями? То, что стандартный веб-стек в джанго проходит по всему релиз-циклу в сборе — это скорее достоинство, чем недостаток.
Если смотреть более детально по претензиям к компонентам, то главное что джанговцы сделали архитектуру для смены движка темплейтов и допилили ОРМ до годноты. Все остальное меняется достаточно легко и без специальной поддержки во фреймворке. Динамизм питона и отсутствие магии сами по себе обеспечивают такую возможность.
Оговорюсь, что лично мне нравятся оба фреймворка и на обеих можно успешно решать задачи в продакшене. Так что просто разберем несправедливые стереотипы.
1. Джанго древний. Аргумент — супер, особенно от человека который наверняка сидит на Вендовс НТ или Линуксе, которым по 25 лет. Почему они не перейдут на какой-то там Redox — загадка.
Что-то я отвлекся. Последний мажорный релиз джанги — 1-го декабря 2015, последний минорный релиз фласка — 14-го июня 2013-го. Любознательным читателям посоветую сравнить чейнджлоги, особенно обратив внимание на секцию Backwards-incompatible changes в джанговском. Чуваки не стесняясь выпиливают говенный легаси заменяя его современными годными компонентами.
2. Джанго тормозной. Такие аргмуенты основанны на популярных бенчмарках по измерению производительности хелловорлдов. Но хелловорлды в продакшен не идут, туда идет чуть более сложная логика, которая будет тормозить в любом случае больше чем рендер шаблонов, который легко закешировать. А возможности оптимизации приложений в джанго и фласке в целом одинаковы.
3. Джанго жирный и маломодифицируемый, а во фласке сам собираешь стек. Этот аргумент работал бы в случае если компоненты джанговского стека были бы дерьмом, которое нужно обязательно заменить. Но если они успешно решают задачу, то в чем смысл замены? Потратить кучу времени на гуглежку фласковских батареек и интеграцию их в свой проект? А замечательные ситуации типа "обновил фласк-секьюрити — сломался фласк-админ"?
Да, есть определенный процент веб-приложений с нестандартным стеком, для них джанго вряд ли подойдет. Но если стек стандартный — в чем смысл тратить время на его сборку в каждом новом проекте еще и с риском что компоненты не сойдутся версиями? То, что стандартный веб-стек в джанго проходит по всему релиз-циклу в сборе — это скорее достоинство, чем недостаток.
Если смотреть более детально по претензиям к компонентам, то главное что джанговцы сделали архитектуру для смены движка темплейтов и допилили ОРМ до годноты. Все остальное меняется достаточно легко и без специальной поддержки во фреймворке. Динамизм питона и отсутствие магии сами по себе обеспечивают такую возможность.
Посравнивал объективно фласк и джангу, и понял, что в джанге (на момент версии 1.9) мне реально мешают только 2 вещи:
1. urlconf
2. необходимость передавать реквест во все вьюхи параметром
У фласка annoy-list поболее будет, думаю. А джанговским девелоперам респект.
1. urlconf
2. необходимость передавать реквест во все вьюхи параметром
У фласка annoy-list поболее будет, думаю. А джанговским девелоперам респект.
что можете посоветовать для разработок недорого? сейчас на firstvds, закралась мысль перейти на другой хвостинг
Что-то в каждой новой версии джанги появляются, вместо полезных новшеств, тысячи обратно-несовместимых полировок АПИ, которые, безусловно, правильные, но подзадолбали уже.
Не заметил, как полностью перешёл на class-based views.
Мой набор тестов на джанге отрабатывает примерно за 3 минуты. При этом сами тесты секунд за 5 выполняются, все остальное время занимает создание БД. Джанга почему-то считает, что ее надо создавать последовательно выполняя все миграции. Почему нельзя сразу создать все таблицы? Видно у перфекционистов с дедлайнами очень много времени на втыкание в консольку.
Теперь она еще отказывается инициализировать базу данных для тестов. Я херею, в каждом новом релизе столько исправлять приходится. Задолбало, если честно
Новая джанга запретила импортировать модели в __init__.py в корневом каталоге приложения. Молодцы, че.
А почему Pyramid круче Django?
Оказывается в Django из коробки есть мультисайтовость. Я даже и не знал.
Тестовая база данных создается минуты 3. Блин, как же это скучно и тупо, особенно когда фиксишь какой-то мелкий баг. И главное не лечится
Ну наконец-то django-hosts стал с кавычками в темплейттегах.
5 ссылок на учебные django-приложения "ToDo List" vostbur.ru
Быстрый старт с alwaysdata vostbur.ru
Я подумал что неплохо было бы иметь плагин в браузере, который бы умел делать post-запросы с кастомными параметрами и куками текущей страницы, чтобы дебажить ajax-часть сайта. Существует что-то такое? И если нет то как вы с этим боретесь?
Всё-такие какая прекрасная это вещь, Django (фреймворк, не CMS), после всяких зверей на PHP — сказка.
Ха, нашёл свою старую шпаргалку!
1. Установка Nginx
aptitude install nginx
2. Установка PIP
aptitude install python-pip
3. Установка Virtualenv
pip install virtualenv
4. Создание окружения default
mkdir ~/.virtualenv
cd ~/.virtualenv
virtualenv default
5. Установка необходимого в окружение
pip install django
5.1 Установка mysql-python
aptitude install libmysqld-dev
aptitude install python2.7-dev
pip install mysql-python
5.2 Установка PIL
aptitude install libjpeg libjpeg-dev libfreetype6 libfreetype6-dev zlib1g-dev
ln -s /usr/lib/…/libjpeg.so /usr/lib
ln -s /usr/lib/…/libfreetype.so /usr/lib
ln -s /usr/lib/…/libz.so /usr/lib
pip install pil
6 Установка UWSGI
aptitude install uwsgi uwsgi-plugin-python
Забавно, стоит только сделать хорошую картинку, как она тут же оказывается везде, где только можно её применить. Это я в данном случае про Django (white and greeen). Сейчас вот нашёл с ней статью на Хабре (забавно, что первоначально я её делал как раз для статьи на Хабре, вот этой). А если воспользоваться поиском Google по картинкам, то найдётся ещё десяток примеров её использования. И так происходит с любой качественной работой, кстати — ради интереса попробуйте потом поискать поиском по картинкам какую-нибудь хорошую фотографию вашего авторства. Вполне вероятно, что результат вас весьма удивит.
Понадобилось намалевать сайтик по-быстрому. Пока все гладко и прикольно. Только у меня ощущение, что я занят не программированием, а сборкой конструктора LEGO по инструкции.
Не, реально релиз 1.7 полное дерьмо. 0 полезных фич, зато куча гемора с совеместимостью. Кажется это мой последний проект на джанге, ну ее нахер.
Какому идиоту вздумало в голову пихать в джангу миграции когда уже был работающий south? Теперь и south не работает, и изкоробочные мигации глючат шопесец. ррр
$ mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql
$ echo "flush tables;" | mysql -u root -p mysql
Обновился до django 1.7 и всё (ожидаемо) поломалось. Теперь вот сижу, подправляю мелочи.
Попробую по-серьезному погирать с питоном. До этого использовал его как чуть-чуть адваншеный калькулятор. Си++-бэкграунд, так что это будет весело. А сейчас — спать.
django 1.7 released!
Всем привет.
Студент ищет удаленную работу.
Умею python, django, flask вместе с redis и postgres.
Хотел-бы получать 200руб в час.
Студент ищет удаленную работу.
Умею python, django, flask вместе с redis и postgres.
Хотел-бы получать 200руб в час.
django-rest-framework на kickstarter вышел. Что-то последнее время много кто пытался так собрать денег, но для drf не жалко несколько $ дать.
подскажите пример django-leaflet для новичка. гугл пока нормально не подсказывает
Внезапно здравствуйте.
Ищем коллегу-разработчика. Проект достаточно длинный, легаси код в комплекте, но все адекватно.
Базовый набор требований:
— Python, веб-фреймворки (желательно Django)
— linux, postgresql, git.
— html и css на уровне "править"
— js на уровне jQuery.
— ответственный подход к задачам;
— умение работать в команде;
Полный рабочий день у нас в офисе в центре Архангельска или удаленно. Обсуждаемый график работы: 9-18, 10-19, 11-20 по москве.
Оплачиваемый отпуск и больничный лист.
Ищем адекватного специалиста, так же готовы взять перспективного джуниора. Ориентир денег 40-60 т.р., зависит от человека.
Информацию о себе вместе с описанием вашего опыта отправлять на am@primepix.ru
Ищем коллегу-разработчика. Проект достаточно длинный, легаси код в комплекте, но все адекватно.
Базовый набор требований:
— Python, веб-фреймворки (желательно Django)
— linux, postgresql, git.
— html и css на уровне "править"
— js на уровне jQuery.
— ответственный подход к задачам;
— умение работать в команде;
Полный рабочий день у нас в офисе в центре Архангельска или удаленно. Обсуждаемый график работы: 9-18, 10-19, 11-20 по москве.
Оплачиваемый отпуск и больничный лист.
Ищем адекватного специалиста, так же готовы взять перспективного джуниора. Ориентир денег 40-60 т.р., зависит от человека.
Информацию о себе вместе с описанием вашего опыта отправлять на am@primepix.ru
Жуйк, напиши хорошие хостинги, поддерживающие оба тэга.
Классный хостинг с неплохим бесплатным планом https://www.alwaysdata.com
Они там совсем ***нулись. Сначала master/slave заменили на leader/follower ради Толерантности, а сейчас решили сделать primary/replica. https://github.com/django/django/pull/2720
Ищу junior python девелопера (можно студента) на подработку 2-3 часа в день.
Нужно знать:
* Python 2 / 3 (если знаешь то хорошо)
* Django ( Flask / Tornado желательно)
* SqlAlchemy (желательно)
* PostgreSQL / MongoDB
Frontend:
* Twitter Bootstrap 2 / 3
* jQuery
* AngularJS
Workflow:
Git or Mercurial
Servers:
Nginx, uWSGI / Gunicorn
По деньгам договоримся
Нужно знать:
* Python 2 / 3 (если знаешь то хорошо)
* Django ( Flask / Tornado желательно)
* SqlAlchemy (желательно)
* PostgreSQL / MongoDB
Frontend:
* Twitter Bootstrap 2 / 3
* jQuery
* AngularJS
Workflow:
Git or Mercurial
Servers:
Nginx, uWSGI / Gunicorn
По деньгам договоримся
Чем сейчас в Django принято html ужимать ? Пробелы между тегами убирать и переносы строк разные? Чет смотрел все заброшено :(
Если у вас Django 1.6 (а она поддерживает Python2 и 3), то чтобы запустить под Python3 надо сделать так: python3 manage.py runserver . Менять симлинк /usr/bin/python глобально чревато.
Еще раз удивляюсь упоротому наркоману Evan Miller, который за год смог написать аналог django/rails, в то время как миллиарды обезьян на node/js не смогли сделать гребаное ничего.