Minecraft-ის მაღაზიის plugin-ები: ChestShop თუ QuickShop-Hikari

უმეტესი Paper survival სერვერისთვის პასუხი ასეთია: QuickShop-Hikari აირჩიე, თუ გინდა, რომ ახალბედამ მაღაზია რამის წაკითხვის გარეშე გააკეთოს, და ChestShop - თუ გინდა ბორდის ფორმატი, რომელიც ცხადია, კომპაქტურია და ძნელად გაგებისგან განსხვავებულად წაიკითხება. EssentialsX-ის ბორდიანი მაღაზიები კარგია სპაუნზე, სტაფის მიერ გაკეთებული მაღაზიისთვის, და სუსტია როგორც მოთამაშეთა ბაზარი. სამივეს სჭირდება Vault და ქვემოთ ზუსტად ერთი ეკონომიკის პროვაიდერი. plugin-ის არჩევანი ნაკლებად მნიშვნელოვანია, ვიდრე მის გარშემო სამი გადაწყვეტილება: რას ყიდულობს თავად სერვერი, როგორ არის დაცული მაღაზიის ყუთები და ყოველი გაყიდვისას ხომ არ გამოედინება ეკონომიკიდან ცოტა ფული. თუ ეს სამი სწორია, ფასებს მოთამაშეები თვითონ დააწესებენ; თუ არა, ვიღაცის შაქრის ლერწმის ფერმა ცენტრალურ ბანკად იქცევა.

თვით ეკონომიკის ფენა - Vault, EssentialsX-ის ბალანსები, worth.yml, ბრძანებების ფასები და ბაზაზე დაფუძნებული პროვაიდერები - განხილულია პოსტში Minecraft-ის ეკონომიკა EssentialsX-ითა და Vault-ით. ეს პოსტი იქიდან იწყება, სადაც ის მთავრდება: მაღაზიებიდან.

სამი სახის მაღაზია და რომელი აირჩიო#

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

EssentialsX სხვა კატეგორიაშია. მისი [Buy] და [Sell] ბორდები უსასრულო მარაგის მქონე სერვერის მაღაზიებია, ხოლო [Trade] ბორდი მოთამაშეთა მაღაზიაა საერთოდ ყუთის გარეშე - მარაგი თვით ბორდშია. ამიტომ Essentials-ის ბორდები კარგია სპაუნზე რამდენიმე სტაფის აშენებული მაღაზიისთვის და უხერხულია ორმოცდაათი მოთამაშის დახლისგან შემდგარი ბაზრისთვის.

პრაქტიკული წესი: აირჩიე ერთი მოთამაშეთა მაღაზიის plugin და მას მიჰყევი. ChestShop-ისა და QuickShop-ის ერთად გაშვება ტექნიკურად მუშაობს, მაგრამ მაშინ მოთამაშეებს ორი სისტემა უნდა იცოდნენ, სტაფს ორი ნაკრები უფლებების აუდიტი უწევს, ხოლო ბალანსირებისთვის საჭირო ფასების მონაცემები ორ ადგილას იყოფა.

კიდევ ერთი, რაც დასაწყისშივე გადასაწყვეტია: გინდა თუ არა საერთოდ ცენტრალური ბაზარი. მოთამაშეთა ბაზებში მიმოფანტული ყუთების მაღაზიები მომხიბვლელია და ბაზრად თითქმის უსარგებლო, რადგან ფასების შესადარებლად ოცი წუთის სავალზე არავინ წავა. უმეტესი სერვერი, რომელსაც ცოცხალი ეკონომიკა აქვს, სპაუნთან ბაზრის უბანს აშენებს დაცული ნაკვეთებით, ხოლო QuickShop-Hikari-ის /qs find (ახლომდებარე მაღაზიების ძებნა გარკვეული საგნის გასაყიდად) ორივე განლაგებაში გეხმარება.

რა სჭირდება ყველა მაღაზიის plugin-ს პირველ რიგში#

არც ერთი ეს plugin ფულს არ ინახავს. ისინი Vault-ს სთხოვენ რეგისტრირებულ ეკონომიკის პროვაიდერს და ბალანსებს მისი მეშვეობით გადააქვთ. ამიტომ მაღაზიის დაყენებამდე:

1. დააყენე Vault (ან მხარდაჭერადი VaultUnlocked, თუ შენი plugin-ების სია ამას მოითხოვს - ორივე არასოდეს).
2. დააყენე ზუსტად ერთი ეკონომიკის პროვაიდერი. ჩვეულებრივ ეს EssentialsX-ია.
3. გადატვირთე და კონსოლში გაუშვი vault-info.

[Vault] Vault vX.Y.Z Information[Vault] Economy: Essentials Economy [Essentials Economy][Vault] Permission: LuckPerms [LuckPerms]

თუ ეკონომიკის ხაზი ცარიელია, ყველა მაღაზიის plugin ან თავს გამორთავს, ან ჩაირთვება და პირველივე ტრანზაქციაზე ჩავარდება. თუ ის ისეთ ეკონომიკას ასახელებს, რომლის დაყენებაც არ გეგონა - ზოგიერთი ყველაფერ-ერთში plugin ჩუმად არეგისტრირებს ერთს - ამოიღე, რადგან ორი პროვაიდერის შემთხვევაში /balance და მაღაზია სხვადასხვა რიცხვს კითხულობენ.

მეორე წინაპირობა უფლებებია. მაღაზიის plugin-ები შექმნასა და გამოყენებას ერთმანეთისგან ჰყოფენ და თითქმის ყოველთვის გინდა, რომ ისინი სხვადასხვა ჯგუფს ჰქონდეს: ყიდვა ყველას შეუძლია, შექმნა - მათ, ვინც გარკვეული დრო ითამაშა, ხოლო ადმინის მაღაზიების შექმნა - მხოლოდ ერთ სტაფის ჯგუფს. LuckPerms-ის გზამკვლევი განიხილავს ჯგუფების მემკვიდრეობას, სადაც მოდერატორის რანგი შემთხვევით ადმინის მაღაზიის node-ს იღებს.

ChestShop: ბორდიანი მაღაზიები ყუთებზე#

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

Line 1:  (leave blank - your name is filled in)Line 2:  16Line 3:  B 20:12 SLine 4:  Oak Log

ხაზ-ხაზ რას ნიშნავს:

• ხაზი 1 მფლობელია. თუ ცარიელს დატოვებ, ChestShop შენს სახელს ჩაწერს.
• ხაზი 2 რაოდენობაა თითო ტრანზაქციაზე.
• ხაზი 3 ფასია. B 20 ნიშნავს, რომ მყიდველს შეუძლია 16 მორი 20-ად იყიდოს. S 12 ნიშნავს, რომ მყიდველს შეუძლია 16 მორი მაღაზიას 12-ად მიჰყიდოს. B 20:12 S ორივეს აკეთებს. რიცხვის ნაცვლად free დაწერე, თუ საგნების უფასოდ დარიგება გინდა.
• ხაზი 4 საგანია. დაწერე ? და ChestShop მას ყუთის პირველი საგნიდან შეავსებს, რაც მართლწერის პრობლემების უმეტესობას გვარიდებს.

ბორდის ხაზზე გრძელი საგნის სახელები შემოკლებულია. /iteminfo (სინონიმი /iinfo) საგნით ხელში გაჩვენებს ზუსტ სახელს, რომელსაც ChestShop ელოდება, მათ შორის კოდს, რომელსაც ის მოჯადოებული ან გადარქმეული საგნებისთვის იყენებს.

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

ხაზ 3-ზე სხვაობა შენი პირველი ექსპლოიტის საწინააღმდეგო შემოწმებაა. მაღაზია, რომელიც 12-ად ყიდის და 20-ად ყიდულობს, ციკლში ამოიწურება ნებისმიერ ფულიან მოთამაშეს: იყიდე 12-ად, მიჰყიდე 20-ად, გაიმეორე, სანამ მფლობელი გაკოტრდება. ChestShop-ის ახალ ვერსიებს შეუძლიათ ასეთი მაღაზიების უარყოფა; შეამოწმე შენი გენერირებული კონფიგურაცია, ხომ არ არის ამის ოფცია, და მოთამაშეებს ასწავლე, რომ B რიცხვი ყოველთვის უფრო დიდი უნდა იყოს.

ChestShop-ის ადმინის მაღაზიები და კონფიგურაცია

ადმინის მაღაზია არის ბორდი, რომლის პირველ ხაზზეც წერია Admin Shop და რომელიც შექმნა ვინმემ ChestShop.admin უფლებით. მას აქვს უსასრულო მარაგი და უსასრულო ფული - ის არც ერთი მოთამაშის ბალანსიდან არ იღებს და არც არავის ბალანსს ავსებს. ტექსტი კონფიგურაციაში ADMIN_SHOP_NAME-ით განისაზღვრება.

ეკონომიკისთვის მნიშვნელოვანი პარამეტრები plugins/ChestShop/config.yml-შია. ქვემოთ მითითებული გასაღებების სახელები ChestShop 3.x-დანაა; შეამოწმე შენი გენერირებული ფაილი, რადგან ვერსიებს შორის ოფციები ემატება.

ADMIN_SHOP_NAME: Admin ShopSERVER_ECONOMY_ACCOUNT: ''TAX_AMOUNT: 5SERVER_TAX_AMOUNT: 0SHOP_CREATION_PRICE: 250SHOP_REFUND_PRICE: 0REVERSE_BUTTONS: false

თითოეული რას აკეთებს:

• TAX_AMOUNT არის პროცენტი, რომელიც მოთამაშეთა მაღაზიის ტრანზაქციებიდან ჩამოიჭრება. ნაგულისხმევი 0-ია. რამდენიმე პროცენტი მოთამაშეთა ბაზარზე დამატებული ფულის ამოღების ყველაზე ეფექტური ერთადერთი მექანიზმია, რადგან ის ვაჭრობის მოცულობასთან ერთად იზრდება.
• SERVER_TAX_AMOUNT იგივეა ადმინის მაღაზიის ტრანზაქციებისთვის.
• SERVER_ECONOMY_ACCOUNT ასახელებს ანგარიშს, სადაც ადმინის მაღაზიის ფული და გადასახადები მიდის. თუ ცარიელია, ადმინის მაღაზიაში გადახდილი ფული უბრალოდ ეკონომიკას ტოვებს, რაც ჩვეულებრივ სწორედ ის არის, რაც გინდა - ამოღება ამოღებაა. დააყენე მხოლოდ მაშინ, თუ სტაფს რეალური ხაზინა სჭირდება დასახარჯად, და ამ ანგარიშის ბალანსი შენ მიერ კონტროლირებად წყაროდ (faucet) მიიჩნიე.
• SHOP_CREATION_PRICE და SHOP_REFUND_PRICE მაღაზიის შექმნაში ფულს იღებს და მისი გატეხვისას აბრუნებს. შექმნის საფასური დაბრუნების გარეშე ერთჯერადი ამოღებაა და მოთამაშეებს უკარგავს სურვილს, ათეული უსარგებლო მაღაზია მიმოფანტონ.

უფლებები აშკარა სქემას მიჰყვება: ChestShop.shop.create.buy და ChestShop.shop.create.sell მაღაზიების შესაქმნელად, ChestShop.shop.buy და ChestShop.shop.sell მათი გამოსაყენებლად, ChestShop.admin ადმინის მაღაზიებისა და სხვების მაღაზიებზე სრული წვდომისთვის, და ChestShop.mod სტაფისთვის, ვისაც მაღაზიებში ჩახედვა სჭირდება მათი ფლობის გარეშე.

QuickShop-Hikari: ყუთს დააკლიკე და ფასი აკრიფე#

QuickShop-Hikari QuickShop-ის ხაზის მხარდაჭერადი fork-ია და ის plugin-ია, რომელიც უნდა აირჩიო, როცა არ გინდა ყველა ახალბედას ბორდის ფორმატების ახსნა. მაღაზიის შექმნა ასეა:

1. დადე ყუთი და შეავსე.
2. ხელში აიღე საგანი, რომლის გაყიდვაც გინდა, და ყუთზე მარცხენა კლიკი გააკეთე.
3. ჩატში აკრიფე ფასი ერთ საგანზე.

plugin ყუთზე ბორდს აკრავს და მის ზემოთ საგნის მოლივლივე ჩვენებას. ახალი მაღაზია გაყიდვის რეჟიმშია: მომხმარებლები მისგან ყიდულობენ. მფლობელი მას რთავს /qs buy-ით (მაღაზია მომხმარებლებისგან ყიდულობს) და უკან /qs sell-ით. გაითვალისწინე, რომ QuickShop-ის სახელები მაღაზიის თვალსაზრისითაა, ხოლო ChestShop-ის B და S - მყიდველისა. სერვერებს შორის გადამყოლი მოთამაშეები ამას მუდმივად ურევენ.

/qs არის /quickshop-ის სინონიმი; plugin ასევე არეგისტრირებს /shop-ს, რომელიც ეჯახება მენიუს მაღაზიის plugin-ებს, რომლებიც იმავე ბრძანებას იყენებენ. თუ /shop არასწორ რამეს ხსნის, შეამოწმე სინონიმების სია მის კონფიგურაციაში.

უფლებები: quickshop.use ნებისმიერი მოქმედებისთვის, quickshop.create.sell და quickshop.create.buy თითოეული სახის შესაქმნელად, და ყოვლისმომცველი quickshop.player, რომელიც ჩვეულებრივი მოთამაშის ნაკრებს გასცემს. unlimited და ადმინის node-ები ერთ სტაფის ჯგუფზე შეინახე.

შენახვა, ჩვენებები და ვერსიები

ChestShop-ისგან განსხვავებით, QuickShop მაღაზიებს მონაცემთა ბაზაში ინახავს: ნაგულისხმევად ლოკალურ ფაილურ ბაზაში, ან MySQL-ში, თუ მას მიუთითებ. ერთ სერვერზე ნაგულისხმევი კარგია. თუ მაღაზიის მონაცემების სხვა plugin-ების ცხრილებთან ერთად შენახვა გირჩევნია, თამაშის გეგმის ბაზის სლოტი გამოდგება - MySQL Minecraft-ის plugin-ებისთვის განიხილავს კავშირის დეტალებსა და ცხრილების პრეფიქსებს. ორივე შემთხვევაში მაღაზიის მონაცემები ახლა ორ ადგილას არის: ყუთები და ბორდები სამყაროს ფაილებში, ხოლო მაღაზიის ჩანაწერები ბაზაში. გააკეთე მათი backup ერთად, თორემ აღდგენა მაღაზიებს ისეთ ყუთებზე მიუთითებს, რომლებშიც ის აღარ დევს, რასაც ბაზა ფიქრობს.

მოლივლივე საგნის ჩვენებას ყურადღება ეკუთვნის. QuickShop-ის ადრეული ვერსიები მას რეალური დაგდებული საგნის სახით აჩვენებდნენ, რეალურ საგნებს კი hopper-ებს, მოთამაშეებსა და სხვა plugin-ებს ზოგჯერ შეუძლიათ აიღონ - ისტორიულად ეს dupe-ის წყარო იყო. თანამედროვე Hikari-ს აქვს ჩვენების რეჟიმები, რომლებიც entity-ს არ ქმნის; შეამოწმე, რომელს იყენებს შენი კონფიგურაცია, და ამჯობინე ის, რომელიც entity-ს არ ქმნის. ის ასევე ნაკლებად ტვირთავს entity-ების რაოდენობას დატვირთულ ბაზარზე, რაც მნიშვნელოვანია, თუ უკვე გაქვს entity-ების გაწმენდა, რომელმაც შეიძლება „დაგდებული საგნების“ წაშლა სცადოს.

Hikari ახლო-ახლოს მისდევს Paper-ის ბოლო რელიზებს და დროთა განმავლობაში აწია Java-ს მინიმალური ვერსია. plugin-ის ბილდი შეუსაბამე სერვერის ვერსიას მისი ჩამოტვირთვის გვერდიდან და განაახლე ის ყოველი ვერსიის განახლების ნაწილად და არა მის შემდეგ.

EssentialsX-ის ბორდები: Buy, Sell და Trade#

EssentialsX ბორდებს ძირითადი jar-ის ნაწილად აწვდის, მაგრამ ისინი მხოლოდ იმ ტიპებისთვის მუშაობს, რომლებიც plugins/Essentials/config.yml-ში enabled-signs-ის ქვეშაა ჩამოთვლილი. თითოეული ტიპის შესაქმნელად საჭიროა essentials.signs.create.<type>, გამოსაყენებლად - essentials.signs.use.<type>.

[Buy] და [Sell] უსასრულო მარაგის მქონე სერვერის მაღაზიებია:

[Buy]        [Sell]16           16oak_log      oak_log$20          $12

ხაზი 2 რაოდენობაა, ხაზი 3 საგანი, ხაზი 4 ფასი. [Buy] ბორდი ფულს იღებს და საგნებს ქმნის; [Sell] ბორდი საგნებს იღებს და ფულს ქმნის. ეს მეორე ზედა ზღვრის გარეშე faucet-ია და ზუსტად იმავე სიფრთხილეს იმსახურებს, რასაც ნებისმიერი ადმინის მაღაზია - იხილე შემდეგი თავი.

[Trade] მოთამაშეთა მაღაზიაა:

[Trade]$2016 oak_log:256(owner, filled in)

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

Trade ბორდებს ერთი ნამდვილი უპირატესობა აქვთ - ყუთი არ არის, ამიტომ არაფერია გასატეხი და hopper-ით დასაცლელი - და ორი ნაკლი. მყიდველები მარაგს კლიკის გარეშე ვერ ხედავენ და trade ბორდებისგან შემდგარი ბაზარი ფასების საძიებო სიას არ გაძლევს. რამდენიმე დახლზე დიდი ყველაფრისთვის ყუთის მაღაზიის plugin უკეთესი ინსტრუმენტია. Essentials-ის ბორდები და ყუთის მაღაზიის plugin პრობლემის გარეშე თანაარსებობენ; ბევრი სერვერი სპაუნზე [Buy] ბორდებს იყენებს და ყველგან სხვაგან QuickShop-ს.

ადმინის მაღაზიები ფულის ბეჭდვის გარეშე#

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

უსაფრთხო სქემა ისეთი ადმინის მაღაზიაა, რომელიც უმეტესად ყიდის:

• გაყიდე ის, რისი გაკეთებაც მოთამაშეებს არ შეუძლიათ. Spawn egg-ები, თუ ნებას რთავ, name tag-ები, დეკორატიული ბლოკები, elytra, თუ შენი End მწირია. ეს ამოღების მექანიზმებია: ფული ეკონომიკას ტოვებს და უკან არ ბრუნდება.
• ძირითადი რესურსები მაღალ ფასად გაყიდე. ადმინის მაღაზია, რომელიც მუხის მორს 5-ად ყიდის, ფასის ჭერს აწესებს. მოთამაშეებს შეუძლიათ ნაკლებად გაყიდონ, რაც სწორედ გინდა, მაგრამ მორების გარეშე არავინ რჩება.
• იყიდე მხოლოდ ის, რისი ავტომატიზაციაც შეუძლებელია, და შეზღუდე. თუ სერვერმა რაღაც აუცილებლად უნდა იყიდოს - მაგალითად, ახალბედებისთვის შემოსავლის მისაცემად - აირჩიე საგნები, რომლებიც აქტიურ თამაშს მოითხოვს, და ფასი იმდენად დაბლა დააყენე, რომ ეს იყოს დასაწყისის დახმარება და არა კარიერა.
• არასოდეს იყიდო ის, რასაც ყიდი. ადმინის მაღაზია, რომელიც 5-ად ყიდის და 6-ად ყიდულობს, ფულის უსასრულო ციკლია. ეს აშკარა შეცდომად ჟღერს; ის ყოველთვის ხდება, როცა ვინმე ფასებს ორ სხვადასხვა plugin-ში არედაქტირებს.

მოთამაშეთა შორის ვაჭრობა ამ სურათის ჯანსაღი შუაგულია. ფული ბალანსებს შორის გადადის შექმნის გარეშე, ხოლო მარაგი სასრულია, რადგან ვიღაცას უნდა შეეგროვებინა. ფულის მასას მხოლოდ ვაჭრობა მხოლოდ dupe-ებით ზრდის, რაც შემდეგი პრობლემაა.

dupe-ების შეჩერება მაღაზიამდე#

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

Vanilla მექანიკები. TNT-ის დუპლიკაცია, ხალიჩისა და რელსების დუპლიკაცია piston-ებით და bedrock-ის გატეხვა Paper-ზე ნაგულისხმევად გასწორებულია ან გამორთული. ისინი ბრუნდება, თუ ვინმე config/paper-global.yml-ში გადამრთველებს შეცვლის:

unsupported-settings:  allow-piston-duplication: false  allow-permanent-block-break-exploits: false  allow-headless-pistons: false

ტექნიკურად განწყობილი თემები ზოგჯერ ამას ითხოვენ. თუ ჩართავ, ნუ გექნება ადმინის მაღაზია, რომელიც TNT-ს, ხალიჩას, რელსებს ან რაიმეს ყიდულობს, რასაც ისინი კვებავენ.

მაღაზიის ყუთის განსაკუთრებული შემთხვევები. მაღაზიის ყუთი, რომლის ქვეშაც hopper დევს, ქვემოთ გამავალი hopper minecart, გვერდით მეორე ყუთი, რომელიც ორმაგ ყუთს ქმნის, ან piston, რომელიც ბორდს აგდებს. ChestShop-ისა და QuickShop-Hikari-ის თანამედროვე ვერსიები გავრცელებულ შემთხვევებს ამუშავებენ, მაგრამ დაცვის plugin-ები, რეგიონის ფლაგები და სხვა plugin-ები ერთმანეთზე ზემოქმედებენ. გაუშვებამდე თვითონ გატესტე მეორე ანგარიშიდან: სცადე სხვისი მაღაზიის ყუთის გახსნა, მისი ბორდის გატეხვა, ქვეშ hopper-ის დადება და ქვემოთ hopper minecart-ის გატარება. მიწის claim-ები მეორე ფენას ამატებს - გრიფინგისგან დაცვა და anti-cheat განიხილავს GriefPrevention-სა და WorldGuard-ს.

Plugin-ის ბაგები. მაღაზიის plugin-ებს, ზურგჩანთის plugin-ებს, საკუთარი საგნების plugin-ებსა და აუქციონებს რომელიღაც მომენტში dupe-ები გაუშვიათ. განაახლე ისინი, წაიკითხე changelog-ები სიტყვა „dupe“-ზე და ნუ გამოიყენებ მიტოვებულ fork-ებს.

როცა dupe ხდება, სწორედ მტკიცებულებაა ის, რაც wipe-ის გარეშე გასწორების საშუალებას გაძლევს. დაყენებული CoreProtect-ით /co lookup u:<player> t:3d a:container აჩვენებს, რა ჩადო და რა ამოიღო მოთამაშემ კონტეინერებიდან, ხოლო /co inspect მაღაზიის ყუთზე მის ისტორიას გაჩვენებს. ეს EssentialsX-ის economy.log-თან შეათავსე და ჩვეულებრივ ზუსტად დაინახავ მომენტს, როცა საგნები გაჩნდა და სად წავიდა ფული. წაშალე საგნები და ფული ჩართული ანგარიშებიდან და არა მთელი სამყაროს rollback - სამყაროს rollback სამი დღის პატიოსან ვაჭრობასაც აუქმებს.

მოთამაშეთა ეკონომიკის დაბალანსება#

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

1. დაბეგრე ყოველი მაღაზიის გაყიდვა. 3-5% TAX_AMOUNT ChestShop-ზე, ან ექვივალენტური გადასახადის პარამეტრი QuickShop-Hikari-ში, ფულს აქტივობის პროპორციულად იღებს. დატვირთული ეკონომიკა მეტს იხდის, მშვიდი - ნაკლებს, და ხელახლა დაყენება არასოდეს გჭირდება.
2. გამოართვი ფული შექმნისთვის. ერთჯერადი საფასური, ნაწილობრივ დასაბრუნებელი ან საერთოდ არა. ეს პატარა ამოღებაა და ბაზარს წესრიგში ინახავს.
3. შეზღუდე მაღაზიები მოთამაშეზე. QuickShop-Hikari-ს აქვს მაღაზიების ლიმიტი, რომლის დაკავშირებაც უფლებების ჯგუფებთან შეგიძლია; ChestShop-ისთვის რეალურ ლიმიტად ჩვეულებრივ მიწის claim-ის ზომა გვევლინება. მაღაზიების შეუზღუდავი რაოდენობა ერთ ადამიანს ხელს უწყობს, ორმოცდაათი ყუთით ბაზარი მიითვისოს.
4. ადმინის მაღაზიები ჭერად და იატაკად შეინახე და არა ბაზრად. ადმინის გაყიდვის ფასი ის მაქსიმუმია, რასაც ვინმე გადაიხდის; ადმინის ყიდვის ფასი - მინიმუმი, რასაც ვინმე მიიღებს. მათ შორის დიდი უფსკრული დატოვე, რომ მოთამაშეები მასში ივაჭრონ.
5. შემოსავლის მხარე მოსაწყენი და შეზღუდული გახადე. Jobs, ხმის ჯილდოები და თამაშის დროის გადახდები ახალბედას საკმარისს უნდა აძლევდეს დასაწყებად და არა პენსიაზე გასასვლელად.

გაანგარიშებული მაგალითი. ათი მოთამაშე, საწყისი ბალანსი 100, ადმინის საყიდლო მაღაზიის გარეშე, 5% გადასახადი მოთამაშეთა მაღაზიებზე და /home ღირს 10. მოთამაშეებს შორის ვაჭრობა ფულს გადააქვს და ყველაფრის გაყიდულის 5%-ს წვავს; teleport-ები სტაბილურ ნაკადს წვავენ. ყოველგვარი შემოსავლის გარეშე ფულის მასა ნელა დაიკლებდა და ფასები დაეცემოდა - დეფლაცია ისევე ცუდია, როგორც ინფლაცია, რადგან არავის სურს გაყიდვა. ამიტომ დაამატე ერთი faucet, რომელსაც აკონტროლებ: ყოველდღიური თამაშის დროის ჯილდო ან დაბალზე დაყენებული Jobs-ის გადახდა. ყოველკვირეულად უყურე /baltop-ს. თუ ჯამი მოთამაშეთა რაოდენობაზე სწრაფად იზრდება, faucet შეამცირე; თუ ეცემა, გაზარდე. ცენტრალური ბანკირობა სულ ეს არის და Minecraft სერვერზე ის იმავე მიზეზით მუშაობს, რის გამოც ყველგან: ცვლი ერთ რიცხვს, რომელსაც აკონტროლებ, და დანარჩენს ბაზარს უტოვებ.

რაც დაბალანსებას ჰგავს და არ არის: ყველა მოთამაშის მაღაზიის ფასის ბრძანებით შეცვლა, ფასების ლიმიტი კონფიგურაციაში, ან მოთამაშის ბანი, რომელიც კანონიერად გამდიდრდა. გაასწორე faucet, რომელმაც ის გაამდიდრა, და მისი სიმდიდრე ინფლაციაში გაითქვიფება.

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

მაღაზიები ჰოსტინგის სერვერზე#

RE:NODE-ზე Minecraft-ის გეგმები Paper-ს შესაბამისი Java ვერსიით უშვებს, ამიტომ ზემოთ ნახსენები plugin-ები jar ფაილებად ინსტალირდება, რომლებიც ფაილ მენეჯერით ან SFTP-ით plugins/-ში იტვირთება, შემდეგ კი restart. ერთი დაწკაპუნებით plugin-ის ინსტალერი არ არის და დაშვებული plugin-ების სიაც - შენ მოგაქვს jar-ები, რომლებიც გინდა. ყველა თამაშის გეგმაში შედის ერთი ბაზის სლოტი, რომელიც პანელში იქმნება გენერირებული host-ით, მომხმარებლით და პაროლით, და ეს საკმარისია QuickShop-Hikari-ის MySQL შენახვისთვის, თუ იქ გინდა. Backup-ები მოთხოვნით ან Schedules ჩანართიდან სრულდება და ერთი ღილაკით აღდგება, რითაც იღებ სამყაროს, plugin-ის ფაილებისა და მაღაზიის მონაცემების ერთ თანმიმდევრულ snapshot-ს, რასაც ზემოთ გაფრთხილება ითხოვს - იხილე backup-ები გზამკვლევებში.

თავად მაღაზიები CPU-ს ცოტას ხარჯავს. დატვირთული ბაზრის უბანი მეტს ხარჯავს იმ რამეებით, რაც მის გარშემოა: დაგდებული საგნების ჩვენებები, hopper-ის ჯაჭვები, რომლებიც მაღაზიის ყუთებს კვებავს, და ფერმები, რომლებიც მათ ამარაგებს. თუ ბაზარი ლაგავს დაიწყებს, ჩვეულებრივი მიზეზი მცხოვრებთა და მობების ფერმების ლაგი არის და არა მაღაზიის plugin.

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

მაღაზიის plugin გაშვებისას თავს თიშავს. ეკონომიკის პროვაიდერი არ არის რეგისტრირებული. გაუშვი vault-info; თუ ეკონომიკის ხაზი ცარიელია, ლოგში ზემოთ ეკონომიკის plugin-ის საკუთარი შეცდომა მოძებნე.

ChestShop-ის ბორდი უბრალო ტექსტად რჩება. ფორმატი უარყოფილია. ჩვეულებრივ ხაზ 4-ზე საგნის სახელია, რომელსაც ChestShop ვერ ცნობს - გამოიყენე ? ან სახელი /iteminfo-დან - ან მოთამაშეს არ აქვს ChestShop.shop.create.buy ან .sell.

მომხმარებლები ყიდიან, როცა ყიდვა უნდოდათ. ChestShop-ზე მარცხენა და მარჯვენა კლიკის აღრევაა. ბაზრის შესასვლელთან ბორდზე ახსენი ეს, ან ჩართე REVERSE_BUTTONS.

QuickShop ფასს ითხოვს და არაფერი ხდება. ჩატის შეტყობინება ჩატის plugin-მა ან მომლოდინე ბრძანებამ აიღო. შეამოწმე, რომ ჩატის ფორმატირების ან ანტისპამის plugin არ აუქმებს შეტყობინებას, სანამ QuickShop მას ნახავდეს, და რომ მოთამაშემ მხოლოდ რიცხვი აკრიფა.

Essentials-ის `[Trade]` ბორდი მარაგს არ იღებს. ხელში არსებული საგანი ზუსტად არ ემთხვევა ხაზ 3-ს, ან enabled-signs-ში trade აკლია.

მაღაზია ყიდის მარაგს, რომელიც არ აქვს. ჩართულია ადმინის რეჟიმი (/qs unlimited ან Admin Shop ChestShop-ის ბორდზე). შეამოწმე, სანამ dupe-ს დაადანაშაულებ.

ერთი თვის შემდეგ ფასებს აზრი არ აქვს. ადმინის მაღაზია რაღაც დასამუშავებელს ყიდულობს. იპოვე ის economy.log-ში - ერთი საგანი შემოსავლის უმეტესობას ახსნის.

FAQ#

რომელია უკეთესი, ChestShop თუ QuickShop-Hikari?

ეკონომიკაში არც ერთი არ არის უკეთესი; განსხვავება იმაშია, როგორ იყენებენ მათ მოთამაშეები. QuickShop-Hikari ახალბედებისთვის უფრო მარტივია და /qs find-ით საძიებელია. ChestShop უფრო ცხადია, ბაზას არ საჭიროებს და მისი ბორდები მთელ გარიგებას ერთი შეხედვით აჩვენებს. აირჩიე შენი მოთამაშეების მიხედვით და არა ფუნქციების სიით.

მუშაობს თუ არა მაღაზიის plugin-ები EssentialsX-ის გარეშე?

დიახ, თუ Vault-თან რაიმე ეკონომიკის პროვაიდერია რეგისტრირებული. EssentialsX გავრცელებული პროვაიდერია, მაგრამ ნებისმიერი Vault-თან თავსებადი ეკონომიკის plugin მაღაზიის თვალსაზრისით იმავენაირად მუშაობს.

უნდა ჰქონდეს თუ არა სერვერს საკუთარი მაღაზია საერთოდ?

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

შემიძლია თუ არა მაღაზიების გადატანა ChestShop-დან QuickShop-ზე?

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

როგორ გავიგო, ვინ გააორმაგა საგნები მაღაზიაში?

ბლოკებისა და კონტეინერების ლოგირებით. CoreProtect-ის კონტეინერის ძიება აჩვენებს, რა ჩავიდა ყუთში და ვინ ჩადო, ხოლო EssentialsX-ის ეკონომიკის ლოგი აჩვენებს, სად წავიდა ფული შემდეგ. dupe-მდე დაყენებული ლოგირების გარეშე ხვდები.