Дмитрий Попанов

Есть Django модель с полем FileField, куда загружается pdf файл.
Есть сервис issuu.com/ который превращает pdf файлы в удобные flash листалки. У него есть простенькое api issuu.com/services/api/

1. Нужно написать команду для manage.py, при выполнении которой, скрипт проверяет объекты исходной модельки и для тех которые новые/изменились/удалились отправляет соответствующе запросы вместе с загруженной пдфкой на issuu.com/ в ответ получает id материала на сервисе и сохраняет его в базе.
2. Нужно написать templatetag, который бы выводил виджет с issuu.com/ и подставлял туда id объекта.

Вот ТЗ. Если он показалось вам сумбурным, могу объяснить непонятное устно.

Есть html форма выбора метода оплаты в интернет магазине. В ней сначала идут инпуты (<input>) с типами оплаты. У каждого из них name="method" и у каждого есть соответствующий тег label с человеческим называнием. У каждого из них в value находится машинное название метода оплаты.
Потом идут блоки. По одному на каждый метод оплаты. У каждого class=” method_form” и id равно имени способа оплаты, за который отвечает этот блок. В каждом из этих блоков могут быть поля формы, необходимые для конкретного способа оплаты.
Основной смысл плагина в том, что бы показывать только тот блок, который нужен для выбранного способа оплаты. Вот алгоритм его работы.

1. Плагин, при своей инициализации, делает следующее:
a. Смотрит, выбран ли какой нибудь инпут с именем ”method”. Если нет, то плагин выбирает первый по порядку незадизейбленный инпут с именем ”method”, отмечает его выбранным(checked=”checked”).
b. смотрит, какой инпут с именем ”method” (name="method") отмечен, как выбранный (checked=”checked”). И скрывает все блоки с классом “method_form”(class=”method_form”) у которых id не равно value отмеченного инпута.
c. Плагин делает невидимыми все инпуты с именем ”method”. Остаются видны только теги label у каждого инпута. Для тега label того инпута, который checked добавляет класс ”selected_method”.
2. При выборе какого либо незадисейбленного инпута(так как они скрыты это происходит при клике по его лейблу) происходит следующее:
a. для его лейбла добавляется класс ”selected_method”, для всех остальных лейблов удаляется тег “selected_method”.
b. блок с классом “method_form” у которого id равно name выбранного инпута делается видимым, а остальные блоки с классом “method_name” скрываются.
c. Для каждого инпута в блоке с классом “method_name”, который только что выбран, смотрится, есть ли инпут с таким же именем в блоке с классом “method_name”, который только что был скрыт. И если есть, то копируется значение этого инпута из скрытого поля в появившееся.


Детали реализации:
1. Плагин привязывается к какому то определенному блоку и выполняет всю свою работу только для элементов в этом блоке. Т.е. Плагин вызывается примерно вот так: $('#block).superPlugin({}). И всю свою работу плагин делает только в блоке с айди “block”.
2. Плагин должен быть реализован следуя практикам, которые советует jQuery.
3. Все имена классов, инпутов, айдишники и т д должны быть заданы как константы в начале плагина(а лучше как параметры), что бы если нужно заменить какой нибудь, не пришлось искать его во всем коде.

здесь тз в pdf формате + пример хтмл кода
dl.dropbox.com/u/10507816...

Нужно разработать интернет магазин на Django. В рамках этого проекта нужно сделать, что бы в нем можно было авторизовываться и оформлять заказы.

Так как более достойного интернет магазина под Django, кроме как Satchmo, я не вижу, то ищется разработчик, который:
-установит Satchmo и Django
-сделает стандартную настройку
-настроит авторизацию и регистрацию с кастомными формами + авторизация с помощью социальных сетей. (вероятно с помощью django-social-auth)
-разработает модуль для кастомного оформления заказа.

В кастомности ничего сверхъестественного. Это расширение стандартных satchmo модулей и более юзабильные формы.

Должно быть два типа модулей доставки:
-с фиксированной ценой. Это есть в Satchmo
-с неопределенной ценой. В данном случае, администратор через админку её может вбить для заказа, когда её посчитает.

Способы оплаты:
-Наличными. Это есть в Satchmo.
-Робокасса. (вероятно django-robokassa)
-Через СберБанк. Нужно генеировать стандартную квитанцию.
-Безналичный расчет для юр. лиц. Небольшая форма, куда пользователь вводит ИНН, КПП и т д.

Более подробное ТЗ с мокапами:
dl.dropbox.com/u/10507816...

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

Нужен адекватный человек, который бы не делал ерунды из простейших и очевидных вещей, ссылаясь на то, что это никак не описано в ТЗ.
И хоть с каким то опытом разработки, что бы не пришлось объяснять что такое South и как справится с csrf, например.


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