د Ruby Net::HTTP POST له پروکسۍ له لارې واستوئ

د فورمې هدف په غوښتنه کې او پروکسي د اړیکې په ترتیباتو کې وساتئ. پروکسي ته د خپل غوښتل شوي URL سره ځانګړې د فورمې ساحه نه اړتیا ده، پرته له دې چې تاسو د یوې ځانګړې وېبپاڼې د وېب پروکسي مخ کاروئ.

د Ruby Net::HTTP لپاره، د پیرودونکي جوړولو پر مهال څرګنده HTTP پروکسي ورکول کېدای شي:

require 'net/http'

uri = URI('https://example.com/form')
http = Net::HTTP.new(uri.hostname, uri.port,
                     '203.0.113.10', 8080)
http.use_ssl = true
http.open_timeout = 5
http.read_timeout = 10
request = Net::HTTP::Post.new(uri.request_uri)
request.set_form_data('message' => 'hello')
response = http.start { |session| session.request(request) }

پروکسي یوازې بېلګه ده؛ د اجازه ورکړل شوو عامه فورمې ازموینو لپاره HTTP نوماندان په HTTP پروکسي لیست کې شته. د فورمې پای ټکی باید هغه خدمت سره بدل شي چې د سپارلو منلو لپاره جوړ شوی وي. د Net::HTTP د پروکسي اسناد هم د پروکسي اعتبارنامې او له چاپېریال څخه اخیستل شوې پروکسي ترتیبات تشریح کوي.

پروکسۍ ته د تور ورکولو مخکې ځواب ولولئ

هغه سرور چې فورمه ردوي کولای شي د پروکسي لارې سم کار کولو وروسته HTTP تېروتنه تولید کړي. د ځواب حالت او د هدف اړتیاوې وګورئ: طریقه، د منځپانګې ډول، د فورمې ساحې، کوکیز او کومه غوښتنه ټوکن.

د پروکسي تصدیق ننګون له پروکسۍ څخه راځي. په اپلیکیشن کې ننوتل یا رد شوې فورمه د هدف دي. د دوی اعتبارنامې جلا وساتئ. د هدف پټنوم په پروکسي ترتیباتو کې اضافه کول نشي کولای د هدف ننوتل پوره کړي.

د Squid د لېږد سرلیکونو قواعد بل احتمالي ګډوډي سرچینه ده. د دوی د سرور اړخ پالیسي د سم Ruby POST جوړولو څخه جلا ده. یوازې ځکه چې فورمه یو ځل ناکامه شوه، د شریکې پروکسۍ د سرلیکونو قواعد مه بدلوئ.

د بیا هڅو لپاره، فکر وکړئ چې لومړی سپارل کېدای شي مخکې پروسس شوی وي. ورک شوی ځواب دا ثبوت نه دی چې POST هېڅکله اپلیکیشن ته نه دی رسېدلی.