Alexander

Десятичные целые НЕ имеют лидирующего нуля (кроме самого нуля, ессвенно)

s = {
    'param': ( (1,9,2005), (u'other') )
    }

Потому что это запись восьмеричного числа начинается в Питоне с 0, а в восьмеричной системе счисления нет 8 и 9.

request.path, либо request.path_info

В вашем паттерне (?P\\w+.*)/$ точка может быть только в конце.

Переделать-то можно, но тогда это это поле придётся добавлять в схему. А заполнять при сохранении:

class Zzz(Superclass):
    aaa = models.ForeignKey(Aaa)
    bbb = models.ForeignKey(Bbb)
    ccc = models.ForeignKey(Ccc)
    # Объявили поле и на всякий случай запретили редактировать его из админки или через форму.
    ddd = models.IntegerField(editable=False, default=0) 

    @property
    def eee(self):
        return self.aaa, self.bbb, self.ccc

    def save(self, *args, **kwargs):
        # Непосредственно перед физическим сохранением вычисляем значение поля
        self.ddd = reduce((lambda x, y: x + y), [e.some_param for e in self.eee])
        return super(Zzz, self).save(*args, **kwargs)

Я в проекте использовал Django-endless-pagination
Легко настраивается и интегрируется во view.
Подгружается по скроллу - как в твиттере. Там для этого есть твиттер стайл

https://django-endless-pagination.readthedocs.org/...

def __unicode__(self):  # python 2
def __str__(self):  # python 3

Так же буду благодарен за хорошую инструкцию отображающихся миниатюр изображений в админке

stackoverflow.com/questions/1385094/django-admin-a...
https://google.com/search?q=django+admin+show+images

Олимпиадное и спортивное программирование действительно два имени одной сущности.

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

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

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

Спортивное программирование, в свою очередь, сосредоточено лишь на решении формальных задач с максимальной эффективностью в плане времени исполнения и объёма затрачиваемой памяти. Самым эффективным способом практики этого вида программирования являются соревнования, проводимые, например на codeforces или topcoder. Такие соревнования длятся несколько часов и предлагают несколько задач различной сложности. Чем быстрее и больше участник решил — тем больше он молодец.

Таким образом

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

В цикле у вас не изменяются значения ни b, ни d. Так что, если условие изначально верно, оно никогда не станет ложным.

a = 'False'
c = 'Try again'
b = input('4*100-54=')
d = '346'
while b != d:
    print(a)
    print(c)
    b = input('4*100-54=')

P.S. Пользуйтесь тегом <code lang="python"></code>

Когда вы объявляете переменные-члены, так как вы это сделали, они связаны с классом, а не с объектом. По аналогии с С++, вы создали переменные-члены elements и N статическими.

Вам нужно создавать переменные-члены в конструкторе, а не в определении класса:

class Vector:

  def __init__(self, N):
    self.elenent = []
    self.N = N
    for i in range(N):
      self.element.append(0)

  def __str__(self):
    out_str = ""
    for i in range(self.N):
      out_str = out_str +  str(self.element[i]) + " "
    return out_str

  def generate(self):
    random.seed()
    for i in range(self.N):
      self.element[i] = float(random.randint(1, 100))

Или использовать специальную переменную __slots__:

class Vector:

  __slots__ = ['element', 'N']

  def __init__(self, N):
    self.elenent = []
    self.N = N
    for i in range(N):
      self.element.append(0)

  def __str__(self):
    out_str = ""
    for i in range(self.N):
      out_str = out_str +  str(self.element[i]) + " "
    return out_str

  def generate(self):
    random.seed()
    for i in range(self.N):
      self.element[i] = float(random.randint(1, 100))

Отличие в том, что во втором случае вы уже не сможете добавить другие переменные-члены, и объекты будут занимать меньше памяти.

Контекст-процессоры, вероятно?

Обновлять по крону - это красивое решение. У вас дата очень напрашивается быть в БД и работать с миром как обычное поле. Как я понимаю, хранится она долго, создается при сохранении объекта модели, обновляется раз в год. Здесь не нужен метод, который проверяет ее актуальность, потому что вам эта проверка не нужна подавляющее большинство времени. Должен быть просто метод, заполняющий дату и ничего больше не делающий. Тем более, если после 1 января у вас будет пик посещений, вы получите дополнительную нагрузку на БД, плюс еще и неактуальные в ней данные останутся. Привязывать обновление данных к запросу нехорошо. Гораздо лучше крон, который сделает ее актуальной незаметно в 4:03 утра 1 января для всех сразу.

Если бы это была быстро меняющаяся информация, то тогда подобный метод + кэш были бы кстати.