Золотой гол, Игра в дополнительное время до забитого мяча Опции

[ФК Вольчанин]

Хотелось бы предложить администрации рассмотреть вопрос о небольшом изменении игры. В частности ввести во всех турнирах правило "золотого гола" в дополнительное время в течение двух дополнительных периодов. И игра станет быстрее, и игроки будут меньше уставать. Если уж в дополнительное время никто не забьёт - тогда пенальти.

[R1tm]

серия пенальти подрузамевает назначение бьющих_))) кстати неплохо было бы в ролях расширить список пенальтистов до 5 это было разумно например я верю в то у полузащитника со спецой пенальти 5 и силой точносстью удара по 15 шансов забить больше чем у защитникак без спецы пенальти но с силой и точностью 18...

Итог подведем итоги
1. Золотой мяч - идея глупа так как уже везде от нее ушли
2. Выход с группы надо дорабатывать ибо рандом это смешно стоны на форуме были есть и будут есть....

[NikalA]

...
2. Выход с группы надо дорабатывать ибо рандом это смешно стоны на форуме были есть и будут есть....

1. В данном движке это не возможно;
2. Нагрузка увеличится в 3 раза;
3. Отделаться 1-ой дополнительной таблицей - Нереально. Если вы знаете азы программирования вы должны понимать, что для каждой группы должна генерится таблица, естественно ее будет генерить не человек, а система. Предположим что для каждой группы генерация таблицы займет 0,005 сек (в идельных условиях). Таблицу следует заполнять после каждого матча 0,005 сек на запись. После каждой записи идет обработка чтобы расставить игроков по местам в группе 0,01 сек, как минимум.
а теперь посчитаем:
0,005 + 0,015*6 = 0,095 сек , да мало , но учитывая что у нас в минуту происходит обработка огромного количетва информации и сервера загружены то смело умножайте на 100 и получим 9,5 секунд.
А еще на количество одновременных групп, пусть их будет 100 - 950сек (15 с лишним минут).
То есть каждая группа задержится максимум на 15 минут, минимум на 1 секунду.
Оно Вам Надо ?


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

[miron2504]

1. В данном движке это не возможно;
2. Нагрузка увеличится в 3 раза;
3. Отделаться 1-ой дополнительной таблицей - Нереально. Если вы знаете азы программирования вы должны понимать, что для каждой группы должна генерится таблица, естественно ее будет генерить не человек, а система. Предположим что для каждой группы генерация таблицы займет 0,005 сек (в идельных условиях). Таблицу следует заполнять после каждого матча 0,005 сек на запись. После каждой записи идет обработка чтобы расставить игроков по местам в группе 0,01 сек, как минимум.
а теперь посчитаем:
0,005 + 0,015*6 = 0,095 сек , да мало , но учитывая что у нас в минуту происходит обработка огромного количетва информации и сервера загружены то смело умножайте на 100 и получим 9,5 секунд.
А еще на количество одновременных групп, пусть их будет 100 - 950сек (15 с лишним минут).
То есть каждая группа задержится максимум на 15 минут, минимум на 1 секунду.
Оно Вам Надо ?
п.с. Циферки взяты не совсем из воздуха, имею большой опыт работы с SQL и создании биллинг систем, а там количество записей в минуту превышает 11х11, но в сложности запросов однозначно уступает. Поэтому я циферки привел ориентировочные, но в пропорции думаю они верны.

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