Postman'de solvethree'yi test edin

1. 1.

   İndirilen JSON'u içe aktarın

   Postman'de İçe aktar seçeneğini seçin ve koleksiyon dosyasını belirtin. Koleksiyon, devralınan Bearer yetkilendirmesi ve değişken yer tutucularıyla Görev oluştur ve Görevi al isteklerini içerir.

2. 2.

   Sitenin profilini kontrol edin

   Çalışma alanınızda hedef ana makine adı için etkin bir profil bulunmalıdır. Testten önce konsolda yapılandırın; ana makine adı ve eylem göndermek profil oluşturmaz. Site profili kurulumu sayfasına bakın.

3. 3.

   Gizli ortam değerlerini yapılandırın

   Bu test için bir ortam oluşturup seçin. Proxy kimlik bilgileri dahil aşağıdaki değerleri gizli olarak doldurun. Gizli bilgileri doğrudan koleksiyona koymayın veya doldurulmuş gizli değerleri dışa aktarmayın.

4. 4.

   Bearer yetkilendirmesini yapılandırın

   Koleksiyon düzeyinde Bearer Token seçeneğini seçin ve çalışma alanınızın API anahtarını içeren gizli bir ortam değişkenine başvurun. Her iki isteği de yetkilendirmeyi devralacak şekilde bırakın. API, Authorization: Bearer ifadesinin ardından bu anahtarı bekler.

Görev oluştur isteğini açın. Seçili ortamınızdaki değerlerle doldurulmuş ham bir JSON gövdesiyle https://api.solvethree.com/v1/tasks adresine POST gönderir.

{
  "site": "{{SITE}}",
  "action": "{{ACTION}}",
  "proxy": "{{PROXY}}",
  "requestId": "{{REQUEST_ID}}"
}

Bu istek varsayılan olarak reCAPTCHA Enterprise v3 kullanır. type veya url alanı eklemeyin. Tek bir proxy sağladığından ayrıca proxyCandidates eklemeyin: bu alanlardan tam olarak biri gereklidir.

Göndermeden önce REQUEST_ID değerini ayarlayın, ardından Gönder'e bir kez tıklayın. Önce HTTP yanıtını kontrol edin. Başarısızsa gövdeyi başarılı bir görev yanıtı olarak değerlendirmek yerine istek hatasını inceleyin. Geçersiz girdileri değiştirmeden tekrar tekrar göndermek yerine düzeltin.

Başarılı bir oluşturma yanıtında, döndürülen id değerini gizli TASK_ID ortam değerinize kopyalayın. Yalnızca ilerlemeyi kontrol etmek için Görev oluştur'a tekrar tıklamayın.

Görevi al isteğini açın ve TASK_ID değerinin döndürülen görev kimliğini içerdiğini doğrulayın. Bu istek aynı API'de GET /v1/tasks/:id kullanır. Elle gönderin, HTTP yanıtını kontrol edin ve ardından görevin status değerini inceleyin.

HTTP 200 veya 201 tek başına çözümün hazır olduğu anlamına gelmez; bunu yalnızca status: ready gösterir. Bu elle yapılan test, hedef web sitesinin sonucu kabul edip etmediğini değil, görev oluşturmayı ve almayı kontrol eder.

reCAPTCHA token'ını amaçlanan hedefine göndererek devam ederseniz döndürülen userAgent ve secChUa tarayıcı kimliğini ve başarılı olan proxy'yi kullanın. IP değiştirmeyin veya ilgisiz bir tarayıcı kimliğini bunlarla karıştırmayın. Hazır bir token hedef tarafından yine de reddedilebilir.

Bağlantı zaman aşımı, oluşturmanın başarısız olduğunu kanıtlamaz. Görev kimliğiniz varsa görevi alın. Kimliği hiç almadıysanız Görev oluştur isteğini aynı REQUEST_ID ve değiştirilmemiş görev girdileriyle yeniden gönderin. Bu, başka bir mantıksal görev oluşturmak yerine mevcut göreve yeniden erişmenizi sağlar.

Yanıt kayboldu diye yeni bir REQUEST_ID üretmeyin. Bir kimliği farklı görev girdileriyle yeniden kullanmak çakışmaya neden olur; bilinçli olarak yeni bir görev başlattığınızda yeni bir kimlik kullanın.