PHP फेचरमा थप रिराइटिङ थप्नु अघि, अर्को स्रोत कहाँ जानुपर्छ भनेर छान्नुहोस्। https://destination.example/catalog/ बाट फेच गरिएको र https://viewer.example/browse?url=... मा फर्काइएको कागजातमा यी हुन सक्छन्:

<img src="photo.jpg">
<a href="details/42">Details</a>

ब्राउजरले ती सन्दर्भहरूलाई दर्शकमा प्राप्त कागजातबाट समाधान गर्छ। PHP ले मूल बाइटहरू फेच गरेको कुराले टाढाको आधार स्थापित गर्दैन।

base तत्वले सापेक्ष URL हरूलाई गन्तव्यतर्फ संकेत गर्न सक्छ, तर ती अनुरोधहरू त्यसपछि सिधै ब्राउजरबाट गन्तव्यमा जान सक्छन्। यसको सट्टा हरेक अनुरोध PHP बाट राख्न प्रोक्सी URL र फराकिलो राउटिङ मोडेल चाहिन्छ:

स्रोत वा कार्यआवश्यक व्यवस्थापन
लिङ्क र चित्रटाढाको कागजातको सापेक्ष समाधान गरी इच्छित मार्ग बनाउनुहोस्
CSS आयात र स्रोतस्टाइलसिटको टाढाको आधार प्रयोग गर्नुहोस्
फारमविधि र पठाइएको डाटा जोगाउनुहोस्
रिडिरेक्टनेभिगेसनलाई अनुमति दिइएको मोडेलभित्र राख्नुहोस्
स्क्रिप्टले बनाएका अनुरोधमूल HTML मा नभएका URL व्यवस्थापन गर्नुहोस्

केही रेगुलर एक्सप्रेसन प्रतिस्थापनले स्क्रिप्ट-धेरै साइटहरूसँग सामान्य अनुकूलता दिन सक्दैनन्। कुनै ज्ञात सार्वजनिक कागजातका लागि नेभिगेसन बन्द गर्नु, सिधा लिङ्क अनुमति दिनु वा समर्थित उपसमुच्चय दर्शकमार्फत फर्काउनु पर्याप्त हुन सक्छ। हरेक प्रतिक्रियालाई HTML मान्नुको सट्टा वास्तविक मिडिया प्रकार जोगाउनुहोस्।

आफ्नो डोमेनबाट अविश्वसनीय मार्कअप फर्काउँदा त्यसलाई दर्शकको ब्राउजर उत्पत्ति दिन्छ, फेच गरिएको साइटको पहिचान होइन। ती कागजातहरूलाई खाता र प्रशासक पृष्ठहरूबाट अलग राख्नुहोस्। प्रत्येक आगन्तुकका लागि टाढाका कुकी, अनुमति दिइएका फर्वार्ड हेडर र रिडिरेक्ट गन्तव्य परिभाषित गर्नुहोस्; साझा कुकी जारले टाढाका लगइन मिसाउन सक्छ।

ब्राउजिङ सत्र दिनु अघि त्यो समर्थन सीमाप्रति प्रतिबद्ध रहनुहोस्। अर्को एग्जिटबाट सामान्य ब्राउजिङका लागि ब्राउजरको आफ्नै प्रोक्सी इन्टरफेस, जस्तै Firefox का HTTP/SOCKS सेटिङ, यो फेच-र-पुनःप्रकाशन तह नचाहिने गरी ब्राउजरको गन्तव्य URL र उत्पत्ति मोडेल जोगाउँछ। छुट्टै सार्वजनिक-साइट परीक्षणका लागि निःशुल्क प्रोक्सी सूची ले उम्मेदवार एन्डप्वाइन्ट दिन्छ; ब्राउजर सेटिङमा प्रोटोकल मिलाउनुहोस्।

सम्बन्धित लेखहरू