Satisfactory სერვერის მოდები: SML და Mod Manager

Satisfactory-ის მოდები გამოყოფილ სერვერზე SML-ით, Satisfactory Mod Loader-ით მუშაობს და ficsit.app-იდან მოდის. პრაქტიკული გზა არის Satisfactory Mod Manager შენს კომპიუტერზე: დაამატე მასში სერვერი SFTP-ით, აირჩიე მოდების პროფილი და მიეცი საშუალება, დააყენოს SML და მოდები სერვერის FactoryGame/Mods საქაღალდეში სწორი Linux-ის სერვერის build-ებით. ამის შემდეგ ყოველი მოთამაშე იმავე პროფილს უშვებს. სამი რამ წყვეტს, იმუშავებს თუ არა: ყოველ მოდს უნდა ჰქონდეს build სერვერის პლატფორმისთვის, SML ზუსტად უნდა ემთხვეოდეს თამაშის ვერსიას, და არავინ ანახლებს თამაშს, სანამ მოდები მისთვის მზად არ არის. ეს სტატია აღწერს ინსტალაციას, საქაღალდეების სტრუქტურას, რომელი მოდი სად ეკუთვნის, ჯგუფის სინქრონში შენახვას და რა ქნა პატჩის დღეს.

თავად სერვერის დაყენება აღწერილია Satisfactory-ის გამოყოფილი სერვერის გზამკვლევში, ხოლო Server Manager-ის პარამეტრები - სტატიაში Satisfactory სერვერის პარამეტრები და save-ები. ეს სტატია მოდებზეა.

როგორ ეწყობა ერთმანეთს Satisfactory-ის მოდინგი#

Satisfactory-ს თამაშში ჩაშენებული ოფიციალური მოდების მხარდაჭერა არ აქვს. საზოგადოებამ ააწყო ის, და მას სამი ნაწილი აქვს:

• SML, Satisfactory Mod Loader, თავად მოდად ყენდება. ის ტვირთავს ყოველ სხვა მოდს და აწვდის საერთო სისტემებს, რომლებსაც ისინი ეყრდნობიან - კონფიგურაციას, თავსებადობის შემოწმებებს, თამაშის შიგნით მოდების სიას. ყოველ მოდიან ინსტალაციას, კლიენტსაც და სერვერსაც, ის სჭირდება.
• ficsit.app მოდების რეპოზიტორიაა. ყოველ მოდს აქვს გვერდი, სადაც ჩამოთვლილია მისი ვერსიები, დამოკიდებულებები, თამაშის ვერსიები, რომლებსაც მხარს უჭერს, და პლატფორმები, რომლებისთვისაც აიწყო.
• Satisfactory Mod Manager (SMM) დესკტოპის აპლიკაციაა, რომელიც SML-ს და მოდებს ficsit.app-იდან თამაშის ინსტალაციაში აყენებს, დამოკიდებულებებს აგვარებს და დასახელებულ პროფილებს ინახავს. მისი ძრავა ბრძანების ხაზის ხელსაწყოდაც არსებობს, ficsit-cli, მათთვის, ვისაც ინსტალაციების სკრიპტირება უნდა.

დიზაინის არჩევანი, რომელსაც ყველაზე მეტი მნიშვნელობა აქვს: მოდები დაკომპილირებული კოდია, ყოველი პლატფორმისთვის ცალკე აწყობილი. მოდის Windows-ის კლიენტის build იგივე ფაილი არ არის, რაც იმავე მოდის Linux-ის სერვერის build. ეს ერთი ფაქტი ხსნის სერვერზე ჩავარდნილი ინსტალაციების უმეტესობას.

სერვერის target-ები: შემოწმება ყველაფერზე ადრე#

ficsit.app-ზე მოდის ყოველი ვერსია ჩამოთვლის target-ებს, რომლებისთვისაც აიწყო. ჩვეულებრივ დაინახავ შემდეგის რაიმე კომბინაციას:

ჰოსტინგის გამოყოფილი სერვერები თითქმის ყოველთვის Linux-ზე მუშაობს. მოდი LinuxServer build-ის გარეშე მათზე ვერ იმუშავებს - არა იმიტომ, რომ რაღაც არასწორადაა დაკონფიგურირებული, არამედ იმიტომ, რომ ფაილი, რომელიც სერვერს სჭირდება, არ არსებობს. Windows-ის კლიენტის ფაილების სერვერის საქაღალდეში კოპირება არ მუშაობს.

სანამ მოდიან თამაშს დაგეგმავ, შეამოწმე შენს სიაში ყოველი მოდი სერვერის target-ზე, და მისი დამოკიდებულებებიც შეამოწმე. ერთი საჭირო ბიბლიოთეკა Linux-ის სერვერის build-ის გარეშე ბლოკავს ყოველ მოდს, რომელიც მასზეა დამოკიდებული. Mod Manager ამ შემოწმებას შენთვის აკეთებს სერვერზე დაყენებისას და უარს ამბობს მოდებზე, რომლებსაც ვერ განათავსებს, რაც ერთ-ერთი საუკეთესო მიზეზია, რომ ის გამოიყენო ფაილების ხელით კოპირების ნაცვლად.

ინსტალაცია Mod Manager-ით SFTP-ზე#

SMM-ს შეუძლია გამოყოფილი სერვერის მოდების დისტანციურად მართვა, თუ სერვერის ფაილებს მისწვდება. მხარდაჭერილია ლოკალური გზა, FTP და SFTP; ჰოსტინგის სერვერზე SFTP გჭირდება.

1. გააკეთე სერვერის backup - save-ისა და მთელი FactoryGame/Mods საქაღალდის, თუ არსებობს. RE:NODE-ზე ეს backup-ის სლოტი და ღილაკია.
2. გააჩერე სერვერი. მოდები არასდროს უნდა დაყენდეს, სანამ ის მუშაობს.
3. აიღე SFTP-ის მონაცემები სერვერისთვის: ჰოსტი, პორტი, მომხმარებლის სახელი და პაროლი. RE:NODE-ის ყოველ სერვერს აქვს SFTP საკუთარი მონაცემებით; SFTP და ფაილების მენეჯერი აჩვენებს, სად არის ისინი.
4. SMM-ში დაამატე სერვერი დისტანციურ ინსტალაციად ამ მონაცემებით და მიუთითე სერვერის ძირეულ საქაღალდეზე - იმაზე, რომელიც FactoryGame-ს შეიცავს.
5. აირჩიე პროფილი - იგივე, რომელსაც შენ და შენი მოთამაშეები კლიენტებზე გამოიყენებთ - და მიეცი SMM-ს მისი გამოყენების საშუალება. ის აყენებს SML-ს, პროფილის ყოველ მოდს და მათ დამოკიდებულებებს სერვერის build-ების გამოყენებით.
6. გაუშვი სერვერი და წაიკითხე ლოგი, სანამ იტვირთება.

როცა SML იტვირთება, ის ლოგში თავის ხაზებს LogSatisfactoryModLoader კატეგორიის ქვეშ წერს, მათ შორის SML-ის ვერსიას და ყოველ მოდს, რომელიც იპოვა. თუ მოდს დამოკიდებულება აკლია ან თამაშის სხვა ვერსიისთვის აიწყო, სწორედ აქ ამბობს ამას. წაიკითხე, სანამ ჯგუფს ეტყვი, რომ სერვერი მზადაა.

თუ სკრიპტირება გირჩევნია, ficsit-cli იმავე სამუშაოს ტერმინალიდან აკეთებს და დისტანციურ ინსტალაციაზე შეუძლია მიმართვა. ბრძანებები რელიზებს შორის შეიცვალა, ამიტომ გამოიყენე მისი ჩაშენებული help იმ ვერსიისთვის, რომელიც გაქვს.

როგორ გამოიყურება ფაილები სერვერზე#

აქ ხელით რამის რედაქტირება არ გჭირდება, მაგრამ სტრუქტურის ცოდნა პრობლემების მოგვარებას გაცილებით აადვილებს.

FactoryGame/  Mods/    SML/      SML.uplugin      Binaries/LinuxServer/      Content/Paks/LinuxServer/    SomeMod/      SomeMod.uplugin      Binaries/LinuxServer/      Content/Paks/LinuxServer/  Configs/    SomeMod.cfg  Saved/    Config/LinuxServer/    SaveGames/

ყოველი მოდი საქაღალდეა, რომელიც მისი mod reference-ით არის დასახელებული - მოკლე შიდა სახელით ficsit.app-ზე და არა საჩვენებელი სახელით. .uplugin ფაილი მას აღწერს; Binaries და Paks საქაღალდეები პლატფორმისთვის სპეციფიკურ build-ებს შეიცავს. მოდის საქაღალდე მხოლოდ Windows ქვესაქაღალდეებით Windows-ის კლიენტის build-ია, შეცდომით ჩადებული, და სერვერი მას ან უგულებელყოფს, ან მასზე ჩავარდება.

მოდის პარამეტრები, რომლებიც SML-ის კონფიგურაციის სისტემას იყენებს, ფაილებად იწერება FactoryGame/Configs/-ში, თითო მოდზე თითო. ზოგ მოდს იქ სერვერის მასშტაბის პარამეტრები აქვს; სხვები ოფციებს save-ში ან მხოლოდ კლიენტზე ინახავენ. დაარედაქტირე კონფიგის ფაილები გაჩერებული სერვერით და შეცვლამდე ასლი შეინახე.

რომელი მოდი სად ეკუთვნის#

ყოველი მოდი ორივე მხარეს არ უნდა იყოს. ყოველი მოდი აცხადებს, უნდა იყოს თუ არა კავშირის მეორე ბოლოზეც, და ზოგადად ისინი სამ ჯგუფად იყოფა:

კონტენტის მოდები თითქმის ყოველთვის ორივე მხარეს არის საჭირო. სერვერს ისინი ახალი შენობების სიმულაციისა და შენახვისთვის სჭირდება; კლიენტებს - მათი დანახვისა და გამოყენებისთვის. მხოლოდ კლიენტის მოდები, როგორიცაა ინტერფეისის დამხმარეები ან კამერის ხელსაწყოები, თითოეული მოთამაშის კომპიუტერზე ცხოვრობს, და სერვერმა არც იცის და არც აინტერესებს. ზოგი მოდი გამოყოფილ სერვერთან მხოლოდ ნაწილობრივ მუშაობს - ficsit.app-ის გვერდი და მოდის საკუთარი აღწერა ის ადგილია, სადაც ავტორები ამას ამბობენ.

პრაქტიკული წესი: სერვერზე მხოლოდ ის დადე, რაც იქ უნდა იყოს. ყოველი დამატებითი მოდი კიდევ ერთი რამეა, რომელსაც სერვერის build უნდა ჰქონდეს, პატჩის დღეს უნდა განახლდეს და ყოველ კლიენტს უნდა დაემთხვეს.

ყოველი მოთამაშის ერთსა და იმავე მოდებზე შენახვა#

ვერსიების დამთხვევა მკაცრია. როცა მოთამაშე შედის, SML მის მოდებს სერვერისას ადარებს. დაკლებული მოდი, ზედმეტი საჭირო მოდი ან სხვა ვერსია კავშირს ჩაშლის, ჩვეულებრივ შეტყობინებით, რომელიც ჩამოთვლის, რა განსხვავდება.

ჯგუფის სინქრონში შენახვის ყველაზე სუფთა გზაა, ერთი SMM პროფილი ჭეშმარიტების წყაროდ აღიქვა:

1. ერთი ადამიანი SMM-ში აწყობს პროფილს და სერვერზე აყენებს.
2. ის SMM-იდან პროფილს ექსპორტს უკეთებს და ფაილს ჯგუფს უზიარებს.
3. ყოველი მოთამაშე მას იმპორტს უკეთებს და საკუთარ თამაშზე იყენებს.
4. როცა სია იცვლება, გაიმეორე - და სერვერი და გაზიარებული პროფილი ერთდროულად შეცვალე.

მოთამაშეებმა ამ პროფილისთვის SMM-ში მოდების ავტომატური განახლებები უნდა გამორთონ, ან მინიმუმ არ განაახლონ, სანამ სერვერი არ განახლდება. მოთამაშე, რომლის Mod Manager-მაც შაბათ-კვირას ჩუმად ჩამოტვირთა ერთი მოდის ახალი ვერსია, ყველაზე გავრცელებული მიზეზია, რის გამოც მომუშავე მოდიანი სერვერი ვინმეს მიღებას წყვეტს.

მხოლოდ კლიენტის მოდები მოთამაშეებს შორის შეიძლება განსხვავდებოდეს. მხოლოდ ორივე მხარეს საჭირო მოდები უნდა ემთხვეოდეს.

თამაშის განახლებები: პატჩის დღე მოდიანი სერვერისთვის#

SML თამაშის კონკრეტულ ვერსიაზეა აწყობილი. როცა Coffee Stain განახლებას უშვებს, SML-ს ჩვეულებრივ ახალი რელიზი სჭირდება, სანამ რომელიმე მოდი ჩაიტვირთება, ხოლო შემდეგ თითოეულ მოდს შეიძლება საკუთარი განახლება დასჭირდეს. დიდი განახლებისთვის ამას შეიძლება დღეები ან კვირები დასჭირდეს; პატარა პატჩისთვის - საათები.

რუტინა, რომელიც მოდიან სერვერს ცოცხალს ინარჩუნებს:

• ნუ განაახლებ სერვერს ავტომატურად. მოდიან სერვერზე განახლება გაშვებისას არის განახლება, რომელიც სერვერის ჩატვირთვას შეაჩერებს, სანამ მოდები არ დაეწევიან. განაახლე შეგნებულად.
• ყოველ განახლებამდე გააკეთე backup. Satisfactory-ის save-ები მხოლოდ წინ არის თავსებადი - ახალი ვერსიით გახსნილ save-ს ძველი ვეღარ გახსნის. განახლებამდე აღებული backup შენი ერთადერთი გზაა უკან.
• განაახლე თანმიმდევრობით. თამაში, შემდეგ SML, შემდეგ მოდები, ყველა სერვერზე; შემდეგ იგივე ყოველ კლიენტზე.
• დააკვირდი ლოგს პირველ გაშვებაზე. მოდები, რომლებიც არ განახლებულა, ამას SML-ის ლოგის ხაზებში ამბობენ.
• ელოდე, რომ ზოგი მოდი ჩამორჩება. თუ მოდი, რომელზეც დამოკიდებული ხარ, არ განახლებულა, ან ელოდები, ან მოაშორებ - და მოშორებას ზემოთ აღწერილი ფასი აქვს.

Experimental branch ამ ყველაფერს ართულებს. მოდები ზოგადად stable რელიზისთვის იწყობა; experimental სერვერი მოდებით არის სერვერი, რომელიც უფრო ხშირად ფუჭდება. მოდიანი სერვერი ნაგულისხმევ branch-ზე დატოვე, თუ ყოველი მოდი, რომელსაც იყენებ, experimental-ს ცხადად არ უჭერს მხარს. რა ქნა, როცა მოდის განახლება რამეს ამტვრევს აღდგენის ზოგად პროცედურას აღწერს.

მოდები და სერვერის რესურსები#

მოდები, რომლებიც შენობებს და რეცეპტებს ამატებს, მეხსიერების მოხმარებას ზრდის, როგორც დამატებითი კონტენტის ჩატვირთვით, ისე უფრო დიდი ქარხნებით, რომლებსაც შესაძლებელს ხდის. დაამატე 2-4 GB იმ რიცხვს, რომელსაც იმავე ზომის vanilla ქარხნისთვის გამოიყენებდი, თუ შენს სიაში რამდენიმე კონტენტის მოდია.

RE:NODE-ის Satisfactory-ის გეგმები 8 GB-დან 14 GB-მდეა; მძიმედ მოდირებული გვიანი ეტაპის ქარხანა ამ დიაპაზონის ზედა ნაწილს ეკუთვნის, და პანელში მეხსიერების გრაფიკი ლიმიტთან მიმართებით გეუბნება, როდის უახლოვდები. იგივე წესები, რაც Satisfactory სერვერის წარმადობა და დიდი ქარხნები სტატიაშია, აქაც მოქმედებს: მეტი მანქანა და მეტი ნივთი გზაში მეტი ჯდება, vanilla-დან მოდის თუ მოდიდან.

პრობლემების მოგვარება#

SMM სერვერზე მოდის დაყენებაზე უარს ამბობს. მას სერვერის პლატფორმისთვის build არ აქვს, ან მის ერთ-ერთ დამოკიდებულებას არ აქვს. შეამოწმე target-ები ficsit.app-ზე.

სერვერი ეშვება, მაგრამ არცერთი მოდი არ იტვირთება. SML აკლია ან თამაშის ვერსიას არ ემთხვევა. შეამოწმე LogSatisfactoryModLoader ხაზები ლოგის დასაწყისში.

მოთამაშეებს მოდების შეუსაბამობით უარს ეუბნებიან. მათი პროფილი სერვერისას განსხვავდება. ხელახლა გააკეთე გაზიარებული პროფილის იმპორტი და გამოიყენე.

სერვერის განახლების შემდეგ მოდებმა ჩატვირთვა შეწყვიტეს. SML და მოდები თამაშის ახალ ვერსიას ჯერ მხარს არ უჭერენ. აღადგინე განახლებამდე აღებული backup ან დაელოდე განახლებებს.

სერვერი მოდის დამატების შემდეგ ჩატვირთვისას crash-ს აძლევს. ნახე ლოგის ბოლოს შეცდომაში დასახელებული მოდი, მოაშორე მხოლოდ ამ მოდის საქაღალდე და კიდევ სცადე. არასდროს მოაშორო კონტენტის მოდი დიდხანს მიმდინარე save-იდან backup-ის გარეშე.

მოდის მოშორების შემდეგ save-ს შენობები აკლია. სწორედ ამას აკეთებს კონტენტის მოდის მოშორება. აღადგინე მოშორებამდე აღებული backup და მოდი ხელახლა დააყენე.

FAQ#

შემიძლია Satisfactory-ის მოდები სერვერზე Mod Manager-ის გარეშე დავაყენო?

კი. ჩამოტვირთე სერვერის build-ები ficsit.app-იდან და ატვირთე FactoryGame/Mods-ში SFTP-ით, SML-თან და ყოველ დამოკიდებულებასთან ერთად. Mod Manager იგივეს აკეთებს და თან target-ებსა და დამოკიდებულებებს ამოწმებს, ამიტომ ის უფრო უსაფრთხო გზაა.

სჭირდებათ ჩემს მოთამაშეებს იგივე მოდები, რაც სერვერს?

ნებისმიერი მოდისთვის, რომელიც ორივე მხარეს არის საჭირო - რაც თითქმის ყოველი კონტენტის მოდია - კი, იმავე ვერსიით. მხოლოდ კლიენტის მოდები მოთამაშეებს შორის შეიძლება განსხვავდებოდეს.

რატომ მუშაობს მოდი ჩემს კომპიუტერზე, მაგრამ სერვერზე არა?

იმიტომ, რომ კლიენტის build სერვერის build არ არის. Linux-ის გამოყოფილ სერვერზე მოდს LinuxServer target სჭირდება. თუ არ აქვს, იქ ვერ იმუშავებს.

შემიძლია მოდები დავამატო save-ს, რომელიც უკვე დავიწყეთ?

ჩვეულებრივ, კი - არსებულ save-ში კონტენტის დამატება ზოგადად უსაფრთხოა. კონტენტის მოდის მოგვიანებით მოშორება - არა. ორივემდე გააკეთე backup.

უსაფრთხოა მოდიან სერვერზე ავტომატური განახლებების ჩართვა?

არა. თამაშის განახლება მოდის მანამ, სანამ მოდები მას მხარს დაუჭერენ, და სერვერი მათ ჩატვირთვას წყვეტს. განაახლე ხელით, მას შემდეგ, რაც SML და შენი მოდები დაეწევიან.