Как стать автором
Обновить

Комментарии 25

С определенными хаками на GAE можно поднимать Django-приложения.
ну и толку, если там noSQL база данных и свое приложение прийдется переписывать с нуля.
да, я знаю об этих проектах. И это касается только самой django. Там портируют основные приложения. Естественно админка не подниметься или что-то сложное тоже — а в этом django как-бы рулит.
В общем эти проекты предоставляют привычную среду для django-разработчиков, но вот сами приложения нужно полностью переписывать, так как набор инструментов для работы с хранилищем данных сильно отличается.

Как итог — проектирование приложения с нуля в привычном окружении.
Тогда бессмысленно замечание о невозможности запуска на GAE. Проще поднять несколько нод на Amazon EC2 или Rackspace.
ну я ответил на «поднимать Django-приложения», саму то django запустить можно с органиченным функционалом.
тут дело в постановке задачи.
если проект новый и хорошо ложиться на noSql базу, то возможно и стоит смотреть в сторону GAE. Если нет, то Amazon EC2 предпочтительнее.
Очевидно, вы не совсем в курсе. Это не «определенные хаки», а полноценная работа, я бы даже сказал, портирование. Ни о каком прозрачном или «почти прозрачном» переносе речи не идет, несмотря на тот же nonrel.
Это — вопрос терминологии. Но мы друг друга поняли.
делал магазин на LFS. Неплохой движек. Довольно проворный и простой.
Пришлось дописывать некоторый функционал: валюты, русификация (сейчас уже есть) еще что-то по-мелочи.

С оптимизацией запросов туго, особенно если используется функционал «Фильтры». Но с использыванием Memcached (и приложения Johnny Cash в меньшей степени) нагрузка на базу вполне приемлемая. А если кеш не использовать и иметь в наличии пару тысяч товаров — то тормоза обеспечены.

Также нет функции экспорта-импорта, поэтому серьезно использовать такой движек сложно.
Можно нам посмотреть на магазин? Есть русификация и другие дополнения в свободном доступе?
можно greenup.com.ua. Единственное он не заточен под IE :)
русификацию делал сам, но сейчас есть официальная в открытом доступе.
Спасибо. К слову, можно добавить на официальный сайт: www.getlfs.com/live-shops
Будет второй русскоязычный магазин в списке.
Делал для жены магазин на Satchmo, полтора года уже, полет нормальный. Минимальная русификация из коробки была, расширить элементарно благодаря простоте i18n в Django. Из своего пришлось дописывать только интеграцию с Робокассой и пост. оплату (наложенный платеж).

В целом советую, единственное что по состоянию на начало 2009 г. это было совершенно не «коробочное» решение, а конструктор.
Сообщество не сочтёт рекламой, если вы покажете урл? Где-то публиковались в открытом доступе интеграция с робокассой и оплата наложенным платежом и перевод на русский?
Увы, не хватает времени оформить все красиво и выложить. А сайт — woolandcotton.com/
Собственно, довольно шустрый.
Предложите его в список сайтов на Satchmo на www.satchmoproject.com/stores/all/ )
А что до публикации доработок — лучший способ это выложить инфу например на groups.google.com/group/django-russian/ или любой другой ресурс.
1318924382-clip-1kb
Насчет интеграции Робокассы именно с Satchmo не знаю, но успешно использовал вот это приложение для интеграции Робокассы в один из своих проектов: pypi.python.org/pypi/django-robokassa/0.9.3
Вероятно, выйдет подружить его и с Satchmo.
Странно, что другие платёжные системы не востребованы. Не встречались реализации для WebMoney, Яндекс.Деньги и т.п.?
Встречались. Вот, например, для webmoney: github.com/oxyum/django-payment-webmoney
Но проще оказалось общаться с оператором, который интегрирует много разных способов платежа (Робокассой, то есть).
Для webmoney модуль вполне рабочий.

с Яндексом я пока не понял могу ли я выложить код. Их протокол к сожалению описан только в договоре, и весь договор я пока так и не прочел.
Думаю, можно. Протоколы то открытые.
Если решите выложить, думаю, сообщество только спасибо скажет, если оповестите — например в этой статье — где брать.
Статью можем поправить с указанием автора модулей.
ну брать-то в любом случае на github.com/oxyum/ :)

а вот в открытости протоколов я очень даже не уверен. Вдобавок Я.Д хотят SSL в обязательном порядке, а его поднятие в Django явно выйдет за пределы статьи. :(

Потом в «правильной» схеме работы там ещё и PGP надо настраивать… гемор вобщем. Хотя может статейку набросаю в сентябре, когда проект запустим! :)

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

PS: модуль для OSMP на той странице не тестировался даже на правильность синтаксиса Python! :)
В любом случае — надо выразить Вам благодарность. Ждём статью.
Каюсь, мы пошли по простому пути и используется купленный PHP-биллинг (хоть и здорово доработанный). Затраты на разработку собственного (python) посчитали пока неоправданными, но на будущее будет интересно. Да и русскоязычному сообществу полезно для развития.
К сожалению я пока не смог придумать как написать относительно универсальный биллинг так, чтобы он не стал ужасающе огромным, так что пока просто пишу под каждый проект. :(
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.