Всем добрый день! 

У меня есть интересный и непростой вопрос? Не уверен, что зашёл по адресу, однако, путь исканий нужно с чего-то начинать! 

Я хочу сделать свой сайт где можно будет делать ставки, что-то вроде букмекерской конторы. А также софт, который можно будет устанавливать на компьютере, и не заходя на сайт можно будет делать ставки (кросс-платформенное приложение)! Подскажите, пожалуйста, с чего надо начать, какие языки надо знать, какие требования и технические характеристики надо сформировать? Буду рад любой полезной информации! Я знаю, что существуют написанные на PHP движки для букмекерских контор, но тут задача сложнее и это будет не совсем букмекерская контора, а скорее нечто похожее, к тому же я хочу создать ещё десктопное приложение! Спасибо ВСЕМ кто будет участвовать в обсуждении!   

Вы сами хотите это все написать, предварительно узнав какие языки вам нужно знать?
Или вы хотите нанять разработчиков, и хотите определиться, на чем лучше реализовать вашу идею?
IMHO дектоп приложения для таких целей нафиг не нужны. Сайта более чем достаточно.

Вначале, я хочу разобраться с этой задачей детально, чтобы понять весь объём, все сложности, по крайней мере, которые будут видны на старте, а уже затем реализовывать её. Мне хотелось бы самому создать это, но понимаю, что задача может быть обширной, поэтому возможно найду заинтересованных  людей, и вместе с ними буду двигаться к общим целям. Насчёт десктоп приложения могу сказать, что на сайт в дальнейшем могут устраивать Dos-атаки или иные проблемы могут возникать, а десктопное приложение это как страховка, которая даёт гарантию беспрерывной работы сервиса.   

Написание desktop приложения не [з а с т р а х у е т] тебя от возможности быть атакованным. У тебя будет интерфейс, с которым будет обмениваться desktop приложение и web приложение. Атакуют этот интерфейс - ляжет вся система.


Это сообщение отредактировал(а) Invisible - 26.11.2010, 15:06

Для этого приложение должно быть одновременно клиентом и сервером, т.е. клиентские приложения образуют peer-to-peer систему без центрального сервера. Tочнее, центральный сервер нужен только для входа в систему. Их может быть несколько для надежности. Пользователь должен разрешить соединения к приложению извне, настроив свой файервол. Наверное, это не проблема - "игроки" снесут все преграды на своем пути. 
Skype устроен по такому принципу. Но он написан на С и много усилий там приложено к сокрытию клиентского кода. Java в этом смысле плохой выбор.

Это сообщение отредактировал(а) COVD - 26.11.2010, 18:25

Большое спасибо за кусочек информации, радует, что постепенно хоть какие-то зацепки начинают вырисовываться! А где об этом можно подробнее почитать: какие языки, какие технологии люди используют,  создавая подобные продукты, ведь этот путь уже проходили и ни раз. Но информации совсем мало. Кстати, почему JAVA плохой выбор?

Добавлено через 1 минуту и 55 секунд

Да, но ведь существуют программы, которые работают схожим образом и устойчивы к атакам? 

Что-то я не въехал, о чем COVD написал. И т.с. я тоже не понимаю.

Вообще фигня какая-то. Как это приложение будет работать автономно? Что бы принимать ставки (или что принимать и отдавать вообще что угодно) вам нужен веб-сервис. А будет с ним работать ваш дектопный клиент или веб-приложение разницы нет. Подумайте хорошенько. Расскажите, как это дектпор приложение, без вашего сервера будет принимать ставки.

Про p2p я вообще ничего не понял. Как это букмекерская контора может быть peer-to-peer. Расскажите пожалуйста.

Это вопрос ко мне? Я не знаю, что такое "букмекерская контора" (и не очень стремлюсь  ) Но если на сервер предполагаются атаки, то, наверное, лучше, если его вообще не будет. Атаковать нечего. Или их, серверов, должно быть много. А еще лучше, очень много. Если каждый клиент будет еще по совместительству и сервером. Но эти клиенты на java делать плохо (bigceo, это ответ на ваш вопрос), потому, что java - код , который на пользовательских компьютерах, легко доступен. Это может быть использовано злоумышленниками в корыстных целях. Temgeqon. Разве в этой логике нет рационального зерна?  

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


bigceo, 

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

Ну вы же догадались, что там есть "игроки", значит вы примерно представляете, из какой это области.
Я лично не вижу принципиальной разницы между интернет магазином и букмекерской конторой. Согласитесь, p2p модель к интернет магазинам никак не применима. 
А сама цепочка, выстроенная по вашим постам получается следующая: 
хотите защититься от DDOS -> используйте p2p -> java вам не подходит
Да и вообще, т.с. начинает не с того. Посмотрите вокург: полно веб-проектов, магазинов, сервисов, онлайн казино и всякой интернет хрени, и живут же люди как-то.

Да, да, все правильно. 

С чего начинается техническое задание?  
    Проблема в том, что именно КАК-ТО живут! Допустим можно создать программу, не думая особо о защите, но если проект станет популярным, то всегда найдутся люди, которые захотят на этом погреть руки, а соответственно как пример DOS-атака, взлом и т.п.  JK1 предлагает развить, а потом решать, но это неправильно, так как потом решать будет поздно, единожды потеряв доверие игроки уже могут не вернуться и доверие интернет сообщества пропадёт, тем более здесь всё распространяется со скоростью света,  и получиться, что затратил много ресурсов впустую.     

Начните с того, что детально продумайте, ЧТО конкретно вы хотите сделать. Потом подумайте, КАК вы хотите это реализовать, какие технологии будете использовать, какие узкие места и проблемы могут возникнуть, и как их избежать.
Вы хотите десктоп. Позиционируете его как некий способ избежать DDOS.
  
Я лично не понимаю, как дектоп приложение может отображать пользователю какие-то данные (обновляемые данные) и принимать ставки БЕЗ УЧАСТИЯ вебсервера. Объясните мне пожалуйста, как вы эта модель будет работать.  

Если бы я знал ответы на все вопросы, меня бы здесь не было    Детально я могу продумать, что конкретно я хочу сделать, а вот далее возникает миллион вопросов: какие технологии использовать, какие языки и т.д.?  Технологий сейчас так много, а реально сталкиваешься и работаешь с небольшим кругом различных технологий,  чтобы сравнить и понять нужен обширный опыт. Можно Вам встречный вопрос? К примеру, возьмём вариант, что данные будут обновляться при участии веб-сервера, какие тогда следует использовать технологии для создания сайта и десктопного приложения? Я понимаю, что десктоп в таком случае уже теряет смысл, но допустим что он будет?