Makale numarası: 838028 - Son Gözden Geçirme: 02 Temmuz 2004 Cuma - Gözden geçirme: 1.3 Office 2003'te bir Web sitesinden belgeleri nasıl açılır
Bu SayfadaGirişBu makalede, Microsoft Office Word 2003 belgelerini, Microsoft Office Excel 2003 elektronik tabloları ve Microsoft Office PowerPoint 2003 sunu köprüler veya Microsoft ınternet Explorer'daki Web klasörlerini kullanarak açmak için Microsoft Office 2003 tarafından kullanılan işlem. Işlemi, Web ortak çalışma geliştirmek için yapılmış olan birkaç eklemeleri içerir. Bu ekleme, önceki Office davranış kullanan varolan Web çözümlerini etkileyebilir. Sağlanan Web çözümü Office belge karşıdan yükleniyor ve bir HTTP kaynaktan düzenleme işlemek için kullandığı teknik işlemi bir daha iyi anlamak isteyen geliştiriciler için bilgilerdir. Daha fazla bilgiOffice 2003 daha birlikte çalışılabilecek çalışma alanı oluşturmak için tasarlanmıştır. Bu nedenle, Office 2003 Web içeriği ile çalışması için birkaç değişiklik yapıldı. Bu değişiklikler, Office belgelerini Office 2003 sistemi ile tam uyumlu Web çözümlerini oluşturmasına yardımcı olur. Bu makalede, bu değişiklikleri bir teknik açısından açıklar. Bu değişiklikler, Office 2003'ü destekleyen aşağıdaki Web sunucuları için daha iyi yazma özellikleri sağlar:
HLINK ve URLMON kullanarak Office 2003'te köprüÖnceki Office sürümleri gibi Office 2003, ınternet Explorer'da URL adı (Urlmon.dll) bileşeninin genel olarak duyurulmuş sunulma OLE arabirimleri kullanarak köprü davranış uygular. API URLMON tarafından sağlanan herhangi bir OLE bağlantısı kaynak Office tarafından değerlendirilir gibi bir URL kaynak davran Office sağlar. Ayrıca, URLMON API yöntem zaman uyumsuz bir gezinti, Yönlendirme ve işlemler arasında paylaşım içeriği de sağlar.Gezinme geçmişi ve geriye doğru özellikleri için <a0></a0>, köprülerini bağlamak ve köprüler gitmek için köprü oluşturmak için Microsoft köprü kitaplığının (Hlink.dll) ortak arabirimleri Office kullanır. HLINK tarafından URLMON kullan?ma sunulan özellikler için yüksek düzeyli kapsayıcı ' dir. HLINK, Office uygulamalarının köprü davranış temel görevleri yönetmek için ortak bir çerçeve sağlar. Bir Office belgesini ınternet Explorer'dan açmaınternet Explorer'da bir Web sayfasından bir Office belgesine bir köprüyü tıklattığınızda, URLMON kullanarak ana bilgisayar çerçevesi için <a2>Köprü</a2> kaynak gider. HTTP GET komutu kullanarak, URLMON dosya içeriği yükler. Kaynak URLMON'ı aldıktan sonra URLMON sırasında içerik türünü tanımlamak için aşağıdaki üç konumdan birini arar:
Bir takma ad [NULL]'ı yükleme ve daha sonra Web içeriği bağlamak HLINK ve URLMON kullanarak tam, bu makalenin kapsamı dışındadır işlemidir. Bu işlem bir programlama yönleri hakkında daha fazla ayrıntı için Microsoft Developer Network'te belgelerine bakın. Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın: 178853
(http://support.microsoft.com/kb/178853/
)
Etkin belgeyi Köprü HLINKAXD gösterir Bu yaklaşım önemli bir olumsuz yanı vardır. ınternet Explorer tarafından sağlanan URL'YI takma adların genellikle salt okunur durumdadır. Içeriği açmak ve içeriğini değiştirebilir, ancak sunucuya içerik geri kaydedemiyor. Depolama Birimi tarafından ad sağlanan içerik geri kaydettiğinizde, değişiklikler ınternet Explorer Temporary ınternet Files önbelleğindeki içeriğin uygulanır. Ancak, Web sunucusundaki içerik değişiklikler uygulanmaz. Bu olumsuzluk gidermek için <a0></a0>, Office 2000 ve sonraki sürümlerinde yayımlanıyor ad kavramını başlanmıştır.MSDAIPP kullanarak okuma erişimi ve yazma erişimi olan bir URL ad oluşturmaOffice 2000'in giriş ile URLMON yeteneklerini FrontPage Server Extensions (FPSE) ya da HTTP 1.1 komut uzantıları, Web üzerinde Dağıtılmış Yazma ve sürüm oluşturma (DAV) destekleyen bir yayımlama sunucusu tam yazma erişimi destekleyecek şekilde genişletildi.Tam yazma erişimi için destek, bir iletişim kuralı sağlayıcısı için URLMON uzantısıyla tamamlanır. Iletişim kuralı sağlayıcısı uzantının URLMON için Microsoft OLE DB Provider ınternet Publishing Provider (Msdaipp.dll) adlı bir bileşeni üzerinden bağlama izin verir. Bir URLMON için bayraklarını kullanarak, bir ana bilgisayara bağlama MSDAIPP kullanan özel bir URL ad türü kullanarak isteyebilirler. Offıce için yayımlama bir takma ad gösterir. Yayımlama ad MSDAIPP açmak için doğrudan sunucuda içeriği kaydetmek için kullanır. Bu, URLMON'ın becerilerini artıran için önemli bir adımdır. Ancak, bir olumsuz yanı vardır. MSDAIPP bileşeni kendi oturumu, Windows ınternet (WININET) API, oturumun kullanımda değil kendi ınternet Explorer'ı kullanır. Bu nedenle, sunucu tanımlama bilgilerini, oturumu olmayan kalıcı bilgiler MSDAIPP isteklerinde kullanılamaz. Bu, yeniden kimlik doğrulaması veya re-navigation MSDAIPP bu sunucularıyla iletişim kurarken URL'SI için gerekli bazı sunucular sağlar. Ayrıca, başka bir kullanıcı tarafından değiştirilmiş olabilir "eski" veri alma önlemek için <a0></a0>, MSDAIPP Web içeriği yazma erişimi için Web içeriği başarıyla kilitleme sonra re-acquires. Bu, ikinci bir HTTP GET isteği veya belge içeriği için Web sunucusu için ikinci bir FPSE POST isteğini neden olur. Bu olumsuzluk bir çözüm için <a0></a0>, değiştirilen bir yaklaşım, Office 2000 Service Release 1 başlanmıştır. Yük zaman yayımlama bir ad kullanarak bağlanmaya çalışırken yerine, Office belge için ınternet Explorer tarafından sağlanan normal salt okunur URL adı'nı kullanarak bağlanır. Dosyayı kaydetmek istediğinizde, Office Web yayımlama sunucu desteklerse, sunucuya geri kaydetme gerçekleştirmesini yayımlama takma ad geçmek çalışır. Yeniden kimlik doğrulaması oturum değişikliği nedeniyle gerekli, yerine açık kimlik bilgileri kaydetmek için istemde bulunulur. Dosyayı kaydetmeden dosyayı okumak istiyorsanız, Office pahalı anahtarı-olarak-içeriğine yayımlama bir takma ad önler. Office Ayrıca, sunucu kaynağı kilit önler. Bu bir güvenliğinin aşılmasına yaklaşımdır. Yayımlama ad içeriği'ni kullanarak, Web belgelerini açarken etkilerini hafifletmek için Office 2000 Service Release 1'e yapılan değişiklikler hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın: 185978
(http://support.microsoft.com/kb/185978/
)
GET istekleri ve tanımlama bilgilerini çift Word 2000'de veya Excel 2000 ile kaybolur 266263
(http://support.microsoft.com/kb/266263/
)
Hata: Word 2000 ve Excel 2000 ASP kaynağını akış verileri için MIME türü kullanılırken görüntülemek 247318
(http://support.microsoft.com/kb/247318/
)
Hata: Word 2000 ve Excel 2000 doğru Response.Redirect kullanırken yönlendirmeyin 264143
(http://support.microsoft.com/kb/264143/
)
Düzeltme: Office 2000 MIME türleri ınternet Explorer ile akışa alınır, ASP oturum değişkenleri boş Önceki Office sürümleri tarafından kullanılan yaklaşımlar ile dezavantajları tanımaOffice XP ve Office 2000 Service Release 1 tarafından kullanılan güvenliğinin aşılmasına yaklaşım iyi gözatma belgeler için ve bu belgeleri sunucuya kaydetmek için uygundur. Ancak, güvenliğinin aşılmasına yaklaşım dezavantajları vardır. Dezavantajları, Web geliştiricilerinin daha sorunsuz olarak Microsoft Office ile tümleştirme amacındadır daha karmaşık Web tabanlı belge yönetim sistemleri olarak fazla fark olur.Kullanıcı kaydetmek veya açık bir eylem gerçekleştirmeye çalıştığında sonra yazma erişimi gerektiren kadar en önemli olumsuzluk anahtarı-ın-içerik ertelenmesine neden. Belge kilitli ve dosyayı ilk kullanıcı olan süre içinde başka bir kullanıcı veya başka bir işlem tarafından değiştirilebilir. Ilk kullanıcı sonra kaydetmek çalışırsa, ikinci kullanıcı değişiklikler kaybolur. Alternatif olarak, ne, ikinci kullanıcı değiştirdi bilmeden yaptıkları değişiklikleri atma olanağınız ile ilk kullanıcı kitap. Başka bir olumsuzluk, anahtarı-ın-içerik oluşana kadar kullanıcının <a1>Yazar</a1> izinlerinin bilinmeyen olduğundan oluşur. Kullanıcı, kullanıcı dosyayı kaydetmek için gerçek istek yapan kadar dosya kaydetme izninizin olması bildirilir değil. Kullanıcı, bunları düzenlemek için dosya açılmadan önce dosyayı kaydetmek için izinleriniz yeterli değil, bildirimde bulunulacak. Bu, Office 2000 Service Release 1'de gerçekleştirilen yaklaşımın olumsuz yanı. Tanıtıcı işleminde yapılan değişiklikler köprü için Office 2003Office bir ön uç olarak belge işbirliği için HTTP intranet kullanan kullanıcılar sayıları giderek artan vardır. Bu nedenle, önceki yaklaşımın dezavantajları dar altındadır. Değişiklikler, paylaşılan belgeyi ve taranan bir belge arasýndaki algılamak için gereklidir. Office 2003, köprü işlemine dezavantajları çalışmak için yeni özellikleri tanıtır.Microsoft Office Protokolü bulma anlamaBir Office uygulaması, Web kaynağı'nı açmak için bir istek aldığında, aşağıdaki Web kaynağı'nı açma hakkında kararlar almak Office uygulaması vardır:
HKEY_CURRENT_USER\Software\Microsoft\Office\11.0\Common\Internet\Server Cache
Office Protokolü bulma tarafından neden olduğu bilinen dezavantajları tanımlamaEn önemli olumsuzluk Office Protokolü bulma çözer ve, belgenin salt okunur bir belge veya sunucu üzerinde okuma/yazma belge olarak açılması olup olmadığı belirlenemiyor. Ancak, Office Protokolü bulma olasılığını bazı yeni dezavantajları vardır. Aşağıdaki sorunlar yan etkileri geçerli Tasarım oluştuğu bilinmektedir:
Office Protokolü bulma tarafından kazanılan yararları bilinen dezavantajları outweigh. Bu sorunlar, zaman içinde azalır inanıyoruz. Biz çözümler varsa, varolan ağ tasarımı düzeltilemez kullanılabilir olduğundan emin olmak için son iki sorunları izlemek devam edecek. Kullanmak için seçim inanıyoruz Office Protokolü bulma Web ortak çalışma için uzun dönemli doğru stratejiyi olur. Yeniden yönlendirici dosyaları UNC HTTP dönüştürme anlamaWindows XP Professional çalıştıran istemciler Ağ Bağlantılarım DAV Web klasörlerine Web istemcisi hizmetini kullanarak oluşturabilirsiniz. Web istemcisi hizmeti, WebDAV mini yönlendirici olarak da bilinir. Bu Web istemcisi hizmeti DAV etkin klasör UNC Paylaşımlarına görünür sağlar.Bir uygulama, dosyayı açmak, dosyayı düzenlemek ve uygulama, genellikle bir UNC yoluna kaydettiğinden dosyaya kaydedebilirsiniz. Ancak, belge işbirliği, Web istemcisi hizmeti tarafından sağlanan çok daha fazla işlevleri gerektirir. Bu nedenle, Office 2003 Web istemcisi hizmeti tarafından bir dosya açtı, belirlemek için kodu eklemiştir. Web istemcisi hizmeti tarafından bir dosyayı açarsa, Office 2003 geri tam bir URL yolu re-maps ve dosyayı ayrı olarak sunucu türü için uygun iletişim kuralını kullanarak açar. Dosyayı doğrudan Office URL'den açıldığında, bu tam belge işbirliği özellikleri gerçekleştirmek bir Office 2003 uygulamas?n? sağlar. Açılan belgelerin Office Protokolü bulma, dahil olmak üzere daha önceleri, sağlanan bilgiler geçerli bir Web istemcisi etkin bir UNC paylaşımından. Köprü bölge Güvenliği anlama ve güvenlik istekleriOffice 2003, Office Belge Bağlantıları'ndan ınternet köprü için Gelişmiş güvenlik önlemleri kullanır. Bu, ınternet Explorer izin veya kimlik bilgilerini sunucuya geçirmeden reddetmek için güvenlik kimlik bilgileri altında daha kısıtlayıcı bir güvenlik bölgesi ilkesi geçirmeden içerir. Izin veya reddi kullanıcı için belirlenen bölge ayarlarını temel alır.Ayrıca, Office 2003 Gezinti kullanıcı denetimi altında olduğunda, WININET doğru pencere tanıtıcı olduğundan emin olur. Bunun anlamı, WININET istekleri bir eylem gerçekleştirmeniz gerekiyorsa, kullanıcıya güvenlik istemlerini yükseltebilirsiniz. Bu, Office Web güvenliğini artırır. Ancak, ınternet Explorer güvenlik bölgeleri için daha sıkı sınırlamalar, Office'in önceki sürümlerinde görüntülenen uyarıların görüntülenmesini neden olabilir. Uyarıları köprü gezinti sırasında görüntülenir. Ayrıca, Office 2003, aşağıdaki koşullarda ek bir uyarı istemini ekler:
Daha fazla bilgi için, Microsoft Bilgi Bankası'ndaki makaleyi görüntülemek üzere aşağıdaki makale numarasını tıklatın: 829072
(http://support.microsoft.com/kb/829072/
)
Office 2003'te köprü uyarı iletilerini devre dışı bırakma ReferanslarHTTP çalışma grubu Request for Comments (RFC) belirtimi # 2616 aşağıdaki ınternet Engineering Task Force Web sitesindeki, Seçenekler komutu) ve HTTP 1.1 Protokolü hakkında ek bilgi için bkz: http://www.ietf.org/rfc/rfc2616.txt
(http://www.ietf.org/rfc/rfc2616.txt)
Office'in önceki sürümlerinde köprü sorunlar hakkında daha fazla bilgi için Microsoft Knowledge Base'deki makaleleri görüntülemek üzere aşağıdaki makale numaralarını tıklatın: 297891
(http://support.microsoft.com/kb/297891/
)
Bir Web tarayıcısı ve Office XP programları arasında geçiş yapmak için performans ve bellek sorunları yaşıyorsunuz 810360
(http://support.microsoft.com/kb/810360/
)
Hata: aynı oturum sırasında bir köprü taşıdığınızda Word 2000 ve Excel 2000 tanımlama bilgilerine korumak. 225234
(http://support.microsoft.com/kb/225234/
)
Bir tarayıcı içinde bir Office 2000 bir belgeyi açtığınızda, bir parola sorulur. 314400
(http://support.microsoft.com/kb/314400/
)
Office belgesindeki bir köprüyü izlediğinizde, gereksiz yere parolanız istenir 218153
(http://support.microsoft.com/kb/218153/
)
Office'te bir köprünün tıklatılmasıyla alınan hata iletisi: "ınternet sunucusu ya da proxy sunucusu bulmak yükleyemiyor" 280680
(http://support.microsoft.com/kb/280680/
)
Bir Office belgesine köprüyü olamaz Bu makaledeki bilginin uygulandığı durum:
Otomatik TercümeÖNEMLİ: Bu makale, bir kişi tarafından çevrilmek yerine, Microsoft makine-çevirisi yazılımı ile çevrilmiştir. Microsoft size hem kişiler tarafından çevrilmiş, hem de makine-çevrisi ile çevrilmiş makaleler sunar. Böylelikle, bilgi bankamızdaki tüm makalelere, kendi dilinizde ulaşmış olursunuz. Bununla birlikte, makine tarafından çevrilmiş makaleler mükemmel değildir. Bir yabancının sizin dilinizde konuşurken yapabileceği hatalar gibi, makale; kelime dağarcığı, söz dizim kuralları veya dil bilgisi açısından yanlışlar içerebilir. Microsoft, içeriğin yanlış çevrimi veya onun müşteri tarafından kullanımından doğan; kusur, hata veya zarardan sorumlu değildir. Microsoft ayrıca makine çevirisi yazılımını sıkça güncellemektedir. Makalenin İngilizcesi aşağıdaki gibidir:838028
(http://support.microsoft.com/kb/838028/en-us/
)
| Diğer Kaynaklar Diğer Destek Siteleri
ToplulukHemen Yardım AlMakale çevirileri
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email


Üste