এইচটিএমএল 5 এ ফ্রেমগুলি কেন অবচিত করা হয়েছিল, তবে আইফ্রেমগুলি নয়? সর্বোপরি, দুজনের মধ্যে প্রায় কোনও পার্থক্য নেই। অনেক ক্ষেত্রে তাদের উভয়টি ব্যবহার করে একই আউটপুট দেওয়া হবে (আমি ভুল হলে ক্ষমা করে দেব)?
এইচটিএমএল 5 এ ফ্রেমগুলি কেন অবচিত করা হয়েছিল, তবে আইফ্রেমগুলি নয়? সর্বোপরি, দুজনের মধ্যে প্রায় কোনও পার্থক্য নেই। অনেক ক্ষেত্রে তাদের উভয়টি ব্যবহার করে একই আউটপুট দেওয়া হবে (আমি ভুল হলে ক্ষমা করে দেব)?
উত্তর:
আপনার পোস্টে বেশ কয়েকটি ভুল ধারণা রয়েছে। প্রথমত, frameএবং framesetউপাদানগুলিকে এইচটিএমএল 5 এ অবমূল্যায়ন করা হয় না, তারা অপ্রচলিত (যেমন, তারা পুরোপুরি সরিয়ে ফেলা হয়েছে)।
দ্বিতীয়ত, উপাদান frameএবং framesetউপাদানগুলি উপাদান হিসাবে একই জিনিস iframeনয় বা তারা একই আউটপুট দেয় না:
framesetতারা ব্যবহারযোগ্যতা এবং ব্যবহারের জন্য খারাপ, এবং তারা কি কাজ করা সম্ভব হয়েছে সম্পূর্ণরূপে CSS এবং সর্বব্যাপী সার্ভার সাইড উন্নয়ন দ্বারা প্রতিস্থাপিত করা হয়েছে অভিপ্রেত: উপাদান একটি উপায় ওয়েব পেজ জন্য একটি ভিন্ন নথি মডেল অন্তর্ভুক্ত করা যেমন পাতায় শরীর উপাদান প্রতিস্থাপন করে।
iframeউপাদান অন্য দিকে, একটি পৃষ্ঠায় লাশ প্রতিস্থাপন করে না। এটি সামগ্রীর ব্লকের মধ্যে এম্বেড করা একটি নতুন ব্রাউজিং প্রসঙ্গ অন্তর্ভুক্ত করার মাধ্যম হিসাবে কাজ করে। এটি ফ্রেমসেট মডেলের মতো একই ব্যবহারযোগ্যতা বা অ্যাক্সেসযোগ্যতার সমস্যায় ভুগছে না এবং এম্বেড করা ব্রাউজিং প্রসঙ্গে (উইজেটগুলি সর্বাধিক বিস্তৃত উদাহরণ হিসাবে) অন্তর্ভুক্ত করার জন্য প্রায় যে কোনও জায়গায় ব্যবহৃত হয়। 1
iframeHTML5 এর মধ্যে এছাড়াও যে এটা হতে পারে অতিরিক্ত বৈশিষ্ট্য লাগে স্যান্ডবক্সভুক্ত , পিতা বা মাতা ডকুমেন্ট সিদ্ধান্ত নিতে তা মধ্যে মৃত্যুদন্ড কার্যকর করা অনুমতি দেয়। এটি অবিশ্বস্ত কন্টেন্ট এম্বেড করার সময় পিতামাত্ত নথির (এবং পিতামাতার নথিতে দর্শকদের) সুরক্ষার জন্য কিছু পরিমাপের অনুমতি দেয়।
উল্লেখ্য 1:object উপাদান কিছুটা সাথে ওভারল্যাপ iframeউপাদান, কিন্তু এটা একটা আলাদা বিষয়বস্তু মডেল (যা প্ল্যাগইন জন্য প্রধানত দেয়ার উদ্দেশ্যে করা হচ্ছে) আছে, আদেশ সহকারে নিজস্ব সেট আছে, এবং স্যান্ডবক্সিং নেই বৈশিষ্ট্যাবলী iframeউপাদান রয়েছে।
ফ্রেম (ফ্রেমসেট) নথি হিসাবে কাজ করে। এটি মুছে ফেলা হয়েছে কারণ এটি HTML ডকুমেন্টের কাঠামো এবং নেভিগেশনকে ভঙ্গ করে। যেমন। আপনার একটি ফ্রেমে লিঙ্ক রয়েছে, অন্যটিতে সামগ্রী রয়েছে, আপনি নতুন উইন্ডোতে পৃষ্ঠাটি থেকে লিঙ্কটি খুলতে পারবেন না, আপনি নির্দিষ্ট সাব-পৃষ্ঠায় লিঙ্ক করতে পারবেন না, ইত্যাদি etc.
অন্যদিকে আইফ্রেমগুলি সঠিকভাবে ব্যবহৃত হলে কিছুই ভাঙবে না কারণ সেগুলি স্যান্ডবক্স সামগ্রী হিসাবে বোঝানো হয়েছে (যেমন বিজ্ঞাপন)।
ফ্রেমসেটগুলি প্রায়শই এমনভাবে ব্যবহার করা হয় যেখানে তারা ওয়েবে মৌলিক নীতিটি ভেঙে দেয় - প্রতিটি নথির একক URL থাকে। এটি লিঙ্কিং, বুকমার্কস, সার্চ ইঞ্জিন ইত্যাদিতে সমস্যা সৃষ্টি করে
ফ্রেমসেটের সাধারণ ব্যবহারটি শীর্ষে লোগো বা শিরোনাম সহ একটি ফ্রেম, মেনু সহ পাশের একটি ফ্রেম এবং একটি সামগ্রী ফ্রেম হবে। তবে অনুসন্ধান ইঞ্জিনগুলি পৃথক পৃষ্ঠাগুলি সূচী করে, তাই আপনি যখন গুগলে কোনও পৃষ্ঠা খুঁজে পান, তখন এটি ফ্রেমসেট ছাড়াই সরাসরি সামগ্রীর পৃষ্ঠায় লিঙ্ক করে, তাই আপনি নেভিগেশন হারাবেন। লিঙ্ক এবং বুকমার্কগুলির সমস্যাটি হ'ল আপনি সাধারণত ফ্রেমসেটটি না হারিয়েই ফ্রেমসেটের অভ্যন্তরে কোনও নির্দিষ্ট সামগ্রী পৃষ্ঠাটিকে লিঙ্ক বা বুকমার্ক করতে চান। এটি করার সহজ উপায় নয়।
ফ্রেমসেটগুলি প্রথম স্থানে জনপ্রিয় হওয়ার কারণ হ'ল কারণ তারা একটি স্থিতিশীল অবস্থানযুক্ত শিরোনাম এবং মেনুটিকে একটি স্ক্রোলিং সামগ্রী সহ অনুমতি দিয়েছে। তবে এটি আজ সিএসএসের মাধ্যমে অনেক সহজ অর্জন করা যায়। তদাতিরিক্ত ফ্রেমগুলি আপনাকে কোনও সার্ভার-সাইড কোডিং ব্যবহার না করে একাধিক পৃষ্ঠায় লোগোগুলি এবং মেনুগুলির মতো সাধারণ উপাদান ব্যবহার করার অনুমতি দেয়। সার্ভার-সাইড কোডিং ক্লান্তিকর এবং ত্রুটিযুক্ত প্রবণ (যেমন সিজিআই স্ক্রিপ্টস) ছিল এমন সময়ে এটি একটি সুবিধা ছিল এবং অনেক হোস্ট সার্ভার-সাইড স্ক্রিপ্টিংকে একেবারেই অনুমতি দেয় না। কনটেন্ট ম্যানেজমেন্ট সিস্টেমস (সিএমএস) এবং আরও ভাল সার্ভার-সাইড প্ল্যাটফর্মগুলির সাথে আজ এটি সার্ভার সাইডে আরও ভালভাবে পরিচালনা করা হয়।
সুতরাং মূলত ফ্রেমসেট ব্যবহার করার কোনও সুবিধা নেই, কেবল প্রচুর সমস্যা।
আইফ্রেমগুলি ফ্রেমসেটগুলি যেভাবে ব্যবহার করা হয়েছিল সেভাবে ব্যবহার করা যেতে পারে এবং সেই ক্ষেত্রে তারা একই সমস্যাগুলির দিকে পরিচালিত করে। তবে ইফ্র্রেমের অনেকগুলি বৈধ ব্যবহার রয়েছে যা একই সমস্যার দিকে পরিচালিত করে না।