Burada diğer yanıt aksine, ben "Hayır" ile gidiyorum. Ben bu iyi bir fikir olur herhangi bir durum düşünemiyorum.

Diğer fikirler için bazı hızlı tepkiler:

• Lisanslama: aşmak için very kolay olurdu
• Single library for multiple servers: I'm sorry but this is a very dumb solution to something that should be solved by syncing files from for example a
  • sourcecontrol sistemi
  • paketleme / dağıtım sistemi
  • sistemi kurmak
  • veya uzak bir dosya sistemi. NFS belirtildiği
• Google dan uzak kütüphanesi: kimse PHP üzerinde yavaş olmayan önbelleğe PHP kütüphanesi yükleme için bir yararı vardır. Bu (asenkron) javascript değil

Ben hepsini kapalı düşünüyorum ..

Şimdi ..

soru Ben girişimi asla düşünüyorum, 'başka yerde barındırılan bir dosya da dahil olmak üzere hakkında' oldu. Ancak, allow_url_include için kullanır vardır. Bu ayar, sadece http:// daha kapsar. Ayrıca kullanıcı tanımlı protokol işleyicileri kapsar, ve hatta phar :/ / inanıyorum. Bu orada geçerli bir kullanım biraz.

Ben olduğunu düşünebilirsiniz tek şey:

1. Uzak bir kütüphane, örneğin, google api's.
2. Alternatif olarak, farklı yerlerde Devs ile facebook gibi bir şey vardır, ve Devs kullanımı farklı sahne sunucular (DB, dev, evreleme, üretim) den içeriyorsa.
3. Bir kez daha dev sırasında, beta geçiş çok olan bir üçüncü taraf program, böylece her zaman (örneğin, o iradesine karşı bina olacak bir uzaktan TinyMCE beta kullanarak kendiniz derlemek zorunda kalmadan en son yapı olsun Eğer üretime ulaşmadan) yapılabilir.

Ancak uzak sunucu aşağı giderse, bu app öldürür, bu yüzden çoğu insan için, iyi bir fikir değil üretim kullanımı için.

İşte ben düşünüyorum ki bir örnektir.

Benim organizasyon benim bölümü intranet ve internet sitesinde hem de sorumludur. Biz iki farklı sunucular kullanarak ve iki farklı alt etki bizim durumda çünkü o zaman ben de sunucuları tarafından kullanılan tek bir kütüphane olması için bir davayı görebiliyordu. Bu, hem sunucuların aynı sınıfını kullanmak için izin verecek. Eğer her iki sunucu üzerinde tam kontrole sahip ve aynı sınıfta iki sürümü korumak için çalışırken daha iyi olurdu, çünkü bu bir güvenlik sorunu olmaz.

Eğer sunucular üzerinde kontrolü var, ve bir dış kaplama sunucusu ve dahili sunucusu sahip sonra (çünkü güvenlik duvarı) ayrılmasını gerektirdiğinden, bu iki yerde aynı sınıfın bir kopyasını tutmak için çalışırken daha iyi bir çözüm olacaktır.

Hmm ...

[Burada gürültü kazıma insert varil]

Yılında lisans anahtarı, vb (satıcı tarafından yönetilen) uzak sistemde saklanan olabilir ki ... - Bu lisanslama yazılımın bir araçtır kullanabilirsiniz. Bunu yaparak, satıcı anahtarını erişmeye çalışan tüm sistemlerin kontrolünü elinde tutacak.

Eğer nedenlerden liste söylemek Ancak, bu korkunç bir fikir aklımda herhangi bir pozitif ağır olduğunu.