Pan Propan

Вроде как уже давно нода стала синонимом чата. Не вижу там проблем общения 1к человек, вебсокеты точно потянут, откуда обратная инфа даже не представляю.
Вобщем банально почитай документацию https://socket.io/

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

В целом, тыкая пальцем в небо, если хостер не оверселлит, используется нормальная виртуализация (Xen/KVM), сайты плюс-минус оптимизированы и нагрузка более-менее равномерно распределена, то 20 сайтов - это вполне реально.

Можно ли поверить в заявление, что на на VDS с 4Гб ОЗУ крутится 20 сайтов Bitrix с посещаемостью по 1-2К в сутки каждый?

При всей моей не любви к этой системе и любви к VDS (особенно полноценным VDS на KVM или других "полноценных" гипервизорах, особенно к тем что на SSD, а в идеале - с полноценным внешним SSD), и фактической необходимостью сталкиваться в т.ч. и с этой CMS довольно не редко (не по своей воле)...

Давайте считать математически. 1-2к в сутки, среднеарифметическая будет 1.5к/сутки. Далее, 20 сайтов умножаем на 1.5к - это будет 30к в сутки. Как Вы понимаете, нагрузку на систему создаёт не сам кол-во битриксов, а сам битрикс как таковой. То есть, формально это 1 сайт с 30к посещений в сутки. Делим 30к на 24 часа в сутках, получается 1.25к посещений в час или 21 посещение в минуту, что в свою очередь предполагает отдачу страницы не более чем за 3 секунды (пусть даже за 2 секунда на страницу, с учётом всяких погрешностей). Что для Битрикса - более чем реально.

Предполагается, что на сервере размещены не статические лендинги, а полноценные сайты использующие БД

Откровенно говоря, я не помню сайтов на Битриксе, не использующих БД вообще.

интегрированные со сторонними средами типа 1С (обмен номенклатурой, заказами) и т.п.

Это не самая ресурсоёмкая часть в общей системе, к тому же, обмен данными обычно происходит "от случая к случаю", а не "постоянно".

Плюс сервер можно "заоптимизировать" очень неплохо, например использовать Nginx вместо Apache'а, использовать PHP7.x вместо PHP5.x (который примерно вдвое быстрее и с недавних пор стал поддерживаться битриксом), плюс кэширование самого битрикса или, на крайний случай вообще использовать Varnish, которому в большей степени всё равно, что у Вас там на на бекенде, и даже если бекенд генерирует страницу по 30сек., Varnish будет "выплёвывать" её прямо из оперативки за считанные доли секунды. Ну и т.д.

Иначе говоря, при должном умении, можно запустить не только 20, но и 50 и 200 сайтов на битрикс, на сервере подобного "масштаба". Препятствовать тому могут лишь некоторые тонкости (некоторые специфические требования к таким сайтам, при которых иногда и для 1-го сайта ресурсов будет маловато), но, ни одного из таких специфических требований - Вы не указали.

Можно использовать очень маленькую библиотечку для решения Вашей задачи.
Буквально в 3 строки можно написать работающий скрипт.
https://github.com/coleifer/huey

Для того, чтобы сделать тег доступным во всех вьюхах, можно добавить его в сетинги темплейтов.
settings.py

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
            ],
           'builtins': 'app.templatetags.extratags' # <<<<<<<<<<<<<<<
        },
    },
]

Но для решение даной задачи лучше подойдет глобальный контекст.
global_context.py

def get_lenta_elem(request):
    items = Product.objects.all()
    return  {'items': items }

и в settings.py добавь функцию в глобальный контекст

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.contrib.auth.context_processors.auth',
                'django.contrib.messages.context_processors.messages',
                # custom context processor
                'путь_к_файлу.навание_метода' # <<<<<<<<<<<<<
            ],
        },
    },
]

После этого переменная items будет доступна во всех вьюхах.

1C программист это человек который умеет писать код на языке платформы 1с.

Как и любой другой человек он может заниматься чем угодно - сексом например, или писать тот же код, или писать стихи, или примусы починять.

Криво настроен сервер, как следствие медленно работает.
В общем это не зависание, а просто тормозная работа.

Настройте сервер.
Это вам не MSSQL, который можно поставить из коробки и все будет работать вполне оптимально.
PostgreSQL после установки нужно грамотно доработать напильником, иначе производительность будет близка к нулю.

C. Only.

И нет тут никакого выбора:
На ассемблере пишут только студенты в порядке изучения архитектуры ПК. И те, кто в качестве хобби (бесконечно) разрабатывают собственную ОС (по какому-то религиозному убеждению истиннаяЪ ОС должна быть написана полностью на ассемблере). Профессиональные разработчики на ассемблере только читают потому, что могут заставить компилятор ЯВУ выдавать совершенно определенный ассемблерный код.

C++, если использовать его идиоматично, а не как C с классами, то это уже совсем не низкий уровень, там нужно мыслить абстракциями, а не гонять байты. К тому же учится он совсем не быстро, а это как бы противоречит, поставленному в вопросе, условию.

Поэтому остается только один язык. Он используется для этих задач уже более сорока лет (в то время как в других отраслях успело смениться много поколений языков) и за следующие сорок лет его вряд ли кто-то сможет подвинуть с этих позиций.

Дмитрий правильно прокомментил:

Не всем интересно годами в одном и том же проекте ковыряться. А часто у одного заказчика все проекты однотипные, хоть и платит хорошо.
Человеку нужно постоянное развитие. Если его нет, а есть лёгкие бабки, то тупеешь, как скотина просто, вот и всё.
Поэтому хочется двигаться дальше, искать новые проекты, качать мозг.

плюс биржа это удобный инструмент проворачивать сделки так, чтобы клиент был спокоен. лучше, чем работа на прямую.

Можно ли это как-то исправить?

А зачем исправлять. Это нормально.

Исходный код нормально отформатирован.

Вот тут написано как отформатировать HTML в Notepad++
Вот этим плагином можно отформатировать JavaScript
Вот тут описано как отформатировать CSS

Все это первые ссылки в гугле по запросам:
notepad++ format html
notepad++ format js
notepad++ format css

Учитесь гуглить, полезный навык.

Мне кажется проблема в настройках интегрированного поиска, и может быть еще в том, что непроиндексировано что-то, но скорее ошибка в настройках.

Я бы сказал, что здесь не конкретный шаблон надо менять, а весь подход. Писать такой HTML руками — неправильно. Это тяжело пишется, тяжело читается и еще тяжелее модифицируется.

Правильно использовать django.forms.Form или django.forms.ModelForm и пусть выводится автоматически средствами того же Django (form.as_p, form.as_ul) или django-crispy-forms.

Я в дорогих коммерческих сайтах не вижу ни того, ни другого.

Есть такое. У более дорогих клиентов есть маркетологи, которые втирают им дичь по поводу Битрикса.

заведите отдельный профиль с ограниченными правами и пускай "смотрят"