자술하다.md에서verify recaptcha 라벨을 언급했는데, 이미 존재하지 않습니다
묘사
자술한 예제 섹션md에는 다음과 같은 코드 세그먼트가 있습니다. success = verify_recaptcha(action: 'login', minimum_score: 0.5)
checkbox_success = verify_recaptcha_tags unless success
주 분기는 #verify recaptcha 태그를 지원하지 않습니다. 이 예시 코드를 어떻게 변경해야 v3에서 실행할 수 있는지 알 수 없습니다.토론 #1
@TylerRick 이게 어떻게 된 일인지 아세요?토론 #2
@maia 프레젠테이션은 작업 버전이 있어야 합니다. 여기에서 발견한 업데이트를 검사하고 사용하십시오:)토론 #셋
프레젠테이션(그래, 최근 업데이트된 부분)만 사용하십시오#verify_recaptcha
. 그러나 상응하는 보기도 예시에서 건의한 대로 예비 v2recaptcha_tags
를 보여 주지 않습니다.이 경우 점수가 한도값보다 낮은 사용자는 로그인할 수 없습니다.토론 #4
:(자세한 내용은
2019년 6월 25일 화요일 오전 8:49,maia[email protected]:
The demo (well, the parts which were recently updated) only use
유효성 검사 recaptcha - 해당 뷰가 표시되지 않습니다.
fallback v2 recaptcha_tags, as suggested in the example. In that case users with a score below a threshold will probably not be able to login at all.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ambethia/recaptcha/issues/322?email_source=notifications&email_token=AAACYZ23BYDLF5HOA7F7E2DP4I47RA5CNFSM4H3HY5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODYQWNDY#issuecomment-505505423, or mute the thread https://github.com/notifications/unsubscribe-auth/AAACYZ3NBLR3W67LVAXOZ23P4I47RANCNFSM4H3HY5ZQ .
토론 #5
github의 오래된 제출을 검색할 수 있는 방법을 찾지 못했습니다. 길을 따라 어딘가#verify_recaptcha_tags
가 삭제되었을 수도 있습니다.@TylerRick v2 반환에 무슨 일이 일어났는지 확인하고 자술을 조정할 수 있습니까?고맙습니다.
토론 #6
이 문제에 대해 어떤 업데이트가 있습니까?무엇이 성공의 정확한 예입니까? recaptcha 태그를 사용할 수 없음 확인
#verify recaptcha를 사용해 보십시오. 이것은 사용 가능한 것입니다. 이것은 v2 방법이기 때문에 Recaptcha 복선 상자에 '사이트 소유자 오류: 잘못된 키 형식' 을 표시합니다.
복선상자 success를 계속 실행하기 위해 정확한 v3 방법이 무엇인지 업데이트하시겠습니까?토론 #7
@TylerRick이 잃어버린 것 같으니 코드를 깊이 연구하여 어떻게 작동해야 하는지 보십시오. (토론 #8
이 방법은 무엇을 해야 할지 모르겠지만 자술문서for the v3 update에서 소개한 것입니다.나는 역사 기록을 제출하는 다른 곳에서 이 이름을 사용하는 방법을 보지 못했다.토론 #9
재구성 과정에서 잊혀질 가능성이 높다...너는 그것을 하나 만들거나 바꿀 수 있니
정확한 방법으로 호출합니까?(올바른 전화가 이미 연결되어 있으면 삭제하십시오.)
(저기 있다)
2019년 7월 16일 화요일 새벽 3:06에 니콜라스[email protected]는 다음과 같이 썼다.
I can't figure out what this method was supposed to do, but it was
introduced in the readme for the v3 update
https://github.com/ambethia/recaptcha/commit/3ffacd491b844b18f1db440e1996902f16022acb#diff-04c6e90faac2675aa89e2176d2eec7d8R289.
I don't see a method by that name anywhere else in the commit history.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ambethia/recaptcha/issues/322?email_source=notifications&email_token=AAACYZ5IK6AI5WI2XZ2EIYTP7TKDRA5CNFSM4H3HY5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZ62AHA#issuecomment-511549468,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAACYZ3XLLU2OBLO66T6PYDP7TKDRANCNFSM4H3HY5ZQ
.
토론 #10
저는 v3에서 다른 문제에 부딪혔습니다. 그래서 저는 v2 리턴 기능을 가진 작업 v3를 실제로 구축하지 않았습니다. 자술한 파일의 설명에 따라 작업의 v2 버전만 구축했습니다.
나는 하나를 구축해 볼 수 있지만, 만약 누군가가 이미 반환을 사용하여 하나를 성공적으로 구축했다면, 몇 가지 문제가 있다.
*v3과 v2에 각각 키를 등록해야 합니까?새 사이트를 추가할 때 사용할 버전을 지정해야 하기 때문에 (이것은 maia가 프레젠테이션 사이트에서 되돌아오는 것을 보지 못한 이유이기도 합니다.)
* 만약 이 정책에 다른 키가 필요하다면 덮어쓰는 가장 좋은 방법은 무엇입니까?secret_key
v3과 v2의 verify_recaptcha
에서 덮어쓸 수 있지만 invisible_recaptcha_tags
만 덮어쓰기site_key
를 선택할 것 같습니다.
중요한 문제는 그만두고, 유일한 변화는 verify_recaptcha
verify_recaptcha_tags
(프레젠테이션 사이트처럼) 전화를 걸는 것이라고 나는 생각한다.토론 #11
봐봐...토론 #12
죄송합니다.verify_recaptcha_tags
는 존재하지 않았다.이것은 예시의 입력 오류입니다.#325에 고정합니다.
보시다시피 컨트롤러에서 사용하는 방법 (v2와 v3) 은 verify_recaptcha
입니다.
만약 네가 시험해 보고 싶다면, 나는 또한 시범 프로그램에 v2 반환 작업 예시를 추가했다.(맞아, 좀 못생겼어.)
보시다시피 v2와 v3을 동시에 사용하는 프로그램을 사용할 때 가장 큰 문제점은 서로 다른 키가 필요하고, 그 중 한 키만 Recaptcha gem을 설정할 수 있다는 것입니다.
실제로 나는 여러 개의 키를 설정하는 기능을 추가했다. (서로 다른 키 집합이 필요한 네 개의 호출 중 하나는 모두 하나의 키가 있다. config.site_key_v2_checkbox =
, config.site_key_v3 =
,...)내 최초의 PR에서 #310 (구글의 잘못된 응답을 볼 수 있도록 기본적인 로그도 있다). 그러나 이 PR은 거절당했다. 나는 더 많은 PR을 제출할 시간이나 흥미가 없다.만약 네가 흥미가 있다면, 나는 네가 매우 고마울 것이라고 믿는다...
- Do need to register separate keys for v3 and v2?
그래.예를 들어 같은 프로그램에서 '보이지 않음' 과 '체크 상자' 를 동시에 사용할 경우, 심지어는 단독 키도 필요하다.
- If this strategy does require different keys, what would be the best way to implement the override?
secret_key
can be overriden in verify_recaptcha
for both v3 and v2, but it looks like only invisible_recaptcha_tags
will take an option to override site_key
나는 이것이 가장 좋은 방법이라고 생각하지 않지만, 현재 발표된 버전에서는 같은 프로그램에서 v2와 v3 호출을 동시에 사용하려면, 수동으로 v2 호출이나 v3 호출 (또는 둘) 에 일치하는 키를 전달해야 한다.site_key
를 보기/전면에 있는 호출recaptcha_tags
(복선상자 표시용), invisible_recaptcha_tags
또는 recaptcha_v3
)에 전달하고 secret_key
를 컨트롤러/후면에 있는 호출verify_recaptcha
에 전달하며 사용할 것을 확보secret_key
는 검증할 응답 영패를 만든 전면에 대응하는 호출site_key
에 대응한다.못생겼어, 그렇지?토론 #13
네, 보기 싫어요...이러한 PRs가 있습니까?:D
2019년 7월 17일 수요일 오전 9시 30분에 테일러 릭[email protected]은 다음과 같이 썼다.
답장해줘서 고마워요.마지막으로 난 v2로 은신할 뿐이야
당분간네 말이 맞다. 주요 장애는 v3 통합을 시도하는 것이다.
v2는 다른 키가 필요하기 때문에 v2 반환을 사용해야 합니다.당신
이 건의는 듣기에 매우 실용적이다. 비록 좀 보기 싫지만.내가 꼭 줄게.
다음 릴리즈에서 시도됩니다.
당신의 복구 공헌에 감사 드립니다.
여기다
- 알버트
2019년 7월 16일 화요일 오후 10시 30분 테일러 릭[email protected]
쓰기:
Sorry about that. verify_recaptcha_tags never existed. That was a typo in
the example. Fixed in #325
https://github.com/ambethia/recaptcha/pull/325.
As you discovered, the method to use in your controller — for both v2 and
v3 — is verify_recaptcha
https://github.com/ambethia/recaptcha#verify_recaptcha.
I also added a working example of a v2 fallback to the demo app, if you
want to try it out. (Sorry, it's kind of ugly.)
Like you noticed, the biggest pain point for working with an app that uses
both v2 and v3 is the fact that they require different keys and the fact
that you can only configure the Recaptcha gem with one of them at a time.
I actually added the ability to configure with multiple keys (one for each
of the 4 calls that require a different set of keys: config.site_key_v2_checkbox
=, config.site_key_v3 =, ...) in my original PR, #310
https://github.com/ambethia/recaptcha/pull/310 (it also had some basic
logging so you could actually see the error response from Google), but that
PR was rejected and I no longer have the time or interest in submitting
more PRs. If you are interested, I'm sure there would be an interest in a
PR for that...
- Do need to register separate keys for v3 and v2?
Yes. You even need separate keys if using both invisible and checkbox, for
example, in the same app.
- If this strategy does require different keys, what would be the best
way to implement the override? secret_key can be overriden in
verify_recaptcha for both v3 and v2, but it looks like only
invisible_recaptcha_tags will take an option to override site_key
I wouldn't call it the best way, but in the current released version,
if you want to use both v2 and v3 calls in the same app, you have to
manually pass in a matching set of keys to either the v2 calls or to the v3
keys (or both).
You pass site_key to the call that lives in the view/frontend (
recaptcha_tags (to render the checkbox), invisible_recaptcha_tags, or
recaptcha_v3) and pass secret_key to the verify_recaptcha call that lives
in the controller/backend, making sure the secret_key that you use
corresponds to the site_key you passed to the frontend call that created
the response token that you are verifying. Ugly, right?
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/ambethia/recaptcha/issues/322?email_source=notifications&email_token=AAACYZ5ZMHUZRAQEW4QDUNLP7Z74JA5CNFSM4H3HY5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2C2R6I#issuecomment-512076025,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAACYZ7YGMMZLFM5J4AO3ULP7Z74JANCNFSM4H3HY5ZQ
.
Reference
이 문제에 관하여(자술하다.md에서verify recaptcha 라벨을 언급했는데, 이미 존재하지 않습니다), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://github.com/ambethia/recaptcha/issues/322
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
I can't figure out what this method was supposed to do, but it was introduced in the readme for the v3 update https://github.com/ambethia/recaptcha/commit/3ffacd491b844b18f1db440e1996902f16022acb#diff-04c6e90faac2675aa89e2176d2eec7d8R289. I don't see a method by that name anywhere else in the commit history.
— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/ambethia/recaptcha/issues/322?email_source=notifications&email_token=AAACYZ5IK6AI5WI2XZ2EIYTP7TKDRA5CNFSM4H3HY5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGODZ62AHA#issuecomment-511549468, or mute the thread https://github.com/notifications/unsubscribe-auth/AAACYZ3XLLU2OBLO66T6PYDP7TKDRANCNFSM4H3HY5ZQ .
- Do need to register separate keys for v3 and v2?
- If this strategy does require different keys, what would be the best way to implement the override?
secret_key
can be overriden inverify_recaptcha
for both v3 and v2, but it looks like onlyinvisible_recaptcha_tags
will take an option to overridesite_key
Sorry about that. verify_recaptcha_tags never existed. That was a typo in the example. Fixed in #325 https://github.com/ambethia/recaptcha/pull/325.
As you discovered, the method to use in your controller — for both v2 and v3 — is verify_recaptcha https://github.com/ambethia/recaptcha#verify_recaptcha.
I also added a working example of a v2 fallback to the demo app, if you want to try it out. (Sorry, it's kind of ugly.)
Like you noticed, the biggest pain point for working with an app that uses both v2 and v3 is the fact that they require different keys and the fact that you can only configure the Recaptcha gem with one of them at a time.
I actually added the ability to configure with multiple keys (one for each of the 4 calls that require a different set of keys: config.site_key_v2_checkbox =, config.site_key_v3 =, ...) in my original PR, #310 https://github.com/ambethia/recaptcha/pull/310 (it also had some basic logging so you could actually see the error response from Google), but that PR was rejected and I no longer have the time or interest in submitting more PRs. If you are interested, I'm sure there would be an interest in a PR for that...
- Do need to register separate keys for v3 and v2?
Yes. You even need separate keys if using both invisible and checkbox, for example, in the same app.
- If this strategy does require different keys, what would be the best way to implement the override? secret_key can be overriden in verify_recaptcha for both v3 and v2, but it looks like only invisible_recaptcha_tags will take an option to override site_key
I wouldn't call it the best way, but in the current released version, if you want to use both v2 and v3 calls in the same app, you have to manually pass in a matching set of keys to either the v2 calls or to the v3 keys (or both).
You pass site_key to the call that lives in the view/frontend ( recaptcha_tags (to render the checkbox), invisible_recaptcha_tags, or recaptcha_v3) and pass secret_key to the verify_recaptcha call that lives in the controller/backend, making sure the secret_key that you use corresponds to the site_key you passed to the frontend call that created the response token that you are verifying. Ugly, right?
— You are receiving this because you modified the open/close state. Reply to this email directly, view it on GitHub https://github.com/ambethia/recaptcha/issues/322?email_source=notifications&email_token=AAACYZ5ZMHUZRAQEW4QDUNLP7Z74JA5CNFSM4H3HY5Z2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD2C2R6I#issuecomment-512076025, or mute the thread https://github.com/notifications/unsubscribe-auth/AAACYZ7YGMMZLFM5J4AO3ULP7Z74JANCNFSM4H3HY5ZQ .
Reference
이 문제에 관하여(자술하다.md에서verify recaptcha 라벨을 언급했는데, 이미 존재하지 않습니다), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://github.com/ambethia/recaptcha/issues/322텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)