Сервер для питона

На ВДС скорее всего софт будет глючить. Держать сотни тысяч конектов, парсить, складывать в базу на ВДС - сложно реализуемая задача. В целом попробовать стоит IMHO, вдруг нет реальных сотен тысяч конектов, база на 3 таблицы и парсинг - 500байт простого хтмл.

Для работы питона надо сам питон и его либы. :)

На нем активно делался сео-софт, спамилки-анализаторы-парсеры-чекеры и прочее. Инструмент для задачи Вы выбрали верно. Остальное зависит от программиста.

Ну это-то понятно :) Я к тому - апач же надо? нжинкс? А какие там модули..

Я пока смутно представляю что как нужно на серваке.. На десктопе для одного юзера теоретически понятно. Но вот как что на удалённом сервере... Я никогда сам не рулил (так, слегонца только апач\пхп ;) ) .. Да и тут скорее всего будем брать админа, но хотца понять что как организовать, какие возможные проблемы и вообще оценить целесообразность "затеи" ;)

Я не исключаю, что они могут быть не одновременно.. скажем в течении 5 мин 100К коннектов по 0,1-1,0 сек.. :) Мб я просто не правильно в стартпосте выразился?

200-400 баксов за настройку жалко? Заплатите эксперту.

Вам нужен не админ.

Вы ведь не знаете чего именно добиваетесь и каким путями к этому идти.

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

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

Найдите опытного человека, уже реализовывавшего подобные проекты и пообщайтесь с ним несколько дней. Не забудьте сразу предложить ему хороший гонорар ;)

У вас еще этап "семь раз отмерь", вот и меряйте тщательно, чтобы потом не переделывать ;)

Необходима более точная формулизация задачи... "сотни тысяч коннектов"- это пока не о чем.

Что показывают ваши тестовые стенды ? БД - нужно понять вам нужна надежная, или быстрая СУБД? или и то и то ? почему бы не заюзать какой-нибудь oracle для этих целей, если записей будут миллионы?

сервер ....ну... Ваше ПО, вам же лучше знать - куда сделать уклон, в сторону памяти, в сторону CPU, а может у вас интенсивная дисковая запись, и уклон нужно сделать на диски ?

В сторону google app engine не пробовали смотреть?

Можно и апач и nginx, и оба вместе. Детали технической реализации зависят от деталей вашего ТЗ, которое пока, гм, "смутное".

Во всяком случае, с VPS не стоило бы связываться - арендуйте сервер.

Никто вам не поможет оценить "целесообразность" черта в табакерке, ака НЕХ.

Ага. Читать умеющего, прежде всего...

Я разве спрашивал - сколько\кому заплатить? (Этот вопрос предстоит ещё задавать, но позже и не в этом топике).

Задача топика другая.

Я вообще никогда никому не плачу денег непонятно за что. Одна из целей топика - понять за что.

Нет! Питон однозначно.

А я не это в стартпосте спрашивал?

vapetrov, может стоит внимательней читать стартпост?

Хм.. нет.. Пока.. Но разраб заглядывает в топик ;)

Отчасти соглашусь. Но только отчасти :) Те, кто имеет(л) дело с похожими задачами как бэ должны понимать о чем я (я так думаю ;) ).

А вообще pupseg согласен во многом (кроме оракла ;) ).. Думать есть куда...

Я повторюсь - пока есть задумка сервиса. Уже началось написание скриптов (не мной). Но нужно знать какие сервера понадобятся и вообще оценить финансовую целесообразность (сервер за 500$ обслуживающий 10 юзеров явно на целесообразно).

Я понимаю, что моё "ТЗ" - не ТЗ вовсе, вилами по воде.. Но как мог максимально описал задачи. И надёюсь, что найдутся люди, реализовывающие\поддерживающие подобное ПО (со сходными "производственными процессами"). И помогут разобраться (и мб в дальнейшем сотрудничать)

Да никто просто не сможет, по вашим начальным данным, оценить ни схожесть производственных процессов, ни их масштабы, а тем более какой-то конкретный сервер порекомендовать, поймите же это наконец.

к сожалению в том то и дело, что по этим вводным данным пока ничего сказать нельзя.

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