PAC-এর উত্তর না বদলে এটি দ্রুত করুন

PAC ফাইলের জন্য “সাধারণ কেসটি আগে রাখুন” একটি অসম্পূর্ণ পরামর্শ। প্রথম return সিদ্ধান্তটি শেষ করে। নিয়মগুলো ওভারল্যাপ করলে তাদের ক্রম রুট নীতির অংশ।

একটি পরিষেবার জন্য ব্যক্তিগত প্রক্সি এবং তার ডোমেইনের বাকিটির জন্য সরাসরি রুট ধরুন:

function FindProxyForURL(url, host) {
    host = host.toLowerCase();
    if (host === 'restricted.example.net') {
        return 'PROXY proxy.example.net:8080';
    }
    if (dnsDomainIs(host, '.example.net')) {
        return 'DIRECT';
    }
    return 'PROXY proxy.example.net:8080';
}

নামগুলো উদাহরণ। বিস্তৃত সাফিক্স যাচাই সঠিক হোস্ট ব্যতিক্রমের উপরে সরালে নিষিদ্ধ পরিষেবাটি সরাসরি চলে যায়। স্ক্রিপ্টটি ছোট বা দ্রুত হতে পারে, অথচ ভুল কাজ করছে।

অগ্রাধিকার না হারিয়ে শর্তগুলো দলবদ্ধ করুন

যখন একটি বড় তালিকা সত্যিই সমান মর্যাদার সঠিক হোস্টনেমের সেট এবং ফলাফল একটিই, তখন উপযুক্ত lookup কাঠামো বারবার প্যাটার্ন যাচাইয়ের চেয়ে পরিষ্কার হতে পারে। সেই সমতুল্যতা আগে প্রতিষ্ঠা করতে হবে। একটি সঠিক নাম, একটি wildcard এবং একটি ঠিকানা-পরিসর নিয়ম স্বয়ংক্রিয়ভাবে এক বিনিময়যোগ্য সেটে পড়ে না।

একইভাবে, দুটি নাম ইচ্ছাকৃতভাবে ভিন্ন রুট ব্যবহার করলে www. বাদ দেওয়া নীতি পরিবর্তন। একটি স্ট্রিং তুলনা অপ্টিমাইজ করলে গন্তব্যটি নীরবে পুনঃসংজ্ঞায়িত হওয়া উচিত নয়।

সিদ্ধান্তের অপ্রয়োজনীয় ব্যয়বহুল কাজ সরান

হোস্টনেম সমতা যাচাইয়ে DNS লাগে না। কেবল তখনই রিজলভ করুন যখন বাকি নীতির ঠিকানা দরকার, এবং সমর্থিত PAC পরিবেশ পুনর্ব্যবহারের অনুমতি দিলে এক মূল্যায়নের ভিতরে একই lookup পুনরাবৃত্তি এড়ান।

ফাইলের পাশে অল্প কিছু প্রত্যাশিত সিদ্ধান্ত রাখুন: নির্দিষ্ট ব্যতিক্রম, বিস্তৃত সাফিক্সের অধীন একটি সহোদর, একটি অসম্পর্কিত হোস্টনেম এবং প্রাসঙ্গিক ঠিকানা লিটারেল। ফিরে আসা রুট এবং যেকোনো ফলব্যাক এন্ট্রির ক্রম তুলনা করুন, শুধু JavaScript পার্স হয় কি না তা নয়। সেই ফলাফল মিলে গেলে, ব্রাউজারটি সংশোধিত PAC লোড করেছে কি না যাচাই করুন।

কর্মক্ষমতার উন্নতি বিশ্বাসযোগ্য যখন একই কেসগুলো তাদের অভীষ্ট রুট ধরে রাখে এবং অপ্রয়োজনীয় মূল্যায়নের কাজ হারিয়ে যায়। বিস্তৃত DIRECT শর্টকাট এক্সিট IP বদলে দিয়ে বিলম্ব দূর করতে পারে।