Google ReCapcha сменить на сайте после увольнения админа?

скорее это

проблема в моих "кривых руках"

Совет на будущее: создавайте всегда для сайтов их собственные учётки.
Вот сейчас вы пытаетесь перепривязать капчу на свою учётку. А представьте, что наступят тяжёлые времена, и вам надо будет сайт продать. Это будет означать, что снова надо будет проводить работы на сайте.
Ваши личные учётки могут по разным причинам забанить, взломать и т.д.
Даже если вам удобно собирать email с сайта на свою личную почту, то лучше переадресовать все письма с ящика сайта на свой личный ящик, чем использовать свой аккаунт

Виктор Кожухарь,

Совет на будущее: создавайте всегда для сайтов их собственные учётки

Нынешние реалии ставят этот совет под вопрос.
Гугл при создании учётной записи попросит номер телефона. Получается, что нужно и симку отдельную для каждого сайта заводить? И это если он вообще даст зарегистрироваться из России.

лучше переадресовать все письма с ящика сайта на свой личный ящик

И с этим нескучно.
Особенно, если переадресовывать почту со стороннего ящика (например, на своём хостинге) на gmail. Гугл легче лёгкого может втихую дропать письма.

Вытягивание по POP3/IMAP в таком случае вроде пока работает.

За советы спасибо. А по поводу перепривязки сайта, все таки хотелось бы получить ответ. Гугл позволяет перепривязку делать, если уже есть привязка к другой учетке.
Вроде руки "не кривые", проверил неоднократно.

BeHeP,
Вообще позволяет, толкьо надо скорее всего подтвердить что домен твой.
А так же по хорошему проверить все варианты подтверждения что домен подтвержден только нужными сервисами\учетками и т.д. это как минимум снизит риски того что прошлый админ что то нахимичит с доменом если ушел по плохому.
Как правило это делается либо подтверждением через NS записи домена или же файлы с ключем в корне сайта.

cap1172005, про какие файлы с ключом в корне сайта вы говорите?
Файлы какого расширения и откуда брать ключ?

Кстати, вернул ключи которые были, то есть восстановил файлы, они не менялись с января 2024 г., то есть еще когда админ работал.
Теперь Капча показывается как и раньше, и разгадывается, однако
(сайт на php)

$captcha=$_POST['g-recaptcha-response'];

выдает какую то жуть:
03AFcWeA6g6q-AcP5v2BztkvPeS4AUEXE31z7mBH6o25uB3tDQ0QnwY05JkI66zWOGRZHBL0NUfAC-GTuFIyM8ZsOs1JedpWOpsvlnchYkopLyAaNOETgcvOK-LHuEXp9KPNNuHWxq2Rci8kuTVSPuY86mKaZDSJNbW1Py6C0u2-FHbyZXfB2zxP15GSee9j-faTcOrIVkGZ-jQUCLCuKD6OOfbI2OrAu0jNopVUjNJj70M5n5fx3JGPHKFchy8ArrK0ruyvBTiXgzKqBKl4zuSeS9sGXZVF712R4RMWpo_lYHIakbVctpDRtL7yfkg5PjSRSrlUYa-_bFTDd6UTm3b_RK6ACdzwQahleBU0zLgsIK6SU2s1VC_p_wWTQEe0SxFEbV1Cm0x1EwVbmK0xTcGBQjalaHmE-1EdtBrpcQp6Hfc542f0BqSO93lzR2TxZL18u-TvdDtvx38cQ3P2oa9FW_iKaEjN7gTolMN002IwzoBpgdHcARllyD2-bMH1yH8UCkpRvW25JvnkWwhZDXVCKEtfrbduzmhkIR4r8MuAbvC4PkaKMwJ8PJrfc3YiVg76JQr5vpqnUcKmXGTxr7KCvK38L4b0RKkppQkUA5t_BY8g5E497N9YemVWgFFLPtD_tcQztnRfsup7Z-sZyxEtLrq7Pn29t7YfPWQmVJTDp5bSfmcCx755Euaa4Cqtw3AZ4LAUB8REZNPuf7JtqovClSq4k2eDe3MJ0PmPrw11iYk3VA_u82Z-w6q8EyGbifPGtKDQhPQXkUWm1roCOfMAVLZUWJkUNP2378Y-AeJwqaxbeZTztuFX9AqdPVAccf-4npTySe8_9WGUk8_7TlrRfm-uN1JQTms_FKMP5XHNUA5dYodC1Bfyd0vmiKAMjcnPqv1Zz8i4ezbE8ncgld8B4YbeTBg0pwm2Ekmv7zgMCz-3Njs515psQ

вместо json массива, соответственно
возникает ошибка

Message: file_get_contents(http://www.google.com/recaptcha/api/siteverify?se...):
Filename: reg.php

Line Number: 93

Кто-нибудь сталкивался с подобным?
Почему вместо JSON какая-то мура выдается?
Причем код 100% рабочий. Летом работал. Форму регистрации мы просто открываем с мая по сентябрь, в остальное время форма регистрации с капчей скрыта и не работает.

BeHeP, g-recaptcha-response - это значение, которое нужно передать на сервер гугла. Оно всегда представляет собой примерно такую жуть. А вот значение из file_get_contents(... должно быть нормальным json-массивом, его и нужно проверять.

Zettabyte,

Нынешние реалии ставят этот совет под вопрос.

Ваш ответ скорее под сомнение, чем совет Виктор Кожухарь. Всё правильно Виктор Кожухарь направляет.

ProjectSoft, Так разве я запрещаю?

Всегда пожалуйста, делайте, как считаете правильным.
Аккаунт на Тостере у вас есть, если приключится чего, то тоже придёте, спросите. Заодно и нам расскажете какие вам открытия чудные приготовил мир современного бигтеха.

Zettabyte, вот именно, он есть только у меня, а не у вас или кого-то ещё. И если что, то это только мои проблемы. Чувствуете разницу?
Поэтому и надо, чтобы регистрационные данные были только у заказчика и он сам мог предоставить технический доступ для своих специалистов, и мог управлять этими данными, если человек уволился, стал бедокурить или ещё чего хуже.

ProjectSoft,

он есть только у меня, а не у вас или кого-то ещё

Вы спорите с кем-то ещё.

Перечитайте мой ответ и найдите в нём предложение использовать чужой аккаунт.

Я говорил относительно текущих реалий с множественными аккаунтами и новыми регистрациями.