Yanıtlar:
Görünüşe göre bu Python geliştiricileri arasında 7 yıllık bir tartışmanın nedeni .
Aşağıdaki gerekçe yazarlar tarafından verilmiştir:
Yazar: Tim Peters (tim.peters) * (Python committer) Tarih: 2006-03-22 20:27
Uzun zaman önce, Python "Program Files" altında (varsayılan olarak) kurulum yaptı. Bu, sürtünme gömülü uzamın yarattığı sonsuz problemler ve "Program Files" ın bir DOSish 8.3 ismi olmaması nedeniyle daha nadir, ancak daha az inceleyen problemler yüzünden değişti. Genel olarak hala bunun iyi bir değişiklik olduğunu düşünüyorum.
Pek çok Windows uygulamasından farklı olarak (GUI tabanlı), programlama dillerinin komut satırından yoğun bir şekilde kullanılmasının, komut dosyaları tarafından başlatılmasının ve benzeri işlemlerin yapılmasının amaçlandığını unutmayın . Yolda hiç durmadan hataya açık olan bir alan budur. WinXP Pro'da, MS'in hala DOS-DOS 8.3 boşluksuz kendi komut satırı / script araçlarını (sort.exe, ipconfig.exe, cscript.exe, ..., hatta notepad.exe) koymak konusunda hala dikkatli olduğunu fark ettim. yollar ;-)
Bir yana : Ayrıcalık yükselmesi olasılığı nedeniyle, C: \ Program Files \ yerine C: \ kullanmak bir güvenlik tehlikesi olabilir:
Yazar: Mika Eloranta (mel) Tarih: 2005-09-07 21:34
Python'un Windows'a yüklendiği varsayılan yükleme hedefi dizini doğrudan sistem sürücüsünün kök dizininin altındadır (örn. "C: \ python24"). Python24 dizini tarafından kök dizinden devralınan dosya ve dizin izinleri, uygulama ikili dosyalarını saklamak için yeterince güvenli değildir.
Microsoft, sonsuz bilgeliğinde, sistem sürücüsünün kök dizininin düzenli (yönetici olmayan) kullanıcıların orada dizinler ve dosyalar oluşturmasına izin vermesi gerektiğine karar vermiştir. Bu izin kümesi, varsayılan konumda (yani "C: \ python24" veya herhangi bir şekilde) oluşturulduğunda python dizini tarafından miras alınır.
Python dizinini tartışılan ayrıcalık yükseltme saldırısından kaçınmak için değiştirmek istiyorsanız, icacls kullanarak \ Python dizinini değiştirmek mümkün olmalıdır .
bin
klasörünü koymak %PATH%
ve artık boşluklarla uğraşmanıza gerek kalmayacak. Ve XP Pro'nun komut satırı DOS 8.3 yollarında çalıştırılabilir olduğu da doğru değil. Yolları genellikle boşluk içermemesine rağmen, birçok dosyanın systeminfo.exe