কিছু আইআইএস 7 ওয়েব কোডফিগ সংক্ষেপণ সেটিংসে সহায়তা দরকার


9

আমি আমার ওয়েব কোডফাইগ ফাইলে আমার আইআইএস 7 সংক্ষেপণ সেটিংস কনফিগার করার চেষ্টা করছি। আমি জিটিপ হওয়ার জন্য এইচটিটিপি 1.0 অনুরোধগুলি সক্ষম করার চেষ্টা করছি।

এমএসডিএন এখানে এটি সম্পর্কে সমস্ত তথ্য আছে

আমার নিজের ওয়েবসাইটের ওয়েবকনফাইগ ফাইলটিতে এই কনফিগারেশন তথ্য থাকা কি সম্ভব? অথবা আমার কি এটিকে অ্যাপ্লিকেশন পর্যায়ে সেট করার দরকার আছে? বর্তমানে, আমার ওয়েব কোডফাইজে আমার কাছে সেই কোডটি রয়েছে ...

<system.webServer>
    <urlCompression 
        doDynamicCompression="true" 
        dynamicCompressionBeforeCache="true" />
    <httpCompression 
        cacheControlHeader="max-age=86400" 
        noCompressionForHttp10="False" 
        noCompressionForProxies="False" 
        sendCacheHeaders="true" />

    ... other stuff snipped ...

</system.webServer>

এটি কাজ করছে না :( HTTP 1.1 টি অনুরোধগুলি সংকুচিত হচ্ছে, ঠিক 1.0 নয়।

উপরের এমএসডিএন পৃষ্ঠাটি বলে যে এটি এতে ব্যবহার করা যেতে পারে:

  • Machine.config
  • ApplicationHost.config
  • রুট অ্যাপ্লিকেশন ওয়েবকনফিগ
  • অ্যাপ্লিকেশন ওয়েবকনফিগ
  • ডিরেক্টরি ওয়েবকনফিগ

সুতরাং, আমরা কি ওয়েব-কনফিগ ফাইলগুলিতে প্রোগ্রাম-ভিত্তিতে প্রতি-ওয়েবসাইট-ভিত্তিতে এই সেটিংগুলি সেট করতে পারি? (এটি একটি অ্যাপ্লিকেশন ওয়েবকনফাইগ ফাইল ...) আমি কী ভুল করেছি?

চিয়ার্স :)

সম্পাদনা: আমাকে জিজ্ঞাসা করা হয়েছিল কীভাবে আমি জানি যে HTTP1.0 সংকুচিত হচ্ছে না। আমি ব্যর্থ অনুরোধ ট্র্যাকিং বিধিগুলি ব্যবহার করছি, যা প্রতিবেদন করে:

DYNAMIC_COMPRESSION_START
DYNAMIC_COMPRESSION_NOT_SUCESS
    Reason: 3
    Reason: NO_COMPRESSION_10
DYNAMIC_COMPRESSION_END

উত্তর:


3

আইআইএস 7.x ওয়েবকনফিগের সেটিংসটি সত্যতার দিকে মনোযোগ দিন

noCompressionForProxies="false"

ওয়েবকনফিগ স্তরে সম্মানিত হয় না। এটি অবশ্যই সি: \ উইন্ডোজ \ System32 \ inetsrv \ কনফিগারেশন \ অ্যাপ্লিকেশনহোস্ট.কনফিগে সেট করতে হবে:

<httpCompression directory="%SystemDrive%\inetpub\temp\IIS Temporary Compressed Files" noCompressionForProxies="False">

নিশ্চিত হয়ে নিন এবং সেটিংস পরিবর্তন করার পরে একটি আইআইএস পুনরায় সেট করুন।

ক্লায়েন্টের ওয়েব অনুরোধটিতে HTTP "ভায়া" শিরোনামটি যদি এমন থাকে তবে একটি অনুরোধ আইআইএসের দ্বারা প্রক্সি থেকে নির্ধারিত হয়:

Via: 1.1 foo

আপনি appcmdঅ্যাপ্লিকেশন স্তরের সেটিংস সেট করতেও ব্যবহার করতে পারেন (যা সম্ভবত আরও সহজ)।
খাঁটি.ক্রোম

2

মোটামুটি গবেষণার পরে, অ্যাপ্লিকেশন পর্যায়ে এটি ডিফল্টরূপে 'লক' করা হয়। যেমন, এটি 'আনলক করা' হওয়া দরকার। কমান্ড লাইনের মাধ্যমে বা (অতিরিক্ত ডাউনলোড) আইআইএস 7 অ্যাডমিন সরঞ্জামগুলির মাধ্যমে এটি অর্জন করা যেতে পারে।

যেমন। appcmd set config -section:urlCompression /doDynamicCompression:true

Refrences:


1

আপনি কীভাবে পরীক্ষা করছেন যে HTTP1.0 অনুরোধগুলি সংকুচিত হচ্ছে না? আপনি যে ক্লায়েন্টটি ব্যবহার করছেন তা কি সার্ভারকে বলছে না যে এটি সংকোচিত প্রতিক্রিয়া গ্রহণ করতে পারে?

যদি আপনি ক্লায়েন্ট কর্তৃক প্রেরিত শিরোনামগুলি দেখতে পান (আপনি নিজেই পরীক্ষা ক্লায়েন্টের দ্বারা উপস্থাপিত হয়েছিলেন, আপনি যদি ফায়ারফক্স বা আইইএইচটিটিপি হেইডারস পরীক্ষা করে থাকেন তবে আপনি যদি আইইতে পরীক্ষা করে নিচ্ছেন, বা কোনও বাহ্যিক সরঞ্জাম ব্যবহার করে ট্র্যাফিক স্নিগ্ধ করে) মত কিছু দেখুন

Accept-Encoding: compress, gzip, deflate

সেখানে কোথাও। ক্লায়েন্ট যদি সার্ভারকে অবহিত না করে যে এটি একটি সংকোচিত প্রতিক্রিয়া গ্রহণ করতে পারে তবে সার্ভারের পাশের অন্যান্য সেটিংসের বিষয়টি বিবেচনা করেই সার্ভারটি আপনাকে প্রেরণ করবে না।

আরেকটি সমস্যা হতে পারে আপনি যদি এমন প্রক্সি সার্ভারের মাধ্যমে পরীক্ষা করছেন যা নিজেকে সে হিসাবে চিহ্নিত করেছে। এক্ষেত্রে noCompressionForProxies সেটিংটি প্রাধান্য পাচ্ছে এবং একটি সঙ্কুচিত প্রতিক্রিয়ার সম্ভাবনাটিকে অবরুদ্ধ করে।

একটি বিষয় লক্ষণীয় যে HTTP1.0 অনুরোধগুলি (সাধারণত পুরানো সফ্টওয়্যার) প্রেরণকারী কিছু ক্লায়েন্ট এবং প্রক্সিগুলি সঠিকভাবে একটি সংক্ষিপ্ত প্রতিক্রিয়া হ্যান্ডেল করবে না যদি তারা HTTP1.0 অনুরোধের প্রতিক্রিয়াগুলির জন্য সংক্ষেপণ সক্ষম করে তা নিশ্চিত করে নিন যে আপনি আপনার ক্লায়েন্ট / প্রক্সি সফ্টওয়্যারটিতে আপনার সাইট / অ্যাপ্লিকেশনটি পরীক্ষা করুন যা আপনি দর্শকদের / ব্যবহারকারীদের ব্যবহার আশা করেন। আপনি যদি নিশ্চিত করতে পারেন যে আপনার টার্গেট শ্রোতারা নির্দিষ্ট সফ্টওয়্যার ব্যবহার করবেন (উদাহরণস্বরূপ অ্যাপটি কেবলমাত্র একটি অভ্যন্তরীণ কর্পোরেট নেটওয়ার্কের জন্য) তবে অন্যথায় পরীক্ষার জন্য অনেকগুলি সংমিশ্রণ রয়েছে যার কারণে বেশিরভাগ সার্ভারগুলি সংক্ষেপণ অক্ষম করে able 1.0 অনুরোধ সম্পূর্ণ।


আমি পরীক্ষা করছি যে এইচটিপি 1.0 অনুরোধগুলি ব্যর্থ অনুরোধ ট্র্যাকিং বিধিগুলি ব্যবহার করে সংকুচিত হচ্ছে না, যা এর পিছনে প্রতিবেদন করে: - DYNAMIC_COMPRESSION_START DYNAMIC_COMPPressION_NOT_SUCESS কারণ: 3 কারণ: NO_COMPPressION_10 DYNAMIC_COMPressionION_END
শুক্র
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.