Илья

djbook.ru/rel1.7/howto/custom-template-tags.html#i...

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

Надо запускать
./myprogramm
В вашем случае
./project3

Проверьте открытость порта. А может и вовсе не пингуется?

Не очень хорошо для приложения. Хоть токен и принадлежит человеку, он может использовать его в плохих вещах. Например самому делать запросы с этим токеном. Получается запросы идут через ваше приложение, в итоге у него вырастает статистика. Да и

Помимо ограничений на частоту обращений, существуют и количественные ограничения на вызов однотипных методов. По понятным причинам, мы не предоставляем информацию о точных лимитах.

неясно как действует. Это на приложение или на клиента?

Обычно разделяют на разные сервера/порты разные приложения и ходят в них через какой-нибудь nginx и собирают внутри него. Либо можно через js на клиенте сходить. Естественно надо ставить таймаут и выводить заглушку, если вдруг что.
У технопарка есть хорошие лекции

user_passes_test лучше используется как декоратор на view. Принимает ссылку на функции, которая должна вернуть булево значение(true, false). Внутри функции можно делать какие угодно проверки. А ещё лучше, использовать CBV и миксины.

Для сервера нужно сначала получать code, а потом, при помощи него, получать токен на самом сервере.
https://vk.com/dev/auth_sites

А в БД проверяли на присутствие нужных данных? Может действительно их нет?
А возможно, вы были не залогинены. Тогда filter(user=self.request.user) вернет ничего. Или сохранено не под тем юзером, под которым была авторизация.

con_: У вас в html отображается подключенный скрипт? Что-то вроде <script>alert('ok')</script> или <script src="vash_path.js"></script>. Если да, то открывается ли ваш файл по прямой ссылке?

Статика отдаётся? Просто посмотрите в инструментах разработчика ошибки. Или прямой ссылкой посмотрите доступность стилей.

У вас какая-та проблема в коде. time.sleep не должен класть. Если не хотите рефакторить, то лучше вообще убрать цикл и использовать cron, например.

Для третьего питона Grub. Я работаю с ней, ну и внутри использую sqlalchemy. Просто шикарно выходит.

Можно наследоваться от вьюхи с переопределенным get_context_data.

Видимо, вы используете CBV. Просто сделайте миксин с переопределённым get_queryset. Добавьте туда фильтрацию с Q, если пользователь авторизован.

success выполняется только в случае удачного выполнения $http.get. Вы на ошибку сделайте алерт. Поможет.

У вас всегда new_list_serials != old_list_serials. Потому что в нью листе у вас берутся ссылки со страницы, а в олд листе просто добавляются.
Сделайте лучше запись в файл, и потом для каждого элемента проверять, есть ли он в файле, если нету, то добавлять в файл. В конце всех проверок, можно пускать письмо.
И лучше запускать в кронтабе каком-нибудь.
upd:
Смотрю в книгу вижу фигу... Прошу простить, вообще не то видел в коду.