Плагин [ADMN/SEC/MECH] ShareControl v2.6.4 - контроль творческого режима [1.7 - 1.11]

Разобраться в настройке привилегий.

 

а еще лучше закрой свой некчемный школо сервер и избавь нас от этого ужаса раз неможешь поолдовать с пермом

 

Использовал, использую и буду использовать!

 

Всё спасибо! Все работает
А можно как-нибудь сделать, чтобы блок, поставленные в креативе, а ты его ломаешь в выживание, чтоб он просто не выпадал, а не появлялся на том же месте
И баг с лампой еще работает!

 

1. Конфигурации:

Код:

BlockingBreak: true        #Если true, то при попытке игрока из выживания сломать блок из творческого режима,  блок восстановиться. Если false, то блок сломается, но дроп не выпадет.

2. Будет исправлено

 

Почему не находит ссылку для скачивания?

 

Потому что dev.bukkit.org изменил дизайн. Исправлено. Попробуй скачать так: ТЫК

 

да спасибо, заработало)

 

Коллеги, приветствую!

Возникла проблема.
Обычно — при останове сервера командой stop — плагин в консольном логе писал так:

Но с недавних пор (при останове сервера командой stop) стал зависать и — по истечении тайм-аута (1 минута) — крашить сервер, уводя его в окончательное фатальное зависание:

Можете ли подсказать, что причиной? кто виной? (с))

 

причем тут ShareControl?

 

Потому что это его (плагина) сообщения, не так ли?

Если нет -- тогда вы правы. Но я сильно удивлюсь.
Если да -- тогда интуиция подсказывает, что НЕпоявление сообщения "Disconnecting from SQLite..." связано с проблемами предыдущего процесса "Saving inventories and block database...".

Буду признателен за ваш комментарий.

 

Проблема со сменой игрового режима.
Сделал всё по инструкции, но в игре пишет ошибку.
Версия сервера (1.10)

Пермишн

Конфиг

 

а вам не проще убрать его на время и проверить таким образом . Лично я юзаю LimiterCreative они схожи но ощибок не

 

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

Какое ядро? Проверьте плагины, которые могли бы на это повлиять. Данное сообщение не имеет отношение к моему плагину, возможно, старая версия, но вряд ли. У меня сообщение в английской версии "You can not go in gamemode creative."

 

Спасибо, отличная идея! Попробую.

только не уменьшить, а увеличить )

 

Попорбовал - поставил 10 минут. Ничего не изменилось! Краш наступает строго ровно по истечении 1-й минуты.

фрагмент конфига:

(еще раз) фрагмент лога (команда "stop" выполнялась по расписанию AutoSaveWorld в 12:00):

Ядро:

Спасибо за помощь!

 

Попробуйте поставить 1 минуту всё же. Так блоки будут чаще сохранятся, а значит к рестарту будет намного меньше блоков для сохранения. Если не поможет, то придётся ждать вам ближайшего обновления, наверное.

 

@h1karo Аа... Значит, это не время тайм-аута, а частота регулярного сохранения?!
Обязательно попробую!

Жаль, что не в секундах! )) Поставил бы 15 секунд. Пусть процессор грузится, зато сервер не будет зависать!

Но -- всё равно -- буду очень-очень ждать апдейта! )) Спасибо за вашу работу! )

 

Попробовал. Никаких изменений ( Вновь зависание на этапе сохранения при останове сервера.

И это -- в ночное время! Когда на сервере активность близка к нулю! (В момент останова в Игре находилось не более двух игроков!)

В общем, буду ждать обновления. Без плагина -- никак.
Если потребуется моя помощь в тестировании и/или доп.информации -- я к вашим услугам.

 

Возможно, вам покажется полезной следующая доп.информация.

Останов сервера начался в 6:00. Ровно в 6:01 МС-сервер завис на плагине ShareControl, сохраняющем свои данные. Он висел в этом (зависшем) состоянии часа два -- до тех пор, пока я, проснувшись, не перегрузил физический сервер. После перезагрузки физического сервера и запуска МС-сервера (с уже отключенным плагином), файлы плагина выглядели так:

То есть плагин отчаянно пытался закрыть файл blocks.db (и, судя по времени, это удалось только в 6:20 -- через 19 минут после аварийного обрушения сервера), а до файла inventories.yml дело не дошло вовсе (либо плагин не успел его закрыть).

Попутно вопрос: размеры файлов не кажутся чрезмерными? (Сразу замечу, что перейти на mysql возможности нет.)

Спасибо!