Qt HttpProxy در برابر HttpCachingProxy: قابلیت‌های CONNECT
HttpProxy دارای قابلیت CONNECT در Qt را از نوع HttpCachingProxy که فقط برای درخواست است تشخیص دهید.
Qt میان پروکسی HTTP که می‌تواند تونل بزند و نوع پروکسی HTTP فقط‌کش تفاوت می‌گذارد. هر دو نام HTTP دارند، اما قابلیت‌های اتصالشان متفاوت است.
| نوع Qt | نقش اتصال |
|---|---|
| HttpProxy | پشتیبانی HTTP CONNECT برای اتصال‌های TCP خروجی |
| HttpCachingProxy | درخواست‌های HTTP معمولی در کلاینت سازگار درخواست‌محور |
| Socks5Proxy | مذاکره SOCKS5 با قابلیت‌های انتقال مستندش |
یک QNetworkAccessManager که درخواست HTTP معمولی می‌فرستد می‌تواند از نوع درخواست‌محور استفاده کند. یک QTcpSocket که به تونل بایتی نیاز دارد، پروکسی با TunnelingCapability می‌خواهد. Qt به‌طور خاص هشدار می‌دهد که وقتی سوکت‌های TCP عمومی باید از آن استفاده کنند، پیش‌فرض برنامه را بدون این قابلیت نصب نکنید.
پیش از تخصیص نقطه پایانی، نوع پروتکل را انتخاب کنید. برای یک درخواست HTTP عمومی مجاز بدون احراز هویت پروکسی، فهرست پروکسی HTTP نشانی‌ها را ارائه می‌دهد؛ با این حال نوع Qt باید قابلیتی را که آن درخواست نیاز دارد فراهم کند. دادن پورتی که یک سرویس CONNECT استفاده می‌کند به HttpCachingProxy، قابلیت ازدست‌رفته را به آن انتخاب Qt اضافه نمی‌کند.
برچسب فقط‌کش همچنین تضمین نمی‌کند که هر پاسخ توسط سرور راه دور ذخیره یا دوباره استفاده شود. این برچسب سبک استفاده از پروکسی را که رابط کلاینت پشتیبانی می‌کند توصیف می‌کند، در حالی که سیاست پاسخ HTTP همچنان بر استفاده مجدد از کش حاکم است.