evnuh

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

Нет. Вам же нужно их обрабатывать, они же открытые TCP сокеты, в какую базу? У каждого сокета есть идентификатор и кусок памяти свой выделен на уровне операционной системы под буфер. Кроме того, из каждого сокета что-то приходит, и в него нужно что-то слать, это что тоже через базу делать? Похоже на то, что Вам нужно почитать про TCP/IP, про сокеты и про сетевое программирование хоть несколько статей, хоть бы на Хабре может. И Вам нужен cluster, чтобы распределить эти сокеты на несколько процессов, чтобы у одного действительно память не кончилась и чтобы занять другие ядра проца.

Кроме того, обратите внимание, что TCP - это не пакетно ориентированный протокол, а потоковый, т.е. если отправить 10кб данных одним разом, то они могут прийти одним разом, а могут подробиться как угодно, прийти за 4 раза, например, 1кб+3кб+4кб+2кб. Так же и склеиваться могут, если отправить подряд 5 фрагментов, то они могут склеиться в один. Более того, от одной посылки может отклеиться небольшая часть и приклеиться к следующей. Все, что TCP гарантирует, это то, что данные придут точно и в правильной последовательности.

Если человек, не знакомый с арифметикой захочет понять, что означает "два плюс три равно пять", ему недостаточно объяснить, что такое "два", или что такое "плюс"! Так же и тут. Для понимания, что такое localhost, сначала нужно понять, что такое хост вообще, что такое сеть, что такое имя хоста, что такое сервер, как это все связано с адресами и номерами портов, а те - с, собственно, одним конкретным компом (который, в зависимости от контекста, могут называть и "хостом", и "сервером", и "localhost"). Так что, на всякий случай:

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

Когда к хосту обращаются по имени, это имя сначала разрешается в адрес хоста, по которому, собственно, и происходит обращение. В сети этим обычно занимается DNS (который, кстати говоря, тоже является сервером... но это уже другая история, которая сейчас не так важна для понимания сути), но если DNS нет, соответствие имен-адресов можно прописать в файле hosts на самом хосте. Если некое имя хоста и там не прописано, обратиться к нему по имени не удастся... хотя прямое обращение по адресу будет работать.

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

На одном компе (=хосте, сервере) может одновременно выполняться несколько разных программ-серверов. Для того, чтоб обратиться к конкретной из них (адрес-то у всех один и тот же!), в протоколе TCP/IP используются разные номера портов.

Если на компе запущен, например, HTTP сервер (= Webserver, например, Nginx или Apache), он "слушает" порт 80, а если не запущен, порт 80 никто не слушает, и если обратиться к такому хосту (= серверу, компу) по его адресу в порт 80, никакого ответа не придет... хотя сам хост и будет доступен.

Для разных общеизвестных типов программ-серверов (в этом случае также говорят о "сервисах" или же "протоколах", что в данном контексте практически одно и то же) принято использовать общеизвестные номера портов, а для наиболее распространенных (как тот же HTTP) можно даже не указывать номер порта при обращении, как мы обычно и делаем в строке броузера, т.к. клиент автоматически использует номер порта по умолчанию, в данном случае 80. Но, в принципе, любой сервис можно (переконфигурировав) использовать на любом порту... если, конечно, в этом есть смысл. Единственно, что нельзя - одновременно использовать разные серверы на одном порту.

И, наконец, было бы совсем глупо, если бы для обращения к какому-то серверу на одном хосте в сети обязательно был бы нужен еще и другой комп, с которого обращаться. Вот и придумали возможность обратиться к программе-серверу с того же хоста, на котором она выполняется, т.е. локально, а чтоб не гадать, по какому адресу или имени это делать, ввели понятие localhost.

localhost - "общеизвестное" имя компа для самого себя и ему соответствует IP адрес 127.0.0.1. Это - общепринятая договоренность, которую просто нужно знать. Если говорят "установить сервер на localhost", это означает "установить на тот самый комп, с которого и обращаться к этому серверу".

Да, конечно может. Определите методы __iter__ и __getitem__. Первый для возможности использовать в цикле типа for i in a, второй для доступа a[i]. Там же рядом есть описание метода __setitem__ и ещё много чего интересного.

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

А в логи смотрели?

Честно говоря, хотя я и считаю, что для серьёзных проектов плюсы подходят лучше всего, в данном случае я бы стал делать на Visual Basic под Excel. Ну или на Python (вы знает js, значит вам будет проще на js) под LibreOffice Calc.
В качестве формы была бы сам таблица, с описанием какое поле зачем.
И кнопка рассчитать, которая заполняет недостающие поля.

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

Переехать на nginx в любом случае полезно, но проблему это не решит.
Решение проблемы - оптимизация говнокода. Особенно в SQL запросах.

после выполнения какой либо функции программа возвращалась на начало.

Обычно для этого в main гоняют бесконечный цикл, в котором уже запускают нужные функции. Тогда когда функция отработала, она просто заканчивает работу и управление возвращается обратно циклу. А там уже в зависимости от пользовательского ввода или сигналов можно убивать цикл и выходить из программы.

reverse DNS lookup
https://ru.wikipedia.org/wiki/Обратный_запрос_DNS

Удаляете все хосты из nginx:
rm /etc/nginx/sites-enabled/*

Добавляете хост в /etc/nginx/sites-available/<mydomain>:

server {
    listen 80;
    server_name <mydomain>;

    location / {
        proxy_pass  http://localhost:8000;
        proxy_set_header    Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

Делаете симлинк на хост:

ln -s /etc/nginx/sites-available/<mydomain> /etc/nginx/sites-enabled/

Перезапускаете Nginx:
/etc/init.d/nginx restart

Очевидно что аякс не предназначен для столь частой передачи сообщений. В этом вопросе вам помогут Web Sockets. Почитать тут: https://developer.mozilla.org/ru/docs/WebSockets