დააყენეთ პროქსი, რომელსაც Notepad++-ის განმაახლებელი იყენებს
გახსენით განმაახლებლის პროქსის დიალოგი და მისი gupOptions.xml კონფიგურაცია ცალკე შეინახეთ ძველი მესამე მხარის Plugin Manager ფაილისგან.
Notepad++-ის იმ ინსტალაციებში, რომლებსაც თან ახლავს განმაახლებელი, გახსენით ბრძანება ? → Set Updater Proxy… და შეიყვანეთ პროქსი სერვერი და პორტი. ეს ხსნის თავად განმაახლებლის პროქსის კონფიგურაციის დიალოგს. თუ HTTP-ის საბოლოო წერტილს თავად ირჩევთ, HTTP პროქსების სია გთავაზობთ განსახილველ მისამართებს; არჩეული ჰოსტი და პორტი ცალ-ცალკე შეიყვანეთ.
ბრძანება ეხება იმ კონკრეტული Notepad++ ინსტალაციის განმაახლებელს. თუ რამდენიმე დაყენებული ან პორტატული ასლი არსებობს, დააკონფიგურირეთ ის, რომლის ჩამოტვირთვებიც ფარსდება.
განმაახლებელი მნიშვნელობებს ინახავს updater\gupOptions.xml-ში, მისი შესრულებადი ფაილის გვერდით. მისი პროქსის კონფიგურაცია შეიცავს სერვერს და პორტს, მაგალითად:
<GUPOptions>
<Proxy>
<server>proxy.example</server>
<port>8080</port>
</Proxy>
</GUPOptions>
ჩვეულებრივი ცვლილებებისთვის სჯობს დიალოგის გამოყენება. Notepad++ ამ კონფიგურაციის ბრძანების გაშვებისას ამოწმებს, საჭიროებს თუ არა განმაახლებლის საქაღალდეზე წვდომა უფლებების ამაღლებას. ჩაწერადი საქაღალდის არარსებობა შეიძლება ხელს უშლიდეს ცვლილების შენახვას; ეს არ ნიშნავს, რომ რედაქტორი ყოველთვის ადმინისტრატორად უნდა მუშაობდეს.
თანმდევი დამხმარე პროგრამა მხარს უჭერს gup -options-საც, როცა მას საკუთარი საქაღალდიდან იძახებენ. მოერიდეთ ხისტად ჩაწერილ Program Files გზას, თუ ის არ შეესაბამება ფაქტობრივ ინსტალაციას.
ძველი მესამე მხარის Plugin Manager-ის PluginManager.ini სხვა კომპონენტის კონფიგურაციაა. ეს არ არის მიმდინარე განმაახლებლის XML ფაილი. სანამ ურთიერთდაუკავშირებელ ფაილს შეცვლით, დაადასტურეთ, ეკუთვნის თუ არა წარუმატებელი ოპერაცია განმაახლებელს, ჩაშენებულ Plugins Admin-ს თუ რომელიმე დანამატის საკუთარ ჩამომტვირთავს.