কেন কোনও ক্লায়েন্ট-সাইড এইচটিএমএল ট্যাগ অন্তর্ভুক্ত করে না?


18

অন্যদিন একজন প্রোগ্রামার আমার কাছে একটি প্রশ্ন করেছিল question আমি মনে করি (খুব দীর্ঘ সময় আগে) খুব একই বিস্মিত। ব্রাউজারের দিকের অন্তর্ভুক্ত ট্যাগটি কখনই বিবেচনা করা হয়নি? নাকি ছিল?

বিশেষত এমন ট্যাগ সহ যা ব্রাউজারকে অন্যান্য উত্স থেকে অতিরিক্ত এইচটিএমএল অন্তর্ভুক্ত করার নির্দেশ দেয়। যেমন <include src="http://server/foo/bar.html">innerHTMLযখন জাভাস্ক্রিপ্ট ইঞ্জিনের বাইরে একই ব্রাউজারটি ব্রাউজারের মাধ্যমে সম্পন্ন করা যায় তখন অনেক লোক জাভাস্ক্রিপ্ট কল করে এবং এটি সম্পাদন করতে পূর্ণ করতে পারে।

নেস্টেড <HTML>s <BODY>গুলি (যেমন) করা বেদনাদায়ক হত তবে আমাদের সেই দিকটি যে কোনওভাবেই বিবেচনা করতে হবে।


বাহ্যিক সত্তা আপনাকে ইতিমধ্যে এটি দেয় না?
পিটার টেলর

ট্রান্সকোলেশন 60 এর দশকের আবিষ্কার থেকেও হাইপারটেক্সটের একটি মূল বৈশিষ্ট্য হিসাবে বিবেচিত হয়েছিল। সুতরাং আমি নিশ্চিত যে এটি বিবেচিত হয়েছিল ...
অ্যালেক্স ফেনম্যান

উত্তর:


12

আমি কি পৃথিবীর সর্বশেষ ব্যক্তি যিনি ( নেটস্কেপ 4-কেবল ) layerএবং ilayerট্যাগগুলি স্মরণ করেন ?

নেটস্কেপ 4 এছাড়াও অনুমতিdiv ট্যাগটি আছে srcঅ্যাট্রিবিউট, যা একই জিনিস সম্পন্ন।

নেটস্কেপ সেগুলি ডাব্লু 3 সি-তে জমা দিয়েছে, যারা এগুলি অন্তর্ভুক্ত না করা বেছে নিয়েছে - iframeপরিবর্তে ব্যবহার করুন।


আমি প্রকৃতপক্ষে এনএস 4 মনে করি কিন্তু সেই বৈশিষ্ট্যগুলি মনে নেই। খুব খারাপ, আমি এখনও সন্তুষ্ট এটি ক্রস ব্রাউজার জাভাস্ক্রিপ্ট বিএস অনেক সংরক্ষণ করতে পারে।
Jue Queue

আমার মনে আছে এনএস 4 কে এমন আবেগের সাথে ঘৃণা করা উচিত যে আমার প্রথম নন-আইএসপি ইমেল ঠিকানা আইহেটনেসস্কেপ.কম এ একটি ফ্রি অ্যাকাউন্ট ছিল। আহ, ভাল সময়: ডি
ওয়াইল্ডপিক্স

নোট স্তরগুলি এক ক্লায়েন্টের পক্ষে অন্তর্ভুক্ত ছিল না কারণ তাদের কাছে এখনও documentএকই উত্স নীতি সাপেক্ষে পৃথক কোনও বিষয় ছিল ; তারা কার্যকরভাবে একটি অবস্থানযোগ্য iframe ছিল।
বোবিন্স

14

ব্রাউজারের দিকের অন্তর্ভুক্ত ট্যাগটি কখনই বিবেচনা করা হয়নি? নাকি ছিল?

এটি অবশ্যই প্রতিটি নবাগত ওয়েব লেখক দ্বারা অনুরোধ করা হয়েছিল যিনি এখনও সার্ভার সাইড অন্তর্ভুক্ত করেনি, www-html তালিকার প্রথম দিনগুলিতে। কিন্তু সেই দিনগুলিতে W3 ওয়েব লেখকের চাপকে সম্পূর্ণ উপেক্ষা করে খুশি হয়েছিল।

যদি ক্রস-সাইট অন্তর্ভুক্তির অনুমতি দেওয়া হয় তবে এটি একটি সুরক্ষা বিপর্যয় হবে। আপনি ব্যবহারকারীর ব্যাংক থেকে একটি পৃষ্ঠা টেনে নিতে পারেন এবং এটি থেকে সামগ্রী পড়তে পারেন। (মূলত, DOM, স্ক্রিপ্টিং সীমিত ছিল, কিন্তু আপনি এখনও থেকে পড়তে পারতেন document.links, document.images, স্ক্রিপ্টিং ফাংশন লক্ষ্য পাতা, ইত্যাদি দ্বারা বাদ তারপর থেকে তুমি যা আমদানি করা সামগ্রী সহ মত করতে পারেন।)

যদি ক্রস-সাইট অন্তর্ভুক্তির অনুমতি না দেওয়া হয় ... ভাল তবে সার্ভার-সাইডের সাথে বৈশিষ্ট্যটির কোনও সুবিধা হবে না। এটি আরও বেশি হবে, ক্লায়েন্টটির পক্ষে এটি করা ধীরতর কাজ যা সার্ভার আরও ভালভাবে ডিল করতে পারে। বিপরীতে <iframe>, একটি অন্তর্ভুক্ত পৃষ্ঠা পৃষ্ঠা লোড ব্লক করতে হবে। এসএসআইগুলি প্রতিটি উপায়ে উন্নত হবে।


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

1
এটি সার্ভারের চেয়ে উল্লেখযোগ্যভাবে আরও কাজ করবে। আমি নিশ্চিত নই কেন এটি পৃষ্ঠা লোড ব্লক করার প্রয়োজন হবে, এটি অ্যাসিঙ্ক কন্টেন্ট-ফিল দিয়ে পূর্ণ পৃষ্ঠা লোডের অনুমতি দিতে পারত। অবশ্যই এটি ব্রাউজারগুলির দ্বারা কেবল উত্পন্ন সার্ভারগুলি থেকে টানতে বা কোনও ডোমেনড ডিওএমকে অনুমতি দেওয়ার জন্য সীমাবদ্ধ করা যেতে পারে।
Jé ক্যু

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

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

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

10

তারা করেছিল. এটি <frameset>ট্যাগ হয়ে গেছে । কিছুক্ষণ পরেই তারা <iframe>ট্যাগটি যুক্ত করেছিল ।

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


4
প্রকৃতপক্ষে ফ্রেমগুলি অন্তর্ভুক্তির চেয়ে খুব ভিন্ন উদ্দেশ্যে পরিবেশন করে না। প্লাস বিশেষত অবজেক্ট সেট আকারে iframes উপর নিষেধাজ্ঞাগুলি অবশ্যই এর জায়গা নেওয়ার চিন্তা করতে পারে না।
Jé কাতার

5
আমি অসম্মতি - আমার মনে হয় ফ্রেমগুলি ঠিক এটিই করে। আরও এইচটিএমএল ছাড়া ফ্রেম কি আর কি আছে?
জ্যাকো প্রিটোরিয়াস

5
ফ্রেমগুলি সরাসরি ফ্রেমে নয় এইচটিএমএল সহ অন্তর্ভুক্ত রয়েছে - এটিই পার্থক্য।
এমবিকিউ

4
@Xepoch: ... একটি সঙ্গে <iframe>। এটাই তার জন্য । এটা সত্যিই অনেক একটি থেকে আলাদা নয় <div>সঙ্গেoverflow:auto;
greyfade

3
<iframe> উপাদানটি মূলত "নির্দিষ্ট html ডকুমেন্টটি লোড করুন এবং এটি এখানে আটকে দিন"। আপনি যদি জাভাস্ক্রিপ্ট কলটিতে না হয়ে দস্তাবেজটি তত্ক্ষণাত লোড করা চান তবে আপনি এজ্যাক্সের পরিবর্তে এটি বেছে নেবেন ... ফ্রেমগুলি HTML এর উইন্ডোটিং বিন্যাস নয়। ডিভ, পি, বিআর - এগুলি লেআউটটির জন্য ব্যবহৃত সমস্ত উপাদান। আপনি বিন্যাসের জন্য ফ্রেম ব্যবহার করবেন না (বা আপনার আর হওয়া উচিত নয়)।
জ্যাকো প্রিটোরিয়াস

3

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

আমি জানি যে প্রচুর ভাল জেকুরি প্লাগইন রয়েছে যা প্রচুর পরিমাণে সার্ভার সাইড স্ক্রিপ্টগুলি করে তবে এই জাতীয় ট্যাগ সমর্থন না করার কোনও ভাল কারণ নেই। আইএমও এটির একটি ভাল প্রশ্ন "কেন কোনও ক্লায়েন্ট পক্ষই ট্যাগ অন্তর্ভুক্ত করে না?"

আপনি যদি jquery পছন্দ করেন তবে এখানে ভাল ক্লায়েন্টের দিকের স্ক্রিপ্ট অন্তর্ভুক্ত রয়েছে: Inc: একটি অতি-ক্ষুদ্র ক্লায়েন্ট-সাইডে জাভাস্ক্রিপ্ট jQuery প্লাগইন অন্তর্ভুক্ত রয়েছে


আপনার উত্তরটি কেবলমাত্র মনে হয় যা মাথার পেরেকটি আঘাত করেছে। আপনি কি সি তে # অন্তর্ভুক্তের মতো কিছু ভাবছেন? এটি হ'ল এই ধরণের জিনিসটি "ক্লায়েন্ট-সাইড অন্তর্ভুক্ত" আমার কাছে বোঝায় - একটি এইচটিএমএল ডকুমেন্টের মধ্যে ইন্টিগ্রাল ডকুমেন্টের সামগ্রী হিসাবে নির্বিচারে এইচটিএমএল স্নিপেটগুলি (সম্পূর্ণ HTML ডকুমেন্টের চেয়ে) অন্তর্ভুক্ত করার জন্য একটি সুবিধা। যদিও এটি প্রাক-পার্সিং পর্যায়ে না হয়ে HTML এর একটি অবিচ্ছেদ্য বৈশিষ্ট্য হিসাবে ডিজাইন করা যেতে পারে - তবে প্রশ্নকর্তার প্রস্তাবিত <অন্তর্ভুক্ত src = "..."> বাক্য গঠনটি এটির সাথে পুরোপুরি ফিট হবে।
স্টিয়ার্ট

এখন এটি যুক্ত করার সাথে সমস্যা হ'ল পিছনের সামঞ্জস্য। অবশ্যই এটি HTML টির মূল ডিজাইনে কেন অন্তর্ভুক্ত করা হয়নি তা ব্যাখ্যা করে না।
স্টুয়ার্ট

এটি বিকল্পভাবে আরও সাধারণভাবে এসজিএমএল / এক্সএমএল এর বৈশিষ্ট্য হিসাবে ডিজাইন করা যেতে পারে ....
স্টুয়ার্ট

2

আপনি চেষ্টা করেছেন?

<object  type="text/html" data="page.html" height="500" width="500">
What I see if that didn't work 
</object>

আমি মনে করি এটি বেশিরভাগ ব্রাউজারগুলিতে প্রয়োগ করা হয়েছে।


চেষ্টা করা প্রয়োজন।
Jue ক্যু

2

কোনও <include>ট্যাগের বিভিন্ন রূপগুলি প্রকৃতপক্ষে এইচটিএমএলের প্রাথমিক ইতিহাসে বিবেচিত হয়েছিল , তবে সেগুলি খুব বেশি দূর কখনও আসে নি।


1
তবে << অন্তর্ভুক্ত> ট্যাগের শব্দার্থকতা আজকের ফ্রেম / আইফ্রেমে / অবজেক্টের মতোই ছিল - এতে একটি এইচটিএমএল নথি অন্তর্ভুক্ত থাকবে , এবং কেবলমাত্র পাঠ্য / কোডের স্নিপেট বা সি এর # অন্তর্ভুক্ত হিসাবে র্যান্ডম ট্যাগগুলি অন্তর্ভুক্ত থাকবে না।
টমো পসপেক
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.