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-এর নাকি কোনো প্লাগইনের নিজস্ব ডাউনলোডারের।