На Ноде и Питоне, больше склоняюсь к Ноде. Еще играюсь немного с go, но пока под свои задачи преимуществ особо не вижу, а вот шоколадную интеграцию web-frontend и backend потерять чертовски не хочется.
> А по поводу БД что посоветуете, документо - ориентированную и гибкую?
Не толкайте на грех ))) Сказать какая БД лучше в сферическом вакууме - нет уж )). Однако я имею четкое мнение, что преимущества Mongo и иже с ними в данный момент ОЧЕНЬ СИЛЬНО переоценены. По моему мнению старый добрый Postgres + хороший query builder (не ORM!) - это лучший выбор "по умолчанию" для абсолютного большинства задач. В любом случае, все решит конкретика задачи.
Выбор БД очень часто намного важнее выбора языка программирования - как в плане скорости, так и в плане человеко-часов.
Ну так категорично я бы не утверждал, но да, Нода хороша. В любом случае крутой спец по X напишет на Х лучше, чем не крутой спец по Y, насколько бы Y не был круче X в целом. Надеюсь мысль понятна.
> Нет ли проблем с хостингом для ноды в данный момент?
Проблем с хостингом сейчас вообще никаких нет нигде - создаете на Digital Ocean виртуалку на 10 баксов с Ubuntu LTS, врубаете автообновления, и забываете про сервак на 5 лет.
Александр Дегтярев: вангую что по производительности непосредственно сам выбор языка будет вторичен. Вся соль будет в деталях. На голом C можно написать нереальные тормоза (и заодно пристрелить себя в ногу конечно).
Но ASP - это платформа Windows и вообще экзотика, и возможно уже вчерашний день. Оно вам надо? Впрочем, если хотите писать на нем - пишите, если все сделать правильно - будет хорошо.
Вопрос в том как лучше организовать работу с очередью, если задача уже есть в очереди - не добавлять, а просто подписаться на нее, и чтобы на одну задачу могли подписываться сколько угодно подписчиков
OnYourLips: как-то не обращал внимания, но в любом случае никакого "MustHave" нет - все работает достаточно быстро и секьюрно. Тем более что никаких особых требований не озвучено, и
> 1 проц, 1 гиг памяти
- явно не для хайлоада. Вангую, автор зря заморачивается и дефолтов хватит с головой. Максимум - в pg_hba.conf доступы прописать.
Maks: мысли пока кончились, трудно лечить по фото... Попробуйте создать новый временный дроплет, в нем сделать то же самое - велика вероятность что поможет, и просветление придет. Если не поможет - дайте мне рута, попробую выловить баг, потом удалите дроплет.
еще сделайте service nginx restart и убедитесь что пишет [ OK ] или - в некоторых дистрибутивах Linux при ошибке в конфиге ничего не выводится (ошибка где-то по конфигам в теории возможна)
Это - типичная реляционная задача, она реляционна по определению. Решать ее можно как угодно, но если данные реляционны - ими лучше управлять с помощью реляционных БД
зависит от того что такое в вашем понимании "очень большие" объемы, каков характер данных, как будете данные обрабатывать, сколько будет железа, и какая нужна скорость обработки.
> а вы сами на какой системе разрабатываете?
На Ноде и Питоне, больше склоняюсь к Ноде. Еще играюсь немного с go, но пока под свои задачи преимуществ особо не вижу, а вот шоколадную интеграцию web-frontend и backend потерять чертовски не хочется.
> А по поводу БД что посоветуете, документо - ориентированную и гибкую?
Не толкайте на грех ))) Сказать какая БД лучше в сферическом вакууме - нет уж )). Однако я имею четкое мнение, что преимущества Mongo и иже с ними в данный момент ОЧЕНЬ СИЛЬНО переоценены. По моему мнению старый добрый Postgres + хороший query builder (не ORM!) - это лучший выбор "по умолчанию" для абсолютного большинства задач. В любом случае, все решит конкретика задачи.
Выбор БД очень часто намного важнее выбора языка программирования - как в плане скорости, так и в плане человеко-часов.