webNavigation.onCommitted는 초기 프레임 생성/페이지 렌더링을 '보지' 않습니다. 그러나 프레임 탐색이 초기 페이지가 아닌 다른 위치에 있으면 리스너가 이를 포착합니다. 옵션 에 'allFrames': true 키가 포함된다면 문제는 _다소_ 해결된 것입니다. 정적 html 페이지의 모든 프레임에는 스크립트가 삽입되지만 원본/URL 일치 문제가 있습니다. 또한 Javascript를 사용하여 프레임을 생성하면 스크립트가 주입되지 않습니다.

내가 생각할 수 있는 가장 쉬운 해결책은 webNavigation.onCommitted 를 {'urls': ['<all_urls>'], 'types': ['main_frame', 'sub_frame']} 필터로 webRequest.onResponseStarted 로 바꾸는 것입니다.

몇 가지 제한된 테스트를 수행했으며 더 이상 변경할 필요가 없습니다. Javascript를 사용하여 생성한 프레임과 프레임 내에서 스크립트를 실행할 수 있었습니다.

@arantius 어떤 계획 @Sxderp에서 수정을 병합?

이는 iframe이 원본 간 개체인 시나리오에 영향을 미치므로 특정 iframe에서 GM을 실행하지 않고는 어떤 종류의 수정도 수행할 수 없습니다.

감사 해요 !

이것을 놓치면 곧 조사할 것입니다.

오래된 스크립트를 테스트하는 동안 관찰한 것인데 도움이 되는지 모르겠습니다...

iframe에서 작동해야 하는 스크립트가 주어지면
페이지에서 변경 사항을 실행하는 것처럼 보입니다.
그러나 수정되지 않은 페이지로 다시 새로 고쳐집니다.

페이지를 매우 빠르게 새로 고칠 때만 깜박임을 볼 수 있습니다.

오래된 스크립트를 테스트하는 동안 관찰한 것인데 도움이 되는지 모르겠습니다...

이것은 내 패치 또는 릴리스 버전에 있습니까?

헐 4.0버전이었던거같은데..
나는 @4.1b3이었지만 테스트를 위해 릴리스 버전을 다시 설치했다고 확신합니다(지금까지!)

Eselce가 설명한 것과 같은 iframe에서도 마찬가지입니다. 어떤 식으로든 실행되지만 iframe 또는 페이지가 로드된 후 중지됩니다.

이 스크립트를 삽입하면 1과 "self !== top"만 얻습니다.

console.log('1');
if (self !== top) {
   console.log('self !== top');
   setTimeout(function() {
      console.log('Timeout');
   }, 2000);  
} else {
   console.log('self === top');
}

"시간 초과"는 로그에 표시되지 않으며 모든 기능 및 바인드도 표시되지 않습니다.

4.1b3을 사용합니다.

Quantum에서 GM 4.0을 실행하는 것과 동일한 문제가 있습니다. main.html 및 framed.html 페이지와 모든 페이지에 로드되고 로드된 페이지의 URL을 출력하는 GM 스크립트가 있는 매우 간단한 더미 예제를 작성했습니다.

대부분의 경우 main.html 에 대한 알림만 받지만 약 5%의 경우, 특히 F5 키를 누르고 있으면 framed.html 대한 알림도 받을 수 있습니다.

패치가 나올 때까지 iframe 내에서 GM 4.0을 안정적으로 실행하도록 하는 해킹이 있습니까?

난 그냥 userscripts이 안정적으로 실행되는 것을 발견 <embed src="..."> 가 아니라에서 <iframe src="..">
나는 작은 테스트 스크립트를 작성했습니다.
https://openuserjs.org/scripts/cuzi/iframe_embed_Test_Greasemonkey_4

몇 가지 추가 정보: 어떤 경우에는 내 스크립트가 프레임에서 완전히 실행됩니다(그러나 보기는 나중에 페이지 스크립트 등으로 덮어쓰여집니다).
때때로 내 스크립트의 동기 부분은 종료되지만 비동기 부분은 페이지 활동에 의해 갑자기 중단됩니다 ...
희망, 도움이 됩니다!

누구에게 이것에 대한 더 많은 정보가 있습니까?

이 스레드(문제)에 대한 간략한 요약:

• 대부분의 게시물은 잊어버리세요. 적용되지 않습니다.
• 아마도 스크립트는 항상 실행됩니다(그러나 끝까지 실행되지는 않음)
• 불행히도 페이지는 나중에 새로고침됩니다 - 레이아웃이 다시 계산되고 실행이 중단됩니다
• 이것은 스크립트의 비동기 부분에 대부분(전부는 아니지만) 적용됩니다.

나는 이러한 내부에별로 관심이 없지만 아마도 누군가는 ...

임시 수정으로 iframe을 임베드용으로 교체했습니다( 예제 스크립트 ). 이는 트리거할 프레임에 해당하는 스크립트를 가져오는 데 작동합니다( <embed src="..."> 가 작동한다는 것을 알아낸 @cvzi에 대한 크레딧). .

Violentmonkey와 Tampermonkey는 임베디드 프레임 내에서 잘 작동한다는 점은 주목할 가치가 있습니다. VM은 오픈 소스이기 때문에 어떻게 했는지 볼 수 있을까요?

불행히도 Violentmonkey와 Tampermonkey는 여전히 특수 기능에 대해 이전 GM_ 명명 체계를 사용하므로 스크립트는 아직 이식할 수 없습니다.

https://github.com/greasemonkey/gm4-polyfill

Tampermonkey => GM.* 호출(제공되지 않은 경우)
Violentmonkey => GM.* 호출
그리스몽키 -3.17 / FF -56.0 => GM.* 호출
Greasemonkey 4.0+ / FF 57.0+ => 내장 GM.* 호출

// <strong i="11">@grant</strong>        GM.getValue
// <strong i="12">@grant</strong>        GM.setValue
// <strong i="13">@require</strong>      https://greasemonkey.github.io/gm4-polyfill/gm4-polyfill.js
// <strong i="14">@grant</strong>        GM_getValue
// <strong i="15">@grant</strong>        GM_setValue

@Sxderp 의 수정 사항이 아직 메인 브랜치에 통합되었습니까? 그렇지 않다면 어떻게 그의 포크를 설치할 수 있습니까?

@Sxderp 의 수정 사항이 아직 메인 브랜치에 통합되었습니까? 그렇지 않다면 어떻게 그의 포크를 설치할 수 있습니까?

1. 아니요.
2. 불행히도 그것은 내가 마스터와 동기화를 유지하지 않았기 때문에 다시 기반을 두지 않은 내 PR 중 하나입니다. 따라서 분기 자체에 현재 변경 사항 중 일부가 누락되었습니다.
3. 또한 PR 의견에 제안된 변경 사항을 구현한 적이 없습니다. 솔직히 이러한 변경은 _필요하지 않지만_ 하지만 Mozilla가 계속해서 문제를 해결하기 때문에 변경이 필요합니다.
4. 여전히 사용하고 싶다면(권장하지 않음) 아래 단계를 따르세요.

1. git clone -b use-on-response-started-for-execute --single-branch https://github.com/Sxderp/greasemonkey.git [1]
2. ./package.sh 실행하면 XPI 파일이 생성됩니다.
3. Firefox에서 about:config 로 이동하여 xpinstall.signatures.required 를 false
4. Firefox에서 about:addons 로 이동하여 톱니바퀴를 클릭한 다음 파일에서 설치를 선택합니다.
5. 2단계에서 만든 XPI를 선택합니다.

[1] git 버전이 -b 및/또는 --single-branch 플래그(git의 이전 버전)를 지원하지 않는 경우 git clone https://github.com/Sxderp/greasemonkey.git 및 git checkout use-on-response-started-for-execute .

안녕하십니까,
문제를 해결하시겠습니까? 꽤 오래된 결함이며 iframe 구조를 기반으로 하는 모든 스크립트에 영향을 미칩니다...

참고로 내일은 3월 13일입니다( Firefox 59.0 )...

@Sxderp 를 참조하고

webNavigation.onCommitted는 초기 프레임 생성/페이지 렌더링을 '보지' 않습니다. 그러나 프레임 탐색이 초기 페이지가 아닌 다른 위치에 있으면 리스너가 이를 포착합니다. 옵션에 'allFrames' 키가 포함된 경우: true 문제가 어느 정도 해결되었습니다. 정적 html 페이지의 모든 프레임에는 스크립트가 삽입되지만 원본/URL 일치 문제가 있습니다. 또한 Javascript를 사용하여 프레임을 생성하면 스크립트가 주입되지 않습니다.

사실, 나는 (내 시스템에서) 리스너 executeUserscriptOnNavigation 가 chrome.webNavigation.onCommitted 안정적으로 호출되어 chrome.tabs.executeScriptInFrame 가 올바른 frameId 호출된다는 증거를 가지고 있습니다. . 이것이 프레임에 대한 모든 문제를 해결하지 못하는 이유는 무엇입니까? iframe에서 반응하기 위해 chrome.webRequest.onResponseStarted 가 필요하지 않습니다! (아니면 이벤트에 반응을 하는데 프레임이 안보인다는 말씀이신가요?) 이름은 확실히...

chrome.tabs.executeScriptInFrame 및 frameId 알려진 버그가 있습니까? 몇 년 전에 문제가 있었지만 지금은 수정되었습니다. all_frames 가 설정되지 않았으므로 frameId 가 유효해야 합니다. matchAboutBlank 옵션을 true 것이 중요한 것 같습니다(그렇지 않으면 executeScript 가 <unavailable> 오류를 반환했습니다). 하지만 about:blank 물건 (어디에 있습니까?) ...

어떤 아이디어?

특징? 이것은 처음부터 누락 된 기본 기능입니다 ... 바랍니다. 제가 잘못 해석했습니다.

@Eselce , 이것은 오래전 일이고 내가 언급한 내용을 완전히 기억할 수는 없지만 한 번

이제 문제로 넘어갑니다. 초기 테스트를 수행했을 때 동일한 원본 프레임과 원격 프레임이 있는 정적 페이지가 있었습니다. 초기 페이지 로드에서 onCommitted 콜백을 한 번만 실행할 수 있었습니다. 기본 문서에 대해 실행되었지만 문서 [1]의 정적 프레임에 대해서는 실행되지 않았습니다. 따라서 스크립트가 삽입되지 않습니다.

그러나 초기 로드 후 프레임 중 하나가 어딘가를 '탐색'하게 하면 onCommitted 콜백이 호출되고 스크립트가 새 위치의 프레임에 주입됩니다.

위의 문제를 해결하기 위해 all_frames 옵션 키를 사용하려고 했습니다. 키를 사용하면 스크립트가 페이지의 프레임에 삽입되지만 프레임의 원점+경로를 스크립트가 실행되어야 하거나 실행하지 않아야 하는 것과 적절하게 일치하지 않는다는 명백한 결점이 있었습니다.

여담으로 all_frames 키를 사용하면 Javascript로 생성된 프레임에 스크립트를 삽입할 수 없다고 언급했습니다.

[1] 이 문제가 여전히 존재하는지 여부는 모르겠습니다. 이 문제가 FF 52 ESR에는 없었지만 56(57?)에는 있었습니다(따라서 회귀). 아마도 그것은 수정되었습니다.

나는 거의 모든 점에서 당신의 의견에 동의합니다.

그리고 마치 전체 탭인 것처럼 각 프레임이 개별적으로 일치한다는 점에서 정확합니다(자체 window 및 자체 document , 프레임에 포함됨).

글쎄, 나는 거의 항상 같은 메뉴/프레임 구조를 사용해 왔기 때문에 아마 다른 것을 테스트해야 할 것이다.

"해고"라고 말하면 듣는 사람의 순수한 외침을 의미합니까?

내가 말했듯이 executeScript 오류 조건을 생성하는 몇 가지 예를 만났지만 리스너는 여전히 호출되었습니다.

잘못된 location ( window , document 다름) 때문에 all_frames 이(가) 작동하지 않습니다. BTW: 메뉴는 각 탭의 메인프레임 URL만 처리합니다. 메뉴가 잘못되었다고 해서 스크립트가 호출되지 않는다는 의미는 아닙니다...

"해고"라고 말하면 듣는 사람의 순수한 외침을 의미합니까?

그 특정 메시지에서 나는 ' onCommitted.addListener 에 전달된 함수가 호출되었습니다.'를 의미했습니다.

안녕하십니까,

이 게시물을 주의 깊게 읽었지만 로컬 스크립트 ".user.js"에서 대체 솔루션을 사용하는 방법을 이해하지 못합니다. 솔루션을 어떻게 적용할 수 있습니까? 죄송합니다. 저는 새롭습니다.

(Firefox 업데이트 이후로 생성된 popup-iframe은 더 이상 추가 스크립트에서 인식하지 못하지만, 동일한 팝업을 새 창에서 열면 해당 스크립트가 적용됩니다.)

당신의 도움에 미리 감사드립니다

문제가 무엇인지 정확히 설명하셨습니다. @noframes 가 활성화된 것과 같습니다. 프레임 콘텐츠의 URL이 스크립트를 올바르게 활성화하지 않습니다. 이 문제가 곧 수정되기를 바랍니다(추가 창에서 프레임을 여는 것은 짜증납니다)...

Eselce님 감사합니다.
그리고 Firefox 업데이트 이후로 항상 대상 사이트에서 이미 사용된 모든 scipts '.js'(require 포함)를 헤더에 선언해야 했습니다. (제이쿼리 포함)
그리고 그것은 같지 않습니다.... 버그나 충돌을 만듭니다.
당신도 이 문제를 알고 있습니까?

2945에는 스크립트가 프레임에서 시작되지만 몇 밀리초 후에 중단된다는 관찰에 대한 또 다른 예가 포함되어 있습니다.

테스트 중인 특정 URL이 내 통제 범위를 벗어났기 때문에 제공하기가 꺼려지지만 일관되지만 이상한 동작을 전달하고 있습니다.

상호 작용해야 하는 사이트가 있습니다. 처음에는 다른 도메인에서 rows="100%,0"(화면을 채우는 하나의 프레임)인 프레임세트/프레임을 로드합니다. 이 프레임은 중간 프레임세트/프레임의 도메인 내에 하나의 프레임세트/3개의 프레임을 포함합니다.

1+3 자식 프레임의 GM 스크립트 중 일부는 존재하게 "번쩍"하다가 초기 주기 후에 사라집니다. 비동기 작업 후에는 다시 돌아오지 않습니다. 이것은 이 스레드에 설명된 일부 동작에 맞습니다. "블립"과 아래에 설명된 동작은 브라우저/GM 버전에 따라 다르지만 무작위가 아닙니다. 패턴은 이상하지만 주어진 설정에 대해 100% 반복 가능합니다.

1. 첫 번째 프레임 세트/프레임은 절대 존재하지 않습니다. 초기 주기와 지연 후 모두 window.document 및 unsafeWindow.document를 통해 프레임 태그를 분리하고 다시 작성하려고 시도했지만 아무 것도 해당 프레임의 GM 스크립트가 console.log에 아무 것도 보고하지 않게 하지 않습니다. ( @include 는 *이며 @exclude 또는 기타 URL 필터링이 없습니다.)
2. 이후 동작 중 일부는 Firefox 52.8 / GM 4.1과 Firefox 60.0 / GM 4.3 간에 다르지만 @noframes 가 설정되었는지 여부에 관계없이 각 경우에 프레임의 GM 스크립트가 존재하도록 "블립"할 수 있습니다. 이것은 @includes *를 사용하며 다른 URL 필터는 없습니다. @noframes가 설정된 상태에서 블립해서는
3. Firefox 52.8/GM 4.1에서 다음 프레임셋/3개 프레임은 항상 존재하게 됩니다. Firefox 60.0 / GM 4.3에서는 초기 프레임 로드 시 "블립"하지 않습니다.
4. Firefox 60.0 / GM 4.3에서 3개의 프레임 중 다른 프레임을 탐색하는 3개의 프레임 중 하나의 링크를 클릭하면(스크립트가 아닌 앵커 링크의 "target" 속성을 통해) 새 URL이 아니라 "blip"됩니다. 탐색된 프레임의 이전 URL입니다. (항목 # 3에서 초기 로드 시 블핑된 프레임 중 하나입니다.)
5. 여기에서 가장 이상한 부분이 있습니다. 두 브라우저 설정 모두에서 --- 단계에 따라 2개의 프레임 세트 레이어, 총 4개의 프레임이 있는 초기 페이지를 열고 한 프레임의 링크를 클릭하여 동일한 페이지의 다른 프레임을 탐색했습니다. 이름을 지정하기 위해 처음에 표시된 두 번째 수준 프레임 세트에는 "top.htm", "menu.htm" 및 "start,htm" 프레임이 있었습니다. "menu.htm" 프레임의 링크를 클릭하여 "start.htm"이 있는 프레임이 "content.htm"으로 이동하도록 했으며, 위에서 언급한 브라우저 설정마다 유사하지만 약간 다른 동작을 하고 있습니다. 이제 "content.htm" 프레임 내부의 링크를 클릭하여 동일한 프레임, 동일한 도메인 내부를 탐색합니다.

이 시점에서 "content.htm"에 대한 스크립트는 "블립(blip)"할 뿐만 아니라 GM.xmlHttpRequest(비동기 이벤트)가 완료된 후에도 활성 상태로 유지됩니다. 이 시점에서 "content.htm"은 브라우저 디스플레이 어디에도 없지만 해당 스크립트는 계속 작동합니다.

따라서 프레임 내 페이지의 GM 스크립트가 작동하지 않는 이유는 스크립트가 페이지 로드 대신 페이지 언로드 시 로드되기 때문인 것 같습니다. @run-at을 document-start로 설정하고 스크립트를 unsafeWindow.document의 DOMContentReady 이벤트에 넣는 것은 개선되지 않았습니다. (window.document에 설정하면 이벤트가 발생하지 않습니다.)

-라이언

Firefox 52.8/GM 4.1에서 다음 프레임셋/3개 프레임은 항상 존재하게 됩니다. Firefox 60.0 / GM 4.3에서는 초기 프레임 로드 시 "블립"하지 않습니다.

Firefox 57로의 전환에서 Mozilla는 _무언가_를 변경했습니다. 그것이 무엇이든 프레임이 트리거될 수 있는 방식이 변경(또는 중단)되었습니다. 이것은 다른 문제에서 간략하게 언급되었습니다. 결과적으로 스크립트는 초기 프레임 로드(57+)에서 실행되지 않습니다.

userScript 또는 contentScript API로의 최종 전환은 어쨌든 이 모든 것을 해결해야 합니다.

그래서 사람들은 계속 말하지만 Violentmonkey는 계속해서 프레임에서 실행됩니다. VM이 웹 페이지 콘텐츠에서 사용자 스크립트를 적절하게 분리하지 못하거나(CSP는 사용자 스크립트를 차단하고 웹 페이지는 전역 개체를 다시 작성할 수 있습니다.) 저는 오래전에 Greasemonkey를 버렸을 것입니다. 아마도 이것들은 관련된 문제일 것입니다. 하지만 저는 사용자 스크립트 엔진을 사용하고 있으므로 스스로 알아내기 위해 Firefox의 크롬을 깊이 탐색할 필요가 없습니다.

흠 이것은 어려운 문제입니다. 일부 스크립트는 iframe에서 작동하지 않기 때문에 더 이상 작동하지 않습니다. 그래서 그것을 고칠 수 없는 것 같고 우리는 Mozilla가 일부 API를 구현하도록 해야 합니까? 해결 방법처럼 우리가 스스로 할 수 있는 일은 없나요? 종종 동일한 도메인에서라도 iframe의 페이지에 몇 가지 작업을 수행해야 합니다.

현재 내 자신의 해결 방법은 상위 프레임에서 Greasemonkey를 실행하고 하위 프레임에서 Violentmonkey를 실행하는 것입니다. 모호한 수제 라이센스가 있기 때문에 Tampermonkey를 사용할 수 없지만 그것이 문제가되지 않는다면 더 잘 작동하거나 작동하지 않을 수 있습니다.

VM은 페이지의 자체 컨텍스트에 스크립트를 삭제한다는 점을 염두에 두십시오. 안전한 동등물이 없는 GM의 unsafeWindow와 같습니다. 가장 기억에 남는 시간 중 하나는 페이지 콘텐츠가 Array.prototype에 'toJSON()' 메서드를 정의한 스크립트를 디버깅하는 것이었습니다. 이로 인해 JSON.stringify()가 내 스크립트 내에서 잘못된 JSON을 뱉어냈습니다. 내가 발견한 대로 방어적으로 트랩하고 수정합니다.

VM의 또 다른 큰 관심사는 콘텐츠 페이지의 콘텐츠 보안 정책을 존중하므로 스크립트 소스를 제한하는 모든 지시문으로 인해 VM 스크립트가 실행되지 않는다는 것입니다. 이것은 브라우저 콘솔에서 볼 수 있습니다(웹 콘솔은 아님). 그래서 VM을 완전히 실행할 수 없고 GM만 제거합니다. 나는 아직 CSP 세트가 있는 자식 프레임을 만난 적이 없지만 만나면 완전히 사용할 수 없게 될 것입니다.

@RyanHanekamp 팁 감사합니다! 그러면 아마도 일부 스크립트에 Violentmonkey를 사용할 것입니다.

Violent에도 동기식 GM_getValue와 같은 기능이 있습니까? 그것은 새로운 Greasemonkey에서 수많은 스크립트를 깨뜨리는 또 다른 문제입니다. 그래도 여러 가지 이유로 그리스몽키를 가장 신뢰하기 때문에 버리지 않습니다.

iframe에 관해서는 다음과 같이 Javascript를 사용하여 직접 액세스할 수 있는 객체 태그로 교체하려고 했습니다.

myObject= document.createElement('object');
myObject.setAttribute('id', 'myObject'); 
document.body.appendChild(myObject);
myObject.setAttribute('src', 'https://example.com');

그런 다음 개체가 로드되면 다음을 수행합니다.
document.querySelector('#myObject').contentDocument.defaultView.document.querySelectorAll('someElementInsideObjectPage')
적어도 이것은 개체가 기본 페이지와 동일한 호스트에 있는 스크립트에서 저에게 효과적입니다. 또한 개체( ... contentDocument.defaultView.postMessage('hello, object') )와 메시지를 주고받을 수 있습니다.

저는 VM 전문가는 아니지만 적어도 대부분의 원래 GM_* API를 구현한다고 생각합니다. 하지만 장기적으로 동기식 플랫폼으로 역추적하는 것보다 스크립트를 비동기식으로 조정하는 것이 더 낫다고 생각합니다. 내 이해에 따르면 Greasemonkey는 백그라운드 스크립트와 콘텐츠 스크립트 간의 동기 호출을 허용하지 않는 새로운 Quantum 프레임워크 내에서 성능을 향상시키기 위해 이 작업을 수행했습니다.

개체 솔루션에 관해서는 내 특정 문제를 해결하지 못하지만 다른 사람들이 유용하다고 생각해서 기쁩니다. CSS/속성/등을 마샬링하고 프레임과 iframe에서 작동하도록 하는 것 외에도 캡처 프로세스에서 잠재적으로 안전하지 않은 개체를 필터링해야 합니다. 이 모든 문제를 해결할 수 있는 방법이 있지만 GM이 마침내 주석에 말한 대로 할 때까지는 VM이 ​​더 쉬웠습니다.

또한 동일한 출처의 프레임/iframe이 있는 경우 해당 내용에도 직접 액세스할 수 있습니다. 더 어려운 부분은 교차 출처이므로 프레임 내부에 사용자 스크립트가 필요합니다. 그것은 부모 창과 다시 대화하기 위해 window.postMessage() 채널을 설정합니다.

@RyanHanekamp Violent Monkey가 여전히 오래되고 단순한 GM_*을 가지고 있다는 사실을 알게 되어 기쁩니다. 나는 Greasemonkey가 새 버전과 함께 이전 버전과의 호환성을 위해 이전의 동기식 GM_getValue를 유지했으면 합니다. 새 스크립트에서 새 비동기 함수를 구현하려고 할 수도 있지만 저는 프로그래머가 아니며 작동하게 할 수 있을지 확신이 서지 않습니다. 그리고 나는 온라인에서 찾은 2000행의 고대 스크립트에서 이전 GM_getValue의 사용을 리팩토링할 수 없습니다...너무 많은 스크립트가 지금 손상되었습니다.

왜 Violent가 당신에게 더 나은 선택인지 이해합니다. Anthony, Sxderp 또는 다른 누군가가 결국 이것을 구현하는 방법을 알아내길 바랍니다. 제가 기여할 수 있기를 진심으로 바라지만 저는 완전한 평신도입니다.

오, 동일한 출처의 iframe(postMessage 등 없이)의 내용에 직접 액세스할 수 있습니까? 방법을 찾기 위해 많은 시간을 허비했던 기억이 납니다. 하지만 불가능해 보였습니다. 그래서 postMessage로도 전환했습니다.

프레임 및 iframe에는 window 속성과 동일한 contentWindow 속성이 있습니다. 둘 다 DOM에 액세스하기 위한 document 속성이 있습니다.

iframe(동일한 원점에서) 작업의 가장 어려운 부분은 콘텐츠가 로드되는 시점을 감지하는 것입니다. 그렇게 될 때까지 스쿼트를 할 수 없기 때문입니다. onload가 작동하지 않습니다. Firefox는 손자/증손자 등의 프레임을 포함하여 로드된 모든 프레임에 대해 발생하는 DOMFrameContentLoaded 이벤트를 제공합니다. 이 이벤트는 event.target 속성을 사용하여 원본 프레임/iframe 요소와 일치시킬 수 있습니다. 프레임/iframe의 내용을 제어하는 ​​경우 postMessage를 사용하거나 window.parent 객체의 전역 메서드를 호출하여 부모에게 다시 이야기하도록 할 수도 있습니다.

말하자면... 이것이 이 문제에 대한 잠재적인 해결 방법입니다. 사용자 스크립트를 도메인 간 창 참조에 수동으로 삽입하기 위해 GM 스크립트를 코딩하는 방법이 있거나 있을 수 있는 경우 사용자 스크립트 작성자에게 훨씬 더 많은 코딩이 필요하지만 작업을 완료할 수는 있습니다. 패턴은 DOMFrameContentLoaded를 수신하고 event.target이 1세대인지 확인하고 그렇다면 수동으로 스크립트를 삽입합니다. (1세대 프레임의 스크립트가 2세대 프레임에 대해 DOMContentLoaded를 수신할 수 있다고 가정하여 완전한 체인을 얻을 수 있습니다.) @run-at dom-start 동작을 얻을 수 있는 방법이 없으며 타이밍 문제도 있을 수 있습니다. 그러나 우리는 아마도 대부분의 사용 사례에 대한 문제를 해결할 수 있을 것입니다.

저는 개인적으로 이 문제가 해결되는 것을 포기하고 대신 확장을 직접 코딩하는 방향으로 이동했습니다. 모든 프레임에서 잘 작동합니다!

이 점에서 Greasemonkey와 Violentmonkey의 차이점은 Violentmonkey가 all_frames가 true로 설정된 콘텐츠 스크립트에서 트리거되는 반면 Greasemonkey에는 설치 시간 콘텐츠 스크립트가 없고 탭의 프레임이 탐색되었습니다. (그리고 Violentmonkey는 훨씬 안전한 tabs.executeScript()를 사용하는 대신 일시적으로 SCRIPT 태그를 삽입하기 때문에 CSP 페이지에서 실패합니다.)

all_frames, run_at start가 있는 정적 콘텐츠 스크립트를 넣고 start / document.DOMContentLoaded / document.Idle에 대한 백그라운드 프로세스에 알리기 위해 모든 것을 일치시켜 각 run_at에 대한 사용자 스크립트를 트리거하면 됩니다. 이 문제를 해결하기 위해 사소하지만 관리할 수 있는 양의 작업. 내가 직접 고칠 수 있지만 개발자 종속성을 통해 진행하는 데 관심이 없으며 출력 코드만 생성할 수 있습니다.

@RyanHanekamp

대신 확장을 직접 코딩하는 방향으로 이동했습니다. 모든 프레임에서 잘 작동합니다!

귀하의 확장 코드를 공유하시겠습니까?

내 확장은 범용이 아닙니다. 요점은 all_urls가 있는 매니페스트에서 정적 content_script를 사용하면 all_frames가 프레임이 로드되거나 탐색될 때마다 스크립트를 실행하고 페이지의 Content-Security-Policy에 관계없이 잘 평가/함수 생성자 코드를 수행할 수 있다는 것입니다.

프로그래밍 방식으로 구성된 프레임/창으로 테스트하지 않았지만 run_at 설정에 관계없이 초기 생성 시 실행될 것이라고 상상할 수 있습니다. 이러한 프레임은 처음에는 공백으로 생성된 다음 채워지기 때문입니다. 엔진은 아마도 초기 생성만 볼 수 있을 것입니다. 또한 명시적 일치가 필요할 수 있는 urls 데이터도 테스트하지 않았습니다. all_urls가 해당 항목을 처리하는지 아니면 http/https만 처리하는지 확실하지 않습니다.

또한 정적 content_script 참조일 필요는 없지만 페이지를 탐색할 때 동적으로 호출된 콘텐츠 스크립트가 자동으로 로드되는지 문서에서 불확실한 것으로 나타납니다. 내 인상은 제공된 일치 패턴에 따라 현재 일치하는 탭/프레임에만 주입되고 탐색은 재주입을 트리거하지 않는다는 것입니다. 그러나 이 목적을 위해 정적 content_script를 사용하는 것에는 단점이 없습니다.

Greasemonkey는 분명히 사용자 스크립트를 매니페스트에 정적 리소스로 포함할 수 없으며 콘텐츠 스크립트는 tabs.executeScript에 직접 액세스할 수 없는 것으로 보입니다(비록 며칠 밖에 안 되었기 때문에 이에 대한 전문가는 아니지만). 그러나 정적 콘텐츠 스크립트가 할 수 있는 일은 frameId가 탐색되었고 어떤 URL로 이동했는지 알려주기 위해 백그라운드 프로세스에 메시지를 보내는 것입니다. 이것은 webRequest 또는 webNavigation에서 올바른 이벤트를 연결하기 위해 이 스레드에서 언급한 시도를 내가 인지하는 것보다 더 안정적입니다. 정적 content_script의 신호는 Greasemonkey의 사용자 스크립트 로더/인젝터를 트리거하기 위해 찾고 있는 이벤트가 됩니다.

document_start에서 엄격하게 실행해야 하는 사용자 스크립트에 대한 지연이 있을 수 있습니다. 백그라운드 스크립트에 대한 호출은 비동기식이며 문서는 사용자 스크립트가 호출될 때까지 진행됩니다. 이것이 Violentmonkey가 tabs.executeScript 대신 임시 스크립트 태그를 사용하는 이유일 수 있습니다. 스크립트 태그 삽입은 content_script에서 동기식으로 직접 수행될 수 있기 때문입니다. 나는 run_at document_start에 대한 문서 상태의 불확실성을 해결해야 하는 번거로움이 있지만 스크립트가 전혀 실행되지 않는 것보다 낫다는 것을 알게 될 것입니다.

Greasemonkey ... CAN [정적 콘텐츠 스크립트를 사용하여] background 프로세스에 메시지를 보내서 frameId가 탐색되었음을 알리고 어떤 URL로 ...

이것은 우리가 .user.js 탐색을 감지하기 위해 사용 했던 것 입니다. 분명하고 좋은 솔루션인 것 같습니다. 콘텐츠 스크립트를 실행하여 콘텐츠를 감지합니다!

그러나 확장 콘텐츠 스크립트도 CSP(#2631 및 http://bugzil.la/1267027 및 http://bugzil.la/1411641)에 의해 손상될 수 있습니다.

다음 CSP 세트를 사용하여 Firefox 60.0.1 및 52.8.1ESR에서 content_script 내에서 직접 Function() 생성자를 포함하여 자체 플러그인을 실행할 수 있습니다.

프레임-src 데이터:; object-src '없음'; 스크립트-src '없음'; style-src '안전하지 않은 인라인' 데이터:; connect-src '없음'; media-src '없음';

Firefox가 기본 버그를 수정했기 때문에 2631이 닫혔습니다. 첫 번째 bugzilla는 content_script 자체가 아니라 스크립트 태그(Violentmonkey 메서드) 주입에 관한 것입니다. 두 번째는 CSP에 대한 샌드박스 속성과 관련이 있습니다. 도메인이 자신과의 도메인 일치를 성공적으로 완료하지 못하도록 하기 때문에 놀라운 일이 아닙니다. NaN!==NaN과 비슷합니다.

몇 달 전에 이것이 처음 제출되었을 때 우리는 일을 다르게 했습니다. 오늘 우리는 탐색을 감지하기 위해 webNavigation.onCommitted 를 사용합니다. 그리고 제가 지금 실행하고 있는 테스트에서 어떤 이유로 (ni)frame에서 트리거되는 것을 볼 수 없습니다.

안녕하세요 이제 해결되셨나요?

Tampermonkey용으로 만든 스크립트를 Greasemonkey로 iframe에서 실행할 수 없습니다.

실행 코드는 우리 측에서 변경되지 않았습니다. 따라서 Mozilla가 끝에서 무언가를 변경하지 않는 한 이것은 여전히 ​​파산입니다. 그러나 #2663이 해결해야 합니다.

Violentmonkey와 Tampermonkey는 임베디드 프레임 내에서 잘 작동한다는 점은 주목할 가치가 있습니다.

Tampermonkey는 적어도 저에게는 Chrome의 iframe에 문제가 있습니다.

Violentmonkey와 Tampermonkey는 임베디드 프레임 내에서 잘 작동한다는 점은 주목할 가치가 있습니다.

Tampermonkey는 적어도 저에게는 Chrome의 iframe에 문제가 있습니다.

하지만 Firefox Violentmonkey에서는 작동합니다. 그래서 어떻게 거기에서 작동할 수 있는지 궁금합니다.

이전 동기화 GM_GetValue를 사용하는 스크립트가 Violentmonkey에서도 여전히 잘 작동한다는 것을 방금 알았습니다. 어떻게 그게 가능합니까? Firefox가 비동기식 GM.GetValue를 강제 실행했다고 생각했습니다. 지금 너무 혼란스럽습니다. 아마도 Violentmonkey는 동기화 및 기타 기능을 계속 지원하기 위해 다른 것을 희생해야 했을까요?

@Cerberus-tm Firefox의 변경 사항은 데이터가 확장 저장소 또는 백그라운드 컨텍스트에서만 비동기식으로 요청될 수 있음을 의미합니다(사용자 스크립트 자체가 콘텐츠 스크립트로 비동기식으로 전송됨). 그러나 각 GM4 콘텐츠 스크립트가 해당 페이지에 로드되는 각 사용자 스크립트에 대해 저장된 데이터를 콘텐츠 스크립트에 미리 가져오고 캐시하면 데이터가 사용자 스크립트에 동기적으로 제공될 수 있습니다.

이러한 캐시를 사용하면 콘텐츠 스크립트가 사용자 스크립트의 데이터 요청에 동기적으로 응답할 수 있습니다. 캐시를 구현하면 다양한 콘텐츠 스크립트에서 일관성을 유지하는 데 문제가 발생하지만 콘텐츠 스크립트가 GM4의 확장 저장소에 대한 모든 변경 사항을 수신하도록 하면 해결할 수 있습니다. 또한 사용자 스크립트가 많은 양의 데이터를 저장하는 경우 사용자 스크립트가 실행되는 모든 콘텐츠 스크립트에서 이를 캐싱하면 각 콘텐츠 스크립트에 필요한 메모리도 크게 늘어납니다.

TM과 VM은 사용자 스크립트 관리자가 Chrome용으로 구현되었을 때 원래 Greasemonkey API와의 호환성을 깨뜨리지 않기 위해 위와 유사한 작업을 하기로 선택했습니다. 확장 저장소와의 비동기 통신 등. 이미 Chrome용으로 하고 있기 때문에 Firefox용으로 구현할 때 변경할 이유가 없었습니다.

따라서 WebExtensions에 대한 FF57 컷오버는 GM의 재작성을 강제했지만 GM.getValue , GM.setValue 등에 대한 비동기 API 채택을 강제 하지는 않았습니다. WebExtensions는 다음을 사용했습니다. 비동기 기반 API는 동기식보다 구현하기가 더 쉽지만 필요하지는 않습니다.

개인적으로 나는 그 선택과 호환성을 깨는 다른 선택들이 불행하다고 생각합니다. GM3에서 잘 실행되었던 스크립트와의 하위 호환성 및/또는 TM과의 호환성이 없기 때문에 많은 사람들이 GM4를 사용하지 않기로 선택합니다. 내 경험에 따르면 내가 사용하는 사용자 스크립트 중 30개 이상은 모두 GM3에서 제대로 작동했지만 GM4에서는 작동하지 않았습니다(또는 적어도 GM4와 호환되도록 다시 작성되기 전에는 작동하지 않았습니다). 내가 매일 사용하는 28개의 사용자 스크립트가 있는데 GM4에서는 작동하지 않지만 GM3에서는 잘 실행됩니다.

나는 이 문제에 대한 해결 방법을 iframe에 Greasemonkey/tampermonkey/userscript를 적용하는 방법에 대한 답변으로 Stack Overflow에 게시했습니다. 기본적으로 프레임이 로드될 때까지 기다린 다음 window.frames 배열에서 작업하고 있습니다. 각 프레임의 본문에 사용자 지정 마커를 사용하여 이미 프레임을 보았다는 것을 나타냅니다.

아마도 Greasemonkey가 비슷한 방식으로 솔루션을 구현할 수 있을까요?

waitForKeyElements() 와 같은 GM.waitFor(css_selector, action_function) 도 있다면 정말 좋겠지 만 그건 제쳐두고요.