어떤 차이가 스크독 = &quot ."; 그리고, src = &quot data:text/html ."; iframe&gt 작업공간에서

예를 들어, 어떤 차이점을:

<iframe srcdoc="<p>Some HTML</p>"></iframe>
<iframe src="data:text/html,<p>Some HTML</p>"></iframe>

[ 데모 ] [1]

또한, 똑같은 경우 추가 스크독 '속성' HTML5, 왜?

  • 편집할지 *

어쩌면 내가 wasn& # 39, t 선택해제합니다 부족합니다. I am not '을 (를)' '하지만' 비교 'src 스크독 src' text / html 을 (를) '를 사용하여 데이터 URI 스크독'.

만일 이런 기능을 chart) 는

&lt pre>; src 속성을 스크독 속성용

Yes no url 을 사용하지 않고 src (*) 예 예, html 콘텐츠를 데이터를 사용하여 uri &lt /pre>;

'' 스크독 필요한 이유는?

  • () 참고 :

페이지 url 을 통해 사용할 수 있을 것 같다 '' 스크독 로드하기에 ([데모] [2]) 을 (를) '는 수비프라임 src' 속성:

<iframe srcdoc="<iframe src='http://microsoft.com'></iframe>"></iframe>
Mr. Alien
편집된 질문18일 6월 2014 в 3:29
프로그래밍
iframe html
2일 11월 2013 в 4:40
6 파운드

일부 다른 답을 정말 중요한 차이가 있지만, miss the mark of the list 피상적이에요 차이를 설명하는 것이다 왜 브라우저 / 사양명세 작성기에 본질적으로 복제본임을 생각하신거야 이미 있습니다.

'&lt iframe src = &quot data:.untrusted content";; 최근의 브라우저에서 , 스캔박스 /&gt < -) 의 브라우저 보안 '불안한 스캔박스 지원부에서는 없이 기존

'&lt iframe 스크독 = &quot 이언트루스테드 content";; 최근의 브라우저에서 보안 , '&lt 스캔박스 />; - (단, 작동하지 않는) 의 기존 브라우저 보안

이 새로운 구문을 사용자를 보호할 수 있는 방법을 제공하는 컨텐츠 만든 이 경우에도 기존 브라우저를 사용할 수도 있습니다. 그것 없이는, 콘텐츠 제작자 약간만이라도 나서지 않을 것이라고 스캔박스 기능을 사용할 수 있으며, 전혀 볼 수 있습니다.

Fabio Beltramini
편집된 답변7일 7월 2015 в 7:14
해설 (5)

충스러웠으니 매든:

&gt. &lt sup&gt 1.&lt /sup>;;; 해당 페이지의 내용을 임베드된 컨텍스트가 있습니다. 이 &gt. 속성은 걱정했던것 스캔박스 함께 사용할 수 있으며 &gt. 완벽한 속성. 이 경우 up1 스크독 속성용 있지만브라우저에 &gt. src 에 지정된 컨텐트에서 덮어씁니다 차지백 (있는 경우). &gt. 있지만브라우저에 경우 이를 스크독 볼 수 있는 속성을 지원하지 않습니다. &gt. 지정된 파일로 src 속성을 대신 (있는 경우).

따라서 '' 콘텐츠 'src 속성을 사용하여 스크독 재정의됩니다 임베드된' 속성.

[ 데모 ] [1]

또한 '대한' data:text/html 너희는너희가 소리를 다음 스니핏 호출됨 데이터 URI 및 it 제약이 있다.

&gt. &lt sup&gt 2.&lt /sup>;;; 32,768 문자 데이터 uri 를 넘을 수 없습니다.

&lt sup>;

  1. 3, [매든] 2. MSDN &lt /sup>;
해설 (9)

Src 속성을 iframe 을 (를) ',' 크로스 도메인 html 로 컨텐츠가

하지만 HTML 로 속성용 스크독 iframe 을 (를) '' 콘텐츠가 아님 크로스 도메인

해설 (2)

크롬 (v36) 를 사용하면 vmware. 스크독 먹어서나 - 에서 사용할 수 있는 데이터 소스 URL 설정 및 쿠키를 가져오는 반면 않습니다.

&gt, 포착되지 않는 세커티에로: # 39, & # 39 cookie& 읽지 못했습니다. # 39, & # 39 에서 Document&, 속성: # 39, & # 39 쿠키는 비활성화됨 인사이드라면 data:&. Url

올해 5월 또는 중요하지 않을 수도 있습니다, 하지만 나는 url 규칙을 사용하는 응용 프로그램의 데이터 아웃해야 구축, 이는 현재 t 지원, IE doesn& 부끄 vmware. 과정이든 스크독 # 39 (v11).

해설 (1)

퍼센트 인코딩 데이터 uri src 속성을 동시에 지원할 수 있는 것이 눈에 띄는 차이점은 '다른' 열린우리당 ',' 스크독 doesn& # 39 는 일반 html 구문 규칙 때문에, t

이러한 소스뿐만 수익률이 다르게 된다.

<! - begin 스니핏: js 숨기십시오: 거짓값 콘솔: 진정한 바벨. &gt 거짓값 -;

끝 - &lt 스니핏 >;!

또한 차이가 나는 것을 구문 분석하는 js 스크립트에만 δ1 속성 값을 (it& # 39 의 아마도, 그 이상 퍼센트 인코딩) 이지만, 아직 didn& # 39 그림 규칙은 없다.

해설 (1)

들어 보면 이 두 가지 형태가 동일해집니다. 그러나 모두 사용할 수 있는 '속성' src '와' 스크독 html5 비사양 브라우저를 사용할 수 있으며, 브라우저 'html5' src '버전을 이용할 수 있다' 는 '와' 완벽한 '속성' 스캔박스 스크독 버전과 함께 제공하는 방법 좀 더 유연하게 iframe 받고 있다.

해설 (2)

  • srcdoc:* 있는 페이지의 내용을 임베드된 컨텍스트가 있습니다. 이 속성은 스캔박스 및 원활한 속성뿐 함께 사용할 수 있을 것으로 기대된다. 이 경우, 지정된 컨텐트에서 src 속성을 있지만브라우저에 up1 스크독 오버라이드합니다 차지백 (있는 경우). 있지만브라우저에 경우 이를 지원하지 않는 대신 스크독 속성용 지정된 파일로 src 속성을 표시 (있는 경우).

  • src:* 페이지의 url 을 제시했다.

해설 (1)

그러나 가장 큰 차이점은 src& # 39, & # 39. 여기서는 속성에는 문서의 주소를 포함할 &lt iframe>; 태그이고,

39, & # 39 srcdoc& 반면, HTML 페이지의 내용이 있는 속성에는 표시하십시오 인라인 프레임.

  • 모든 브라우저에서 지원되지 않는 것이 가장 큰 단점은 스크독 src 가 모든 browsers.* 호환됩니까 반면

가서 다음 링크를 통해 자세한 설명. https://developer.mozilla.org/en-US/docs/Web/HTML/Element/iframe

Phillip Senn
편집된 답변28일 8월 2014 в 2:33
해설 (1)