Есть вопрос! — Django-cms snippet

Приветствую.

Может кто сталкивался: есть у django-cms плагин snippet. Поделючил, сниппеты создал. А как использовать - не понимаю. В документации ничего не нашёл. Как вставить в шаблон вызовы этих сниппетов?

Заранее благодарен.

Мой OpenSource проект — Сокращатель ссылок.

Вступление

Здравстувйте! Давно уже меня мучал вопрос: "да как же на этом самом питоне пишутся сайты?!". Нет, я знал про django и знал даже о том, что документация переводится на русский, но попробовать руки всё не доходили. Однажды мне приспичило сократить неприлично длинную ссылку на корпоративную вики. Гугл пнул меня на сокращатель ссылок, который отказал мне по той причине, что не смог получить доступа к ресурсу. Да, потом я нашёл сокращатель, который без вопросов сократил ссылку "как есть", но мысль уже появилась. Цели создания своего велосипеда были следующими:

• Познакомиться с джангой
• Узнать, что такое css, что бы с умным видом рассуждать о табличной и блочной верстках.

Поэтому, принимается критика по коду, но не по функционалу.

Мой OpenSource проект — Биллинговое приложение django-payway

Представляю вашему вниманию биллинговое приложение django-payway.

Возможности

• 
  
• accounts - ведение и управление счетами пользователей
• 
  
• merchants - продавцы, которым можно начислять деньги
• 
  
• orders - оплата заказов(товаров или услуг. Тестовый заказ доступен по адресу /orders/test-order/)
• 
  
• qiwi - отвечает за ввод денег на счета через qiwi
• 
  
• webmoney - аналогично, только для webmoney
  

Примеры

Больше информации о использовании можете найти в тестах к модулям.

Эксперименты

Для экспериментов советую установить virtualenv, затем
установить django.
После успешного создания проекта с помощью django-admin.py, склонируйте исходники и добавте в sys.path путь к django-payway. Далее можно экспериментировать :)

Демо

Собранное демо приложение доступно по адресу http://payway.httpbots.com/
Логин: test
Пароль: 12345

p.s. любая помощь приветствуется.

Python — Google App Engine

В общем размещаю здесь дабы самому не забыть...
Про то что в GAE либы кастрированны знал, но как-то не сталкивался(не попадал), но вот случилось так, что понадобилось заюзать cycle в темплейтах и ... нету его, а усложнять сам скрипт перекладывая на него рендеринг страниц не очень хотелось, в общем нашёл для себя красивый финт ушами:

1 2 3 4 5

{% for entry in blog.entries %} <div class="{% if forloop.counter|divisibleby:2 %}even{% else %}odd{% endif %}" id="{{ entry.id }}"> {{ entry.text }} </div> {% endfor %}

Предлагаю поделиться своими наработками либо подобными обходами подводных камней.

Python — Система автоматической сборки

Программист зверь ленивый, поэтому всё, что будет делаться больше одного раза надо непременно заскриптовать.

Я уже некоторое время ковыряю TDD и задача постоянного контроля качества для меня становится всё актуальней. Особенно при пополнении команды новыми разработчиками.

Сначала я запускал тесты руками: save, switch, $ nosetests. Потом к тестам добавились проверялки качества кода и пришлось всё засунуть в скрипт:

1 2 3 4

pyflakes *.py pep8 *.py pylint *.py nosetests

Скрипт запускать каждый раз ужасно лениво, поэтому небольшая оболочка на inotifywait стала запускать тесты и проверки после каждого сохранения:

1 2 3 4

while true; do inotifywait -e modify project/*.py -qq; clear ./do_tests done

Тут я стал более-менее доволен происходящим и даже на некоторое время расслабился. Но ведь программист кроме того, что ленив ещё и горд, поэтому результаты хочется кому-нибудь показать. Чтобы вести историю происходящего (которая очень помогает когда заходит начальник начальника и спрашивает: «ну-с, чем вы занимались последний месяц?») уже есть система контроля версий. Но она показывает только, что сделано и не даёт обзора успешности каждой ревизии. Получается что код лежит, но непонятно в каком он состоянии и что где ещё надо сделать.

Кроме того довольно тяжело следить за коллегами, которые тоже могут что-то сделать и забыть прогнать тесты, в результате в репозитории лежит битый код, не прошедший code review и при очередном pull может внезапно начаться clusterfuck.

И тут очень вовремя kmmbvnr@lj выпустил скринкаст, в котором он демонстрировал интеграцию тестирования для django-проектов с сабжем Jenkins (бывш. Hudson). Посмотрел я на все эти красоты, графики и отчёты и тоже захотел чтобы всё само пело и играло. Но у него django-jenkins, как и следует из названия, встраивается в джангу и генерит отчёты используя хитрую систему. Мой проект до джанги не дорос и скорее всего не дорастёт — это достаточно тривиальное WSGI-приложение, которое правда стремительно разрастается. Пришлось поднимать всё с нуля.

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



Что внутри?

Работа для специалистов — Python, Django программист в Санкт-Петербурге за ЗП от 30 000 руб.

Дружественная мне, компания ищет себе сотрудника.

Python — Скелет для Django с поддержкой HAML, SASS и Coffee-Script

В Ruby сообществе давно модно использовать альтернативный синтаксис для основных языков веб-разработки: HTML, CSS и JavaScript.
Для HTML документов используется синтаксис HAML.
Для CSS используются LESS, SASS или CleverCSS. Из них SASS самый продвинутый, к и так огромной куче возможностей можно добавить фреймворк Compass, который содержит много полезных функций, миксинов и имеет поддержку популярного CSS фреймворка BluePrint.
Вместо JavaScript люди пишут скрипты на CoffeeScript - альтернативном синтаксисе яваскрипта. CoffeeScript похож по синтаксису на Python и имеет много заимствований "синтаксического сахара" из Ruby и Python.
К сожалению, о том, как организовать поддержку этих технологий в Django-проектах практически не пишут. Я попытался реализовать поддержку сразу трех технологий в одном проекте и столкнулся с ошибками. После нескольких часов копаний в коде я исправил ошибку в webassets (основная библиотека для поддержки этих технологий) и добавил некоторые функции в hamlish (к сожалению после этого он стал зависим от Django, поэтому я не стал его форкать, а сохранил прям в проекте).

Итак, встречайте - django-hsc-skel!
Основа для Django-проектов с поддержкой HAML, SASS (+Compass) и Coffee-Script>

Python — Скелет Django-проектов

За вот уже 5 лет работы с джангой (с самого открытия код, ага) я уже столько раз делал ./manage.py startproject что уже и не счесть. И каждый раз это сопровождалось кучей рутинных операций типа настройки бд, созданием одних и тех же приложений. Первое время сама джанга менялась очень быстро и как-то это зафиксировать было практически нереально. К тому же фактически небыло инфраструктуры приложений, репозиториев и прочей обвязки. Но сейчас ситуация намного лучше.

Поэтому, представляю недавно собраный скелет типового джанго-сайта. Две команды и получается готовый сайт-со-страницами, готовый к навешиванию мясца.

Это не просто куча кода, но и некоторые решения из практики. Эти фичи я отметил по тексту жирненьким.

Репа с кодом: https://code.launchpad.net/~wiz/+junk/dbones
Лог работы: http://dumpz.org/25701/

Что внутри?

Python — Пишем расширение приложения для Django

Одна из сильных сторон Django, это наличие большого количества готовых приложений (applications) для него. С другой стороны, часто функциональность этих приложений или недостаточна, или немного не такая, как нам бы хотелось. Возникает неоходимость расширить приложение, добавив свою функциональность. Давайте попробуем это сделать.

Python — Django CMS 2.1.0 Tutorial Rus

По django не так уж и много документации, по django-cms и того меньше. Ещё огорчает и то, что стабильная версия django-cms работает только с django версии 1.1.X.
Так как я люблю всё новое и свежее решил ставить всё самое последнее - django-cms-2.1.0.beta3, django-1.2.1, а питон, к слову, 2.6. Но, из-за отсутствия достаточной документации процесс запуска проекта с django-cms оказался не самым приятным, хотя на самом деле — всё элементарно.
В основе заметки Django CMS Tutorial, распространяемый вместе с последней версией django.