Плагин-логгер CoreProtect - команды

[Admin 455]

CoreProtect

вики | bukkit | rubukkit | подробный мануал по командам

С версии 1.8 переходим на этот плагин вместо Prism.

 

Откат грифа без содержимого сундуков делается с явным указанием определённого параметра!!

/co rb u:user t:time r:radius a:block

 

На всякий случай скопипастил мануал:

Скрытый текст

 

CoreProtect Commands

You can access the commands using either "/coreprotect", "/core", or "/co".

Quick Command Overview:
 

/co help - Display a list of commands

/co inspect - Toggle the inspector

/co rollback <params> - Rollback block data

/co restore <params> - Restore block data

/co lookup <params> - Advanced block data lookup

/co purge <params> - Delete old block data

/co reload - Reload the configuration file

/co version - View the plugin version

Shortcut Commands:
 

/co near - Performs a lookup with a radius of 5

/co undo - Revert a rollback/restore via the opposite action

Detailed command information is listed below.




| /co help
Display a list of commands in-game.




| /co inspect
Enable the inspector. Type the command again to disable it. You can also use just "/co i".




| /co rollback u:<user> t:<time> r:<radius> a:<action> b:<blocks> e:<exclude>
Nearly all of the parameters are optional. Shortcut: "/co rb".
 

Quote:

u:<user> - Specify a user to rollback.
Example: u:Notch

 

Quote:

t:<time> - Specify the amount of time to rollback
You can specify weeks,days,hours,minutes, and seconds.

Example: t:2w,5d,7h,2m,10s

You can pick and choose time amounts. 
Example: t:5d2h

You can also use decimals
Example: t:2.50h (2 and a half hours)

 

Quote:

r:<radius> - Specify a radius.
You can use this to only rollback blocks near you.

You can specify a number (e.g. r:5), a world (e.g. r:#world_the_end), a global rollback (r:#global), or a WorldEdit selection (r:#worldedit or r:#we)

For example, the following would only rollback damage within 10 blocks of where you are standing: r:10

 

Quote:

a:<action> - Restrict the lookup to a certain action
For example, if you wanted to only rollback blocks placed, you would use a:+block

Here's a list of all the actions:

a:block (blocks placed/broken)

a:+block (blocks placed)

a:-block (blocks broken)

a:click (player interactions)

a:container (items taken from or put in chests, etc.)

a:+container (items put in chests, etc.)

a:-container (items taken from chests, etc.)

a:kill (mobs/animals killed)

a:chat (messages sent in chat)

a:command (commands used)

a:session (player logins/logouts)

a:+session (player logins)

a:-session (player logouts)

a:username (username changes)

 

Quote:

b:<blocks> - Restrict the rollback to certain block types.
For example, if you wanted to only rollback stone, you would use b:1
You can specify multiple items, such as b:1,5,7

You can find a list of block type IDs at http://www.minecraftwiki.net/wiki/Data_values

 

Quote:

e:<exclude> - Exclude certain block types from the rollback.
For example, if you don't want TNT to come back during a rollback, you would type e:46

 

Quote:

#<hashtag> - Add a hashtag to the end of your command to perform additional actions.
For example, to perform a rollback preview, you would use #preview

Here's a list of available hashtags:

#preview (Preview a rollback/restore)

#count (Return the number of rows found in a lookup query)

#verbose (Display additional information during a rollback/restore)

#silent (Display minimal information during a rollback/restore)

| /co restore u:<user> t:<time> r:<radius> a:<action> b:<blocks> e:<exclude>
Same parameters as /rollback. Shortcut: "/co rs".

Restoring can be used to undo rollbacks.




| /co lookup u:<user> t:<time> r:<radius> a:<action> b:<blocks> e:<exclude>
Search through block data using the same parameters as /co rollback. Shortcut: "/co l".

If multiple pages are returned, use the command "/co lookup <page>" to switch pages.
To change the number of lines displayed on a page, use the command "/co lookup <page>:<lines>". 

For example, "/co l 1:10" will return 10 lines of data, starting at the first page.




| /co purge t:<time>
Purge old block data. Useful for freeing up space on your HDD if you don't need the older data.

For example, "/co purge t:30d" will delete all data older than one month, and only keep the last 30 days of data.

If used in-game, only data older than 30 days can be purged. If used from the console, only data older than 24 hours can be purged.




Example Rollback Commands:

>>By default, if no radius is specified, a radius of 10 will be applied, restricting the rollback to within 10 blocks of you. Use "r:#global" to do a global rollback.

Rollback Notch 1 hour (with default radius of 10):
/co rollback u:Notch t:1h

PREVIEW rolling back Notch 1 hour (with default radius of 10):
/co rollback u:Notch t:1h #preview

Rollback Notch 23 hours and 17 minutes (with default radius of 10):
/co rollback u:Notch t:23h17m

Rollback ONLY stone placed/broken by Notch within the last hour (with default radius of 10):
/co rollback u:Notch t:1h b:1

Rollback ONLY stone BROKEN by Notch within the last hour (with default radius of 10):
/co rollback u:Notch t:1h b:1 a:-block

Rollback EVERYTHING Notch did in the last hour EXCEPT for stone he placed/broken:
/co rollback u:Notch t:1h r:#global e:1

Rollback griefing Notch did in the last hour that is within 20 blocks of you:
/co rollback u:Notch t:1h r:20

Rollback griefing Notch did in the last hour ONLY in the Nether:
/co rollback u:Notch t:1h r:#nether

Rollback everything done in the last 15 minutes by anyone within 30 blocks of you:
/co rollback t:15m r:30

Rollback everything done in the last 15 minutes in a WorldEdit selection:
/co rollback t:15m r:#worldedit




Example Lookup Commands:

>>Lookup commands are generally the same as rollback commands. The primary difference is that a default radius is not applied to lookups, meaning all lookup commands do a global search by default.

Lookup all diamond ore mined in the last hour:
/co lookup b:56 t:1h a:-block

Lookup all chat messages sent by Notch in the last 30 minutes:
/co lookup u:Notch t:30m a:chat

Lookup all logins ever done by Notch:
/co lookup u:Notch a:login

Lookup all logins ever done by Notch:
/co lookup u:Notch a:login

Lookup previous usernames used by Notch:
/co lookup u:Notch a:username

 

 

 

 

Чистим БД ручками через phpMyadmin:

Спойлер

 

Проверяем инфу о БД в ISP Manager. Берём данные БД либо с бумажки, либо из конфига плагина-логгера.

Заходим во вкладку "Structure" и смотрим конкретные таблицы и сколько они занимают места (например, таблица с записями о блоках - 6Гб, а следующая по размеру - таблица с записями о взаимодействиями с сундуками - всего на 180 метров; это за год онлайна 5-10 игроков).

 

Цитата

 

Смотри, командой DELETE FROM `co_block` WHERE `time` < 1443661261 можно удалить записи, которые были раньше 1 октября 2015 года

 

Вычисляем нужное нам время тут:
http://www.onlineconversion.com/unix_time.htm

 

Подставляем его в команду.

 

 `co_block` - это название конкретной таблицы, которое можно поменять на нужную (например, на таблицу контейнеров, которая занимает 180 метров).

 

Цитата

 

Заходишь во вкладку SQL, вводишь команду. Для нужной таблицы меняешь название таблицы (после DELETE FROM)

 

Во вкладку SQL заходим после выбора нужной таблицы.

 

После нажатия на кнопочку "Go" всё будет очень, очень долго - прям, возможно, часы и никакой индикации ))))

 

 

---

 

 

Предыдущий вариант почему-то не прокатил и выдавал ошибку - пришлось удалять по порядковым номерам записей.

 

Цитата

 

DELETE FROM `co_block` WHERE `rowid` < 400000

(удалить записи с rowid < 400000)

 

Чтобы правильно выбрать самую древнюю запись, необходимо зайти в таблицу и посмотреть номер первой записи в колонке "rowid"

 

 

DELETE FROM `co_block` WHERE `rowid` < 400000 AND `user` = 102
а так удаляются записи определённого пользователя (в данном случае - "вода") до определённой id

 

SELECT COUNT(*) FROM `co_skull` - можно узнать актуальное количество записей в таблице

ANALYZE TABLE `co_skull` - а этот запрос по идее должен пересчитывать актуальное количество

 

 

---

 

 

Спойлер

 

А потом Макс сказал, что всё это фигня и таким способом место на диске не освободить.

 

Цитата

 

[27/01/16 20:35:14] Riot: Тип таблиц - innodb

[27/01/16 20:35:31] Riot: При их удалении, их кеш остается на диске и место не освобождается)

 

Решается только экспортом таблицы, тотальным удалением файлов базы (а к ним на хостинге нет доступа) и импортом обратно)

 

Но при этом в ТП хостинга мне сказали, что всё-таки надо самостоятельно удалять записи ручкми...

 

 

Задал вопрос на форуме хостинга - тык...

 

[Admin 455]

Да, я там всего-то месяц-два подтёр - там ещё 3 Гб данных, что для нашего онлайна примерно равно 3+ месяцев.

 

Для самых хитрожумных уточню, что удаляем в основном данные по блокам, а вся остальная инфа хранится чуть ли не с марта - сундуки, чат, сессии и т.д. (подробности на скрине ранее).

[Admin 455]

@OcelotJungle, как такое может быть, что при нашем более менее стандартном онлайне в 10+ игроков - меньше чем за сутки набралось почти 10 млн. записей и 1 Гб данных в БД только по блокам???

Мы сегодня днём обсуждали это и было всего 5 Гб и аля 38 млн записей...

Это кто-то что-то строит? Или это мы логгируем какие-то фермы?
Может, это какой-нибудь дикий механизм работает у кого-то постоянно и все эти изменения сотен поршней пишутся в БД? Может, этот же механизм и TPS нам просаживает?

 

# Properly track block movement, such as sand or gravel falling.
block-movement: true

# Properly track blocks moved by pistons.
pistons: true

Или, может, это какой-нибудь фарм дерева?? )))

 

# Logs natural tree leaf decay.
leaf-decay: true

# Logs tree growth. Trees are linked to the player who planted the sappling.
tree-growth: true

 

 

Спойлер

 

---

 

Если я правильно понимаю, то такие пакости устраивает user 102 = вода, т.к. она почти на всех страницах ))))
Но что вода такого может делать по всему миру, что это надо логгировать?
 + откуда могут взяться координаты 5000? Типа, логгируется всё при создании мира?

И как можно отключить эту воду, если проблема в ней?

# Logs water flow. If water destroys other blocks, such as torches,
# this allows it to be properly rolled back.
water-flow: true

Спойлер

 

 

 

[Admin 455]

В общем, вот в чём была проблема...
@Dinave, а попроще нельзя было???

 

[Dinave 1]

4 часа назад, Admin сказал:

В общем, вот в чём была проблема...
@Dinave, а попроще нельзя было???
 

 

 

Я думал это довольно простая установка   - мобы спавнятся, смываются в сортировщик регулярно (он правда сейчас поломан) и отправляются на убой. И я не жду когда это "AI" додумается что им пора идти поплавать и нет зависимости от логики естественного спавна - все что наспавнилось смывается сразу.

 

А если я на ферме буду одним поршнем воду выпускать, а заливать будет ту же территорию - логи меньше не станут?
О! Досмотрел до конца - можно поршни и воду обратно поставить?

Изменено 9 января, 2017 пользователем Dinave

[Admin 455]

10 часов назад, Dinave сказал:

О! Досмотрел до конца - можно поршни и воду обратно поставить?

Нет!

Ребят, не надо делать фермы, которые работают без вас - делайте с выключателями!

Желательно - с нажимной плитой, чтобы работало только при нажатии игроком.

 

 + всё же обычно мобофермы не создают такого гемора и реализуются намного проще.

 

Кроме того, надо будет ещё провести проверку по соблюдению этого правила:

https://forum.bbyaworld.com/index.php?/topic/211-лицензия-на-деятельность-сущности-и-фермы/

[Dinave 1]

22 минуты назад, Admin сказал:

Нет!

Ребят, не надо делать фермы, которые работают без вас - делайте с выключателями!

Желательно - с нажимной плитой, чтобы работало только при нажатии игроком.

 

 + всё же обычно мобофермы не создают такого гемора и реализуются намного проще.

 

Кроме того, надо будет ещё провести проверку по соблюдению этого правила:

https://forum.bbyaworld.com/index.php?/topic/211-лицензия-на-деятельность-сущности-и-фермы/

 

Так когда чанки не прогружены (игрока нет) ничего не работает. Кроме того у меня задумка была (но не реализована в реальном режиме) - защищать зомби от деспавна, подбирать оптом и не особо AFKшаить.

 

Там было по 35 поршней на уровень, 3 уровня, 105 поршней    А зомби, скелетоны, пауки... считаются сущностями? 

Можно сильно ужаться в поршнях поменяв механику заливки - ведь трабл как понял был в логгировании воды?

[Admin 455]

16 минут назад, Dinave сказал:

Так когда чанки не прогружены (игрока нет) ничего не работает.

Основная проблема в том, что у тебя это не получилось = пришлось принимать экстренные меры.

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

[Dinave 1]

1 минуту назад, Admin сказал:

Основная проблема в том, что у тебя это не получилось = пришлось принимать экстренные меры.

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

 

Скорее всего это произошло оттого что я настроил маяк и RusLex посадил в клетку - установка начала работать непрерывно и лог начал расти.
Тогда "ручное управление" не спасет - как только будет запущена такая установка опять БД будет засираться. Но если текущая вода не будет логгироваться можно сильно редуцировать количество поршней выпуска и просто рельефный пол построить - гиморней но реализуемо.

 

PS: Если ограничений по масштабам удаления записей нет - ты по координатам просто удали логи фермы, будет проще. Там ничего такого не хранилось что мне надо было бы.

[Admin 455]

3 минуты назад, Dinave сказал:

по координатам просто удали логи фермы

БД или php не справляются с большими объёмами данных - приходится делать небольшими запросами на 1-2 млн записей, каждый из которых выполняется несколько минут = надо постоянно торчать у компа, а это не реально = всё растягивается сильно
 

3 минуты назад, Dinave сказал:

Но если текущая вода не будет логгироваться

Отключили вчера логгирование текущей воды, но это может повлиять на откат действий грифферов, который разливают воду.
Ты уверен, что твоя установка важнее?

Именно из-за проблем с грифферами и низкой производительностью майна (java) вообще - приходится вводить кучу ограничений: никакие процессоры не помогают - проблема на уровне реализации игры.

[Dinave 1]

4 минуты назад, Admin сказал:

БД или php не справляются с большими объёмами данных - приходится делать небольшими запросами на 1-2 млн записей, каждый из которых выполняется несколько минут = надо постоянно торчать у компа, а это не реально = всё растягивается сильно
 

Отключили вчера логгирование текущей воды, но это может повлиять на откат действий грифферов, который разливают воду.
Ты уверен, что твоя установка важнее?

Именно из-за проблем с грифферами и низкой производительностью майна (java) вообще - приходится вводить кучу ограничений: никакие процессоры не помогают - проблема на уровне реализации игры.

 

(( да, с PHP не работал

 

Гриферы опасней   чем надобность такой конструкции. Буду извращаться - может на живца научусь ловить оставив только ров внизу для сбора и сортировки злыдней.

[PAPATAPON 387]

Dinave, не надо импульсно воду лить ..... 
 

[Admin 455]

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

[Admin 455]

1 час назад, Lady_Lava сказал:

Вот про параметр подробнее. И чтть только блоки

Лавушка, все подробности в мануалах в первом посте - с примерами

[Admin 455]

@newoldmax, можешь помочь разобраться с БД плагина-логгера в который раз?
В phpMyadmin пишет, что у меня БД занимает 4.5 Гб со всеми таблицами.
А в статистике хостинга - пишет, что 9.5 Гб (настройка тарифа и оплата идут по этой цифре).

В тп отвечают, что у них более правильная инфа.
Что за системные таблицы, которые занимают столько же места, сколько и сами данные?
С этим можно как-то бороться?

[newoldmax 103]

Ну так чего они выпендриваются, пусть чистят эти "системные таблицы", раз у тебя нет к ним доступа

[Admin 455]

2 часа назад, newoldmax сказал:

Ну так чего они выпендриваются, пусть чистят эти "системные таблицы", раз у тебя нет к ним доступа

Макс, я могу как-то ещё подкатить к ним?
Ну, что за дела - правда этот пхп админ может глючить?

[newoldmax 103]

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

У phpmyadmin есть некоторые известные проблемы с отображением занимаемого места (особенно если таблицы типа innodb)

Изменено 8 сентября, 2017 пользователем newoldmax

[Admin 455]

В 08.09.2017 в 17:52, newoldmax сказал:

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

У phpmyadmin есть некоторые известные проблемы с отображением занимаемого места (особенно если таблицы типа innodb)

Слушай, Макс, а что это за "системные таблицы"?
Почему они всё время только увеличиваются в размерах?

У меня одновременно 2 одинаковые проблемы на двух разных аккаунтах: у динмапы засралось место под БД и у плагина-логгера.

Если для динмапы всё решается просто - грохаешь всё нахрен и рендеришь всё заново двое суток (хотя, я даже грохнуть ничего не могу - удалил БД, а место всё равно на 100% занято); то для плагина-логгера это не очень подходит - хочется сохранить саму БД...

Неужели тупо закупать место?
За все годы до этого никогда не сталкивался с такой проблемой - просто удаляли старые записи ручками - с твоими консультациями...

[newoldmax 103]

Это всякие вспомогательные данные, описывающие твою базу и всякая муть

[Admin 455]

8 минут назад, newoldmax сказал:

Это всякие вспомогательные данные, описывающие твою базу и всякая муть

То есть - тупо закупать место для плагина-логгера?

 + иногда чистить старые данные?

[newoldmax 103]

ну да, у нас же гарантия на восстановление построек, значит надо чем-то жертвовать

[Admin 455]

6 часов назад, newoldmax сказал:

ну да, у нас же гарантия на восстановление построек, значит надо чем-то жертвовать

Ок - под плагин-логгер пока просто увеличил место.

@Lady_Lava и @Rock_tea, можете что-нибудь сказать о работе плагина-логгера за последние сутки - теперь он со старой БД берёт данные (мы с Роком договорились не включать сервер на PlayVDS)?

 

C БД для рендеров динмапы пока поборюсь - т.к. там проще грохать всё раз в несколько месяцев и делать fullrender заново, чем платить за постоянно растущие системные таблицы.

Хотя странно - первые несколько месяцев размер БД не менялся вообще, а тут резко несколько гигов прилетело... Причём - уже после перехода на майарену - я всё проверял при первом запуске и всё работало нормально...

 

---

 

7 часов назад, Admin сказал:

что это за "системные таблицы"

 

Офигеть - в один и тот же момент времени возникает одинаковая ошибка на двух разных аккаунтах с двумя разными БД.

В одном случае виноваты "системные таблицы", а в другом случае - просто надо всё грохнуть и переподключить заново ))))

 

Зато 43 руб/мес за 10 Гб места под БД

Изменено 13 сентября, 2017 пользователем Admin

[Admin 455]

Чуваки, помогите снова плиз...
Возможно, @newoldmax или @RedTeapot

Я тут снова полез чистить БД плагина-логгера: было 55 млн записей, я грохнул 25.
Место ни хрена не уменьшилось...
В ТП хостинга, где находится БД, говорят, что всё сложно и надо делать дамп таблицы и пересоздать её:

Скрытый текст

 

 

 

Что я делаю не так?
Где у меня ошибка? В ДНК?

Как правильно следить за местом, занимаемым БД MySQL через phpAdmin???
Как правильно освобождать место, чтобы у хостера тоже всё отражалось правильно в статистике??

 

@FoxSus, ты же разбираешься во всём, что связано с администрированием?

 

[newoldmax 103]

Ну если используется движок innodb для базы, то да, при удалении записей он не уменьшяет фактический размер файла с базой, нужно ее всю дампить, удалить полностью, заимпортить обратно

[FoxSus 16]

ibdata1 много весит? Можно для начало индексы подрезать заодно пересоздать базы  и в разные парочки все распихать)

 

1. Делаем бэкап всех баз

   mysqldump --all-databases -p > mysqldump-all.sql

2. Удаляем все базы, кроме служебных (mysql и performance_schema)
3. Добавляем в my.cnf опцию innodb_file_per_table в секцию [mysqld]
4. Останавливаем MySQL
5. Удаляем файлы /var/lib/mysql/ibdata1 и /var/lib/mysql/ib_logfile*
6. Запускаем MySQL
7. Заливаем дамп назад, наблюдая за заполнением /var/lib/mysql отдельными папками под каждую базу

   mysql -p < mysqldump-all.sql