ჩვეულებრივ dedicated სერვერზე devcommands-ის აკრეფა არაფერს გაძლევს, მაშინაც კი, თუ შენი ID adminlist.txt-შია. cheat-ების ნაკრები - god, fly, spawn, goto, killall და დანარჩენები - dedicated სერვერებზე თავად თამაშს აქვს დაბლოკილი. Server Devcommands, JereKuusela-ს მოდი, ამ ბლოკს ხსნის ადმინებისთვის და მხოლოდ ადმინებისთვის. მოკლედ: დააყენე ის თითოეული ადმინის საკუთარ PC-ზე, ჩაწერე ადმინების ID-ები adminlist.txt-ში და დააყენე სერვერზეც, თუ დამატებითი შესაძლებლობები გინდა - ბრძანებების სერვერზე გაშვება, ჩანაწერი იმისა, ვინ რა აკრიფა, და კონკრეტული ბრძანებების აკრძალვა. ჩვეულებრივ მოთამაშეებს არაფერი სჭირდებათ.
ეს პოსტი მოიცავს იმას, რას ცვლის მოდი სინამდვილეში, სად უნდა დაყენდეს, კონფიგურაციის ფაილს, alias-ებსა და bind-ებს, მის მიერ დამატებულ ბრძანებებს და იმას, როგორ შეაჩერო სანდო ადმინი, რომ შემთხვევით არ დაანგრიოს საერთო სამყარო. რას აკეთებს თითოეული cheat ბრძანება, წერია პოსტში Valheim-ის devcommands ახსნილი, ხოლო spawn-ის სინტაქსს საკუთარი გზამკვლევი აქვს; ეს პოსტი მათ გარშემო არსებულ მოდზეა.
რას აკეთებს Server Devcommands#
მოდის სახელი Thunderstore-ზე არის JereKuusela-Server_devcommands. წერის მომენტში ის 1.115 ვერსიაზეა და მისი ერთადერთი დამოკიდებულება BepInExPack for Valheim-ია. ის Valheim-ის ყველა დიდი განახლების შემდეგ განახლდა, და ეს მნიშვნელოვანია, რადგან ადმინის ინსტრუმენტი, რომელიც patch-ის დღეს იშლება, სწორედ მაშინ არ გექნება, როცა რაღაც არასწორად წავიდა.
რას ცვლის ის, მარტივად:
- `devcommands` მუშაობს dedicated სერვერზე ნებისმიერი მოთამაშისთვის, რომელიც ადმინის შემოწმებას გადის, ანუ რომლის ID სერვერის
adminlist.txt-შია. ყველა დანარჩენი კვლავ უარს იღებს. - კონსოლი იხსნება `-console` გაშვების პარამეტრის გარეშე, და cheat ბრძანებები ჩატის ფანჯარაშიც მუშაობს, პარამეტრების ავტოშევსებით.
- რამდენიმე ბრძანება ერთ ხაზზე,
;-ით გამოყოფილი, და ახალი ბრძანებები ძველებისგან,alias-ით. - კლავიშების bind-ები modifier კლავიშებითა და მაუსის ბორბლით, რომლებიც vanilla
bindსისტემას ანაცვლებს. - გაუმჯობესებული რეჟიმები:
god, რომელიც stamina-ს ხარჯვას, უკან გადაგდებასა და stagger-საც აშორებს;ghost, რომელსაც შეუძლია მოთამაშეებისგან დაგმალოს;fly, რომელსაც კედლებში გავლა შეუძლია. - ახალი ბრძანებები მოთამაშეების teleport-ისთვის, შეტყობინებების გასაგზავნად, ობიექტების საპოვნელად, spawn-ების გასაუქმებლად და თავად სერვერზე ბრძანებების გასაშვებად.
- ლოგირება: როცა მოდი როგორც ადმინს, ისე სერვერს აქვს, ადმინის ყოველი ბრძანება სერვერის ლოგში იწერება.
ის არავის აძლევს ადმინის უფლებებს. ადმინების სია კვლავ კარიბჭეა, და მოდი მას ამოწმებს. ის არც RCON-ს ან ვებ-კონსოლს ამატებს - ბრძანებებს კვლავ თამაშის შიგნით კრეფს დაკავშირებული მოთამაშე.
სად უნდა დაყენდეს#
ამ ნაწილს ხალხი ხშირად პირიქით იგებს. Server Devcommands ძირითადად კლიენტის მოდია. კონსოლი, bind-ები, alias-ები და cheat ბრძანებები ადმინის თამაშში მუშაობს. სერვერის ასლი არასავალდებულოა და შესაძლებლობების კონკრეტულ სიას ამატებს.
| სად არის დაყენებული | რას იღებ |
|---|---|
| მხოლოდ ადმინის PC-ზე | devcommands ადმინის შემოწმებით, alias-ები, bind-ები, ბრძანებები ჩატში, გაუმჯობესებული რეჟიმები |
| ადმინის PC-ზე და სერვერზე | ყველაფერი ზემოთ ჩამოთვლილი, პლუს server ბრძანებები, ბრძანებების ლოგირება, find, გამორთული ბრძანებები, გამორთული event-ები და global key-ები, მოთამაშეების დამალული პოზიციები ადმინებისთვის ხილული |
| მხოლოდ სერვერზე | არაფერი სასარგებლო - კლიენტის ნახევარი არავის აქვს, რომ მასში აკრიფოს |
| ჩვეულებრივი მოთამაშეები | არაფერი სჭირდებათ. შეუძლიათ შემოვიდნენ მოდით ან მის გარეშე |
რადგან მოდის არმქონე მოთამაშეებსაც შეუძლიათ შემოსვლა, Server Devcommands არ იწვევს ვერსიების შეუსაბამობის გამო kick-ებს, როგორც ამას კონტენტის მოდები აკეთებენ. ის ვერსიების handshake-ს არ იყენებს. ეს იმასაც ნიშნავს, რომ არაფერი უშლის ადმინს ძველი ასლით მუშაობაში - თუ ბრძანება ერთ ადმინთან უცნაურად იქცევა და მეორესთან არა, ჯერ ვერსიები შეადარე.
კლიენტზე ყველაზე მარტივი გზა mod manager-ია (r2modman ან Thunderstore Mod Manager) - მოძებნე "Server devcommands" და დააყენე იმ პროფილში, რომლითაც Valheim-ს თამაშობ. თუ შენი ჯგუფი უკვე ერთ პროფილს იზიარებს, იქ დაამატე; როგორ - ამას r2modman-ის პროფილები ჯგუფისთვის ხსნის. ხელით: zip-ში ერთი plugin-ია, ჩააგდე ის თამაშის საქაღალდეში BepInEx/plugins-ში.
სერვერზე ჯერ BepInEx უნდა დაყენდეს - პაკეტი, Linux-ზე გაშვების სკრიპტი start_server_bepinex.sh და დადასტურებული პირველი გაშვება, რომელმაც BepInEx/plugins შექმნა. სრული ინსტრუქცია პოსტშია Valheim-ის მოდები BepInEx-ით სერვერზე. შემდეგ ატვირთე იგივე plugin ფაილი სერვერის BepInEx/plugins საქაღალდეში SFTP-ით ან ფაილების მენეჯერით და გადატვირთე. ლოგში უნდა ჩანდეს, რომ ის იტვირთება:
[Info : BepInEx] Loading [ServerDevcommands 1.115.0]თუ ეს ხაზი არ არის, BepInEx საერთოდ არ მუშაობს - მოდის ნახვამდე გაშვების ბრძანება შეამოწმე.
როგორ გაიაროს ადმინის შემოწმებამ#
ადმინის შემოწმება სერვერის საკუთარ adminlist.txt-ს იყენებს, თითო ID თითო ხაზზე. მხოლოდ Steam-ის სერვერზე ეს 17-ციფრიანი SteamID64-ია. crossplay სერვერზე ID-ებს პლატფორმის პრეფიქსი აქვს, და მოდი PlayFab-ის სტილის ID-ებსაც იღებს:
// Steam-only server76561198012345678// Crossplay serverSteam_76561198012345678მუშა ფორმატი ის არის, რომელსაც სერვერი ლოგში ბეჭდავს, როცა მოთამაშე უკავშირდება, ამიტომ იქიდან დააკოპირე და არა რომელიმე ვებსაიტიდან. სამივე სიის ფაილი დეტალურად ახსნილია პოსტში adminlist, bannedlist და permittedlist.
როცა auto_devcommands ჩართულია (ნაგულისხმევად ასეა), მოდი შენ ნაცვლად უშვებს devcommands-ს, როცა ისეთ სერვერზე შედიხარ, სადაც შემოწმებას გადიხარ. კონსოლში ნახავ შეტყობინებას, რომ cheat-ები ჩართულია. თუ ვერ ნახავ:
- შეამოწმე, რომ შენი ID
adminlist.txt-შია სერვერის save საქაღალდეში და არა სადმე სხვაგან არსებულ ასლში. სერვერი ფაილს თავიდან კითხულობს, მაგრამ დარწმუნებისთვის ხელახლა შედი. - თავად აკრიფე
devcommandsდა წაიკითხე პასუხი. უარი ნიშნავს, რომ შემოწმება ჩავარდა; საერთოდ არანაირი პასუხი ნიშნავს, რომ მოდი შენს კლიენტზე არ არის ჩატვირთული. - დარწმუნდი, რომ PC-ზე ხარ. Xbox-ის მოთამაშეებს მოდების დაყენება არ შეუძლიათ, ამიტომ crossplay სერვერზე ამ ყველაფრის გამოყენება მხოლოდ PC-ის ადმინებს შეუძლიათ.
კონფიგურაციის ფაილი და dev_config#
პარამეტრები ინახება BepInEx/config/server_devcommands.cfg-ში, რომელიც პირველი გაშვებისას იქმნება. ადმინის ასლი კლიენტის მხარის ქცევას მართავს; სერვერის ასლი - სერვერის მხარის შესაძლებლობებს. მათი შეცვლა სამი გზით შეგიძლია: ფაილის რედაქტირებით, თამაშში Configuration Manager მოდით, ან მოდის საკუთარი ბრძანებით:
dev_config auto_god 1dev_config auto_flyserver dev_config disable_events 1dev_config [name] [value] მნიშვნელობას აყენებს; თუ მნიშვნელობას გამოტოვებ, ის გადაირთვება, 0 გამორთავს და 1 ჩართავს. server პრეფიქსი სერვერის ასლს ცვლის, რასაც სერვერზე მოდი სჭირდება.
პარამეტრები, რომლებსაც დიდი ალბათობით შეეხები:
| პარამეტრი | ნაგულისხმევი | რას აკეთებს |
|---|---|---|
auto_devcommands | true | უშვებს devcommands-ს შესვლისას, თუ ადმინი ხარ |
auto_god, auto_ghost, auto_fly, auto_nocost, auto_debugmode | false | რეჟიმს ავტომატურად რთავს |
god_no_stamina, god_no_knockback, god_no_stagger | true | რას აშორებს god დამატებით |
ghost_invisibility | false | ghost რეჟიმში მყოფ ადმინს სხვა მოთამაშეებისგან მალავს |
fly_no_clip | false | რელიეფსა და შენობებში გაფრენა |
access_private_chests | true | ადმინს შეუძლია სხვა მოთამაშეების პირადი ყუთების გახსნა |
access_warded_areas | true | ადმინს შეუძლია ward-ების შიგნით აშენება და ურთიერთქმედება |
max_undo_steps | 50 | რამდენ მოქმედებას იმახსოვრებს undo |
disable_events | false | სერვერის მხარე: შემთხვევითი რეიდების შეჩერება |
server_chat | false | სერვერის მხარე: სერვერს ჩატში შეტყობინებების გაგზავნის უფლებას აძლევს |
command_log_format | იხ. ქვემოთ | სერვერის მხარის ბრძანებების ლოგის ფორმატი; ცარიელი გამორთავს |
ორი მათგანი კომენტარს იმსახურებს. access_private_chests და access_warded_areas ნაგულისხმევად ჩართულია, და ეს არის ის, რაც griefing-ის შედეგების მომწესრიგებელ ადმინს სჭირდება, მაგრამ ეს იმასაც ნიშნავს, რომ ადმინს შეუძლია ნებისმიერი ბაზის გაძარცვა ისე, რომ ward-მა ვერ შეამჩნიოს. თუ შენი ადმინები ამავე სამყაროში ჩვეულებრივი მოთამაშეებიც არიან, ეს ნდობის საკითხია, რომლის ერთხელ ხმამაღლა განხილვაც ღირს. ward-ები და griefing ხსნის, რისგან იცავს ward-ები, როცა ადმინი ჩართული არ არის.
server_chat სერვერზე ფიქტიურ კლიენტს ამატებს, რომ თავად სერვერმა შეძლოს ჩატში წერა. მოდის საკუთარი დოკუმენტაცია გვერდით ეფექტს აღნიშნავს: boss-ები დამატებით ნივთს აგდებენ, რადგან თამაში ფიქტიურ კლიენტს loot-ის მასშტაბირებისთვის მოთამაშედ ითვლის. დატოვე გამორთული, თუ მისთვის რეალური გამოყენება არ გაქვს.
alias-ები, რამდენიმე ბრძანება და bind-ები#
სამი შესაძლებლობა კონსოლს cheat-ების ყუთიდან ადმინის ინსტრუმენტად აქცევს.
რამდენიმე ბრძანება. ყველაფერი, რაც ;-ით არის გამოყოფილი, თანმიმდევრობით სრულდება. wait პაუზას ამატებს მილიწამებში:
god; ghost; flybroadcast center Restart in 5 minutes; wait 240000; broadcast center Restart in 1 minutealias-ები. alias [name] [command] ახალ ბრძანებას ქმნის. ჩანაცვლების ნიშანი, ნაგულისხმევად $$ (პარამეტრი substitution), იცვლება იმით, რასაც alias-ის სახელის შემდეგ აკრეფ:
alias admin god; ghost; fly; nocostalias say broadcast center $$alias heal dmg $$ -1000ამის შემდეგ admin მთელ ნაკრებს რთავს, ხოლო say Raid at the main base შეტყობინებას ყველას ეკრანის შუაში აჩენს. alias-ები ადმინის საკუთარ კონფიგურაციაში ინახება, ამიტომ ისინი ადმინს მიჰყვებიან და არა სერვერს.
bind-ები. მოდი vanilla bind-ს ანაცვლებს ვერსიით, რომელიც modifier კლავიშებს იღებს: bind [key,modifier1,modifier2] [command]. სწორედ modifier-იანი ვერსია ხდის bind-ებს უსაფრთხოს - ერთ კლავიშს ბრძოლის შუაში შემთხვევით ადვილად დააჭერ, კლავიშს პლუს leftalt-ს - არა.
bind keypad1,leftalt adminbind keypad2,leftalt calm 30bind keypad3,leftalt removedropsმაუსის ბორბლის bind-ებიც არსებობს და ირთვება mouse_wheel_bind_key-ით, რომელიც ნაგულისხმევად none-ია.
დამატებითი ბრძანებები, რომელთა ცოდნაც ღირს#
მოდი ბრძანებების გრძელ სიას ამატებს ან აფართოებს; თამაშში help ჩამოთვლის ყველაფერს, რაც შენს ვერსიას აქვს, აღწერებით. ეს ის ბრძანებებია, რომლებიც საერთო სერვერზე თავის ადგილს იმსახურებენ.
| ბრძანება | რას აკეთებს |
|---|---|
playerlist | ონლაინ მოთამაშეები მათი ID-ებით, პერსონაჟებითა და პოზიციებით |
tp [players] [x,z,y or player] | მოთამაშეების teleport-ი სახელით, ID-ით ან wildcard-ით |
goto [x,z,y], goto [name], goto last | საკუთარი თავის teleport-ი კოორდინატებზე, მოთამაშესთან ან უკან |
pos [player] | მოთამაშის პოზიცია |
broadcast [center/side] [message] | შეტყობინება ყველა მოთამაშეს |
message [players] [center/side] [message] | შეტყობინება კონკრეტულ მოთამაშეებს |
calm [radius] | ახლომახლო გაბრაზებული არსებების დამშვიდება (ნაგულისხმევად 20) |
repair [radius] | ახლომახლო ნაგებობების შეკეთება (ნაგულისხმევად 20) |
dmg [players] [amount] | მოთამაშეებისთვის ზიანის მიყენება; უარყოფითი რაოდენობა კურნავს |
inventory [clear/refill/repair/upgrade] | საკუთარი ინვენტარის მართვა |
find [id] [limit] | ობიექტების პოვნა ID-ით და რუკაზე მონიშვნა (სერვერის ასლი სჭირდება) |
search_id [term] | ობიექტების ID-ების ძებნა, სასარგებლოა spawn-მდე |
undo / redo | ბოლო მოქმედებების, მაგალითად spawn-ების, გაუქმება ან აღდგენა |
event [event] [x] [z] | event-ის დაწყება კონკრეტულ ადგილას |
move_spawn [x,z,y] | სამყაროს ნაგულისხმევი spawn წერტილის გადატანა |
resetdungeon | უახლოესი ბანაკის ან dungeon-ის reset-ი - შიგნით ყველაფერს შლის |
seed | სამყაროს seed-ის დაბეჭდვა |
server [command] | ბრძანების გაშვება თავად სერვერზე |
find ის ბრძანებაა, რომელიც დახმარების ყველაზე მეტ თხოვნას პასუხობს. find Cart სამყაროში ყველა ურემს მონიშნავს, და ასე პოულობ იმას, რომელიც ვიღაცამ ჭაობში მიატოვა. მეორე undo-ა: შეცდომით აკრეფილი spawn Troll 50 სამი ღილაკის დაჭერით უქმდება, ბრძოლის ნაცვლად.
resetdungeon და move_spawn საპირისპირო ტიპისაა - ადვილად იკრიფება, ძნელად ბრუნდება. გამოიყენე ისინი მხოლოდ backup-ის შემდეგ.
ბრძანებების შეზღუდვა ჯგუფის სერვერზე#
როცა მოდი სერვერზეა, შეგიძლია კონკრეტული ბრძანებები აუკრძალო ყველა ადმინს, გარდა რამდენიმე დასახელებული root მომხმარებლისა. სწორედ ეს შესაძლებლობა ხდის Server Devcommands-ს გამოსადეგს სერვერზე, სადაც სხვადასხვა ტემპერამენტის რამდენიმე ადმინია.
- გამორთული ბრძანებები.
disable_commandინახავს ბრძანებების სიას, რომლებსაც root მომხმარებლების გარდა ვერავინ გაუშვებს. მოდის საკუთარი მაგალითიაserver dev_config disable_command event, რომელიც ადმინებს ხელით რეიდების დაწყებას უკრძალავს. - root მომხმარებლები. SteamID-ების მძიმით გამოყოფილი სია სერვერის
server_devcommands.cfg-ში, კონსოლის სექციაში. root მომხმარებლებს გამორთული ბრძანებების გაშვება შეუძლიათ. ის განზრახ ვერ დაყენდებაdev_config-ით - ფაილი სერვერზე უნდა დაარედაქტირო, რომ ადმინმა თამაშიდან საკუთარი თავი ვერ დაწინაუროს. - გამორთული global key-ები.
server dev_config disable_global_key [keys]ხელს უშლის boss-ების მოკვლას, რომ დასახელებული key-ები დააყენოს. არგუმენტების გარეშე ის უკვე გამორთულებს ჩამოთვლის. global key-ები და setkey ხსნის, რას ხსნის თითოეული key. - გამორთული event-ები.
server dev_config disable_events 1შემთხვევით რეიდებს სრულად აჩერებს. უფრო ზუსტი კონტროლისთვის ჩვეულებრივ vanillaraidsworld modifier უკეთესი ინსტრუმენტია - იხილე რეიდები და event-ები სერვერებზე.
გონივრული განლაგება ჯგუფისთვის, რომელსაც ერთი მფლობელი და ორი დამხმარე ჰყავს: მფლობელი ერთადერთი root მომხმარებელია; სერვერის გამორთულ სიაში შედის ბრძანებები, რომლებიც არ უქმდება ან მთელ სამყაროს ცვლის - resetdungeon, move_spawn, killall, resetkeys, removekey, setkey, exploremap, resetmap - ხოლო დამხმარეებს რჩებათ tp, goto, calm, repair, kick და broadcast.
server dev_config disable_command resetdungeonserver dev_config disable_command move_spawnამის შემდეგ წაიკითხე სერვერის server_devcommands.cfg, რომ ნახო, რა შეინახა შენმა ვერსიამ - მეორე გამოძახებამ სიას დაამატა თუ ჩაანაცვლა - და საჭიროების შემთხვევაში სია იქვე გაასწორე.
ბრძანებების ლოგი#
როცა მოდი როგორც ადმინს, ისე სერვერს აქვს, ყოველი ბრძანება სერვერის კონსოლსა და ლოგში იწერება command_log_format-ში მითითებული ფორმატით:
{player_id}/{character_name} ({pos_x:F0}, {pos_z:F0}, {pos_y:F0}): {command}ასე მიიღება ხაზები, როგორიცაა Steam_76561198012345678/Astrid (512, -1340, 31): spawn Wolf 4. ეს ერთადერთი ჩანაწერია იმისა, ვინ რა spawn-ა, და პირველი, რაც უნდა წაიკითხო, როცა ბაზას troll-ებით სავსეს იპოვი. პანელის ჰოსტინგზე ის კონსოლში ყველაფერ დანარჩენთან ერთად ჩაირბენს; RE:NODE-ზე live კონსოლს ბრძანების ხაზი და ისტორია აქვს, ხოლო ლოგის ფაილები ფაილების მენეჯერშია სერვერის root-ში, ამიტომ შეგიძლია მოგვიანებით მოძებნო მათში (console და files პანელის გზამკვლევში).
გაითვალისწინე, რომ ლოგი მხოლოდ იმ ადმინების ბრძანებებს იწერს, რომლებსაც მოდიც აქვთ - და რადგან სწორედ მოდი აძლევს მათ cheat-ების გამოყენების საშუალებას, ეს ყველა მნიშვნელოვანი ადამიანია. command_log_format-ის ცარიელ მნიშვნელობაზე დაყენება ლოგირებას გამორთავს. ამის კარგი მიზეზი იშვიათად არსებობს.
პრობლემების მოგვარება#
`devcommands` ამბობს, რომ ნებადართული არ არის. ადმინის შემოწმება ჩავარდა. adminlist.txt-ში ჩაწერილი ID არ ემთხვევა იმას, რასაც სერვერი შენზე ლოგში წერს - ჩვეულებრივ crossplay სერვერზე პლატფორმის პრეფიქსი აკლია, ან ზედმეტი ჰარია.
ბრძანების აკრეფისას არაფერი ხდება. მოდი შენს კლიენტზე არ არის ჩატვირთული. გაუშვი თამაში mod manager-ის "Start modded" ღილაკით და არა Steam-ით, ან BepInEx საერთოდ არ იტვირთება.
`server` ბრძანებები შეცდომას აბრუნებს. სერვერს მოდი არ აქვს, ან სერვერის BepInEx არ მუშაობს. გაშვების ლოგში ჩატვირთვის ხაზი მოძებნე.
`find` სერვერზე არაფერს აბრუნებს. მას სერვერის ასლი სჭირდება; მის გარეშე კლიენტი მხოლოდ შენს ირგვლივ ჩატვირთულ ზონებს ხედავს.
ბრძანება ერთ ადმინთან მუშაობს, მეორესთან - არა. მოდის სხვადასხვა ვერსიებია, ან ერთი მათგანი root მომხმარებელია, მეორე კი გამორთულ სიას ეჯახება.
Valheim-ის patch-ის შემდეგ ყველაფერი გაფუჭდა. დაელოდე მოდის განახლებას, შემდეგ კლიენტისა და სერვერის ასლები ერთად განაახლე. ზოგადი პროცედურა წერია პოსტში რა ვქნა, როცა მოდის განახლება ყველაფერს ტეხავს.
FAQ#
ყველა მოთამაშეს სჭირდება Server Devcommands-ის დაყენება?
არა. ის მხოლოდ იმ ადმინებს სჭირდებათ თავიანთ PC-ზე, რომლებსაც ბრძანებების გამოყენება უნდათ. მოთამაშეები მის გარეშე ჩვეულებრივ შედიან და kick-ს არ იღებენ, რადგან მოდი კლიენტებსა და სერვერს შორის ვერსიებს არ ამოწმებს.
შემიძლია crossplay სერვერზე გამოყენება?
კი, PC-ის ადმინებისთვის. Xbox-ის მოთამაშეებს მოდების დაყენება არ შეუძლიათ, ამიტომ ბრძანებებს ვერ გამოიყენებენ, მაგრამ მაინც შეუძლიათ შემოვიდნენ სერვერზე, სადაც ის მუშაობს, რადგან ის არავისთვის არ არის კლიენტის სავალდებულო მოთხოვნა.
უსაფრთხოა მისი დატოვება დიდხანს მომუშავე სამყაროზე?
მისი დაყენება სამყაროში არაფერს ცვლის. სხვა საქმეა, რას აკეთებენ მისით ადმინები - დაუდევრად გაშვებული killall ან resetdungeon არ უქმდება. ადმინის ინტენსიური მუშაობის ყოველი სესიის წინ backup-ი გააკეთე და დამხმარეებისთვის გამორთული ბრძანებების სია გამოიყენე.
მუშაობს ის World Edit Commands-თან და JereKuusela-ს სხვა მოდებთან ერთად?
კი. JereKuusela-ს სხვა მოდები, მაგალითად World Edit Commands და Infinity Hammer, მის გვერდით სამუშაოდ არის დაწერილი, და მათი ბრძანებები alias-ებსა და bind-ებში ისევე შეიძლება გამოიყენო, როგორც ნებისმიერი სხვა. თითოეული დააყენე იმ მხარეს, რომელსაც მისი საკუთარი გვერდი ასახელებს - ყველა ერთსა და იმავე წესს არ მიჰყვება.
რატომ აგდებს boss-ი ზოგჯერ ორ trophy-ს?
ზოგ სერვერზე ეს ჩართული server_chat-ია - ფიქტიური ჩატის კლიენტი boss-ის loot-ისთვის მოთამაშედ ითვლება. გამორთე server dev_config server_chat 0-ით, თუ ეს განზრახ არ ჩაგირთავს.
