Баг дюп с точкой

[ProMoStar]

У меня на аксесе получилось, правда не с первой точки а с 4 т.к. ушло время на сворачивание. У меня было 1000 точек +12 я точнул на +5 и у меня осталось 996 точек

[Торри]

Цитата: Сообщение от ProMoStar У меня на аксесе получилось, правда не с первой точки а с 4 т.к. ушло время на сворачивание. У меня было 1000 точек +12 я точнул на +5 и у меня осталось 996 точек

Что за сворачивание?
Если ты про сворачивание игру, то вылетает светофор, тут сворачивать не надо))

[ProMoStar]

Цитата: Сообщение от Торри Что за сворачивание? Если ты про сворачивание игру, то вылетает светофор, тут сворачивать не надо))

Я про сворачивание пилота

[Drakcs]

Народ, а может попробовать рассмотреть сам процесс как клиент-сервер?
Т.к. дюп и баг срабатывает обычно из-за определённой последовательности или попросту ошибки, но постоянно или хотя бы с определённосй частотой.
В данном случае мне кажется процесс происходит так:
клиент передаёт пакеты - по заточке предмета
клиент передаёт пакеты - по перемещение предмета на самого перса
сервер выдаёт пакеты - обрабатывает заточку т.е. совершает обмен шара и миража на +1 к заточке
сервер выдаёт пакеты - по перемещению предмета

Лично мой вывод:
1. или это просто глюк сервера
2. или это просто вылет клиента
3. если это всё так как-нибудь и систематизируется, то нужно рассмотреть более подробно кто и когда пересылает пакет

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

Вывод: если этот метод и срабатывает то рандом и то с глюком обработки операций т.е. в момент заточки сервер должен быть забит - тогда есть шанс.

[kykyshka]

хм... посмотрим.

[ciff]

Цитата: Сообщение от ProMoStar Я про сворачивание пилота

у меня при его сворачивании все норм...так что.

[Торри]

Цитата: Сообщение от ProMoStar Я про сворачивание пилота

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

[sakrol]

У меня сервер упал, через 5 минут как я это сделал)

[(Dimon)]

Цитата: Сообщение от sakrol У меня сервер упал, через 5 минут как я это сделал)

Ну и причем тут точка к падению сервера?) Если бы ты зделал и сразу сервер упал а так простое совпадение)

[Торри]

Цитата: Сообщение от sakrol У меня сервер упал, через 5 минут как я это сделал)

С помощью этого нельзя уронить сервер.
Вывод: это просто совпадение.

[Drakcs]

Цитата: Сообщение от sakrol У меня сервер упал, через 5 минут как я это сделал)

жесть с помощью точки грохнуть сервак

А если серьёзно, то народ давайте вернёмся к теме, кто что думает про отправку пакетов?
Т.к. методом тыка можно мучать разные серваки и так и не понять смысл.

[highwhite]

Drakcs, сколько можно говорить, что алгоритм передачи пакетов шифрован и сами они так же шифрованны!
Если вы профессор в области криптографии - то помогите нам, пожалуйста.

[Drakcs]

Цитата: Сообщение от highwhite Drakcs, сколько можно говорить, что алгоритм передачи пакетов шифрован и сами они так же шифрованны! Если вы профессор в области криптографии - то помогите нам, пожалуйста.

Я его заместитель))
Если серьёзно, то я предлагал рассмотреть процесс в общем виде(как и описал в посте 113 данной темы) т.е. не досканально(с расшифкой) рассматривать весь процесс, в ином же случае систематизации постов в данной теме скорее всего не получится т.к. если у кого и получается заточить предмет без уменьшения колличества предметов для заточки, то это выглядит "я тыкал, тыкал и вот натыкал".
Даже в случае, если алгоритм как вы сказали зашифрован, то в общем случае для исполнения действий над персонажем в клиенте, клиент должен передать запрос к серверу и получив ответ отобразить результат запроса.

Случайные события построенные по общему алгоритму могут выстроить систематизацию самого процесса.
Важными в посторении системы являются 2 факта:
1. события имеют общие факторы для их систематизации
2. алгоритм не является заранее ложным

[Sardge]

Цитата: Сообщение от Drakcs Даже в случае, если алгоритм как вы сказали зашифрован, то в общем случае для исполнения действий над персонажем в клиенте, клиент должен передать запрос к серверу и получив ответ отобразить результат запроса.

клиент передаёт нам нужный запрос,но вопрос когда?и у кого?

[Drakcs]

Цитата: Сообщение от Sardge клиент передаёт нам нужный запрос,но вопрос когда?и у кого?

Если рассматривать данный случай, то как мне кажется после того как предмет был перемещён в ячейку для последующей заточки и был добавлен шар дракона и далее нажимаем ОК и происходит непосредственно отправка запроса о заточке на сервер. Сервер обрабатывает данный запрос и в это время операция считается клиентом выполненной (т.е. предмет становится буквально не секунду светлым) далее остаётся ждать ответа от сервера.
Если подождать меньше секунды при получении ответа от сервера добавится +1 к заточке и появится надпись, что предмет был заточен.
Глюк связанный с одеванием предмета на персонажа, как я думаю это ошибка клиента т.к. операция по перемещению предмета на персонажа должна прервать предыдущий процесс заточки. Т.к. заточка уже произведена и отправлена клиенту в момент перемещения предмета на персонажа процесс заточки прерывается и при одевании на персонажа она(заточка) срабатывает, но предметы на персонаже точить нельзя, следовательно факт перемещения предмета вызывает ошибку в клиенте - вылетает клиент.

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