Greasemonkey: 로컬 파일 설치 허용

아마도 이것은 (패턴 문서 일치)? 구성표에 대한 일치 선택기 에서 * 를 사용하면 http 또는 https로만 globs됩니다. file:// 대한 추가 일치를 제안하십시오.

그 또는 <all_urls> 선택기.

file:/// 스크립트를 감지하기 위해 일치 패턴을 추가하면 해당 URL의 내용을 읽지 못하는 XHR을 시작하게 되며 이는 놀라운 일입니다.

나는 이것에 대해 조금 조사했다. 그리고 저는 두 가지 결론에 도달했습니다. 문제는 심지어 XHR을 통해 읽기 전용 경우 (; 편집 직접에는 소스, WebExtensions에 파일 시스템 액세스를 허용하지와 함께 할 필요가 없습니다 수 있습니다 여기에 맨 아래에). 또는 동일한 출처 정책 과 관련될 수 있습니다.

Gecko 1.9부터 파일은 특정 다른 파일만 읽을 수 있습니다. 특히 파일은 원래 파일의 상위 디렉토리가 대상 파일의 상위 디렉토리인 경우에만 다른 파일을 읽을 수 있습니다.

file:// 프로토콜을 사용하여 매니페스트에 정의된 경로에 대한 파일 시스템 액세스를 허용하기 위해 버그 보고서에서 언급할 가치가 있습니다.

예, 아마도 "파일 없음" 규칙일 것입니다. 그것에 대한 공식적인 지침을 어디에서 얻을 수 있는지 모르지만 지금 생각해보면 그것이 사실이라는 것을 압니다. 새 파일을 만들기 위한 다운로드 API와 같은 매우 특별한 예외만 발생합니다.

드래그/드롭을 직접 처리하거나 (LOL) 이미 열려 있는 탭의 내용을 읽는 것과 같은 해결 방법을 모색할 수 있습니다. 그러나 상대 아이콘/리소스/요구 사항을 가져오지 못하므로 더 많은 해결 방법이 없으면 여전히 진행되지 않습니다.

설치 페이지로 이동하기 전에 url을 키로 사용하여 콘텐츠를 캐시하기 위해 storage.local 을 사용할 수 없습니까? 이미 변수에 내용이 있습니다. 물론 캐시는 일단 설치되거나 설치되지 않은 경우 지워야 합니다. WebExtensions에 일종의 임시 저장소가 있어서 수동으로 제거를 처리할 필요가 없다면 더 편리할 것입니다.

나는 내가 말한 것을 어지럽히고 생각했던 것만큼 간단하지 않습니다. 첫째, 모든 사용자 스크립트는 browser.storage.local 액세스할 수 있으므로 본질적으로 Greasemonkey와 같은 애드온을 위한 안전하지 않은 저장소입니다. 둘째, 메시지를 통해 콘텐츠를 백그라운드 스크립트로 보내는 경우에도 마찬가지입니다. 메시지가 script-detect.js 에서만 전송되었는지 확인하는 방법을 잘 모르겠습니다. 그리고 스크립트의 비동기적 특성으로 인해 script-detect.js 가 사용자 스크립트보다 먼저 실행되는지 완전히 확신할 수 없습니다(몇 가지 테스트를 수행할 예정입니다).

그리고 물론 내가 실수하지 않는 한 백그라운드 스크립트는 탐색 수신기에서 DOM/콘텐츠에 대한 참조를 수신하지 않습니까?

당신 밝혀 사용하여 페이지 내용 얻을 수 onBeforeRequest 에 일치와 ['*://*/*.user.js'] 다음 생성 StreamFilter을 . 나는 최근에 게시한 브랜치 에서 이것을 테스트하는 몇 가지 코드를 구현했습니다. 아무 것도 _수정_하지 않기 때문에 현재로서는 풀 리퀘스트가 없습니다. 그러나 이전 게시물에서 제기한 보안 문제를 피할 수 있습니다.

불행히도 그것은 논의된 파일 문제를 해결하지 못합니다. 그것에 대한 몇 가지 bugzilla 티켓:
https://bugzilla.mozilla.org/show_bug.cgi?id=1341341
https://bugzilla.mozilla.org/show_bug.cgi?id=1266960

# 2671에서 여기로 안내되었습니다.

이 스레드가 로컬 파일에서 가져오기에 관한 것이라면 .... 그러면 ...
로컬 파일을 읽기 위해 XHR을 사용하는 이유는 무엇입니까? 출처 및 권한과 관련된 모든 종류의 합병증을 유발합니다.
쉬운 방법은 input type="file" 의 결과에서 new FileReader() 를 사용하는 것입니다.

이 스레드가 file:///.....user.js URL을 스크립트로 인식하고 설치하는 것이라면 그것은 다른 문제이고 다른 솔루션입니다.

쉬운 방법은 입력 type="file"의 결과에서 new FileReader()를 사용하는 것입니다.

아, 이것은 효과가 있을 수 있습니다. file:// 경로로 이동하고 확장 프로그램이 모든 것을 수행하도록 하는 것만큼 우아하지는 않지만 작동할 수 있습니다. 대부분의 워크플로는 동일하게 유지될 수 있습니다.

import script -> script selected -> contents cached in backend -> install dialog prompt -> retrieve content from backend -> continue install as usual

탐색 워크플로를 유지하려고 할 때 사용하려고 했던 방법보다 훨씬 안전합니다.

"input type="file""을 사용하여 작동하는 webextension 예제를 찾았습니다. 캐시할 필요가 없는 것 같습니다. 직접 가져올 수 있습니다.
https://github.com/mdn/webextensions-examples/pull/171/files/6c066cfff4e8c662984f704cb17c8b39211ed062#diff -098de1750b345156f3cfd46f8199a

캐시할 필요가 없는 것 같고 직접 가져올 수 있습니다.

캐시가 _필요하다는 것이 아니라 오히려 안전 조치입니다. .user.js로 이동할 때와 마찬가지로 스크립트에 대한 몇 가지 정보를 알려주는 대화 상자가 나타납니다. import를 할 때도 마찬가지라고 생각합니다. 따라서 사용자가 설치 버튼을 클릭해도 여전히 사용할 수 있고 사용자에게 다시 메시지를 표시할 필요가 없도록 스크립트 내용을 일반 데이터베이스가 아닌 어딘가에 저장해야 합니다.

이것이 스토리지 API를 사용하여 캐시되는지 아니면 어딘가에 전역 개체에 캐시되는지 여부는 워크플로에서 특히 중요하지 않습니다.

또한 가져오기 기능은 마이그레이션 문제가 있는 사람들에게 도움이 되기 때문에 최우선 순위[1]가 되어야 한다고 말하고 싶습니다. 3.x에서 파일을 가져올 수 있습니다.

[1] @arantius 가 프로세스가 어떻게 작동해야 하는지에 대한 아이디어가 있으면

예제가 필요한 경우 여러 애드온에 import./Export가 있습니다.

가져오기는 사용자가 시작하므로 추가 예방 조치/팝업/알림/경고가 필요하지 않습니다.

대화 상자 중 하나에 가져오기 버튼(파일 입력) 추가
사용자가 클릭하면 파일 선택기가 열립니다. 사용자는 필요한 파일을 선택하고 열기를 클릭합니다(모두 내장 HTML5).
파일을 읽고 구문 분석합니다.
USER 스크립트에 부합하면 IDB에 추가됩니다.
그런 다음 실행 중인 리스너를 업데이트합니다.

그게 다야....

가져오기/내보내기 기본 설정, 테마 데이터(최대 500kb) 및 가져오기/내보내기 기능이 있는 추가 기능의 많은 다른 항목에서도 동일한 작업을 수행합니다.

또한 가져오기 기능이 최우선 순위가 되어야 한다고 말씀드리고 싶습니다[1]

실제로 .... 스크립트 작성자가 새 스크립트를 작성하고 실행하거나 테스트하기 위해 가져올 수 있으며 GM3 -> 4 업그레이드의 경우 누락된 스크립트를 추가할 수 있습니다.

코드와 기능은 매우 간단합니다... 몇 시간 안에 완료할 수 있는 몇 줄의 코드입니다.
원하는 경우 내 코드를 기반으로 사용할 수 있습니다.

... 가져오기는 사용자가 시작하므로 추가 예방 조치/팝업/알림/경고가 필요하지 않습니다. ... USER Script에 부합하면 IDB에 추가

나는 이것에 대해 확신하지 못한다. 나는 특히 표준 설치 대화 상자를 건너뛰는 것을 좋아하지 않습니다. 아마도 @arantius 가 애드온에서 보고 싶은 것에 대한 통찰력을 줄 수 있을 것입니다.

나는 이것에 대해 확신하지 못한다. 나는 특히 표준 설치 대화 상자를 건너뛰는 것을 좋아하지 않습니다.

표준 대화는 사용자가 원격 소스의 사용자 스크립트에 직면할 때 사용됩니다. 그런 다음 확인 대화가 필요합니다.

사용자가 가져오기를 시작한 경우:

• 사용자가 스크립트를 가져오기로 결정
• 사용자가 가져오기 버튼을 클릭합니다.
• 사용자는 사용자가 선택한 스크립트로 이동합니다.
• "정말 이 스크립트를 설치하시겠습니까?" :)
  짜증나네요. 그러나 오류의 경우 경고가 필요합니다.

• 사용자는 사용자가 선택한 스크립트로 이동합니다.

하지만 이것은 방법이 아닙니다... 설치는 콜백(*.user.js에서 트리거)입니다...

하지만 이것은 방법이 아닙니다... 설치는 콜백(*.user.js에서 트리거)입니다...

현재 그렇습니다. 그러나 로컬 파일에 대한 가져오기 버튼을 추가할 수 있습니다. 그리고 file:// 에 대한 탐색에 설치하지 마십시오.

아, 좋습니다. 로컬 파일의 경우 상당히 적절합니다. 원격 파일이 아닙니다! ;-)

하지만 이것은 방법이 아닙니다... 설치는 콜백(*.user.js에서 트리거)입니다...

언급했듯이 파일 입력을 사용한 수동 가져오기에 대해 이야기하고 있습니다.

네, 알겠습니다. 로컬 파일의 경우 괜찮습니다(위 참조)...

.user.js를 Greasemonkey 창에 끌어다 놓아 스크립트 코드를 로드할 수 있다고 생각합니다.
이것은 확실히 Firefox 자체에서 작동하기 때문에(즉, imgur와 같은 웹사이트에 파일을 업로드하거나 파일을 삭제하여 메가업로드할 수 있음)

로컬 GM 스크립트를 가져올 수 있는 방법(서투른 드래그 앤 드롭이 아닌 경우에도 가능)이 있습니까?

스크립트는 정확히 어느 "캐시" 디렉토리에 최종적으로 배치되어야 합니까? Firefox 프로필에서 여러 "캐시" 파일을 찾았습니다.

.user.js를 Greasemonkey 창에 끌어다 놓아 스크립트 코드를 로드할 수 있다고 생각합니다.

다른 드롭박스와 마찬가지로 가능합니다(예를 들어 내 IMGoolge를 확인하십시오). 그러나 직접적인 파일 입력은 추가적인 리스너와 프로세스가 필요 없는 가장 쉬운 방법이 될 것입니다.

Mozilla는 문서를 업데이트했습니다(위의 예 요약).
https://developer.mozilla.org/en-US/Add-ons/WebExtensions/Working_with_files

1. 파일 선택기를 사용하여 확장자의 파일 열기
2. 끌어서 놓기를 사용하여 확장자에서 파일 열기

이를 구현하면 GM3에서와 동일한 동작을 갖게 됩니다.

따라서 적절한 온라인 형식으로 제공되지 않는 스크립트를 수동으로 설치하기 위한 제안 사항이 있습니까?

@Samizdata 현재 가장 쉬운 방법은 GM 베타(https://addons.mozilla.org/en-US/firefox/addon/greasemonkey/versions/beta)를 다운로드하고 원숭이 메뉴를 열고 --> 새 스크립트를 실행하는 것입니다.

@require 로컬 파일이 있는 스크립트가 있는 경우 어려운 방법으로만 수행할 수 있습니다. 예를 들어 Proxomitron( http://www.proxomitron.info/files/ )을 잡고 실행하고 프록시 127.0.0.1:8080을 사용하도록 FF를 구성하고 파일을 Proxomitron HTML 폴더에 넣고 나중에 " http: //bweb..local.ptron/YOURFILE.user.js ".

@kekkc , 원격 리소스 문제가 수정된 새 버전이 AMO에 푸시된 것 같습니다.

건배. 완료되었습니다, @kekkc !

@kekkc , 원격 리소스 문제가 수정된 새 버전이 AMO에 푸시된 것 같습니다.
아직.. 내가 볼 수 있는 한

@Sxderp #2707을

@Eselce 네. '새 스크립트' 버튼을 사용하여 새 스크립트를 생성한 다음 스크립트에 @require 태그를 적용할 때 존재하는 문제를 해결해야 _해야_ 합니다.

.user.js 또는 필요한 스크립트가 로컬에서 제공되도록 하려면 다양한 가능성이 있습니다. 그러나 가장 쉬운 방법은 명령줄에서 이 Python 한 줄짜리를 사용하는 것입니다.

• 파이썬 2.x의 경우:
  python -m SimpleHTTPServer

• 파이썬 3.x의 경우:
  python -m http.server

... http://127.0.0.1:8000/ 에서 실행한 디렉토리의 모든 파일을 즉시 제공하기 시작합니다.

(_8000은 기본 포트입니다. 변경할 수 있습니다. 아래 참조_)

이것이 내가 로컬 .user.js 를 넣고 로컬 http 서버에 파일을 요구하는 방법입니다. 저는 Greasemonkey뿐만 아니라 Tampermonkey에도 이 작업을 수행합니다.

Python은 Linux 및 MacO에 기본적으로 설치됩니다. Windows를 사용 중이고 설치하지 않고 계속 자신을 개발자라고 부를 계획이라면... _진심으로?! 무슨 일이야?_ 당신이 깨닫기 시작할 수 있는 것보다 훨씬 더 심각한 문제가 있습니다! 정원 가꾸기 :묘목: 컴퓨터가 아닌 취미로 뜨개질을 하는 것을 추천합니다 :wink: (_이봐, 농담이야!_)

이상한 프로그램을 설치할 필요가 없습니다. _ 할 수는 _ 있지만 그것은 _절대적으로 필요하지 않습니다_. Python은 "앱"이 아니라 기본적인 프로그래밍 언어입니다. 그러나 이 솔루션을 위해 Python을 "말할" 필요도 없으므로 아직 뜨개질 도구를 종료하거나 서두르지 마십시오!

간단한 절차:

1. cd .user.js 및/또는 필수 파일이 포함된 디렉토리에 cd 넣습니다. 예를 들어 requiredFile1.js 및 requiredFile2.js

2. 해당 디렉토리에서: Python 2.x의 경우 다음을 실행합니다.

python -m SimpleHTTPServer

또는: Python 3.x의 경우 실행

python -m http.server

1. @require 행이 다음과 같은지 확인하십시오.

// <strong i="42">@require</strong>  http://127.0.0.1:8000/requiredFile1.js
// <strong i="43">@require</strong>  http://127.0.0.1:8000/requiredFile2.js

...여기서 requiredFile1.js 및 requiredFile2.js 는 제공하려는 필수 로컬 파일입니다.

1. 그리스몽키 스크립트가 실행되면 Python에서 제공하는 요구 사항을 올바르게 선택합니다.

완료.

로컬 서버를 닫으려면 python 명령을 실행하는 콘솔로 이동하여 <Ctrl><C> 누르십시오.

또한 -_-그리고 이것이 당신에게 터무니없이 명백하기를 바랍니다_--, Greasemonkey 또는 Tampermonkey가 파일을 찾을 수 있을 것으로 기대하기 전에 Python HTTP 서버 명령줄을 실행하는 것을 잊지 마십시오...

팁 : 기본 8000 이외의 포트를 사용하려면 다음과 같이 명령에 원하는 번호(유효한 포트 번호)를 입력하기만 하면 됩니다.

• 파이썬 2.x의 경우:
  python -m SimpleHTTPServer 12345

• 파이썬 3.x의 경우:
  python -m http.server 12345

...자연스럽게 @require URL을 8000 대신 해당 번호로 업데이트합니다.

좋아, GM 도구 모음 아이콘을 클릭하고 "새 사용자 스크립트..."를 선택한다고 가정합니다.

새 해당 탭의 이름은 "이름 없는 스크립트 821696"으로 자동 지정됩니다.

그런 다음 로컬 파일 GM 코드에서 탭 창에 붙여넣고 왼쪽 상단에 있는 "저장" 아이콘을 클릭합니다.

나중에 이 스크립트를 어디에서 찾을 수 있습니까? 읽기: 나중에 이 스크립트를 어떻게 편집할 수 있습니까?

스크립트 이름을 "foobar"와 같이 어떻게 변경할 수 있습니까?

@bsto 이름은 스크립트 @name에서 가져옵니다.
모든 새 스크립트는 "새 사용자 스크립트..." 위에 나타납니다.
스크립트의 제목을 클릭하여 제거하거나 편집하려면 하위 메뉴가 있습니다.

알겠습니다. 감사합니다.

또 다른 질문:

11월 25일 사용자 kekkc는 자신의 게시물(위 참조)에서 Mozilla가 파일을 끌어다 놓는 방법(WinExplorer에서)을 제공했다고 말했습니다.

따라서 이제 사용자 파일의 드래그 앤 드롭이 가능해야 합니다.

내 말이 맞아?

GM에서는 언제 구현되나요(*.user.js 파일의 드래그 앤 드롭 가능)?

FWIW 제 생각에는 file://.../anything.user.js 에 대한 탐색을 감지할 수/해야 한다고 생각하고 작동할 수 있는 모든 종류의 파일 브라우저로 UI를 열 수 있는 페이지 작업을 첨부해야 합니다.

탐색 이벤트를 감지할 수 있지만 콘텐츠를 가져올 수 없습니다(콘텐츠 스크립트에 있을 수 있음).

파일 브라우저를 열기 위해 file:// 로 이동하는 것은 어리석은 일이지만(파일 선택기 입력 외에는 아무 것도 할 수 없다고 생각합니다).

파일 브라우저를 열기 위해 file://로 이동하는 것은 어리석은 일이지만(파일 선택기 입력 외에는 아무 것도 할 수 없다고 생각합니다).

그렇습니다. 우리는 햄스트링 상태입니다. 그러나 우리는 제한된 환경 내에서 의도를 감지하고 가능한 한 도움이 될 수 있습니다.

내 2센트...

FWIW 우리가 file://.../anything.user.js에 대한 탐색을 감지할 수 합니다.
탐색 이벤트를 감지할 수 있지만 콘텐츠를 가져올 수 없습니다(콘텐츠 스크립트에 있을 수 있음).

Sxderp에서 언급했듯이 가능하지만 약간 지저분합니다 ...

• 리스너 추가(어쨌든 콘텐츠가 필요하므로 tabs.onUpdated.addListener 와 같이)
• 스크립트를 보여주는 페이지 로드 허용
• 콘텐츠 스크립트를 삽입하여 페이지 콘텐츠를 가져오고 bg 스크립트에 전달
• 페이지/탭 닫기

대안 ....

• 탐색 수신기 추가
• 페이지 로드를 중지하고 가져오기 옵션을 사용하라는 알림을 표시합니다 ... 또는 .... 사용자가 파일 선택기를 시작하기 위해 클릭해야 하는 가져오기 옵션을 보여주는 팝업을 표시합니다.

개인적으로 저라면 리스너를 추가하지 않고 browserAction 팝업에 IMPORT 옵션을 추가하기로 했습니다.

또한, 어쨌든 GM4 이후로 .user.js 형식을 사용하지 않았으므로 남겨둘 수 있다고 생각합니다. ;)

개인적으로 저라면 리스너를 추가하지 않고 간단히 ..

이것이 내가 의미하는 바입니다. 하지만 콘텐츠 페이지에 UI를 삽입할 수도 있습니다. GM이 비활성화된 상태에서 스크립트로 이동하면 정보 표시줄을 표시하곤 했습니다. 그런 것.

또한, 어쨌든 GM4 이후로 .user.js 형식을 사용하지 않았으므로 남겨둘 수 있다고 생각합니다. ;)

이것은 무엇을 의미 하는가?

이것은 무엇을 의미 하는가?

GM3에서는 스크립트 이름을 abc.user.js 지정해야 GM 스크립트로 인식할 수 있었습니다.

GM4에서 스크립트는 IndexedDB에 저장되며 스크립트 이름은 @name 에서 이름을 가져오기 때문에 실제로 중요하지 않습니다. 따라서 저는 스크립트(컴퓨터에서)를 abc.js ( .user 제외)로 만들고 저장하고 GM에 복사/붙여넣기를 했습니다.

수동 IMPORT는 .user 명명 형식에 묶일 필요가 없다고 생각합니다.

이에 대한 진전이 있습니까?

파이어몽키 익스텐션은 다음과 같이 할 수 있습니다:

https://addons.mozilla.org/en-US/firefox/addon/firemonkey/