Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > Java: Общие вопросы > Букмекерский софт

Автор: bigceo 25.11.2010, 23:09

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

Автор: Temdegon 26.11.2010, 02:16

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

Автор: bigceo 26.11.2010, 11:38

Цитата(Temdegon @ 26.11.2010,  02:16) Вы сами хотите это все написать, предварительно узнав какие языки вам нужно знать? Или вы хотите нанять разработчиков, и хотите определиться, на чем лучше реализовать вашу идею? IMHO дектоп приложения для таких целей нафиг не нужны. Сайта более чем достаточно. Вначале, я хочу разобраться с этой задачей детально, чтобы понять весь объём, все сложности, по крайней мере, которые будут видны на старте, а уже затем реализовывать её. Мне хотелось бы самому создать это, но понимаю, что задача может быть обширной, поэтому возможно найду заинтересованных  людей, и вместе с ними буду двигаться к общим целям. Насчёт десктоп приложения могу сказать, что на сайт в дальнейшем могут устраивать Dos-атаки или иные проблемы могут возникать, а десктопное приложение это как страховка, которая даёт гарантию беспрерывной работы сервиса.

Автор: Invisible 26.11.2010, 13:12

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

Автор: COVD 26.11.2010, 17:33

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

Автор: bigceo 29.11.2010, 22:41

Цитата(COVD @ 26.11.2010,  17:33) Для этого приложение должно быть одновременно клиентом и сервером, т.е. клиентские приложения образуют peer-to-peer систему без центрального сервера. Tочнее, центральный сервер нужен только для входа в систему. Их может быть несколько для надежности. Пользователь должен разрешить соединения к приложению извне, настроив свой файервол. Наверное, это не проблема - "игроки" снесут все преграды на своем пути.  Skype устроен по такому принципу. Но он написан на С и много усилий там приложено к сокрытию клиентского кода. Java в этом смысле плохой выбор. Большое спасибо за кусочек информации, радует, что постепенно хоть какие-то зацепки начинают вырисовываться! А где об этом можно подробнее почитать: какие языки, какие технологии люди используют,  создавая подобные продукты, ведь этот путь уже проходили и ни раз. Но информации совсем мало. Кстати, почему JAVA плохой выбор? Добавлено через 1 минуту и 55 секунд Цитата(Invisible @ 26.11.2010,  13:12) Написание desktop приложения не [з а с т р а х у е т] тебя от возможности быть атакованным. У тебя будет интерфейс, с которым будет обмениваться desktop приложение и web приложение. Атакуют этот интерфейс - ляжет вся система. Да, но ведь существуют программы, которые работают схожим образом и устойчивы к атакам?

Автор: Temdegon 30.11.2010, 02:37

Что-то я не въехал, о чем COVD написал. И т.с. я тоже не понимаю. Цитата Насчёт десктоп приложения могу сказать, что на сайт в дальнейшем могут устраивать Dos-атаки или иные проблемы могут возникать, а десктопное приложение это как страховка, которая даёт гарантию беспрерывной работы сервиса.     Вообще фигня какая-то. Как это приложение будет работать автономно? Что бы принимать ставки (или что принимать и отдавать вообще что угодно) вам нужен веб-сервис. А будет с ним работать ваш дектопный клиент или веб-приложение разницы нет. Подумайте хорошенько. Расскажите, как это дектпор приложение, без вашего сервера будет принимать ставки. Про p2p я вообще ничего не понял. Как это букмекерская контора может быть peer-to-peer. Расскажите пожалуйста.

Автор: COVD 30.11.2010, 05:30

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

Автор: jk1 30.11.2010, 09:11

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

Автор: Temdegon 30.11.2010, 17:49

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

Автор: COVD 30.11.2010, 18:02

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

Автор: bigceo 30.11.2010, 18:06

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

Автор: Temdegon 30.11.2010, 18:49

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

Автор: bigceo 30.11.2010, 21:40

Цитата(Temdegon @ 30.11.2010,  18:49) Начните с того, что детально продумайте, ЧТО конкретно вы хотите сделать. Потом подумайте, КАК вы хотите это реализовать, какие технологии будете использовать, какие узкие места и проблемы могут возникнуть, и как их избежать. Я лично не понимаю, как дектоп приложение может отображать пользователю какие-то данные (обновляемые данные) и принимать ставки БЕЗ УЧАСТИЯ вебсервера. Объясните мне пожалуйста, как вы эта модель будет работать.  Если бы я знал ответы на все вопросы, меня бы здесь не было    Детально я могу продумать, что конкретно я хочу сделать, а вот далее возникает миллион вопросов: какие технологии использовать, какие языки и т.д.?  Технологий сейчас так много, а реально сталкиваешься и работаешь с небольшим кругом различных технологий,  чтобы сравнить и понять нужен обширный опыт. Можно Вам встречный вопрос? К примеру, возьмём вариант, что данные будут обновляться при участии веб-сервера, какие тогда следует использовать технологии для создания сайта и десктопного приложения? Я понимаю, что десктоп в таком случае уже теряет смысл, но допустим что он будет?

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)