FiveM სერვერის გაშვება: licence key, txAdmin და server.cfg

FiveM-ის სერვერს Cfx.re keymaster-ის licence key სჭირდება და გასაღები გაიცემა შენზე და არა შენს ჰოსტზე. ის იმ მისამართს იმახსოვრებს, რომელზეც სერვერი მუშაობს, ამიტომ სერვერის გადატანა ნიშნავს გასაღების რედაქტირებას და არა მისი გადაკოპირებას. ყველაფერი დანარჩენი - რესურსები, framework-ი, სლოტები, სინქრონიზაციის მოდელი - server.cfg-სა და txAdmin-შია, და FiveM-ის შესახებ წაკითხული თითქმის ყველა ჩივილი საბოლოოდ რესურსია და არა მანქანა.

ეს გზამკვლევი მთელი გზაა: გასაღები, FXServer-ის დაყენება, txAdmin-ის პირველი გაშვება, კონფიგურაციის მნიშვნელოვანი ხაზები და ისინი, რომლებიც ჩუმად ყველაფერს ამტვრევს, პორტები, უფლებები და ის, თუ როგორ იპოვო სკრიპტი, რომელიც შენს frame time-ს ჭამს.

რა არის FXServer და რა სჭირდება მას#

FXServer არის Cfx.re-ის სერვერის ბინარული ფაილი. მასში თამაში არ არის: ის ჰოსტავს რესურსებს, ანუ Lua-ს, JavaScript-ის ან C#-ის საქაღალდეებს fxmanifest.lua-ით, რომელიც მათ აღწერს, და დაკავშირებულ GTA V კლიენტებს ეუბნება, რომელი ჩამოტვირთონ და გაუშვან. ცარიელი FXServer არის ცარიელი რუკა, რომელზეც არაფერია. რასაც ხალხი „FiveM სერვერს“ ეძახის, არის FXServer plus framework - ESX, QBCore, Qbox - და მასზე დაახლოებით ასი რესურსი.

აქედან მაშინვე ორი დასკვნა გამომდინარეობს. პირველი: სერვერის წარმადობა უმეტესად სხვისი კოდია, და ცუდად დაწერილი სკრიპტი, რომელიც ფორუმზე კარგად გამოიყურებოდა და დააყენე, ყველაზე სავარაუდო მიზეზია სერვერისა, რომელიც ჭედავს. მეორე: განახლება ერთი რამ არ არის. არსებობს FXServer build-ი, framework-ის ვერსია, თითოეული რესურსი და GTA V build-ი, რომელზეც სერვერი კლიენტებს მიამაგრებს, და ისინი ერთმანეთისგან დამოუკიდებლად მოძრაობს.

რა გჭირდება დაწყებამდე:

• Licence key keymaster.fivem.net-იდან. უფასოა და შენს Cfx.re ანგარიშზეა მიბმული.
• მანქანა ან გეგმა. 2-4 GB პატარა სერვერისთვის, 6-12 GB დასახლებული roleplay სერვერისთვის. ერთი სწრაფი ბირთვი ატარებს მთავარ thread-ს.
• ერთი პორტი, გახსნილი როგორც TCP, ისე UDP. ნაგულისხმევი არის 30120.
• მონაცემთა ბაზა, თუ რაიმე framework-ს იყენებ. ESX-ს და QBCore-ს ორივეს სჭირდება.
• დისკი streamed ასეტებისთვის. საკუთარი მანქანები და ინტერიერები დიდი სერვერის უმეტესი ნაწილია და ყოველ ბაიტს ყოველი ახალი მოთამაშე ჩამოტვირთავს.

Cfx.re licence key#

შედი keymaster.fivem.net-ზე, შექმენი სერვერის გასაღები და მიუთითე IP მისამართი, რომელზეც სერვერი იმუშავებს, და ეტიკეტი, რომელსაც მოგვიანებით ამოიცნობ. მიიღებ გრძელ გასაღებს, რომელიც server.cfg-ში sv_licenseKey-ად ჩაიწერება.

მასთან დაკავშირებული წესები მოკლეა და ყველა საკუთრებას ეხება:

• ერთი გასაღები ერთ სერვერზე. ორი სერვერი ერთ გასაღებზე მეორეზე ლიცენზიის შეცდომაა და არა ჭკვიანური დაზოგვა.
• გასაღებს მისამართი ახსოვს. თუ სერვერი სხვა IP-ზე გადადის, შეცვალე გასაღები keymaster-ში ან გამოუშვი ახალი. გასაღები, რომლის მისამართიც აღარ ემთხვევა, გაშვებისას ვარდება და არა ჩუმად უარესდება. სერვერის გადატანა მოთამაშეების დაკარგვის გარეშე დანარჩენ სამუშაოს ფარავს.
• გასაღები შენია და შეიძლება გაუქმდეს. Cfx.re აუქმებს გასაღებებს იმ სერვერებზე, რომლებიც პირობებს არღვევს - ჩვეულებრივი მიზეზია თამაშის კონტენტზე წვდომის გაყიდვა - და გაუქმება ანგარიშს მიჰყვება და არა მანქანას.
• ის credential-ია. მისი ადგილი server.cfg-შია და სხვაგან არსად. არა console-ის screenshot-ში, არა Discord-ის შეტყობინებაში, არა საჯარო Git repository-ში, შენი server-data საქაღალდის დანარჩენ ნაწილთან ერთად.

FXServer-ის დაყენება და txAdmin-ის პირველი გაშვება#

FXServer-ის build-ები მოდის Cfx.re-ის artifacts სერვერიდან runtime.fivem.net/artifacts/fivem/. არის Linux-ის გზა და Windows-ის გზა, და თითოეული ჩამოთვლის build-ებს, რომლებიც აღნიშნულია recommended და latest. აიღე recommended, თუ framework-ს, რომელიც გჭირდება, აშკარად უფრო ახალი არ სჭირდება; „latest“ არსებობს იმისთვის, რომ ხალხმა დაშლა გამოსცადოს, და ისინი მას პოულობენ.

ჩვეულებრივი განლაგება ბინარულ ფაილს და შენს კონტენტს ერთმანეთისგან ცალკე ინახავს, რომ ერთის განახლება მეორეს არ შეეხოს:

/home/fivem/  server/            the extracted artifacts - replaced wholesale on update  server-data/       your resources, your server.cfg - the thing you back up    resources/    server.cfg

$ cd /home/fivem/server-data$ bash /home/fivem/server/run.sh +exec server.cfg

გაუშვი ერთი არგუმენტის გარეშე და txAdmin-ს მიიღებ, რაც არის რეკომენდებული გზა სერვერის ნულიდან დასაყენებლად. txAdmin artifacts-შია ჩაშენებული - დასაყენებელი არაფერია - და ვებ ინტერფეისს იწყებს პორტზე 40120 და კონსოლში ერთჯერად PIN-ს ბეჭდავს. გახსენი http://your-address:40120, შეიყვანე PIN და შექმენი ადმინის ანგარიში.

იქიდან deployer სერვერს რეცეპტიდან ააწყობს: უბრალო cfx-default სერვერი ან სრული ESX ან QBCore ინსტალაცია ჩამოტვირთული რესურსებითა და შემოტანილი მონაცემთა ბაზის სქემით. პირველი სერვერისთვის ეს მართლაც ყველაზე სწრაფი სწორი გზაა, რადგან რეცეპტი ხელით დასაკავშირებლად მოსაბეზრებელ ნაწილებს აერთებს. FiveM framework-ის არჩევა ფარავს, რომელი რეცეპტი გჭირდება, და ამ გადაწყვეტილებას ათი წუთი ღირს, სანამ რომელიმეს გაუშვებ.

server.cfg, ხაზ-ხაზ#

# Listen on one port as both TCP and UDPendpoint_add_tcp "0.0.0.0:30120"endpoint_add_udp "0.0.0.0:30120"# Resources - order matters, dependencies firstensure mapmanagerensure chatensure spawnmanagerensure sessionmanagerensure hardcap# What the server list showssv_hostname "Longship RP | Serious roleplay | EU"sets tags "roleplay, esx, eu"sets locale "en-GB"set sv_projectName "Longship RP"# Slots and syncsv_maxclients 48set onesync onset onesync_population true# Pin the DLC level clients must be onsv_enforceGameBuild 2699# Securitysv_scriptHookAllowed 0set sv_entityLockdown "strict"set sv_endpointPrivacy trueexec secrets.cfg

ხაზები, რომლებსაც ხალხი ცდება, იმ თანმიმდევრობით, როგორითაც ცდება:

`ensure` და `start`. ensure რესურსს იწყებს, ან თავიდან იწყებს, თუ უკვე მუშაობს. start მხოლოდ იწყებს. ყველაფრისთვის გამოიყენე ensure; განსხვავება ჩანს, როცა კონფიგურაციას თავიდან ტვირთავ და რესურსების ნახევარი აღარ ბრუნდება.

`set`, `sets` და `setr`. convar-ის სამი განსხვავებული სფერო. set მხოლოდ სერვერზეა. sets მას სერვერის ინფორმაციის ბლოკში წერს, რათა სერვერების სიაში გამოჩნდეს. setr მას კლიენტებზე ავრცელებს, რათა სკრიპტებმა იქ წაიკითხონ. framework, რომელიც setr-ს გირჩევს, სერიოზულად გულისხმობს; მის ნაცვლად set-ის გამოყენება რესურსს გამოუვა, რომელიც კლიენტზე სხვაგვარად იქცევა ხილული მიზეზის გარეშე.

`sv_maxclients` და OneSync. OneSync-ის გარეშე მკაცრი ზღვარი 32-ია. set onesync on-ით Infinity-ის იმპლემენტაციაში შედიხარ და ზღვარი ძალიან დიდი რიცხვი ხდება, რაც არ ნიშნავს, რომ შენი სერვერი მას გამოიყენებს. roleplay სერვერზე რეალური ზღვარი სკრიპტებია და არა flag-ი.

`sv_enforceGameBuild`. ეს ამაგრებს DLC დონეს, რომელზეც კლიენტები უნდა იყვნენ. თუ ცდები, მოთამაშეებს ეუბნებიან, შეცვალონ თამაშის build-ი შესვლამდე, და ამას ისინი შენი სერვერის გატეხილობად კითხულობენ. build-ის ნომრები GTA Online-ის ყოველ განახლებაზე იცვლება, ამიტომ მიმდინარე აიღე Cfx.re-ის დოკუმენტაციიდან და არა ორი წლის წინანდელი tutorial-იდან.

`sv_entityLockdown`. მნიშვნელობებია inactive, relaxed და strict. OneSync სერვერზე strict კლიენტებს უკრძალავს ისეთი ობიექტების შექმნას, რომლებიც სერვერმა არ ნებართვა, და ეს ფაილში ყველაზე ეფექტური anti-cheat ხაზია. ის ასევე არღვევს ცუდად დაწერილ რესურსებს, რომლებიც ობიექტებს კლიენტის მხარეს ქმნიან, რაც შენი რესურსების სიისთვის გონივრული ფილტრია.

RCON. FiveM-ის rcon_password მოძველებული, დაუშიფრავი დისტანციური კონსოლია და მისი ჩართვის კარგი მიზეზი არ არსებობს, როცა txAdmin არსებობს. დატოვე დაუყენებელი. თუ ზოგადი არგუმენტი გინდა, RCON-ის უსაფრთხოდ გამოყენება ყველა თამაშისთვის აყალიბებს მას.

უფლებები txAdmin-ის ადმინების სიისგან ცალკე სისტემაა და მათი აღრევა გავლილი ეტაპია:

add_ace group.admin command allowadd_ace group.admin command.quit denyadd_principal identifier.license:1a2b3c4d5e group.adminadd_principal identifier.discord:123456789012345678 group.mod

ace არის უფლება, principal არის ადამიანი ან ჯგუფი, და add_principal ორივეს აერთებს. txAdmin-ის საკუთარი ადმინები txAdmin-ში ინახება და ვებ პანელს მართავს; ace-ები მართავს თამაშში ბრძანებებსა და რესურსების უფლებებს. txAdmin-ის ადმინი თამაშში ავტომატურად არაფერია. server.cfg-ის ყოველი ხაზი ფაილის დანარჩენ ნაწილს შლის, მათ შორის convar-ებს, რომლებსაც framework-ები გთხოვენ დააყენო.

პორტები, endpoint-ები და დაკავშირება#

ერთი და იგივე რიცხვი ორ განსხვავებულ პროტოკოლს ატარებს და ისინი სხვადასხვანაირად ვარდება, რაც ამას ყველაზე სასარგებლო ცოდნად აქცევს, როცა FiveM სერვერი ცუდად იქცევა. UDP გახსნილი და TCP დახურული გაძლევს სერვერს, რომელიც სიაში არ ჩანს და რომელსაც ვერავინ ასრულებს შესვლას, რადგან საწყისი handshake და ასეტების ჩამოტვირთვა HTTP-ით მიდის. TCP გახსნილი და UDP დახურული გაძლევს მოთამაშეებს, რომლებიც უკავშირდებიან, ყველაფერს ჩამოტვირთავენ და შემდეგ შავ ეკრანზე ჩერდებიან.

მოთამაშეები უერთდებიან F8 კონსოლში connect your-address:30120-ით, სერვერების სიიდან ან cfx.re/join ბმულით. მისამართზე IP-ის ნაცვლად სახელის დადება შეგიძლია - დომენის მიბმა გეიმ სერვერზე A ჩანაწერს აჩვენებს - თუმცა licence key მაინც ქვემოთ არსებულ მისამართს ითვალისწინებს. გეიმ სერვერის პორტები განმარტებული ფარავს პორტის გარედან სწორად შემოწმებას, რაც ღირს, სანამ კონფიგურაციას დაადანაშაულებ.

txAdmin ყოველდღიურ გამოყენებაში#

პირველი გაშვების deployer ის ნაწილია, რომელსაც ხალხი ხვდება, მაგრამ ყოველდღიური სარგებელი სხვაგანაა.

• დაგეგმილი restart-ები თამაშში გაფრთხილებებით შენ მიერ დადგენილი ინტერვალებით. FXServer-ის ინსტანციები გრძელი uptime-ისას უარესდება და მასზე მომუშავე framework-ებიც; restart ყოველ ექვს ან თორმეტ საათში ნორმალური პრაქტიკაა. restart გრაფიკები, რომლებიც გეხმარება საათის არჩევას ფარავს.
• Crash-ისა და hang-ის დამუშავება. txAdmin სერვერის მთავარ thread-ს უყურებს და თუ ის პასუხს წყვეტს, თავიდან იწყებს, რაც განსხვავებაა ღამის 3 საათის ორწუთიან გათიშვასა და ექვსსაათიანს შორის.
• მოთამაშეების მენეჯერი. ყოველი კავშირი ჩაიწერება მისი იდენტიფიკატორების მიხედვით - licence, Steam, Discord, IP - ამიტომ ბანი ადამიანს მიჰყვება და არა სახელს. გაფრთხილებები, ბანის მიზეზები და ბანის შაბლონები აქ ცხოვრობს, ხოლო ისტორია არის ის, რასაც კითხულობ, როცა ვინმე აპელაციას აგზავნის.
• Whitelist, ადმინის დამტკიცებით, Discord-ის როლით ან guild-ის წევრობით. სერიოზული roleplay სერვერისთვის ეს ფუნქციაა, რომელიც დანარჩენ მოდერაციას მუშაობს ხდის.
• ცოცხალი კონსოლი, რომელიც იგივე გამოტანაა, რასაც ტერმინალიდან მიიღებდი, plus ბრძანების ხაზი. კონსოლის კითხვა იმაზეა, თუ როგორ გაიგო, ტექსტის ამ კედელში რომელი ხაზებია მნიშვნელოვანი.
• წარმადობის დიაგრამა, რომელიც შემდეგი განყოფილების თემაა და მიზეზი, რატომ უნდა გქონდეს txAdmin ჩართული, სანამ ფიქრობ, რომ გჭირდება.

ლაგის უმეტესობა რესურსია და არა მანქანა#

roleplay სერვერს, რომელიც ორმოც მოთამაშეზე ჭედავს, თითქმის არასდროს სჭირდება უფრო დიდი გეგმა. მას სჭირდება ვინმე, ვინც resource monitor-ს წაიკითხავს.

FXServer შენს სერვერის მხარის სკრიპტებს ერთ მთავარ thread-ზე უშვებს. ყოველი რესურსის სამუშაო tick-ში ამ thread-ზე თანმიმდევრულად სრულდება, ამიტომ ერთი სკრიპტი, რომელიც ძვირფას რამეს აკეთებს, ყველაფერს აყოვნებს - მათ შორის სინქრონიზაციას, რომელსაც მოთამაშეები rubber-banding-ად განიცდიან. მეხსიერების დამატება ამას არაფერს ცვლის. ბირთვების დამატება ძალიან ცოტას ცვლის, რადგან thread, რომელიც მნიშვნელოვანია, არ იყოფა.

txAdmin-ის წარმადობის დიაგრამა ჯგუფებად ყოფს, რამდენი ხანი დასჭირდა სერვერის მთავარ thread-ს ყოველ tick-ზე. ჯანმრთელი სერვერი თითქმის ყველა tick-ს ყველაზე სწრაფ ჯგუფში ხარჯავს. სერვერს, რომელსაც ერთი ცუდი რესურსი აქვს, კუდი ეზრდება: tick-ების პატარა, მაგრამ მუდმივი ნაწილი, რომელიც უნდა იყოს უფრო გრძელი, ვიდრე უნდა იყოს, და ზუსტად ამას გრძნობენ მოთამაშეები პერიოდულ ჭედვად და არა მუდმივ ლაგად.

რესურსის საპოვნელად:

1. კლიენტზე დააჭირე F8-ს და გაუშვი resmon 1. ის ჩამოთვლის ყოველ რესურსს მისი თითო ფრეიმის CPU დროითა და მეხსიერებით ამ კლიენტზე. ის მხოლოდ კლიენტის მხარის ღირებულებას აჩვენებს, მაგრამ კლიენტის მხარის ღირებულება პრობლემის ნახევარია და გამოსასწორებლად უფრო მარტივი ნახევარი.
2. სერვერზე გამოიყენე profiler: profiler record 500, რომ ხუთასი tick გადაიღო, შემდეგ profiler save ან profiler view, რომ ნახო, სად წავიდა დრო.
3. გაყავი შუაზე. გააჩერე შენი არაარსებითი რესურსების ნახევარი, უყურე დიაგრამას, დააბრუნე. უხეშია, სწრაფია და ყოველთვის მუშაობს.

ამის გამომწვევი შაბლონები თანმიმდევრულია:

• Thread Citizen.Wait(0)-ით - ყოველ ფრეიმზე - რომელიც სამუშაოს აკეთებს, რომელიც წამში ერთხელ საკმარისია. ეს ყველაზე გავრცელებული წარმადობის შეცდომაა მთელ FiveM ეკოსისტემაში.
• დისტანციის შემოწმებები, რომლებიც ყოველ ფრეიმზე ყველა მოთამაშეს გადის, ახლომდებარეების ნაცვლად, ტაიმერით.
• მონაცემთა ბაზის მოთხოვნები ციკლის შიგნით. დააყენე mysql_slow_query_warning დაახლოებით 150-ზე და წაიკითხე, რას ბეჭდავს oxmysql.
• მოვლენები, რომლებიც გაცილებით უფრო ხშირად ისვრება, ვიდრე ის, რასაც ისინი წარმოადგენენ, ხდება.

Streamed ასეტები ცალკე პრობლემაა, რომელიც მსგავსად გამოიყურება. საკუთარი მანქანები და ინტერიერები დისკი და გამტარუნარიანობაა და არა CPU: ნელი პირველი შესვლა არის მოთამაშეები, რომლებიც შენი TCP endpoint-იდან ასობით მეგაბაიტს ჩამოტვირთავენ, და CPU-ს ვერანაირი ოდენობა ამას ვერ შეცვლის. შეამცირე stream საქაღალდეები, ან დაეთანხმე ლოდინს და ხალხს უთხარი.

ზომა: მეხსიერება, ბირთვები, მონაცემთა ბაზა და დისკი#

მეხსიერება რესურსების რაოდენობას და მათ მიერ დაცულ state-ს მიჰყვება და არა მოთამაშეების რაოდენობას, ამიტომ ნახევრად ცარიელი სერვერი ორასი სკრიპტით უფრო მეტს ხარჯავს, ვიდრე სავსე ორმოცით. CPU მთავარ thread-ს ეხება, რაც ნიშნავს სიხშირეს და არა ბირთვების რაოდენობას; დამატებითი ბირთვები ასეტების მიწოდებასა და რესურსების ჩატვირთვას ეხმარება და არა tick-ის დროს.

ყველა framework-ს მონაცემთა ბაზა სჭირდება და RE:NODE-ზე ყოველი FiveM გეგმა მოიცავს მონაცემთა ბაზის სლოტს, რომელიც იქმნება პანელიდან გენერირებული host-ით, მომხმარებლითა და პაროლით, plus ღილაკს „Open in phpMyAdmin“, რომელიც შენ ერთჯერადი token-ით შეგიყვანს. კავშირის სტრიქონი კონფიგურაციაში იმავე გზით მიდის, როგორც სხვაგან:

set mysql_connection_string "mysql://user:password@host:3306/database?charset=utf8mb4"

მონაცემთა ბაზა და oxmysql ფარავს სქემის შემოტანას, ნელ მოთხოვნებს და მის backup-ს - რაც roleplay სერვერზე უფრო მნიშვნელოვანია, ვიდრე ამ კატალოგში სხვაგან, რადგან მონაცემთა ბაზა პერსონაჟებია და მისი დაკარგვა სერვერის დაკარგვაა.

RE:NODE-ზე FiveM-ის გეგმები 2 GB-დან 12 GB-მდეა, თვეში $9-დან, ორი პორტის გამოყოფით, txAdmin-ის ხელმისაწვდომობით და შენი Cfx.re გასაღების Setup ტაბზე შეყვანით. Backup სლოტები ყოველ გეგმას მოჰყვება და Schedules ტაბს ღამის backup-ის გაშვება შეუძლია.

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

„Couldn't load resource X“. manifest-ის შეცდომა ან დაკარგული dependency. კონსოლში მის ზემოთ ხაზი ასახელებს რეალურ პრობლემას; რესურსის სახელი მხოლოდ ის ადგილია, სადაც ის გამოჩნდა.

სერვერი სიაში არ ჩანს. ჯერ licence key, მეორედ TCP 30120-ის გარედან ხელმისაწვდომობა. შეამოწმე http://your-address:30120/info.json-ის სხვა ქსელიდან მიღებით - თუ ეს ვარდება, სხვა არაფერი იმუშავებს.

მოთამაშეებს ეუბნებიან, შეცვალონ თამაშის build-ი. sv_enforceGameBuild არ ემთხვევა იმას, რაზეც მათი კლიენტია. დააყენე მიმდინარე build-ზე, ან წაშალე, თუ DLC კონტენტს არ იყენებ.

გაჭედვა „awaiting scripts“-ზე ან შავ loading ეკრანზე. რესურსი, რომელიც გაშვებისას ვარდება, ან spawnmanager და sessionmanager არ არის ensure სიაში. წაიკითხე კონსოლი თავიდან და არა ბოლოდან.

txAdmin განუწყვეტლივ იუწყება hang-ს და თავიდან იწყებს. რაღაც მთავარ thread-ს წამობით ბლოკავს. გაზომე profiler-ით, სანამ timeout-ს გაზრდი; timeout-ის გაზრდა სიმპტომს მალავს და მიზეზს ინახავს.

მოთამაშეები უერთდებიან, მაგრამ ერთმანეთს ვერ ხედავენ. OneSync გამორთულია 32-ზე მეტსლოტიან სერვერზე, ან sv_entityLockdown არის strict რესურსებით, რომლებიც ობიექტებს კლიენტის მხარეს ქმნიან.

პირველი შესვლა ხუთ წუთს გრძელდება. Streamed ასეტები. შეამოწმე შენი stream საქაღალდეების საერთო ზომა; უმეტეს სერვერს მანქანები აქვს, რომლებსაც არავინ ატარებს.

FAQ#

მჭირდება საკუთარი FiveM licence key?

დიახ. გასაღებები გაიცემა თითო სერვერზე Cfx.re ანგარიშისთვის და მათი გაზიარება ან ჰოსტის მიერ მოწოდება არ შეიძლება. მისი შექმნა უფასოა და keymaster.fivem.net-ზე დაახლოებით ერთ წუთს გრძელდება.

რა ემართება გასაღებს, თუ სერვერს გადავიტან?

გასაღები იმ მისამართს იმახსოვრებს, რისთვისაც შეიქმნა, ამიტომ განაახლე keymaster-ში ან შექმენი ახალი. გასაღები, რომელიც არ ემთხვევა მისამართს, საიდანაც გამოიყენება, სერვერს გაშვებისას ლიცენზიის შეცდომით აჩერებს.

txAdmin უნდა დავაყენო?

არა. ის წლებია FXServer-ის artifacts-შია. გაუშვი სერვერი კონფიგურაციის გარეშე და txAdmin პორტზე 40120 ამოდის ერთჯერადი PIN-ით კონსოლში.

რამდენი მოთამაშე ეტევა FiveM სერვერზე?

OneSync-ის გარეშე ოცდათორმეტი. OneSync-ის ჩართვით ძრავის ზღვარი გაცილებით მაღალია, მაგრამ პრაქტიკული ზღვარი შენი რესურსებია: უმეტესი სერიოზული roleplay სერვერი 48-დან 128-მდე მუშაობს და შეზღუდვა მთავარ thread-ზე სკრიპტის დროა და არა სლოტები.

მეტი RAM გამოასწორებს ჩემს ჭედვად სერვერს?

თითქმის არასდროს. FiveM-ზე ჭედვა მთავარი thread-ის დროა და ეს რესურსის პრობლემაა. წაიკითხე txAdmin-ის წარმადობის დიაგრამა და კლიენტის resmon-ის გამოტანა, სანამ გეგმას შეცვლი.

შემიძლია ESX ან QBCore გავუშვა მონაცემთა ბაზის გარეშე?

არა. ორივე პერსონაჟებს, ინვენტარსა და ფულს მონაცემთა ბაზაში ინახავს და framework მოქმედი კავშირის სტრიქონის გარეშე არ ამოვა.