Posted: 21.09.08 13:03. Post subject: XChess - игровой шахматный сервер

Уже довольно длительное время идет работа над принципиально новым российским игрвым шахматным сервером XChess. Адрес соответственно: http://www.xchess.ru/

Некоторые страницы уже доступны:
http://xchess.ru/kbn-k/
http://xchess.ru/igame-ficgs/
http://xchess.ru/iccf-rating/

"Каким должен быть идеальный российский сервер для игры в шахматы?". В данном случае имеется ввиду игра в адванс (по переписке). Выводы следующие:

1. Присутствие самых популярных контролей времени:
5+1
10+1
10+1/21
10+2/21
30+1/30 без отпусков
30+2/30 без отпусков
30 дней на 10 ходов с отпуском
50 дней на 10 ходов с отпуском
50 дней на 10 ходов с отпуском и с ограничением накопления до 100 дней (модернизированный контроль ИКЧФ).
2. Красивая турнирная таблица.
3. Возможность проведения турниров по разным системам: круговая (в 1 круг, в 2 круга, в 4 круга, матч-турнир), нокаут, шевенингеннская, швейцарская.
4. Четкая система отпусков и учета времени.
5. Скорость сервера (отсутствие тормозов, быстрая прорисовка и обновление таблиц).
6. Бесплатность (либо минимальная плата).
7. Легкая регистрация с возможностью играть анонимно (без обязательного указания географического положения) - это, конечно, не касается официальных турниров и турниров с призами.
8. Форум, личные сообщения.
9. Гибкая настройка создания турнира (выбор системы проведения, контроля времени, фильтр участников - если турнир только для определенной категории юзеров - например выше 2200 и т.п.).
10. Четкая система расчета рейтинга, который должен обновляться после каждой сыгранной партии. Увязка рейтинга сервера с рейтингами РАЗШ. Возможность безрейтинговых партий.
11. Система разграничения прав у юзеров (кому-то дается право создания турниров, кто-то может только играть и т.д.).
12. Система "репутации" юзеров сервера, когда на основе рейтинга, турнирных результатов, поведения на форуме и каких-нибудь других критериев, другие юзеры могли бы "оценивать" данного юзера.
13. Небольшой вес страниц сайта (не более 50 кб - для уменьшения пожираемого траффика).
14. Возможность ограничения просмотра партий играющегося турнира.
15. Возможность скачки отдельной партии и всего турнира в формате PGN.
16. Поддержка командных турниров.
17. Корректная работа во ВСЕХ популярных браузерах.
18. Возможность ввода варианта.
19. Наличие облегченной версии сайта для мобильников и КПК (и возможности переключаться между версиями).
20. Зргономичный интерфейс доски.

 Posted: 01.11.08 21:00. Post subject: Кстати, еще раз прос..

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

quote:

9. Турниры. Пока только одно- и двухкруговые турниры от 3 до 15 человек, которые могут организовывать любые участники, ...

Так вот, если понизить планку минимального количества участников турнира до 2-х, то тогда можно будет проводить и товарищеские матчи между двумя командами (в один или два круга), а также целые командные турниры. Правда при этом на организаторов таких турниров выпадет определенная нагрузка, ведь тогда надо будет подготовить кучу минитурниров. Но это, наверное, все же лучше ситуации, когда идет массовый поток сообщений о начатых (или что еще хуже о неначатых) партий в матчах.

 Posted: 01.11.08 21:08. Post subject: Кстати, а возможност..

Кстати, а возможность тематических турниров (с определенной начальной позицией) на сервере будет?

 Posted: 01.11.08 23:03. Post subject: Вот переписка бы не ..

quote:

Вот переписка бы не помешала б... это плохо, что не будет возможности пожелать сопернику удачи в игре или хотя бы поздароваться с им.

Хорошо, буду иметь в виду. Если это займёт 1-2 дня, то включим и в первую версию.

quote:

Упущена одна важная функция - внутренняя почта. Без нее реализация командной идеи затруднительна.

Я планировал в первое время воспользоваться механизмом личных сообщений (от одного пользователя другому) самого форума, который будет прикручен к сайту, в нём есть вся перечисленная функциональность. Потом я планировал разнести функции почты и форума при замене их на свои модули, когда они будут готовы.

quote:

И еще момент. По функции личных и общих вызовов необходимо предусмотреть опцию отклонения всех вызовов.

Хорошо.

quote:

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

С дизайнером мы будем работать параллельно; сколько успеет, столько успеет. Потом дизайн, возможно, будет дальше развиваться (также, как и функциональность).

quote:

Отсутствие матчей и команд, тоже не радуют, надеюсь это временная мера?

Да, разумеется. Мы сейчас обсуждаем только самый минимальный функционал, с которым имеет смысл открывать сайт.

quote:

Так вот, если понизить планку минимального количества участников турнира до 2-х, то тогда можно будет проводить и товарищеские матчи между двумя командами (в один или два круга), а также целые командные турниры. Правда при этом на организаторов таких турниров выпадет определенная нагрузка, ведь тогда надо будет подготовить кучу минитурниров. Но это, наверное, все же лучше ситуации, когда идет массовый поток сообщений о начатых (или что еще хуже о неначатых) партий в матчах.

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

И всё это окажется ненужным сразу же после реализации матчей между командами. Так что лучше повременить с "заплатками", а я обещаю взяться за матчи и прочие командные дела следующей же доработкой после открытия сайта.

 Posted: 01.11.08 23:05. Post subject: Renegat23 пишет: Кс..

Renegat23 пишет:

quote:

Кстати, а возможность тематических турниров (с определенной начальной позицией) на сервере будет?

Потом :)

 Posted: 01.11.08 23:19. Post subject: Vladimir пишет: Я пл..

Vladimir пишет:

quote:

Я планировал в первое время воспользоваться механизмом личных сообщений (от одного пользователя другому) самого форума, который будет прикручен к сайту, в нём есть вся перечисленная функциональность. Потом я планировал разнести функции почты и форума при замене их на свои модули, когда они будут готовы.

Можно и так, но, главное, чтобы была 100% уверенность, что на форуме получено письмо от шахматиста, который имеет тот же ник, что и на сайте.

Vladimir пишет:

quote:

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

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

 Posted: 01.11.08 23:26. Post subject: GipsyFlame пишет: М..

GipsyFlame пишет:

quote:

Можно и так, но, главное, чтобы была 100% уверенность, что на форуме получено письмо от шахматиста, который имеет тот же ник, что и на сайте.

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

quote:

Может проще дать статус матча турниру из 2-х человек, как это реализовано на IECG.

Матчи и турниры будут по-разному храниться в базе данных и в разных её таблицах. Мне будет проще потом при создании концепции матчей изначально создавать её целиком, чем сначала назначать матчем что-то среднее между матчем_каким_он_будет_потом и турниром_какой_он_сейчас.

 Posted: 02.11.08 17:01. Post subject: Vladimir Владимир..

quote:

Vladimir

Владимир! Желаю Вам успеха! Самое важное, чтобы у Вас никогда не иссяк оптимизм в отношении сайта XChess, доделайте свое детище до конца! Морально мы Вас поддержим вседа!

 Posted: 03.11.08 13:06. Post subject: Спасибо, постараюсь...

Спасибо, постараюсь.

 Posted: 05.11.08 05:05. Post subject: Вообщем, Владимир! С..

Вообщем, Владимир! Судя по последним сводкам с полей российских игровых шахматных серверов, у идеального РОССИЙСКОГО игрового шахматного сервера должно быть одно, но исключительно важное качество - это НАДЕЖНОСТЬ (стабильность), т.е, максимально бесперебойная работа, а в случае плановых работ - автоматизированная, централизованная и корректная система отката времени играющих. Если этого не будет - никакие красявости и удобства увы не спасут...

 Posted: 05.11.08 06:56. Post subject: Renegat23 пишет: у ..

Renegat23 пишет:

quote:

у идеального РОССИЙСКОГО игрового шахматного сервера должно быть одно, но исключительно важное качество - это НАДЕЖНОСТЬ

Почему же только российского? :)

 Posted: 05.11.08 09:35. Post subject: Потому что у забугор..

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

 Posted: 05.11.08 19:25. Post subject: В случае плановых ра..

В случае плановых работ откат времени и не нужен - там достаточно остановки часов на срок работ. Это просто.

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

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

Так что нужно будет делать такую систему: при откате времени система должна полностью прийти в состояние до аварии.
Затем нужно последовательно с соответствующим временным сдвигом выполнить все события, которые случились после аварии, но до отката. Это подразумевает ведение на сайте полного лога событий игровой зоны с точным хронометражем каждого события и возможностью оперативно восстановить состояние в заданный момент времени.

Я это обязательно сделаю, но в полном объёме всё же несколько позже. В первой версии система отката будет проще и, в общем случае, небезупречна.

После открытия сайта у меня будут как раз две первоочередных доработки:
1. полное логгирование + доработка отката
2. всякие командные вещи - мачти, возможность полной или частичной делегация полномочий капитанов команд другим членам команды и т.д.

 Posted: 05.11.08 20:42. Post subject: Vladimir пишет: пол..

Vladimir пишет:

quote:

полное логгирование + доработка отката

Надеюсь, что логгирование не будет иметь ничего общего с логгеймом или бестлогиком

 Posted: 05.11.08 23:00. Post subject: Vladimir Сорри, что..

Vladimir
Сорри, что вмешиваюсь в ваши профессиональные дела... Но - не проще ли просто делать ежедневные резервные копии базы сайта (в т.ч. рейтингов, оставшегося времени у всех играющих пар и т.п.), а в случае сбоя - восстанавливать из ближайшей по времени к этому сбою копии. Единственный минус - это то, что между последней резервной копией и сбоем могли быть сделаны какие-то хода и они в этом случае утратят силу... Что в общем не так страшно. Сделают участники свои хода по второму разу.

 Posted: 05.11.08 23:34. Post subject: Проще, конечно. Да, ..

Проще, конечно. Да, минусы действительно только в том, что пропадут ходы после сбоя. Но это уже немало. Если есть возможность сделать так, чтобы не тревожить игрока лишний раз, то нужно стараться сделать именно так. В данном случае такая возможность есть - все действия игроков записаны, значит нужно только продумать эффективную систему использования этой информации. Сделать ходы по второму разу - это неприятно. Но ещё неприятнее может быть такая ситуация: пусть человек играет с контролем 5 дней на ход. На сайте была авария на сутки, а он зашёл на сайт сразу после неё и вообще ничего не заметил. На часах у него 10 часов времени. Он делает ход и уходит ещё дня на 4. А тем временем базы накатывают обратно, ход его аннулируется и за эти 4 дня он сливает партию по времени. Некрасиво получится :)

 Posted: 06.11.08 06:44. Post subject: Vladimir пишет: пус..

Vladimir пишет:

quote:

пусть человек играет с контролем 5 дней на ход. На сайте была авария на сутки, а он зашёл на сайт сразу после неё и вообще ничего не заметил. На часах у него 10 часов времени. Он делает ход и уходит ещё дня на 4. А тем временем базы накатывают обратно, ход его аннулируется и за эти 4 дня он сливает партию по времени. Некрасиво получится :)

Да , вы правы... Это посерьезнее будет, чем просто ходы повторять.

 Posted: 06.11.08 09:12. Post subject: идеально было бы кол..

идеально было бы колокейшн, но это очень дорого по сравнению с обычным хостингом.

 Posted: 06.11.08 09:37. Post subject: Vladimir пишет: Отк..

Vladimir пишет:

quote:

Откат времени нужен при такой аварийной ситуации, когда сервер продолжает исправно работать и тикать часами, но доступа к нему из интернета нет.

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

 Posted: 06.11.08 10:49. Post subject: Nico56 пишет: Прошу..

Nico56 пишет:

quote:

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

Владимир ответил на этот вопрос уже. Возможно, хотя придется попотеть :)

Vladimir пишет:

quote:

Это подразумевает ведение на сайте полного лога событий игровой зоны с точным хронометражем каждого события и возможностью оперативно восстановить состояние в заданный момент времени.

 Posted: 06.11.08 11:39. Post subject: Nico56 пишет: Прошу..

Nico56 пишет:

quote:

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

Стыдно сказать, не знаю :( Точнее, кустарно определить-то несложно: повесить на сервер скрипт, который будет регулярно запрашивать некоторые другие ресурсы и, в случае, если недоступны сразу все, считать, что произошла авария, но это ненадёжно.

Я планирую делать вообще проще - если на сайте будет постоянная аудитория (имеется в виду, в любой момент времени) хотя бы в десяток-другой человек, то их полное отсутствие в течение N минут может быть достаточным критерием для фиксации времени начала аварии (время последнего зафиксированного обращения), а первое же посещение после этого - для фиксации времени окончания. N нужно будет подбирать под конкретную посещаемость.

Абсолютно точный момент таким образом будет не выяснить, но для целей шахматного сайта это и не нужно, потому что возможная ошибка будет в любом случае:
1. невелика
2. в пользу игроков
3. не поддающаяся проверке ни при каких условиях :)

PozitiFF_Chess пишет:

quote:

Владимир ответил на этот вопрос уже

Нет, я ответил на вопрос, как ликвидировать последствия, запускать откат всё равно нужно вручную. А тут вопрос о том, как поймать сам временной промежуток, который нужно удалить. Чтобы автоматизировать не только саму процедуру отката времени, а и сам запуск этой процедуры.

Кстати, если "отлавливание аварий в реал-тайме" хорошенько отладить, то сложная процедура отката и не потребуется.