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

ApplaucibleRegionSet

 

Applicable?[DOUBLEPOST=1375216306,1375216119][/DOUBLEPOST]Хм, все равно по данному запросу ничего не нашел...

 

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

 

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

 

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

 

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

 

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

 

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

 

Делай как WG.

 

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

 

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

?

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

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

 

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

 

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

 

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

 

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

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

 

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

 

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

 

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

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

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

 

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

 

Тогда почему при установке региона через апи моим плагином сервер зависает на время операции, а при использовании /rg claim, /rg def и пр. все нормально?