Проблемы с д/ц, уже писали тебе об этом. Скорее всего с HDD. Меняй ДЦ, или пусть работает техническая поддержка. Не похоже это на HDD, тут ведь закономерность, а не рандомная потеря данных
Каким образом они могли побиться? Просто я все файлы переношу с работающего сервера и на основе все хорошо. И как это исправить можно? Как побились я не могу знать, просто посмотрел когда возникает данная ошибка в ядре. Версии серверов старого и нового какие? 1.5.1 и там и там Мб отличаются какие то данные в самом сервере (конфиги, элики или что-то такое, что связано с instance), а если это один персонаж - проще взять и заменить ему этот октет на любой рабочий.
Каким образом они могли побиться? Просто я все файлы переношу с работающего сервера и на основе все хорошо. И как это исправить можно? Как побились я не могу знать, просто посмотрел когда возникает данная ошибка в ядре. Версии серверов старого и нового какие?
А сам gshop1.data и gshopsev1.data совпадают? Они и не должны совпадать, главное чтобы клиент / сервер совпадали данные
assert failed:"false && "数据大小不正确"" in file player.cpp:11895 Проблема в instance_keylist (секция Status) на персонаже, октет битый
а gshop1 проверял?
Эти побрякушки никакой гарантии не дают, они обычно так обманывают на всяких телефонах и планшетах, указывая крутое железо, а по факту все в разы хуже и кастомные прошивки, которые обманывают проги вроде Antutu и пр. показывая не то, что есть на самом деле. С ноутбуками думаю может аналогичная ситуация быть.
Если цена уж подозрительно низкая - 99,9% что это развод. В лучшем случае получишь совсем не ту начинку и будешь долго спорить потом с продавцом и требовать компенсацию, в худшем - вообще ничего не отправят.
$answer = array( 'errorcode' => 5, 'errparam1' => 10, 'errparam2' => 20 ); echo serialize($answer); Вот например такой ответ выдаст сервер при запросе авторизации, 5 - код ошибки пусть это будет короткий пароль, 2 параметра для сообщения что пароль должен быть от 10 до 20 символов, тип ошибки клиент по коду должен знать, а для кода ошибки 0 - это успешная авторизация. Пример очень поверхностный, но суть такая.
В идеале, сервер не должен выдавать никаких фраз, все они должны быть в клиенте (хотя сам я в ЛК не везде придерживался этого правила, а сейчас вот прийдется переделывать). Сервер может возвращать код ошибки, которую клиент уже выведет в виде сообщения. Т.е. делай систему обмена данными между клиент и сервером только с данными/параметрами и кодами ошибок или любыми другими.
Это конечно можно, но как по мне, достаточно сделать ограничение по айпи, чтобы доступ к сервер части был только с айпи клиент части. Или уж сделать асинхронное шифрование по публичному и приватному ключам.
Да, не совсем понимаю, о какой проверке идет речь, главное строить систему связи так, чтобы сервер принимал запросы только от клиент части, и так, чтобы используя клиент часть, адрес сервер части нигде не светился, как минимум.
А после того как я получил массив в виде строки при unserialize, есть ли какая-нибудь команда, чтобы собрать её в массив или вытащить данные массива?))) serialize - делает из объекта/класса/массива строку, unserialize - из этой строки возвращает обратно объект/класс/массив, на стороне сервера нужно данные прогонять через serialize, а при получении их в клиенте соотв. делать unserialize
curl для этих задач вполне подходит, и возвращает он как раз строку, а не число, скорее всего неправильно делаешь запрос. По поводу разделения переменных - воспользуйтся одним из вариантов http://php.net/manual/ru/function.serialize.php / unserialize или http://php.net/manual/ru/function.json-encode.php / json_decode.
А когда примерно выйдет обновление? В феврале ориентировочно.
Базовая работа с 1.5.3 как раз сделана давно, а логи эти читаются также, как логи чата - последние строки, грубо говоря в реальном времени
Работа над версией 5.0: [IMG] [IMG]
Имена участников (разделяйте запятой).
