Валютный контроль требует от вас подтвержение оказания услуг (confirmation of services). Это такая бумажка, которую вы отправляете в Upwork (форму попросите у них), они её подписывают. И теперь распечатку можете приложить в банк.
Nginx это наибыстрейший http-сервер. Внутри он обрабатывает все потоки ассинхронно с помощью epool библиотеки (ну внутри неё уже это делается последовательно на каждое ядро, оно ведь может переварить 1 операцию за раз). Apache использует обычные процессы от операционнос системы, т.о. имеет накладные расходы на создание\убийство такого процесса. А это очень тяжелая операция для ОС.
Поэтому все предпочитают nginx перед apache. А апач используется только как сервер для тяжелой логики, потому как имеет истиное распараллеливание. В то время как nginx предназначен для того чтобы быстро отдать быстро полученный ответ.
Знающие люди меня поправят, но я думаю для вас на данном этапе это не имеет значения.
Просто смотрите на то, что вам больше будет полезно в будущем.
> Что вы имеете ввиду? Не смог найти ничего по запросам cowboy c language, cowboy си и т п. Однако наткнулся вот
я имел ввиду какой нить си сервер типа nginx и к нему обретку на lua :) если напишите.
> Страшный код тестового сервера на cowboy (erlang) + sockjs
ничего страшного, если это не Python - это еще не страшно, просто не привычно.
> Нет ли каких нибудь ещё вариантов? Или же только изучение Erlang даст возможность иметь хороший быстрый и стабильный сервер?
Да пользуйте что хотите. просто знайте про область применения.
Изучите Си и для вас откроются врата хайлоада :)
> Имеется ввиду число желаемых подключений от клиентов и то, сколько сервер смог потянуть?
да. видно, какие пределы в обслуживании от серверов.
можете взять какой нить си, там еще лучше.
> При каких либо действиях лить данные о состоянии объектов в базу
1. Читаю: лить все изменения лить в базу sql/nosql для каждого действия.
На что автор вопрос резонно указывает что 10-100-1000 соединений ваша база не проглотит столько информации.
2. На что вы упорно советуете nosql и nodejs. Ок пусть nodejs, но если бы вы сталкивались бы вообще с созданием серверов в общем, и для игр в частности. То знали бы, что никакая база не может проглотить
поток действий и изменений игрового мира в реалтайм играх, ну если только вы в пошаговую не играете.
Делаем вывод, что вы не сталкивались с этим, а написать только свою теорию.
По поводу Erlang. По вашему если что-то делать, то нужно выбирать востребованый у других инструмент ? или очень хорошо подходящий под данную задачу ? я думаю второе.
а ваша nodejs мало того что не предназначена для параллельной работы, так и упадет там где Erlang будет жить спокойно.
Ну если вы под "базой" понимаете бизнес логику игры, хранящуюся в памяти сервера, и обрабатывающую все изменения игрового мира (а не только хранение информации), то я с вами согласен. Но ваш контекст был -- только хранение, без обработки. Да я всякие nosql для такого дела не подходят, слишком большой оверхед на передачу туда и обратно. Одним словом - храните все в памяти.
