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

Помогите Два вопроса от дикого нубаса в разрботке плагинов.

StarXKombat

Активный участник
Пользователь
Баллы
66
Имя в Minecraft
WINX_BLUM
1)Хотел бы сделать такую щтучку - чтобы игроки , набирая команду к примеру /info , получали о себе всю информацию -
1) Убийств - кол-во
2) Смертей - кол-во
Нууу... и подобное этому
2) Хотелось бы добавить Assist'ы' - получение денег за дамаг ( ты нанес домаг , а кто-то добрал твоего "убиваемого" , но ты получил деньги) , сумму хотелось бы выставить в коде - без всяких созданий конфигов.
====================================================================
Не подскажите как реализовать сия это все ? Да-да я знаю , что я ничего не знаю, т.к. изучать Java , да и в общем все связаное с написанием плагинов начал СЕГОДНЯ. Не судите строго.
 
Спеши с UralPassporta именно я так делаю когда не понятно,
 
Для считывания убийств и смертей лучше всего хешмапки, а про дамаг это глупо. Не вижу ничего сложного для создания такого плагина.
 
Для считывания убийств и смертей лучше всего хешмапки, а про дамаг это глупо. Не вижу ничего сложного для создания такого плагина.
А ассисты можно реализовать?
UP
UUUUUP
 
А ассисты можно реализовать?
UP
UUUUUP
Что в твоем понимании значит ассист? Если я правильно понял из шапки то, если ты ударил игрока, и снял, например, 10 хп, потом его добил другой игрок, но баллы за убийство уходят к тебе, так?
 
Не подскажите как реализовать сия это все ? Да-да я знаю , что я ничего не знаю, т.к. изучать Java , да и в общем все связаное с написанием плагинов начал СЕГОДНЯ. Не судите строго.
Если ты ничего не знаешь, то либо а, либо б.
а)Закажи плагин
б)Изучай Java и Bukkit API (Долго и упорно)
 
Для считывания убийств и смертей лучше всего хешмапки, а про дамаг это глупо. Не вижу ничего сложного для создания такого плагина.
Хешмапки это конечно хорошо, только вот живут они до первой перезагрузки сервер. Набивал ты стату, я взял написал релоад, и где твои хешмапки? Правильно, они теперь пустые, класс. Бред написал.

Разумный же вариант - хранить все это дело в базе данных, MySQL, например. Статистику игрока загружать асинхронно при входе на сервер и класть во временный массив, при выходе игрока ее записывать в БД, понятное дело.
 
Хешмапки это конечно хорошо, только вот живут они до первой перезагрузки сервер. Набивал ты стату, я взял написал релоад, и где твои хешмапки? Правильно, они теперь пустые, класс. Бред написал.

Разумный же вариант - хранить все это дело в базе данных, MySQL, например. Статистику игрока загружать асинхронно при входе на сервер и класть во временный массив, при выходе игрока ее записывать в БД, понятное дело.
Если не хочешь делать с мускулом, то можно просто сохранять мапы в конфиг и, соответственно, подгружать.
 
Если не хочешь делать с мускулом, то можно просто сохранять мапы в конфиг и, соответственно, подгружать.

Хранение данных какой бы то ни было статистики в YAML конфиге - признак плохого тона.
Это не лично мое мнение, а сложившийся стереотип.
 
Хранение данных какой бы то ни было статистики в YAML конфиге - признак плохого тона.
Это не лично мое мнение, а сложившийся стереотип.
Да? Не знал. Но знаю, что достаточно много известных плагинов так делают.
 
Да? Не знал. Но знаю, что достаточно много известных плагинов так делают.
Это конечно да, но БД в этом плане намного приятней.
Например, если необходимо реализовать единую статистику на нескольких серверах, то YAML файл нам ничем не поможет. Да и много других аргументов в пользу хранения данных в миске, просто перечислять нет желания
 
Ну если хранить в бд информацию, то удобнее будет выводить на сайте (если он конечно имеется).
 
Это конечно да, но БД в этом плане намного приятней.
Например, если необходимо реализовать единую статистику на нескольких серверах, то YAML файл нам ничем не поможет. Да и много других аргументов в пользу хранения данных в миске, просто перечислять нет желания
БД не вариант, слишком долго
 
БД не вариант, слишком долго
Долго? Яснопонятно. Мне вот почему-то кажется, что ты просто ни разу не работал с БД.
Ну, если запрос будет проходить с устройства, подключенного к интернету скоростью 1 кб/сек, а БД будет находиться на примерно таком же устройстве, то долго, конечно.
У меня, например, SELECT запрос занимает 22 ms. Долго, говоришь?
 
Долго? Яснопонятно. Мне вот почему-то кажется, что ты просто ни разу не работал с БД.
Ну, если запрос будет проходить с устройства, подключенного к интернету скоростью 1 кб/сек, а БД будет находиться на примерно таком же устройстве, то долго, конечно.
У меня, например, SELECT запрос занимает 22 ms. Долго, говоришь?
Еще от кол-во записей, ключей и собственно самого запроса зависит.
6052bd862e.png
 

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

Назад
Верх