это лишь китайский способ бинарно представить операнды у операции.
На сколько я помню, это китайская вариация на тему Польской нотации и Обратной польской нотации.
В старой версии, в перечислении действий [IMG] В новой версии [IMG] Просто так перенести не получится, как мне кажется.
я бы не рассматривал просто рефлексию — очень оно медленно. я генерировал чтение-запись в runtime, с помощью System.Reflection.Emit. получалось, что по факту методы Read и Write генерирует сама программа для каждого нужного класса (и дочерних) на старте один раз, а дальше выбирал нужный метод для нужного класса и выполнял. получалось практически одинаково по скорости как если бы это писать вручную.
в следующий раз надо делать ldd gs, чтобы убедится, что libtask.so.2 это просто китайский хлам.
Даже во всех пакетах сервисов, связанных с голдом, фигурирует user_id. Как ты предлагаешь сделать связь с role_id, если все завязано на user_id? Это какая-то дичь, ей богу. :) Я не знаю, что ты и как удаляешь, судя по изначальной постановке вопроса — не все. А вообще, тебе уже несколько человек сказали, что удалять бессмысленно. Ты конечно извини! Ну не нада нервничать! Я говорил о Мускул базе, о игровой ничего не говорил! по этому и спрашивал как удалить данные user_id c игровой базы! Если не знаетн то ладно сам как нибудь разберусь! Ну много людей тут говорят что сервер копия оригинала оф или pwi не важно, на офе я пополняю счет налом они приходят на оф лк потом вхожу в лк и выбираю какому персонажу со списка передать голд! Как то так Спасибо канешн, но не я тут нервничаю. А теперь еще раз ответы из твоей темы: 1) Забанить персонажей, чтобы не выполнился вход во время удаления 1.1) Проверить, не является ли какой из персонажей мастером клана. Если да, то распустить и удалить клан 2) Удалить всех персонажей из базы 3) Удалить аккаунт из MySQL А теперь Фокус! Некто наверное еще не слышал! Удаляем все как вы советуете ! Все нет аккаунта! Создаем новый аккаунт , он создается чистый с тем же id например 1056 , вхожу создаю перса, вхожу в мир открываю шоп а там голд например 19,99 Как и было на аккаунте до удаления его! И я просто ушел в осадок! По этому и вопрос возник! Голд не выдаю! Здесь есть вся информация по пакетам, а так же пример работы. Общаться нужно будет с сервисом gamedbd.
Даже во всех пакетах сервисов, связанных с голдом, фигурирует user_id. Как ты предлагаешь сделать связь с role_id, если все завязано на user_id? Это какая-то дичь, ей богу. :) Я не знаю, что ты и как удаляешь, судя по изначальной постановке вопроса — не все. А вообще, тебе уже несколько человек сказали, что удалять бессмысленно.
Потому что мне так хочется! Хочу Знать как это сделать, да и должно быть по людски! Это у меня тестовый а представте что это боевой и таких аккаунтов тысячи, что с этого загаженность базы полное отсутствие контроля над ситуацией Просто как то глупо происходит, если id аккаунта занят, дак зачем система позволяет его создать повторно? По-людски как раз не нужно ничего удалять. Удалять вообще не выход в 99% случаев. Вам что, мало 134217726 возможных записей в users? 134 миллиона учеток нет даже у руофа. А если более детально, то вот: «Система» не проверяет, есть ли привязанные персонажи у учетной записи. Есть ли голд, права гм, история входов. Это не ее задача, ее задача целостно все хранить. Это вам нужно позаботиться удалить всех персонажей, саму учетку, баны, голд, историю входов и гм-права. Почему после удаления из таблицы users последней учетки новая будет с таким же ID? Все просто. Стандартный механизм китайцев использует MAX(ID, 16) + 16. Не нравится? Поставьте у ID AUTO_INCREMENT и не выдавайте учетки через adduser. Тогда можно спокойно удалять учетки, хоть из середины, хоть из конца. И максимальное количество учеток увеличится до 2147483646. P.S. такой подход сработает только для серверов 1.4.4+ Хорошо подскажите, что и у в оф серверов так? Они что сохраняют в базе все деактивированные аккаунты но с запретом доступа? как то сомнительно! А где в игровой базе хранится информация о голде? Проблема у меня в том что, после удаления аккаунта он хранится все равно в игровой базе, и при создании нового аккаунта с тем же id голд весь там который был до удаления, я так полагаю все остальное тоже! А можно ли как то голд выдавать конкретному персонажу а не аккаунту? Оф в принципе не удаляет аккаунты, потому что человек может вернуться в игру и принести бабло. Что тут сомнительного — я не вижу. Проблема у вас в том, что вы вообще ничего не удаляете из базы. Инструкции вам написали выше. Вообще, нужно понимать, что ID — это нечто уникальное. Это то, что будет использоваться только кем-то одним. Голд выдается только на аккаунт.
А зачем вообще удалять аккаунт? Есть табличка iplimit, в которой есть поле lockstatus которое нужно поставить как «t» (без кавычек), если мне память не изменяет. И все, юзер не зайдет. Потому что мне так хочется! Хочу Знать как это сделать, да и должно быть по людски! Это у меня тестовый а представте что это боевой и таких аккаунтов тысячи, что с этого загаженность базы полное отсутствие контроля над ситуацией Просто как то глупо происходит, если id аккаунта занят, дак зачем система позволяет его создать повторно? По-людски как раз не нужно ничего удалять. Удалять вообще не выход в 99% случаев. Вам что, мало 134217726 возможных записей в users? 134 миллиона учеток нет даже у руофа. А если более детально, то вот: «Система» не проверяет, есть ли привязанные персонажи у учетной записи. Есть ли голд, права гм, история входов. Это не ее задача, ее задача целостно все хранить. Это вам нужно позаботиться удалить всех персонажей, саму учетку, баны, голд, историю входов и гм-права. Почему после удаления из таблицы users последней учетки новая будет с таким же ID? Все просто. Стандартный механизм китайцев использует MAX(ID, 16) + 16. Не нравится? Поставьте у ID AUTO_INCREMENT и не выдавайте учетки через adduser. Тогда можно спокойно удалять учетки, хоть из середины, хоть из конца. И максимальное количество учеток увеличится до 2147483646. P.S. такой подход сработает только для серверов 1.4.4+
А зачем вообще удалять аккаунт? Есть табличка iplimit, в которой есть поле lockstatus которое нужно поставить как «t» (без кавычек), если мне память не изменяет. И все, юзер не зайдет.
Не плохо так, вставлять квесты без рестарта и обнов. Вопрос такой, могут ли динамические объекты двигаться с помощью квестов? Только если этот Special Award как-то с ними связан. Но я так не думаю. Иначе бы любое успешное выполнение динквеста любым персонажем бы двигало динобъекты и это был бы дикий фейл. Рестарт кстати нужен, но только на серверной стороне. В клиент файл прилетает в /rolesettings/dyn_tasks.data или /userdata/dyn_tasks.data, в зависимости от игры.
Там динамические квесты (кэп!). По факту эти квесты имеют нормальный функционал для того, чтобы заменить какие-то базовые ивентовые квесты, а в оригинале используются для выдачи Special Award. Что это, я до конца не разбирался. Ну вот вам пример из редактора для dyn_tasks.data FW: [IMG] [IMG] [IMG] [IMG] В нем все очень похоже на то, что в PW. Главная разница между ними и обычными квестами в том, что они ОБНОВЛЯЮТСЯ с сервера (после логина и входа в мир, где-то минут через 3-5). Т.е. сервер их присылает пакетом, клиент обрабатывает, и обновляет дерево квестов.
Я недавно реализовывал защиту файлов в паках для ПВ и ФВ. Другим методом, не как у джо (мы с ним как раз обсуждали тему защиты с месяц назад). :) Сломать, конечно, можно что угодно. Но я согласен с Джо, нафига пытаться ломать? Защита от однодневок — есть, а больши́́м серверам не за чем платить кому-то какие-то деньги за взлом, когда можно за меньшие деньги купить и защиту и сам контент.
Так для распаковки есть и бесплатно :) http://mmorpg-devs.ru/resources/totalpck-%E2%80%94-%D0%9F%D0%BB%D0%B0%D0%B3%D0%B8%D0%BD-%D0%B4%D0%BB%D1%8F-totalcommander-7-5.3/
Ясно, понятно.
Вот бы обновление тасков туда залить можно было Самому не надоело под каждым моим сообщением писать спам? У меня есть ЛС и Skype.
Видимо, для данного хостинга, база более 200 Мб - это фантастика! Или просто жлобы - на диск фильм залить можно, а в базу загрузить данных объёмом менее, чем один фильм - нет! [ATTACH] Не судьба ;( [ATTACH] Вообще никакого безлимита не хватит. :-((
https://msdn.microsoft.com/en-us/library/windows/apps/jj651550.aspx?f=255&MSPPError=-2147217396 https://github.com/paroj/nv_dds
смеёшся? )) вся папка с её содержимым давно уже имеет 777 ) Это как раз самый дельный совет, т.к. базы, которые создаются в геймдб по умолчанию имеют права другие, т.к. ты сначала запускал его от пользователя root. Данная ошибка может возникнуть когда геймдб запущенный от веб пользователя не может получить доступ к базам данных. Поэтому стоит проверить права именно папки и файлов с игровой базой или же сменить владельца папки геймдб на веб юзера. Именно, а php у него, держу пари, работает от какого-нибудь www-data. Проверить можно через конфиги apache или php-fpm, смотря как php настроен, либо через <?php echo passthru("id"); От себя добавлю что все-таки не стоит давать права 777. Нужно понимать, что это будет адская дыра в безопасности.
У него скроллинг, а не апдейт, пусть юзает двойной буфер и то не факт. Двойная буферизация не помогла Сказки не надо рассказывать, все помогает. Просто нужно уметь гуглить. :) exe / source --- добавлено: 5 янв 2015 в 18:37 --- Можешь потратить кучу времени на поиск и написание костылей для WinForms, а можешь просто осилить WPF. а в wpf будет куча вопросов про binding и virtualizing-контейнеры. :)
Имена участников (разделяйте запятой).
