הגדרות פרוקסי ב-Composer: לפרוש מדגלי REQUEST_FULLURI

ה-HTTP_PROXY_REQUEST_FULLURI הישנים של Composer והפתרונות הנלווים מסוג FULLURI אינם נדרשים עוד ואינם בשימוש ביישום המתועד. דגל שמתעלמים ממנו אינו יכול לתקן את המסלול של הלקוח שרץ.

עבור Composer בשורת הפקודה בתוך מעטפת POSIX, ייצאו את משתני הפרוקסי הנתמכים לפני שאתם מפעילים את Composer מאותה מעטפת:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080

שמות באותיות קטנות עדיפים. שני הערכים יכולים להתחיל ב-http:// כאשר הפרוקסי עצמו משתמש ב-HTTP רגיל; יעד HTTPS אינו דורש חיבור HTTPS אל הפרוקסי. החליפו את נקודת הקצה לדוגמה בשירות המאושר. עבור הורדות חבילות ציבוריות שבהן מתווך ציבורי מותר, בחרו מועמד HTTP מתוך רשימת פרוקסי ה-HTTP.

IDE או סוכן בנייה זקוק לערכים בסביבת התהליך שלו עצמו. שינוי הגדרה קבועה לאחר מכן אינו מעדכן תהליך שכבר פועל.

כאשר Composer פועל מחוץ ל-CLI

עבור בקשות HTTP בהקשר שאינו CLI, Composer אינו משתמש ב-http_proxy או ב-HTTP_PROXY. במקום זאת הוא מתעד את CGI_HTTP_PROXY, וכך נמנע מצב שבו כותרות הבקשה נתפסות כהגדרת פרוקסי מהימנה. אל תעתיקו את פתרון המעטפת אל יישום ווב ואל תיקחו הגדרות פרוקסי מבקשה לא מהימנה.

לקרוא את הפעולה שנכשלה

שם פרוקסי שלא נפתר, חיבור שנדחה, אתגר 407 וכשל בתעודה מצביעים על שלבים שונים. השתמשו בשגיאה המשמעותית הראשונה במקום ליישם פתרונות ישנים של IPv6 או אימות תעודות.

אם הורדת ה-HTTP של Composer עובדת אבל תלות מבוססת Git נכשלת, בדקו את תהליך ה-Git הנפרד, את המסלול שלו ואת החשבון שלו. זהו צרכן שונה מהורדת Composer המוצלחת.