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

[Shevchik]

Не совсем правильно выразился.
В общем я застопорился на алгоритме проверки "Блок внутри, или нет?", и основной проблемой стала не сама проверка, а то что X1 может быть как меньше X2 так и больше...

ApplaucibleRegionSet

 

[ql_Nik_lp]

ApplaucibleRegionSet

Applicable?
Хм, все равно по данному запросу ничего не нашел...

 

[Shevchik]

ЧТо ты конкретно пытаешься сделать?

 

[ql_Nik_lp]

ЧТо ты конкретно пытаешься сделать?

Проверить является ли указанная координата частью региона.

 

[Shevchik]

Проверить является ли указанная координата частью региона.

we.getApplicableRegionSet(Location);
we.getApplicableRegionSet(Region);

 

[ql_Nik_lp]

we.getApplicableRegionSet(Location);
we.getApplicableRegionSet(Region);

Я не использую API вордгарда.

 

[Shevchik]

Я не использую API вордгарда.

В таком случае ты никак не опредилишь 100% что координата принадлежит региону WG.
Разве что вызывать BLockBreakEvent и смотреть результат, но это не гарант.

 

[ql_Nik_lp]

В таком случае ты никак не опредилишь 100% что координата принадлежит региону WG.
Разве что вызывать BLockBreakEvent и смотреть результат, но это не гарант.

Мне и не надо определять его отношение к региону WG.
Перечитай мой пост еще раз, в нем я имел ввиду написание полностью своей системы привата, независимой от каких либо API кроме самого собственно Bukkit'a

 

[Shevchik]

Делай как WG.

 

[Jampire]

Я в таких случаях писал метод, определяющей структурно в каких пределах находится координата.
проверяя все грани куба и сравнивая с данной координатой.

 

[VaNnOrus]

Проверить является ли указанная координата частью региона.

В чем проблема взять крайние противоположные точки и использовать условие:

blockX >= X1 && blockX <= X2

?

Разумеется проверяется еще Y и Z. Если хоть одно из условий не выполняется - блок вне региона.

Фишка в том, чтобы сделать только такой приват, исключая приват топориком.

Когда я писал плагин выделяющий таким образом территорию я создал тему в этом разделе, в которой были даны некоторые дельные советы по этому поводу. В итоге написал его с использованием api WE/WG. Поищите, если интересно.

 

[ql_Nik_lp]

Когда я писал плагин выделяющий таким образом территорию я создал тему в этом разделе, в которой были даны некоторые дельные советы по этому поводу. В итоге написал его с использованием api WE/WG. Поищите, если интересно.

Суть в том, что WorldEdit и MySQL - вещи мягко говоря, екхм, несовместимые.
Возможно можно использовать только селекшон, но как то мне это не нравится.

 

[VaNnOrus]

Суть в том, что WorldEdit и MySQL - вещи мягко говоря, екхм, несовместимые.
Возможно можно использовать только селекшон, но как то мне это не нравится.

А как и для чего Вы собрались их совмещать?

 

[ql_Nik_lp]

А как и для чего Вы собрались их совмещать?

Хранение регионов в БД.

 

[Shevchik]

Ворлдгард с мускулом медленно и плохо работает не просто так. Просто по другому нельзя. (Посмотрите реализуацию определения к какому региону принадлежит локация и вы поймёте откуда тормоза.)

ПОэтому для интеграции с WG обычно пишут плагин.

 

[Bars]

Привет только в длину и ширину (например, максимум 32х32). После привата он автоматически занимает всю высоту чанка.

 

[Shevchik]

Привет только в длину и ширину (например, максимум 32х32). После привата он автоматически занимает всю высоту чанка.

Автоэкспанд уже есть.

 

[Bars]

Хранение регионов в БД.

Сразу видно - чел просто жизнь свою без лагов не представляет
Не нужно мазохизма, храни в файле. Всё равно БД место на диске занимает, как и файл приватов. Толку тогда?

 

[ptnk]

Сразу видно - чел просто жизнь свою без лагов не представляет
Не нужно мазохизма, храни в файле. Всё равно БД место на диске занимает, как и файл приватов. Толку тогда?

И что это за глупости? Смысл хранения в бд - это скорость базовых операций: вставка, удаление, добапление, поиск, который выполняются гораздо меньше чем за 1 сотую секунду, конечно не HashMap, но сойдет.
А хранить в файле - это означает считать при старте, и сохранить при выходе. Если обновлять файлик каждые сколько-то секунд - это к проблемам и задержкам.

 

[VaNnOrus]

Хранение регионов в БД.

Вы определитесь что сделать-то хотите. По-моему Вы говорили об отказе от WG, тогда в чем проблема хранить данные своего плагина в базе? И еще более важный вопрос - при чем тут вообще WE?

Суть в том, что WorldEdit и MySQL - вещи мягко говоря, екхм, несовместимые.

Ворлдгард с мускулом медленно и плохо работает не просто так. Просто по другому нельзя. (Посмотрите реализуацию определения к какому региону принадлежит локация и вы поймёте откуда тормоза.)

ПОэтому для интеграции с WG обычно пишут плагин.

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

Сразу видно - чел просто жизнь свою без лагов не представляет
Не нужно мазохизма, храни в файле. Всё равно БД место на диске занимает, как и файл приватов. Толку тогда?

Как уже сказали смысл в удобной работе. К тому же при работе с мускулом добавляется возможность организовать аренду/продажу приватов через сайт, к примеру. Или, скажем, продажу определенных флагов на приват, права на доступ к которым пользователям не нужно будет давать.