Greasemonkey: 서버가 (자동) 업데이트되지 않는 스크립트를 전달하도록 합니다.

<strong i="5">@updateURL</strong> about:blank + <strong i="7">@downloadURL</strong> about:blank 해야 합니다(최소한 GM 3.x에서 이를 사용하여 자동 업데이트를 비활성화하는 것이 가능했습니다).

updateURL 및 downloadURL은 4.x에서 지원되지 않습니다.

3.x에서는 이를 위해 표준 AOM 컨트롤을 사용했습니다.

4.x에서는 아직 자동 업데이트가 전혀 없으므로 일단 기본 기능으로 포함해야 합니다.

<strong i="5">@downloadURL</strong> none 넣는 것이 4.x에 대해 계획된 것과 일치합니까?

오, 당신이 스크립트를 전달하는 서버가 스크립트를 업데이트해서는 안 된다고 GM에 알리기를 원한다고 말하는 것을 방금 깨달았습니다. (아, 설명이 잘 안 끝났네요...)

GM 4에서 @...URL 속성의 값을 읽거나 사용할 계획은 없습니다. 업데이트 코드가 마침내 작성될 때까지 아무 것도 약속할 수 없지만 일종의 HTTP 헤더가 소스를 변경하려고 시도하는 것보다 기분이 좋습니다. 스크립트의.

OTOH TM이 없음 값을 지원하는 경우 항상 고려해야 할 호환성이 있습니다.

OP는 다음과 같이 말합니다.

설치 URL에는 버전을 나타내는 매개변수가 포함됩니다.

이로부터 쿼리 매개변수가 특정 사용자 스크립트에 대한 효과적인 영구 링크라고 가정합니다. 또한 자동 업데이트/업데이트 확인 기능은 내부에 저장된 downloadUrl (초기 설치의 URL일 뿐입니다)를 사용할 가능성이 가장 높습니다. 최소한의 변경으로 사용자 스크립트를 감지할 때 쿼리 매개변수 일치를 추가하여 이러한 형태의 영구 연결을 지원할 수 있다고 생각합니다. user-script-detect.run.js 리스너에 *://*/*.user.js?* 를 추가하여 달성했습니다.

오, 당신이 스크립트를 전달하는 서버가 스크립트를 업데이트해서는 안 된다고 GM에 알리기를 원한다고 말하는 것을 방금 깨달았습니다.

네, 맞습니다.

일종의 HTTP 헤더가 스크립트 소스를 변경하는 것보다 낫다고 느낍니다.

Greasy Fork는 스크립트를 DB에 저장하고 어쨌든 소스를 다시 작성합니다(예: user.js에서 meta.js 생성). 소스를 변경하는 것은 나에게 문제가 되지 않습니다. 스크립트가 캐싱 소프트웨어를 통과할 수 있으므로 HTTP 헤더가 문제가 될 수 있습니다.

이로부터 쿼리 매개변수가 특정 사용자 스크립트에 대한 효과적인 영구 링크라고 가정합니다.

내 말을 하자면, version 매개변수는 특정 사용자 스크립트의 특정 버전에 대한 영구 링크를 제공합니다.

사용자 스크립트를 감지할 때 쿼리 매개변수 일치를 추가하여 이러한 형태의 영구 연결을 지원할 수 있다고 생각합니다.

Greasy Fork는 특정 버전에 연결하는 것 외에 다른 목적으로 URL 매개변수를 사용하지 않습니다.

추가 반영 시: 엔진 간 호환( @derjanb , @gera2ld)에 더 많은 노력이 필요하지만: 소스 제어 업데이트 확인을 허용하려면 새 항목의 라인을 따라 더 많이 생각하고 있습니다* 와 같은:

// <strong i="7">@updates</strong> never
// <strong i="8">@updates</strong> 24h
// <strong i="9">@updates</strong> 7d

스크립트가 자동 업데이트되는 빈도를 지정하도록 합니다. 개발 중일 때는 낮게 유지할 수 있고 안정되면 조정할 수 있습니다(그러나 다시 업데이트를 시작하면 다시 낮춥니다). 그리고 스크립트 호스트는 (어쨌든 스크립트를 삭제하려는 경우) 적절하다고 판단되는 대로 값을 덮어쓸 수 있습니다(설치한 사용자 수, 서버 리소스 등을 기반으로 함).

좀 더 설명적인 이름을 원하지만 아직 마음에 드는 특정 후보자가 없습니다.

* Never 값의 경우 <strong i="14">@downloadURL</strong> none 지원도 추가할 수 있습니다.

기술적 인 측면에서 sth이어야합니다. @updatefrequency (너무 길죠?) 또는 @updatecycle .
그리고 모든 스크립트를 수동으로 검사하는 트리거가 있기를 바랍니다...

스크립트가 자동 업데이트되는 빈도를 지정하도록 합니다. 개발 중일 때는 낮게 유지할 수 있고 안정되면 조정할 수 있습니다(그러나 다시 업데이트를 시작하면 다시 낮춥니다). 그리고 스크립트 호스트는 (어쨌든 스크립트를 삭제하려는 경우) 적절하다고 판단되는 대로 값을 덮어쓸 수 있습니다(설치한 사용자 수, 서버 리소스 등을 기반으로 함).

합리적으로 들리네요.

좀 더 설명적인 이름을 원하지만 아직 마음에 드는 특정 후보자가 없습니다.

아마도 @updateInterval ?

또는 단순히 @updatetime ... (매우 정확하지는 않지만 눈에 잘 띄는)

@updatetime 는 빈도가 아니라 "오전 8시"를 생각하게 합니다.

@Sxderp 그럼 <strong i="6">@updatefreq</strong> 1d 하시겠습니까?

나는 원어민이 아니지만 값(즉, 24h)은 실제로 주파수가 아닙니다. 간격인가 마침표인가? 🤓

<strong i="5">@updateinterval</strong> 1day 좋은 것 같습니다. 나는 일반적인 영어에서 오버로드 된 의미를 가지고 있기 때문에 "마침표"에 반대하는 것이 좋습니다 (정확한 과학적 의미가 있음에도 불구하고)

@updateinterval 는 @updatetime 만큼 정확하지 않습니다. 간격에는 관심이 없지만 업데이트 사이의 (최대) 시간 범위는 ...

나는 경과를 별로 좋아하지 않으므로 다음 제안은 <strong i="5">@updatespan</strong> 1d ...

@arantius , 자동 업데이트는 언제 예약되나요? FF60에서 3.x로 전환할 수 없습니다.