Дмитрий Сергеев

ZackYTPlay для учебного проекта подойдет даже вот такой вариант хостинга у beget

bituke раз list_display два list_filter

messageman django_rq намного проще чем Celery.
Дока по ссылке.
Для django_rq также как и для Celery нужен Redis.
Для работы с Django внутри task нужно будет, делать что-то типа такого, обычно я использую декоратор

# decorators.py

import os
from functools import wraps

import django

def standalone(function):
    @wraps(function)
    def _wrapper(*args, **kwargs):
        os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'conf.settings')
        django.setup()
        return function(*args, **kwargs)
    return _wrapper

сами задачи лежат в tasks.py

# tasks.py

from .decorators import standalone

@standalone
def task(*args, **kwargs)
    pass

Как-то так.
Остальное все по докам юзается.

Станислав Шабалин что у вас за хостинг? Проксирование точно правильно настроено?
Как мне кажется запрос даже не доходит до Django

fantom_ask вот пожалуйста django-modeltranslation готовое решение.

Gourii не используй Apache для этого.
Что касается виртуального окружения то вот команда для создания под python 3

virtualenv --no-site-packages --python=/usr/bin/python3 --prompt="(<project_name>)" <venv_name>

далее активируешь окружение и устанавливаешь gunicorn.
Инструкций по запуску nginx/gunicorn/Django в интернете море.

ErikHabr пожалуйста вот готовое решение, https://gist.github.com/jamesbrobb/748c47f46b9bd224b07f

urlpatterns = [
    path('admin/', admin.site.urls),
    path('', include(('learning_log.urls', 'learning_log'), namespace='learning_logs')), 
]

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

Александр Бондаренко если вы начинающий то, я бы вам не советовал сразу в VPS погружаться. Для начала можно на хостинг поставить, например инструкция для beget. У меня у самого там несколько проектов на Django крутятся и я не испытываю необходимости переносить их на VPS

celery достаточно громоздкий для таких простых задач. Я бы советовал вам использовать python rq. Для выполнения вашей задачи, нужно будет настроить окружение Django внутри задачи, чтобы загрузить нужные модели. Далее просто забрать cron. Это самое простое, и помогает избавиться от сложного celery

Desead могу только предположить. С Django это не связано, а связано с тем что вы все подгружаемые файлы расположили в head. Из-за того что браузер читает станицу с веру вниз, то происходит следующее:
- Сначала браузер видит, стили, загружает их.
- Далее он видит скрипты и начинает загрузку их.
- Только после загрузки всех ресурсов из head, браузер читает страницу дальше, то есть body.
Вот и получается, что вы видите белую страницу, пока ждёте когда браузер загрузит все ресурсы из head.
Чтобы этого избежать минимизируйте вызовы ресурсов в head, а все теги script нужно перенести в конец body.

А ещё, так как вы рендерите страницу на клиенте, то эта задержка будет всегда. Чтобы нивелировать ее, нужно сделать прелоадер. Стили прелоадера нужно расположить как можно раньше в head, и не подключаемым файлом, а напрямую в head в теге style. Прелоадер по умолчанию отображается, а уже в js после всех манипуляций вы его скрываете.

infoguides по сути, вы можете сделать так как вам удобно.
Обычно я всегда создаю приложение core, всегда где нужно API я создаю приложение api (api же можно в любой момент выдернуть и ничего не сломается). Что касается остальных приложений, то зависимость друг от друга будет всегда. Модели Country, City я бы поместил в приложение geography.
Тут нужно найти золотую середину. Если Country будет использоваться в нескольких приложениях, то лучше вынести в отдельное приложение. Все же что не классифицируется, я сваливаю в core.
Также логично вынести приложение blog в отдельное приложение. И shop тоже вынести в отдельное.
То есть достаточно объемный функционал можно выносить в отдельное приложение.