По чату в Хроме... добавлю сравнение с ИЕ перед КС и КТ. Ставлю два браузера рядом, одновременно делаю скриншот двух разных браузеров. Видно, что сообщения в Хроме запаздывают. И это не единственный раз. Каждый день такое наблюдаю... в Хроме отправить сложней.

Так же и вылет с аккаунта происходит ПЕРЕД игрой, когда на сайте много народа.
Сразу после игры проблема исчезает.

Цитата

ID30058 Нина пишет: Андрей, здравствуйте, Сегодня, 09.10., я вошла на Конкурсный на 35 секунде. Вдумайтесь , на 35 секунде! Это нормально? Ни какого удовольствия от игры я не получила. Вход позже на 10-15 секунд считается уже нормальным, как говорится "академическим". Эта нервотрепка и на КТ, то на входе выкидывает несколько раз , но отгадав скан - не закрывается. Эти проблемы ВООБЩЕ! решаемы? Они ведь возникли не вчера и даже не месяц тому назад. Спасибо.

На веб-протоколы вешают всё больше и больше функций, и всё это негативно сказывается на прямом их назначении. И так будет и дальше какое-то время, пока веб окончательно не умрет. Уже появились площадки мобильных приложений, на которых свои законы, а главное, туда двигаются люди, в том числе из веба. На мобильных площадках процессы будут схожими, поскольку телефоны начинают решать изначально не свойственные им задачи. Я бы выделил две ключевые "повешенные" задачи: 1) слежение за поведением и дешифрация входящего и исходящего текста - для нужд властей, борьба с терроризмом и т.п. 2) составление портрета пользователя на основе его поведения, социальных сетей, установленных приложений и активности в них - для нужд рекламодателя, поскольку модель "всё бесплатно, а платит рекламодатель" побеждает на телефонах, как в свое время на ТВ.

Теперь на нашем примере. Когда мы всё отладили в плане производительности входов на различные турниры, всё летало, вдруг неожиданно накрылась Робокасса. Как потом оказалось временно, просто у банка отобрали лицензию, а готовый бизнес терять было глупо (банки как таковые сейчас кому нужны, а бизнес поди еще придумай). Стали искать альтернативы - нашли только одну в России - Яндекс.касса. Когда уже подключили и проделали всю работу, от Яндекса пришло письмо, что у них обязательное требование - работа по безопасным протоколам https. ОК, перевели сайт на https - что кстати, не бесплатная услуга, на абонентской плате, хотя зачем всё это нужно, я мало представляю. Ладно. Но вот теперь стали всплывать проблемы, о которых вообще не думали. Например, почему-то не все браузеры на конкретных устройствах нормально отрабатывают переадресацию на https, хотя должны по умолчанию. Стали возникать проблемы с закачкой новых журналов в мобильные приложения, чего мы вообще никак не ожидали. Скажем, 99% ничего не заметили, но оказались такие устройства, для которых пришлось переписать адрес контента прямо https, иначе они "тупили". Вот на сайте жалобы на скорости пошли. А что, появился очередной посредник и путь стал еще длиннее.
Когда добавляют встроенную дешифрацию - это еще посредник. В общем, этих посредников уже столько, что мне кажется, в печати их было даже меньше. Тут отдал в редакцию, они посмотрели, отпечатали и к вам на стол. А тут вроде бы напрямую делаешь, а все равно присосутся всякие...

Конечно, попробуем еще посмотреть, но мне всё труднее и труднее объяснять программисту, чем конкретно мы занимаемся )). Тут речь вообще не о сканвордах, а о борьбе со всякими преградами на ровном месте.

Это можно объяснить, что при написании кода программистом не моделировалась подобная ситуация. Вопрос - перед первым попаданием в таблицу на второе место, вы получили окно поздравления или нет?
При возврате на прошлую страницу фактически из браузера загружаются прошлые данные, в которые, вероятно, не успели попасть две последние клетки. Я думаю (но это надо проверить) выдача окна поздравления фиксирует, что в кэше теперь полные данные и на этом этапе программисты поставили защиту.
А технически вы снова посылаете серверу команду "Сканворд разгадан", он идентифицирует вас и назначает место в окне поздравления. А уже перед таблицей смотрит, не посылали ли вы раньше ему эту команду "Сканворд разгадан", и если посылали, то уже не вносит в таблицу. Так устроены веб-протоколы. Теоретически можно посылать команду "Сканворд разгадан" много раз и каждый раз получать окно поздравления с текущим местом. Это зашито в протоколы по причине того, что Интернет-связь в принципе ненадежная и информация дублируется самими браузерами без ведома пользователей. К примеру, слетела связь на несколько секунд. Браузер не будет вам капать на мозги, что всё пропало, а будет незаметно повторять нужное действие (запрос или ответ), пока не добьется результата. И только через минуту (это время в настройках) он скажет вам, Интернет сдох, ничего не получается.
Отсюда вытекает сложность борьбы с клонами.

Ну раз уже зашел разговор о "мелких" неполадках в играх, то я тоже добавлю. Давно обратила внимание, что если играть в одиночку, то в начале игры таймер стоит не на нуле, а 30-40 сек. а в саперах бывает и 1мин. 40 сек.Таким образом искажается время разгадывания и существенно. Не помешало бы это исправить.