Войти или зарегистрироваться
  • Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie. Узнать больше.
  • Вы находитесь в сообществе Rubukkit. Мы - администраторы серверов Minecraft, разрабатываем собственные плагины и переводим на различные языки плагины наших коллег из других стран.

В разработке ItemMoveSQL

Shevchik сказал(а):
Так же я хз откуда тут возьмётся 50-200 запросов, ибо я не думаю что игроки будут закладвыать вещи туда-обратно каждую секунду.
Нажмите, чтобы раскрыть...
Это для моего плагина, не хочу потом возвращаться к нему и переделывать.
 
DJames сказал(а):
Это для моего плагина, не хочу потом возвращаться к нему и переделывать.
Нажмите, чтобы раскрыть...
Джаве пофигу, а вот бд на лохохостинге загнётся быстро от такого.


А для тех кто там говорил про держать весь инветарь игрока в мускуле.
Дампить весь инвентарь игрока в мускуль чревато проблемами с синхронизацией.
Иначе дюпов не обберёшься.
 
ensirius сказал(а):
Кому как) у меня проблем нет)
Нажмите, чтобы раскрыть...
Ну может какие-то недопонимания в этой области.
Но если держать все данные в памяти, то каждый раз перед тем, как игрок захочет получить вещь - придётся спрашивать у mysql: 'данная запись ещё жива?'. Может игрок зайдет на второй сервер введёт команду и получит вещи, и пока второй сервер будет раздумывать о синхронизации, как и первый, то на первом сервере игрок получить те же самые вещи.
Поэтому здесь встаёт момент с синхронизацией, как сделать так, чтобы на втором сервере игрок не получить копию предметов.
Если тупо спрашивать бд про существование записи - то это тот же запрос с той же скоростью, выигрыш здесь копеечный. Конечно же, существуют паттерны, мехиназмы с помощью которых это всё делается наиболее правильно и безболезненно, но в данном контексте это добавить лишь трудности к разработке, а пользы от этого не будет.
 
ptnk сказал(а):
Ну может какие-то недопонимания в этой области.
Но если держать все данные в памяти, то каждый раз перед тем, как игрок захочет получить вещь - придётся спрашивать у mysql: 'данная запись ещё жива?'. Может игрок зайдет на второй сервер введёт команду и получит вещи, и пока второй сервер будет раздумывать о синхронизации, как и первый, то на первом сервере игрок получить те же самые вещи.
Поэтому здесь встаёт момент с синхронизацией, как сделать так, чтобы на втором сервере игрок не получить копию предметов.
Если тупо спрашивать бд про существование записи - то это тот же запрос с той же скоростью, выигрыш здесь копеечный. Конечно же, существуют паттерны, мехиназмы с помощью которых это всё делается наиболее правильно и безболезненно, но в данном контексте это добавить лишь трудности к разработке, а пользы от этого не будет.
Нажмите, чтобы раскрыть...
Можно тупо запретить одновременный вход, но это *******изм.
 
ptnk сказал(а):
Ну может какие-то недопонимания в этой области.
Но если держать все данные в памяти, то каждый раз перед тем, как игрок захочет получить вещь - придётся спрашивать у mysql: 'данная запись ещё жива?'. Может игрок зайдет на второй сервер введёт команду и получит вещи, и пока второй сервер будет раздумывать о синхронизации, как и первый, то на первом сервере игрок получить те же самые вещи.
Поэтому здесь встаёт момент с синхронизацией, как сделать так, чтобы на втором сервере игрок не получить копию предметов.
Если тупо спрашивать бд про существование записи - то это тот же запрос с той же скоростью, выигрыш здесь копеечный. Конечно же, существуют паттерны, мехиназмы с помощью которых это всё делается наиболее правильно и безболезненно, но в данном контексте это добавить лишь трудности к разработке, а пользы от этого не будет.
Нажмите, чтобы раскрыть...
Мой опыт в синхронизации - 9 серверов. Не вижу проблем. Ключ для мира.
 
ensirius сказал(а):
Мой опыт в синхронизации - 9 серверов. Не вижу проблем. Ключ для мира.
Нажмите, чтобы раскрыть...
Если вы так делаете, то как вы решаете те проблемы, которые я и Свевчик описали. Просто суперский и развёрнутый ответ без каких-либо аргументов.
 
хотелось бы небольшой доработки данного плагина. Просто есть небольшая проблемка:
Иногда, когда пытаешься подписать русским текстом меч или ещё что-то, то в результате получаются квадратики со знаками вопросов. И если отправить такой предмет в базу, то в базе вместо имени ничего не будет, и получить вещь обратно не получится. (получим булыжник) С зачарованными вещами, которые были подписаны по-английски, проблем не возникло. Просьба исправить этот баг.
 
Либо у вас база не в utf-8, либо вы поставили кривой русик, а может всё сразу.
(Кривой русик - это любой русик до 1.7.4 ибо символы то на самом деле не русские, просто крякзябры замаскированные.)
 
Последнее редактирование:
Shevchik сказал(а):
Либо у вас база не в utf-8, либо вы поставили кривой русик, а может всё сразу.
Нажмите, чтобы раскрыть...
возможно, проблема в клиенте.
Можно ли персональную доработку? Чтобы все итемы, которые имеют некорректное имя переименовывались в Unknown? (если что, можно за отдельную плату)
 
Всем привет. Кто-то пишет про сомнительность плагина, и думает что он нужен только для тех у кого несколько серверов. Я искал этот плагин целенаправленно и идея моя такова. Кому-то покажется бредом но этот функционал проекту лишним не будет. Я только начал писать свой проект но идей очень много и сперва хотелось бы всё обточить как следует. С явой я не сильно дружу и за разработку этого плагина не взялся. Но моя идея данного плагина была именно такой. Только я думал поставить сундук который бы "Съедал" предметы игрока и уносил их в базу а при получение было бы через сайт откуда посылалась rcon команда give.
Ну это то что я придумал буквально за минуты две. Потом приступил к поиску и попал сюда.
И так, извиняюсь за всю "воду" что изложил выше - просто мысли. Теперь к сути.

Моя конечная идея заключается в реализации некоторого магазина для игроков за любую валюту сайта которую можно перевести в валюту экономики сервера ну и разумеется брать процент за транзакции. Получится некоторого рода "донат" предметов который не рушит экономику сервера в целом, потому что администратор не прописывает предметы а происходит передача от игрока к игроку. Чтобы торговать в таком магазине вещами эти вещи естественно должны находиться в базе данных, именно для этого мне и понадобился данный плагин. Конечно ещё многое нужно продумать но сама идея думаю многим будет кстати.
И следом хочу спросить у разработчика. Не могли бы вы описать каким образом происходит выдача предметов, этот вопрос связан с интересом к тому как поведёт себя плагин с предметами на которые наложены чары.
И что вы считаете необходимым дописать или исправить?
Проект запущу примерно через месяц и функционал буду дописывать в процессе но хотелось бы заранее знать с чем предстоит работать.
 
Сериализация и десериализация идёт через YAML, как YAML захочет так и будет, пока что вроде энчанты работают.
 
Автор можно ChangeLog, и описание что умеет плагин ?
 
Shevchik сказал(а):
Сериализация и десериализация идёт через YAML, как YAML захочет так и будет, пока что вроде энчанты работают.
Нажмите, чтобы раскрыть...
/imsql help к сожалению выдал фразу "imsql help" и больше ничего. Подскажите пожалуйста где можно почитать подробнее.
 
(Вы должны войти или зарегистрироваться, чтобы ответить.)

Поделиться этой страницей

Назад
Верх