পুরো সাইটের জন্য এইচটিটিপিএস


10

আমি নিবন্ধিত ব্যবহারকারীদের জন্য সর্বজনীন সামগ্রীর সাথে ব্যক্তিগত / কাস্টমাইজড সামগ্রীর সাথে মোটামুটি মানসম্পন্ন ওয়েব সাইটে কাজ করছি। আমি জানি যখন ব্যবহারকারীরা লগ ইন করতে বা ক্রেডিট কার্ডের বিশদটি প্রেরণ করেন তখন আমার এইচটিটিপিএস ব্যবহার করতে হবে। পুরো সাইটের জন্য আমার কেবল এইচটিটিপিএস ব্যবহার করা উচিত নয় এমন কোনও কারণ আছে?

উত্তর:


12

হ্যাঁ, এটি পুরো সাইটের জন্য ব্যবহার করা উচিত নয় এমন একটি কারণ রয়েছে। কিছু ব্রাউজার (ব্র্যান্ড এবং সংস্করণের উপর নির্ভর করে) এইচটিটিপিএস অনুরোধ থেকে ডিস্কে থাকা সামগ্রীকে ক্যাশে করবে না, যা ব্যবহারকারীদের জন্য ব্রাউজিং অভিজ্ঞতাটিকে গুরুতরভাবে ধীর করতে পারে, কারণ স্থির সম্পদ প্রতিটি পৃষ্ঠার অনুরোধের সাথে স্টাইল-শীট, জাভাস্ক্রিপ্ট, শিরোনামের চিত্র ইত্যাদি) লোড করা হবে । উদাহরণস্বরূপ, মজিলা উল্লেখ করেছে যে:

"ডিস্ক ক্যাশে করা হার্ড ড্রাইভে ডাউনলোড করা ফাইলগুলির অনুলিপি সংরক্ষণ করে তাই এগুলি পুনরায় খেলতে হবে না These এই পৃষ্ঠাগুলি ক্যাশে ফোল্ডারের অনুমতি সহ যে কেউ দেখতে পাবে SSL এসএসএল এনক্রিপশন সহ প্রেরিত পৃষ্ঠাগুলিতে প্রায়শই সংবেদনশীল তথ্য থাকে এবং এই পৃষ্ঠাগুলিকে ডিস্কে ক্যাশে করা কোনও গোপনীয়তার ঝুঁকি উপস্থাপন করতে পারে This এই পছন্দটি এসএসএল এনক্রিপশন সহ স্থানান্তরিত ডিস্ক পৃষ্ঠাগুলিতে ক্যাশে রাখতে হবে কিনা তা নিয়ন্ত্রণ করে। "

পৃথক ব্রাউজারগুলি কীভাবে এইচটিটিপিএসকে ক্যাশে করে তা কিছুটা বিতর্কিত রয়েছে তবে এখনও বেশিরভাগ ব্যবহারকারীর এইচটিটিপিএস অনুরোধের জন্য ডিস্ক ক্যাচিং অক্ষম থাকবে।

দ্বিতীয়ত, এইচটিটিপিএসের প্রতিটি অনুরোধের জন্য " হ্যান্ডশেক " প্রয়োজন এবং এটি কিছু ওভারহেডের সাথে আসে, যা কার্য সম্পাদন করে এবং অনুরোধগুলি আরও বড় করে তোলে (সাধারণত কেবল কয়েকটি কেবি দ্বারা - তবে এটি প্রতিটি অনুরোধের জন্য এবং এটি যুক্ত হয়)। এইচটিটিপি কিপলাইভ এটি সীমাবদ্ধ করতে পারে তবে এটি এখনও একটি ওভারহেড যা আপনার অ-সুরক্ষিত সামগ্রীর প্রয়োজন হয় না।


2
এখানে সবকিছু সত্য। তবে আমরা প্রায় 5 বছর ধরে একটি সম্পূর্ণ এসএসএল ওয়েবসাইট চালাচ্ছি এবং আমাদের ব্যবহারকারীদের কাছ থেকে আমাদের কোনও অভিযোগ কখনও আসেনি। এগুলির বেশিরভাগই ফায়ারফক্সে এই দিনগুলিতে আইআই 6 এবং আই 7 তে কর্পোরেট। ক্যাচিংটি দুর্দান্ত কাজ করেছে বলে মনে হয়েছিল, তবে আমাদের প্রচুর চিত্রের উপর সুস্পষ্ট বিষয়বস্তু-মেয়াদোত্তীকরণের বিধিগুলি সেট ছিল, আমি জানি না যে এটি কোনও পার্থক্য করেছে কিনা।
মার্ক হেন্ডারসন 21

5
অনুমান করবেন না: পরীক্ষা :-)। ক্যাশে কাজ করছে কিনা তা যাচাই করার একটি সহজ (যদিও মোটামুটি এবং 100% সম্পূর্ণ নয়) উপায় হল ব্যবহারকারীর অনুরোধগুলির জন্য আপনার সার্ভার লগগুলি পরীক্ষা করা। তারা কি সমস্ত চিত্র / ফাইল বা কেবল আবদ্ধ সামগ্রীকে অনুরোধ করছে? পৃথক ব্যবহারকারীরা বিলম্বের খারাপ বিচারক, তবে যখন একত্রিত হন, তখন মিলি সেকেন্ডগুলি দৃশ্যমান হতে পারে, তাই আমি অবশ্যই নিশ্চিত করবো যে গতিটি সত্যই গ্রহণযোগ্য।
জন মোলার

10

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


5

আরেকটি সমস্যা হল সবকিছু আপনার কাছ থেকে পরিবেশন করা কোনো পৃষ্ঠা তারপর সত্যিই SSL এর মাধ্যমে যেতে, তৃতীয় পক্ষের সম্পদ সহ প্রয়োজন। উদাহরণস্বরূপ, আমরা ইউটিউবের মতো কিছু নিয়ে এটি একটি আসল সমস্যা খুঁজে পেয়েছি। যেহেতু গুগল ইউটিউব ভিডিওগুলিকে এসএসএল এর মাধ্যমে উপলব্ধ করে না, এর অর্থ হ'ল আপনি যে কোনও ইউটিউব ভিডিও আপনার সাইটের কোনও পৃষ্ঠায় এম্বেড করতে চান তা "এই পৃষ্ঠায় সুরক্ষিত এবং নিরাপদ নয় এমন সামগ্রী" সতর্কতার কারণ হতে পারে। যদিও এটি বেশিরভাগ ব্রাউজারে সূক্ষ্ম হয়, এটি আইইয়ের একটি বিশাল সংলাপ এবং কিছু ব্যবহারকারী ভয়ে আপনার বুকের কাছে তাদের ডেটা আটকে রেখে খুব দ্রুত আপনার সাইটটি ত্যাগ করতে পারে।


2

আপনার বৃদ্ধি সম্পর্কেও ভাবা উচিত। আপনার একবারে আরও একবার সিঙ্গেল ওয়েবসভার হয়ে গেলে, আপনাকে সিদ্ধান্ত নিতে হবে: আপনি কি প্রতিটি স্বতন্ত্র সার্ভারে এইচটিটিপিএস সরবরাহ করতে চান এবং যদি তাই হয়, আপনি প্রায়শই সুপারিশ অনুসারে সার্ভার প্রতি একই শংসাপত্র বা একটি শংসাপত্র ব্যবহার করবেন? আমি আরও সাধারণ সেটআপগুলি দেখেছি যেখানে কম সংখ্যক এইচটিটিপিএস সার্ভার রয়েছে কারণ তারা সাধারণত সংবেদনশীল বিবরণ এবং আরও এইচটিটিপি সার্ভারগুলির প্রসেসিংয়ের জন্য ব্যবহৃত হয় যেহেতু যারা প্রচুর ট্র্যাফিক গ্রহণ করে থাকে। এইচটিটিপিএস আপনার প্রতিটি সেটআপে আরও কিছুটা জটিলতা যুক্ত করে। কিছু মনে রাখবেন।


1

আমি এটি দেখতে পাচ্ছি, আপনার সম্পূর্ণ সাইটে এইচটিপিপিএস ব্যবহার না করার একমাত্র কারণ হ'ল এটি আপনার সার্ভারটি কিছুটা ধীরে ধীরে কমিয়ে দিবে এবং দর্শকদের কিছুটা ধীর ব্রাউজিংয়ের অভিজ্ঞতা থাকবে। বলা হচ্ছে, এর সুবিধাও আছে। বিশেষ করে:

  1. আপনার সাইটের কোনও পৃষ্ঠায় আপনি সুরক্ষিত রাখতে চান এমন ডেটা রাখার বিষয়ে আপনাকে কখনই চিন্তা করতে হবে না। আপনি ভুলতে পারবেন না
  2. ব্যবহারকারীরা আপনার সাইটটি সম্পূর্ণ এনক্রিপ্ট করা লক্ষ্য করবে এবং আপনাকে তাদের তথ্য দেওয়ার ক্ষেত্রে আরও সুরক্ষিত বোধ করতে পারে।
  3. ব্যবহারকারীরা জানেন যে আপনার ওয়েবসাইটটি আপনার সংস্থার অন্তর্গত এবং এর অধীনে নেওয়া হয়নি।

আপনার বিকাশকারীদের একটি এনক্রিপ্ট না করা পৃষ্ঠায় সুরক্ষিত ডেটা দেখানোর বিষয়ে চিন্তাভাবনা করা সহজ করার বাইরে , প্রতিটি পৃষ্ঠায় এইচটিটিপিএস ব্যবহার করার সত্যিই কোনও প্রযুক্তিগত কারণ নেই । একই যুক্তি দ্বারা, না করার খুব কম কারণ রয়েছে।


পুরো সাইটে এইচটিটিপিএস ব্যবহার না করার অন্যান্য কারণ ... আরও ব্যান্ডউইথ ব্যবহার করা হবে যেহেতু পৃষ্ঠাগুলি ক্লায়েন্ট সাইডে করা হবে না (তাত্ত্বিকভাবে)।
মিঃ হোয়াইট

"আপনার সাইটের যে কোনও পৃষ্ঠায় আপনি সুরক্ষিত রাখতে চান এমন ডেটা রাখার বিষয়ে আপনাকে কখনই চিন্তা করতে হবে না।" - আমি নিশ্চিত না যে এটি কতটা সত্য। গুগল ডিফল্টরূপে এই পৃষ্ঠাগুলিকে সূচক _ এবং ক্যাশে_ (!) করবে। এবং যদি অনুরোধ করা হয় তবে ক্যাশেড সংস্করণটিকে সরল HTTP হিসাবে পরিবেশন করা হবে।
মিঃ হোয়াইট

0

সর্বশেষে তবে সর্বনিম্ন নয়, বেশ কয়েকটি নিয়োগকর্তা তাদের এনক্রিপ্ট করা https সাইটগুলিতে ব্রাউজ করতে পছন্দ করেন না। এটি প্রতিরক্ষা / সুরক্ষা সংস্থাগুলি এবং সংস্থাগুলির ক্ষেত্রে, সুতরাং আপনার যদি "https কেবল" ওয়েবসাইট থাকে তবে আপনি এই দর্শকদের / গ্রাহকদের কিছুটা আলগা করতে পারেন, কারণ তাদের নেটওয়ার্ক কেবল তাদের আপনার সাইট ব্রাউজ করতে দেয় না।


আপনার কি এর কোন প্রমাণ আছে? আপনি কি এই দাবিকে সমর্থন করে এমন নিবন্ধগুলিতে লিঙ্ক করতে পারেন?
অ্যান্ড্রু লট

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

আমি নিজের কাছে এটি ব্যাখ্যা করেছি যে সুরক্ষা সংক্রান্ত সমস্যা, গোপনীয়তা বা যা-ই হোক না কেন এবং এসএসএল অস্বীকৃতি ব্যবহার করে নজরদারি করতে সক্ষম হওয়ার জন্য কিছু পর্যবেক্ষণের সরঞ্জামগুলির মধ্যে এই ব্যবহারকারী এবং ওয়েবসাইটগুলির মধ্যে প্রক্সি বা "মাঝখানে কোনও লোক" এর প্যাকেটের "সামগ্রী" দেখতে হবে to যেমন পর্যবেক্ষণ। এইভাবে এই সংস্থাগুলিতে https অনুমোদিত নয় (আমি তাদের সকলের মধ্যেই বলি না, তবে অবশ্যই তাদের
কয়েকটিতে
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.