Anatoly Scherbakov

Во-первых: пожалуйста, пользуйтесь нормальной терминологией.

Во-вторых: вызывая шаблон, вы передаёте Jinja2 список переменных, правильно? В этот список можно включить и view-функции, которые вам нужны, и тут же вызывать их в шаблоне. Приблизительно следующим образом.

env.get_template("my_template.html").render({
    'my_view': my_view,
})

<div>{{ my_view() }}</div>

Насколько понимаю, Ruby и Python близки по идеологии. Мультипарадигменные интерпретируемые языки со строгой динамической типизацией, широкими возможностями интроспекции. Ну, в Ruby синтаксис несколько посложнее.

Вам язык какой нравится больше? Чисто субъективно? На тот язык и фокусируйтесь.

Что касается Django, - это довольно простой в использовании фреймворк. Простая структура приложений, очень простая и удобная ORM (я вот после Django ORM с трудом и отплёвываясь разбирался с SQLAlchemy). В Django 1.7 ещё и миграции из коробки встроены. В общем, непонятно, чем Django показалась вам такой сложной.

По-моему, это вообще нормально. При изучении чего-то нового, иностранного языка или программной платформы, всегда наступает момент, когда трудно, утыкаешься носом в тупик и хоть брось. А вы не бросайте. Вопросы задавайте, коли что-то непонятно. Тогда и получится.

Скажем, вот так.

TreeNode.objects.filter(id=self.id).update(**{rewarded_parents_fields[line - 1]: True})

Ну а как вы можете себе это представить? Есть два метода.

Синхронный. Создайте отдельный view, который вызывает упомянутую функцию, и направьте эту кнопку на его URL. После вызова функции он может перенаправлять пользователя куда нужно.

AJAX - без перезагрузки страницы. Опять же, вы создаёте отдельный view, который вызывается JavaScript-функцией, запускающейся по щелчку на кнопке.

Помнится, что в MPTTModel требовалось указывать определённое значение ordering. Кажется, по tree_id и lft.

Я бы не стал заморачиваться; можно сделать в модели процедуру ordered_children, выводящую нужные элементы и в нужном порядке, и вызвать её из шаблона.

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

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

Да, есть нюансы: нельзя написать операционную систему на JavaScript или отладчик уровня ядра на Python. Да, компьютерные игры пишут на C++, чтобы добиться максимальной скорости, а веб-приложения часто пишут на Python, Ruby или там PHP.

Но в основе своей все эти C, Python, Java, даже Haskell - все они полны по Тьюрингу, все они работают на одной и той же архитектуре фон Неймана. И все они фундаментально эквивалентны. Хорошо написанный код на Python и столь же хорошо написанный код на Go, коли они обладают одинаковой функциональностью, могут отличаться множеством деталей реализации, но суть у них будет одинакова. Если переписать этот кусок кода на Haskell - ну он будет выглядеть сильно иначе, но суть всё равно останется той же.

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

Но вы, кажется, начинающий и мучаетесь выбором. Хватит мучиться, возьмите какой-нибудь простой язык, тот же Python, - я его всем советую, - и занимайтесь, чего-нибудь делайте. Если потом окажется, что вы жить не можете без управления указателями - перейдёте на C, ничего страшного. Если вам очень захочется монад и категорий - Haskell или Scala вас ждут. Такова жизнь: решения находятся итеративно, методом последовательных приближений. Действуйте.

См. документацию: https://docs.djangoproject.com/en/1.7/topics/auth/...

Django уже содержит нужный вам view. Вам нужно:

- Задать путь к нему в urls.py
- Сделать для него HTML-шаблон

def flatten(l):
    for el in l:
        if isinstance(el, collections.Iterable) and not isinstance(el, basestring):
            for sub in flatten(el):
                yield sub
        else:
            yield el

stackoverflow.com/questions/2158395/flatten-an-irr...

Вроде как / должен сработать. Как вы подключали flatpages и выполнили ли все инструкции? https://docs.djangoproject.com/en/1.7/ref/contrib/...

Вам нужно подключать их urlpatterns, вероятно, по адресу '^' вместо '^pages/'.