7 Days to Die სერვერის ადმინისტრირება ორ ფაილსა და ერთ კონსოლზე დგას. serveradmin.xml წყვეტს, ვინ არის ადმინი, ვინ არის დაბანილი და რომელი ბრძანებების გაშვება შეუძლია უფლებების თითოეულ დონეს. კონსოლი - თამაშიდან ადმინად F1-ით, telnet-ით ან შენი ჰოსტის პანელიდან - ბრძანებებს უშვებს. დანარჩენი ყველაფერი, ჰორდის ღამის მორგებიდან ნადავლის ცხრილამდე, ან serverconfig.xml-ის პარამეტრია, ან modlet Mods საქაღალდეში.
ეს გზამკვლევი დეტალურად ფარავს უფლებების სისტემას, დისტანციურ გზებს და იმას, რატომ არ უნდა უყურებდეს ერთ-ერთი მათგანი ინტერნეტს, კონსოლის ბრძანებებს, რომლებიც მართლა გამოგადგება, და იმას, როგორ მუშაობს modlet-ები: სად მიდის ისინი, როგორ იყენებს მათ XPath patching-ი, რას ბლოკავს EAC და რა ემართება სამყაროს, როცა ბლოკების დამამატებელ მოდს წაშლი. თავად პარამეტრების ფაილისთვის - სამყაროს ზომა, ზომბების რაოდენობა, blood moon - იხილე 7 Days to Die სერვერის პარამეტრები.
სად ცხოვრობს ადმინი: serveradmin.xml#
ფაილი სერვერის მომხმარებლის მონაცემების საქაღალდეშია, save-ების გვერდით, და მისი სახელი serverconfig.xml-ის AdminFileName თვისებიდან მოდის (ნაგულისხმევი serveradmin.xml). თავად საქაღალდე არის UserDataFolder, რომელიც Linux სერვერზე ნაგულისხმევად ~/.local/share/7DaysToDie/-ია, Windows-ზე კი %APPDATA%\7DaysToDie\. თუ ვერ პოულობ, serverconfig.xml-ში UserDataFolder აშკარად მიუთითე, რომ ყოველთვის იცოდე, სადაა.
ფაილი ვერსია 1.0-სა და შემდგომისთვის ასე გამოიყურება:
<adminTools> <admins> <user platform="Steam" userid="76561198000000000" permission_level="0" name="you" /> <user platform="Steam" userid="76561198000000001" permission_level="100" name="a moderator" /> </admins> <permissions> <permission cmd="kick" permission_level="100" /> <permission cmd="ban" permission_level="100" /> <permission cmd="say" permission_level="100" /> <permission cmd="lp" permission_level="1000" /> </permissions> <whitelist> <user platform="Steam" userid="76561198000000002" name="a friend" /> </whitelist> <blacklist> <user platform="Steam" userid="76561198000000003" reason="griefing" /> </blacklist></adminTools>platform არის ანგარიშის ქსელი - Steam Steam-ის კლიენტისთვის, სხვა იდენტიფიკატორი Epic-ის, Xbox-ის ან PlayStation-ის ანგარიშებისთვის crossplay სერვერზე. userid არის იმ პლატფორმის ID, 17-ციფრიანი რიცხვი, რომელიც Steam-ისთვის 76561198-ით იწყება. name შენთვის კომენტარია; არანაირ გავლენას არ ახდენს.
დაკავშირებული მოთამაშის ზუსტი პლატფორმისა და ID-ის მისაღებად კონსოლში გამოიყენე lp და არა Steam ID-ის აკრეფა პროფილის URL-დან იმის იმედით, რომ გაამართლებს.
უფლებების დონეები და წესი, რომელიც ხალხს ებმევა#
დონეები 0-დან 1000-მდე მიდის. ნაკლები უფრო ძლიერია. მოთამაშე, რომელსაც <admins>-ში ჩანაწერი არ აქვს, 1000-ია.
0არის მფლობელის დონე: ყველა ბრძანება, გამონაკლისის გარეშე.1-დან999-მდე არის ადმინი, რომლის შეზღუდვაც<permissions>სიით შეიძლება.1000არის ჩვეულებრივი მოთამაშე.
წესი, გაეშვება თუ არა ბრძანება, ორჯერ წაკითხვას იმსახურებს: მოთამაშეს შეუძლია გაუშვას ნებისმიერი ბრძანება, რომლის საჭირო დონე მეტია ან ტოლია მისი საკუთარი დონისა. ამიტომ permission_level="1000"-ით ჩამოთვლილი ბრძანების გაშვება ყველას შეუძლია, permission_level="0"-ით ჩამოთვლილისა კი მხოლოდ 0 დონის ადმინს. ბრძანება, რომელიც <permissions>-ში საერთოდ არ არის ჩამოთვლილი, ნაგულისხმევად 0 დონეზეა, სწორედ ამიტომ ახალი სერვერი მფლობელის გარდა არავის აძლევს რაიმეს გაკეთების უფლებას.
ეს გვაძლევს მოხერხებულ მოდელს პერსონალისთვის. მოდერატორები <admins>-ში 100 დონეზე დააყენე, მერე ზუსტად ის ბრძანებები ჩამოთვალე 100-ზე, რაც სჭირდებათ:
| ბრძანება | რეკომენდებული დონე | რატომ |
|---|---|---|
kick, ban, say, pm | 100 | მოდერაცია სამყაროს რედაქტირების გარეშე |
lp, lkp, gettime | 1000 | უწყინარი ინფორმაცია, ყველასთვის მისაღები |
give, giveself, cm, dm | 0 | ნივთების შექმნა მფლობელთან რჩება |
shutdown, setgamepref | 0 | ყველაფერი, რაც თავად სერვერს ცვლის |
serveradmin.xml-ის ცვლილებები მიმდინარე build-ებზე გადატვირთვის გარეშე იჭერება, მაგრამ კონსოლის ბრძანებები მაინც საიმედო გზაა, რადგან ისინი წერენ და ხელახლა იტვირთავენ ერთ ნაბიჯში.
Telnet, მართვის პანელი და პორტი, რომელიც არ უნდა გახსნა#
7 Days to Die-ს საკუთარი დისტანციური ადმინ ინტერფეისი მოყვება, რომელიც serverconfig.xml-ში კონფიგურირდება:
| თვისება | ნაგულისხმევი | რას აკეთებს |
|---|---|---|
TelnetEnabled | true | რთავს telnet კონსოლს |
TelnetPort | 8081 | სადაც უსმენს |
TelnetPassword | ცარიელი | საჭიროა ლოკალური კავშირის გარდა ყველაფრისთვის |
TelnetFailedLoginLimit | დაყენებულია | წარუმატებელი მცდელობები, სანამ მისამართი დაიბლოკება |
TelnetFailedLoginsBlocktime | დაყენებულია | რამდენ ხანს გრძელდება ეს ბლოკი |
ControlPanelEnabled | false | ჩაშენებული ვებ პანელი |
ControlPanelPort | 8080 | მისი HTTP პორტი |
Telnet ღია ტექსტია. პაროლი ქსელში დაუშიფრავად გადის, ყოველი ბრძანება იკითხება გზაზე მყოფი ნებისმიერისთვის და პროტოკოლს სესიის გასაღების ცნება საერთოდ არ აქვს. ის შექმნილია მართვის პანელისთვის, რომელიც იმავე მანქანაზე მყოფ სერვერს ელაპარაკება, და მხოლოდ იქ ეკუთვნის. იგივე ეხება ჩაშენებულ ვებ მართვის პანელს, რომელიც უბრალო HTTP-ია.
ამიტომ: telnet დატოვე ჩართული პაროლით და პორტი 8081 ინტერნეტისთვის ნუ გახსნი. თუ დისტანციური ადმინისტრირება გჭირდება, გამოიყენე შენი ჰოსტის კონსოლი, რომელიც სერვერს ლოკალური ქსელით უკავშირდება და არა მთელ მსოფლიოში. ზოგადი არგუმენტი წერია RCON უსაფრთხოდ-ში და პორტ-პორტ ვერსია - firewall-ის წესები, რომლებიც მნიშვნელოვანია-ში.
თავად თამაშის პორტები:
| პორტი | პროტოკოლი | დანიშნულება |
|---|---|---|
26900 | TCP და UDP | ServerPort, თამაშისა და Steam-ის მთავარი პორტი |
26901 | UDP | თამაშის ტრაფიკი |
26902 | UDP | თამაშის ტრაფიკი |
8081 | TCP | Telnet, მხოლოდ ლოკალურად |
8080 | TCP | ვებ მართვის პანელი, თუ ჩართულია, მხოლოდ ლოკალურად |
ServerPort-ის შეცვლა მის ზემოთ ორ UDP პორტსაც გადააადგილებს. გეიმ სერვერის პორტები ახსნილი აღწერს, რატომ სჭირდება თამაშს ერთზე მეტი და რა ტყდება, როცა მხოლოდ ზოგია მისაწვდომი.
კონსოლის ბრძანებები, რომლებიც ღირს ცოდნად#
ასზე გაცილებით მეტია. ეს ის ბრძანებებია, რომლებსაც გამოიყენებ. უმეტესს მოკლე მეტსახელი აქვს, რომელიც ფრჩხილებშია.
მოდერაცია:
| ბრძანება | რას აკეთებს |
|---|---|
admin add <name/id> <level> | ამატებს ადმინს უფლების დონით |
admin remove <name/id> | შლის ერთს |
admin list | ბეჭდავს ადმინების სიას |
kick <name/id> [reason] | მოთამაშეს ათიშებს |
kickall [reason] | ყველას ათიშებს, გამორთვამდე გამოსადეგია |
ban add <name/id> <duration> <unit> [reason] | ბანავს, მაგალითად ban add Bob 3 days "griefing" |
ban remove <name/id> | ბანს ხსნის |
ban list | ბეჭდავს ban სიას |
whitelist add/remove/list | მართავს whitelist-ს |
say "message" | ყველას ეუბნება |
pm <name> "message" | პირადი შეტყობინება |
ინფორმაცია:
| ბრძანება | რას აკეთებს |
|---|---|
listplayers (lp) | დაკავშირებული მოთამაშეები ID-ებით, პოზიციებით, ჯანმრთელობით და ping-ით |
listknownplayers (lkp) | ყველა, ვისაც სერვერი ოდესმე შეხვედრია |
listents (le) | ყველა ერთეული, ასე იგებ, რა ჭამს frame-ის დროს |
gettime (gt) | მიმდინარე დღე და დრო |
getgamepref (gg) | ყველა თამაშის პარამეტრი და მისი მიმდინარე მნიშვნელობა |
mem | მეხსიერება და ობიექტების რაოდენობა |
version | build-ის ვერსია, პირველი, რასაც მოდთან შეადარებ |
სამყარო და მოთამაშეები:
| ბრძანება | რას აკეთებს |
|---|---|
settime <day> <hour> <minute> (st) | ასევე იღებს day და night |
teleportplayer <player> <x> <y> <z> | ადგილს ცვლის ვინმეს, ან სხვა მოთამაშის სახელთან |
tele <x> <y> <z> | გადაგაადგილებს |
give <player> <item> <count> [quality] | გადასცემს ნივთს მისი შიდა სახელით |
giveself <item> [quality] [count] | გაძლევს |
giveselfxp <amount> | გამოცდილება |
spawnentity <playerid> <entityid> (se) | ქმნის მოთამაშესთან ახლოს |
spawnairdrop | ჩამოაგდებს მარაგის ყუთს |
spawnwanderinghorde (swh) | აგზავნის მოხეტიალე ჰორდას |
buffplayer <player> <buff> | ადებს buff-ს, debuffplayer ხსნის |
creativemenu (cm) | გიხსნის creative მენიუს შენი კლიენტისთვის |
debugmenu (dm) | debug რეჟიმი შენი კლიენტისთვის |
სერვერი:
| ბრძანება | რას აკეთებს |
|---|---|
saveworld (sa) | ახლავე აიძულებს save-ს |
shutdown | ინახავს და სუფთად გადის |
setgamepref <pref> <value> (sg) | პარამეტრს ცოცხლად ცვლის |
help <command> | ავტორიტეტული სინტაქსი შენი build-ისთვის |
ამათგან ორი ცხრილის ხაზზე მეტს იმსახურებს.
shutdown არის 7 Days to Die სერვერის გაჩერების ერთადერთი სწორი გზა. სამყარო region ფაილებად ინახება და შუა ჩაწერაში მოკლული პროცესი ერთს აზიანებს - რაც მოგვიანებით ვლინდება, როგორც კონკრეტული ადგილი, რომელიც ავარიას იწვევს ყველასთვის, ვინც მასში შედის, და არა როგორც შეცდომა გაშვებისას. გამოიყენე პანელის Stop ღილაკი, რომელიც სუფთა სიგნალს აგზავნის, ან ჯერ shutdown გაუშვი. ერთი დაზიანებული region-ის backup-იდან აღდგენა ბევრად უფრო სწრაფია, ვიდრე მთელი სამყაროსი, ამიტომ შეინახე backup-ები, რომელთა დათვალიერებაც შეგიძლია და არა მხოლოდ მთელი სამყაროს არქივები.
setgamepref მუშა სერვერზე პარამეტრს ცვლის და serverconfig.xml-ში არ წერს. ეს მას ექსპერიმენტისთვის იდეალურს ხდის - კვირის შუაში შეამცირე BloodMoonEnemyCount და ნახე, რას იზამს CPU - და ხაფანგს ყველაფრისთვის, რისი შენახვაც გინდა, რადგან შემდეგი გადატვირთვა მას აბრუნებს. ზოგი პარამეტრი მხოლოდ სამყაროს გენერაციისას იკითხება და არაფერს შეცვლის, რასაც არ უნდა ამბობდეს კონსოლი. დაყენების შემდეგ შეამოწმე gg-ით.
Modlet-ები: სად მიდის და როგორ იტვირთება#
7 Days to Die-ს workshop არ აქვს. მოდები საქაღალდეებია, რომლებსაც Mods დირექტორიაში დებ სერვერის root-ში, Data/-სა და სერვერის binary-ის გვერდით. შექმენი, თუ არ არსებობს. თითოეული modlet ერთი ქვესაქაღალდეა, რომლის root-შიც ModInfo.xml დევს:
Mods/ MyTweaks/ ModInfo.xml Config/ blocks.xml loot.xml SomeUIMod/ ModInfo.xml Config/ Resources/ModInfo.xml 1.0-სა და შემდგომში ბრტყელია:
<?xml version="1.0" encoding="UTF-8" ?><xml> <Name value="MyTweaks" /> <DisplayName value="My Tweaks" /> <Version value="1.0.0" /> <Description value="Small balance changes" /> <Author value="you" /> <Website value="" /></xml>ძველი modlet-ები ამ ყველაფერს <xml>-ის შიგნით <ModInfo> ელემენტში ახვევენ. გახვეული ფორმა 1.0-ზე მიმდინარე აღარ არის, ამიტომ modlet, რომელსაც Alpha 21-ის შემდეგ არავინ შეხებია, შეიძლება საერთოდ არ ამოიცნონ. მოდი, რომელიც გაშვების ლოგში უბრალოდ არ ჩანს, ჩვეულებრივ ეს არის და არა ცუდი ინსტალაცია.
Modlet-ები იტვირთება მათი საქაღალდეების სახელების ანბანური რიგით, და გვიანდელი patch-ები აჯობებს ადრეულს, როცა ორივე ერთსა და იმავე მნიშვნელობას ეხება. ეს არის მთელი load-order მექანიზმი: თუ გინდა, რომ ერთმა modlet-მა გაიმარჯვოს, გადაარქვი მის საქაღალდეს სახელი ისე, რომ ბოლოს დალაგდეს. პრეფიქსები, როგორიცაა 00_ და zz_, community-ის კონვენციაა და მუშაობს, რადგან ისინი უბრალოდ ფაილების სახელებია.
XPath patch-ის წერა და გამართვა#
Modlet ვანილის კონფიგურაციის ფაილს არ ცვლის; ის მას patch-ავს. Config/-ში ჩადე ფაილი Data/Config/-ში მყოფი ვანილის ფაილის იგივე სახელით, შიგთავსი გახვიე <configs>-ში და აღწერე ცვლილება:
<configs> <set xpath="/blocks/block[@name='BLOCK_NAME']/property[@name='MaxDamage']/@value">1200</set> <append xpath="/blocks"> <block name="myNewBlock"> <property name="Extends" value="BLOCK_TO_COPY" /> </block> </append> <remove xpath="/blocks/block[@name='BLOCK_NAME']/property[@name='DowngradeBlock']" /></configs>ხელმისაწვდომი ინსტრუქციებია set, setattribute, removeattribute, append, insertBefore, insertAfter, remove და csv. xpath ზუსტად უნდა ემთხვეოდეს ვანილის ფაილს, ამიტომ გახსენი Data/Config/blocks.xml სერვერზე და გზა იქიდან გადმოიღე და ნუ გამოიცნობ ელემენტების სახელებს.
გამართვის მნიშვნელოვანი ფაქტი: patch, რომლის xpath არაფერს ემთხვევა, სერვერს არ ჩამოაგდებს. ის გაფრთხილებას წერს და თამაში ორიგინალური მნიშვნელობით აგრძელებს. ამიტომ modlet, რომელიც „არაფერს აკეთებს“, თითქმის ყოველთვის ვერ გამოიყენა თავი, და მიზეზი სერვერის output ლოგშია, რომელსაც პანელის კონსოლი გაშვებისას აჩვენებს. მოძებნე იქ modlet-ის სახელი; მიიღებ ან ხაზს, რომელიც ამბობს, რომ ჩაიტვირთა და გამოიყენა, ან ხაზს, რომელიც ამბობს, რომ patch არ დაემთხვა.
ამიტომაც ვერსიების ცვალებადობა გტკივა. როცა თამაშის განახლება თვისებას სახელს გადაარქმევს, ყველა modlet, რომელიც მას patch-ავდა, ჩუმად წყვეტს მუშაობას, სანამ დაყენებულად გამოიყურება. ნებისმიერი განახლების შემდეგ ფორუმებამდე წაიკითხე გაშვების ლოგი.
EAC, კლიენტები და რა უნდა დააყენონ მოთამაშეებმა#
EACEnabled serverconfig.xml-ში აკონტროლებს Easy Anti-Cheat-ს. ხელისგულა წესი:
- Modlet, რომელიც მხოლოდ XML-ია, ჩვეულებრივ EAC ჩართულით მუშაობს.
- Modlet, რომელიც `.dll`-ს შეიცავს, - არა. დააყენე
EACEnabledfalse-ზე, და მოთამაშეებმა, რომლებსაც კლიენტის ნახევარი სჭირდებათ, თამაში EAC-ის გარეშე უნდა დაიწყონ launcher-იდან.
EAC-ის გამორთვა რეალური ფასია და არა ფორმალობა. სწორედ ის აჩერებს გავრცელებულ თაღლითობებს, როგორიცაა ფრენა და ნივთების შექმნა, და საჯარო სერვერზე ამას შეამჩნევ. თუ იმას, რაც გინდა, მხოლოდ XML-ით მიიღებ, ასე გააკეთე.
მოდების კლიენტებამდე ავტომატური მიწოდება არ არსებობს. არაფერი არ უწერს მოთამაშეებს არაფერზე და არაფერი იგზავნება შეერთებისას. რა სჭირდება თითოეულ მოთამაშეს, დამოკიდებულია იმაზე, რას ცვლის modlet-ი:
- მხოლოდ სერვერი შესაძლებელია იმისთვის, რასაც მარტო სერვერი აფასებს: ნადავლის ცხრილის წონები, spawn-ის წესები, quest-ის ჯილდოები.
- ორივე მხარე საჭიროა ყველაფრისთვის, რასაც კლიენტი ხატავს ან წინასწარმეტყველებს: ახალი ნივთები, ახალი ბლოკები, რეცეპტები, ხატულები, მოდელები, ხმები, UI.
ჩათვალე, რომ ორივე მხარე, თუ ავტორი სხვას არ ამბობს, და მოთამაშეებს გადაეცი იმ Mods საქაღალდის ზუსტი zip, რომელსაც უშვებ, და არა ბმულების სია. მოთამაშე, რომელიც ერთი მოდის უფრო ახალ ვერსიას ჩამოტვირთავს, ვიდრე სერვერს აქვს, დაბნეულად ჩავარდება იმის ნაცვლად, რომ ეუბნებოდნენ.
crossplay სერვერზე ეს თავისით წყდება: კონსოლის მოთამაშეებს ვერაფრის დაყენება არ შეუძლიათ, ამიტომ მოდიფიცირებული სერვერი, რომელსაც კლიენტის ფაილები სჭირდება, არის მხოლოდ PC სერვერი, crossplay-ის პარამეტრი რასაც არ უნდა ამბობდეს.
პრობლემების მოგვარება#
არაფერი, რასაც კონსოლში ვწერ, არ მუშაობს. ან ადმინი არ ხარ, ან ადმინი ხარ დონეზე, რომელიც ბრძანების მოთხოვნაზე მაღალია. გაუშვი admin list თავად სერვერის კონსოლიდან, რომელსაც ყოველთვის 0 დონე აქვს.
ბანმა არაფერი გააკეთა. მოთამაშის სახელი დაბანე სერვერზე, სადაც ის სხვა სახელით შეიძლება ხელახლა შემოვიდეს. დაბანე პლატფორმის ID lp-დან.
Telnet ჩემს პაროლს უარყოფს. TelnetPassword ცარიელია, რაც მხოლოდ ლოკალურ კავშირებს იძლევა, ან მისამართი წარუმატებელი მცდელობების შემდეგ დაბლოკილია - დაელოდე TelnetFailedLoginsBlocktime-ის ამოწურვას.
modlet საქაღალდეშია და არაფერს აკეთებს. სამი კანდიდატი, თანმიმდევრობით: ModInfo.xml-ის ფორმატი ძველი, ჩალაგებულია; საქაღალდის სტრუქტურა არასწორია, modlet ჩამოტვირთვის შიგნით ერთი დონით ღრმაა ჩადებული; ან xpath არ ემთხვევა. გაშვების ლოგი გეტყვის, რომელია.
პარამეტრები, რომლებიც კონსოლში შევცვალე, დაბრუნდა. setgamepref მხოლოდ სესიისთვისაა. ჩაწერე ის serverconfig.xml-შიც.
კონკრეტული ადგილი მოთამაშეებს ავარიას უკეთებს. დაზიანებული region ფაილი, თითქმის ყოველთვის სერვერისგან, რომელიც გამორთვის ნაცვლად მოკლეს. აღადგინე ეს region backup-იდან და არა მთელი სამყარო.
წარმადობა ჰორდის ღამეს ინგრევა და მანამდე არა. ეს დატვირთვის ტესტია და ზომის საკითხია და არა ადმინისტრირების. le ჰორდის დროს გეტყვის, რამდენი ერთეულია ცოცხალი, ხოლო 7 Days to Die სერვერის პარამეტრები აღწერს, რომელი რიცხვები შეამციროს.
FAQ#
როგორ გავხდე ადმინი 7 Days to Die სერვერზე?
სერვერის კონსოლიდან გაუშვი admin add <your platform id> 0. ID აიღე lp-დან, სანამ დაკავშირებული ხარ. serveradmin.xml-ის ხელით რედაქტირებაც მუშაობს, მაგრამ ბრძანება მას იმ ფორმატში წერს, რომელსაც შენი build ელოდება.
რა უფლების დონე უნდა ჰქონდეთ მოდერატორებს?
100 ჩვეულებრივი არჩევანია. ის ბევრად ქვემოთაა 1000-ზე, რომელსაც ჩვეულებრივი მოთამაშეები იღებენ, და ბევრად ზემოთ 0-ზე, ამიტომ შეგიძლია <permissions> სექციაში kick, ban და say 100-ზე მისცე, ნივთების შექმნა და shutdown კი 0-ზე დატოვო.
უსაფრთხოა telnet პორტის გახსნა?
არა. Telnet პაროლსა და ყველა ბრძანებას ღია ტექსტით აგზავნის. TelnetEnabled დატოვე ჩართული პაროლით ლოკალური ინსტრუმენტებისთვის, პორტი 8081 ინტერნეტისთვის დახურული და სერვერი შენი ჰოსტის კონსოლით მართე.
უნდა დააყენონ ჩემმა მოთამაშეებმა მოდები?
ჩვეულებრივ დიახ. workshop არ არის და კლიენტებს არაფერი ეგზავნება. მხოლოდ სერვერის modlet-ები არსებობს ნადავლისა და spawn-ის წესებისთვის, მაგრამ ყველაფერი, რაც ნივთს, ბლოკს, რეცეპტს ან ხატულას ამატებს, ორივე მხარეს უნდა იყოს ერთი ვერსიით.
შემიძლია მოდების გაშვება EAC ჩართულით?
მხოლოდ XML-ის modlet-ები საერთოდ EAC ჩართულით მუშაობს. ყველაფერი, რაც კომპილირებულ .dll-ს შეიცავს, საჭიროებს EACEnabled-ის false-ზე დაყენებას serverconfig.xml-ში, და შესაბამის მოთამაშეებსაც EAC-ის გარეშე უნდა გაუშვან თამაში.
რატომ შეწყვიტა ჩემმა modlet-მა მუშაობა განახლების შემდეგ?
თამაშის განახლებამ გადაარქვა სახელი ან გადაიტანა ის, რაზეც მისი xpath მიუთითებდა, ამიტომ patch აღარ ემთხვევა და გაფრთხილებით გამოტოვება. შეამოწმე გაშვების ლოგი, მერე - მოდის გვერდი build-ის კონკრეტული რელიზისთვის. რა ვქნა, როცა მოდის განახლება ტეხავს უფრო ფართო რუტინას შეიცავს.




კომენტარები
სრულიად ანონიმურად: ანგარიშის, ელფოსტის და cookie-ის გარეშე. ინახება მხოლოდ სახელი, ტექსტი და დრო - სხვა არაფერი. ბმულების რაოდენობა ლიმიტირებულია.