網站代理維護

1. 網站代理維護用英語怎麼說

網站代理維護
Web agent maintenance
重點詞彙釋義專
代理屬agent; proxy; deputize; act on behalf of someone in a responsible position

2. 三五互聯提供很爛的域名小代理商, 造成續費 維護麻煩怎麼辦

代理商有很多行為總部是管理不到的，如果覺得續費和維護很麻煩，可以將域名轉到股份，由總部直接服務。域名都是一樣的，不清楚你說的很爛是什麼意思？

3. 域名如何更改 我的網站會維護，我不想和原來的網站代理公司合作了，該如何做

去原來的域名的那把解析刪除了就可以了，再把你新的域名解析上去就可以了。

4. 網站原來是網路代理公司維護,現在BOSS要求接手過來，具體怎麼操作

這個你只有要來超級管理的帳號，然後，在後台更新內容就行，因為一般成型網站，沒什麼大的要改動，更新網站內容就行

5. 微商如何招代理與維護代理

有人脈自然就有代理。

6. 公司用的代理伺服器，有FTP賬號和密碼，我應該怎麼維護上傳上去的網站啊

這個要看情況，一種是vps，一種是虛擬空間。 vps需要配置，技術上比較繁復，需要一定知識.
如果是虛擬空間的話，比較容易，在空間管理面板上直接可以查看到您的ftp帳號密碼，然後用您的ftp工具登錄，上傳下載。重要的一點：就是維護基本都是由網站後台，進行更新內容維護內容。FTP一般是修改源碼和安裝程序用的。

7. 做微商如何維護代理

你好
你的情況我也有遇到
我覺得這和你自己的個人魅力和能力
以及代里版制度有關
如果權咱們自己沒有有效的芳發教給
他們解決克源問題，幫她們出貨賺錢
他們自然會慢慢流失退出
所以關鍵還是提升咱們自己
給他們更大的幫助，讓她們感覺有
錢可賺，並且無後顧之憂才能留住她們

你說呢？歡迎威我探討。

8. 如何更換網站建設代理人

網站完後,需要索取網站的源文件，域名管理密碼，網站管理賬號以及密碼，網站空間的ftp賬號以及密碼，網站備案的賬號以及密碼。
更換代理人以後網站維護要看新代理人的情況了。維護起來要麻煩些，因為不是新代理做的。
一般協商處理。

9. 要怎麼維護好代理呢

經常聯絡感情，比如邀請他們出來聚會，吃飯等

10. 如何利用」發現代理」實現可用服務的實時維護

一、發現代理與Managed發現模式
至於發現服務如何進行可用服務的實時維護，則是具體實現上的選擇問題。不過WS-Discovery通過目標服務的通知機制來解決發現代理維護的服務的實時可用性。具體來說就是賦予了發現代理監聽服務上下線通知的能力，並根據接收到的通知來進行可用服務的動態注冊和注銷。不過與Ad-Hoc模式下採用廣播模式的通知不同，在Managed模式下，目標服務只需要專門針對發現代理發送通知就可以了。
在Ad-Hoc模式下，我們採用UdpAnnouncementEndpoint實現了廣播式的通知，而在Managed模式則直接使用AnnouncementEndpoint終結點進行單播式的通知。該終結點的地址就是發現代理的地址。同理，在Ad-Hoc模式下我們進行廣播式服務探測和解析是通過UdpDiscoveryEndpoint終結點來進行的，在Managed模式下我們可以直接使用DiscoveryEndpoint終結點實現客戶端向發現代理單方面的可用服務的探測和解析請求。
發現代理部僅僅局限於Managed模式，同樣可以使用在Ad-Hoc模式下。在Ad-Hoc模式下，發現代理可以像目標服務一樣監聽來自客戶端發出的廣播式的Probe/Resolve請求，也可以像客戶端一樣監聽來自服務端發出的廣播式的Helle/Bye通知。所以UdpDiscoveryEndpoint和UdpAnnouncementEndpoint同樣可以應用在發現代理上。
發現代理本質上就是一個服務，它的核心功能就是接收客戶端發送的針對可用服務探測和解析的Probe/Resolve請求，並回復以相應的PM和RM消息。至於上面提到的對目標服務上/下線通知監聽能力只是具體實現對可用服務維護的一種方式而已。
二、通過繼承DiscoveryProxy創建發現代理
發現服務本質上就是一個WCF服務，並且這個服務實現的服務契約定義的操作應該基於定義在WS-Discovery中的幾種基本的消息交換：Probe/PM、Resolve/RM和Hello/Bye。交換的消息在針對不同版本的WS-Discovery（WSDiscoveryApril2005、WSDiscovery11和WSDiscoveryCD1）又具有不同的要求。即使針對某個具體版本的WS-Discovery，Probe/PM和Resolve/RM的消息也會因採用Ad-Hoc或者Managed模式又有所不同。如果你需要創建一個同時支持不同版本WS-Discovery的發現代理服務，就應該實現DiscoveryEndpoint和AnnouncementEndpoint終結點所實現的所有服務契約。
所以說要自己從頭到尾去定義這么一個發現代理服務並不是一件容易的事情。為了使開發人員可以無需關注具體的消息交換的細節，幫助他們容易的定義發現代理，WCF提供了一個抽象類DiscoveryProxy。我們只需要將我們自定義的發現代理服務類型繼承該類並且重寫相應的方法就可以了。
下面的代碼給出了DiscoveryProxy的核心方法的定義。正如我們上面的分析，作為一個完備的發現代理服務應該實現DiscoveryEndpoint和AnnouncementEndpoint終結點所實現的所有服務契約，在這里得到了證實。DiscoveryProxy定義了4組抽象的OnBegingXxx/OnEndXxx方法，分別針四個基本的服務發現操作（消息交換）：服務探測（Probe/PM）、服務解析（Resolve/RM）、上線通知（Hello）和離線通知（Bye）。作為繼承自DiscoveryProxy的自定義發現代理服務，只需要重寫這些抽象方法既可。
1: public abstract class DiscoveryProxy :
2: ,
3: IAnnouncementContract11,
4: IAnnouncementContractCD1,
5: ,
6: ,
7: IDiscoveryContractApril2005,
8: IDiscoveryContractAdhoc11,
9: IDiscoveryContractManaged11,
10: IDiscoveryContractAdhocCD1,
11: IDiscoveryContractManagedCD1, ...
12: {
13: //Find(Probe)
14: protected abstract IAsyncResult OnBeginFind(FindRequestContext findRequestContext, AsyncCallback callback, object state);
15: protected abstract void OnEndFind(IAsyncResult result);
16:
17: //Resolve
18: protected abstract IAsyncResult OnBeginResolve(ResolveCriteria resolveCriteria, AsyncCallback callback, object state);
19: protected abstract EndpointDiscoveryMetadata OnEndResolve(IAsyncResult result);
20:
21: //Online Announcement(Hello)
22: protected abstract IAsyncResult OnBeginOnlineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
23: endpointDiscoveryMetadata, AsyncCallback callback, object state);
24: protected abstract void OnEndOnlineAnnouncement(IAsyncResult result);
25:
26: //Offline Announcement(Bye)
27: protected abstract IAsyncResult OnBeginOfflineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
28: endpointDiscoveryMetadata, AsyncCallback callback, object state);
29: protected abstract void OnEndOfflineAnnouncement(IAsyncResult result);
30:
31: //其他成員
32: }

三、實例演示：自定義發現代理服務
接下來我們將通過一個簡單的實例演示如何自定義發現代理服務，以及如何利用這個發現代理構建一個基於Managed模式的服務發現環境以實現服務的自動注冊和服務的動態調用。實例解決方法依然採用之前的結構，並且直接使用定義好的CalculatorService作為目標服務。
步驟一、創建自定義發現代理服務
我們首先通過繼承DiscoveryProxy創建一個自定義的發現代理服務，我們將它起名為DiscoveryProxyService。由於我們要重寫的方法都是非同步模式的，OnBeginXxx的輸出和OnEndXxx的輸入都是一個IAsyncResult類型的對象，所以我們先要定義一個實現IAsyncResult介面的類型。為了簡單起見，我們在Servie項目中定義的如下一個最為簡單的DiscoveryAsyncResult（其實它根本起不到非同步執行的目的）。
1: using System;
2: using System.ServiceModel.Discovery;
3: using System.Threading;
4: namespace Artech.WcfServices.Service
5: {
6: public class DiscoveryAsyncResult : IAsyncResult
7: {
8: public object AsyncState { get; private set; }
9: public WaitHandle AsyncWaitHandle { get; private set; }
10: public bool CompletedSynchronously { get; private set; }
11: public bool IsCompleted { get; private set; }
12: public EndpointDiscoveryMetadata Endpoint { get; private set; }
13:
14: public DiscoveryAsyncResult(AsyncCallback callback, object asyncState)
15: {
16: this.AsyncState = asyncState;
17: this.AsyncWaitHandle = new ManualResetEvent(true);
18: this.CompletedSynchronously = this.IsCompleted = true;
19: if (callback != null)
20: {
21: callback(this);
22: }
23: }
24: public DiscoveryAsyncResult(AsyncCallback callback, object asyncState,
25: EndpointDiscoveryMetadata Endpoint)
26: : this(callback, asyncState)
27: {
28: this.Endpoint = Endpoint;
29: }
30: }
31: }

我們來創建我們自定義如下一個發現代理服務DiscoveryProxyService，我們通過在類型上應用ServiceBehaviorAttribute特性將DiscoveryProxyService定義成一個單例服務，並且支持並發。
1: using System;
2: using System.Collections.Generic;
3: using System.Linq;
4: using System.ServiceModel;
5: using System.ServiceModel.Discovery;
6: namespace Artech.WcfServices.Service
7: {
8: [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single,ConcurrencyMode = ConcurrencyMode.Multiple)]
9: public class DiscoveryProxyService : DiscoveryProxy
10: {
11: public IDictionary<EndpointAddress, EndpointDiscoveryMetadata> Endpoints { get; private set; }
12: public DiscoveryProxyService()
13: {
14: this.Endpoints = new Dictionary<EndpointAddress, EndpointDiscoveryMetadata>();
15: }
16:
17: //Find(Probe)
18: protected override IAsyncResult OnBeginFind(FindRequestContext findRequestContext, AsyncCallback callback, object state)
19: {
20: var endpoints = from item in this.Endpoints
21: where findRequestContext.Criteria.IsMatch(item.Value)
22: select item.Value;
23: foreach (var endppint in endpoints)
24: {
25: findRequestContext.AddMatchingEndpoint(endppint);
26: }
27: return new DiscoveryAsyncResult(callback, state);
28: }
29: protected override void OnEndFind(IAsyncResult result) {}
30:
31: //Resolve
32: protected override IAsyncResult OnBeginResolve(ResolveCriteria resolveCriteria, AsyncCallback callback, object state)
33: {
34: EndpointDiscoveryMetadata endpoint = null;
35: if (this.Endpoints.ContainsKey(resolveCriteria.Address))
36: {
37: endpoint = this.Endpoints[resolveCriteria.Address];
38: }
39: return new DiscoveryAsyncResult(callback, endpoint);
40: }
41: protected override EndpointDiscoveryMetadata OnEndResolve(IAsyncResult result)
42: {
43: return ((DiscoveryAsyncResult)result).Endpoint;
44: }
45:
46: //OnlineAnnouncement
47: protected override IAsyncResult OnBeginOnlineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
48: endpointDiscoveryMetadata, AsyncCallback callback, object state)
49: {
50: this.Endpoints[endpointDiscoveryMetadata.Address] = endpointDiscoveryMetadata;
51: return new DiscoveryAsyncResult(callback, state);
52: }
53: protected override void OnEndOnlineAnnouncement(IAsyncResult result) {}
54:
55: //OfflineAnnouncement
56: protected override IAsyncResult OnBeginOfflineAnnouncement(DiscoveryMessageSequence messageSequence, EndpointDiscoveryMetadata
57: endpointDiscoveryMetadata, AsyncCallback callback, object state)
58: {
59: if (this.Endpoints.ContainsKey(endpointDiscoveryMetadata.Address))
60: {
61: this.Endpoints.Remove(endpointDiscoveryMetadata.Address);
62: }
63: return new DiscoveryAsyncResult(callback, state);
64: }
65: protected override void OnEndOfflineAnnouncement(IAsyncResult result) {}
66: }
67: }

DiscoveryProxyService具有個IDictionary<EndpointAddress, EndpointDiscoveryMetadata>類型的屬性Endpoints表述可用的目標服務列表。在處理服務上線通知的OnBeginOnlineAnnouncemen/OnEndOnlineAnnouncement方法中講代表上線服務的EndpointDiscoveryMetadata添加到Endpoints列表中。而在處理服務離線通知的OnBeginOfflineAnnouncement/OnEndOfflineAnnouncement方法中則將代表離線服務的EndpointDiscoveryMetadata從Endpoints列表中移除。
而處理客戶端服務探測請求的OnBeginFind/OnEndFind方法中，從傳入的FindRequestContext中獲得代表匹配條件的FindCriteria對象，並通過它從Endpoints列表中找到匹配的EndpointDiscoveryMetadata，最終通過調用的AddMatchingEndpoint方法將它們添加到FindRequestContext之中。至於用於處理服務解析請求的OnBeginResolve/ OnEndResolve則只需要從Endpoints列表中將與給定的終結點地址一致的EndpointDiscoveryMetadata返回就可以了。
步驟二、寄宿發現代理服務和目標服務
現在我們需要寄宿上面創建的自定義發現代理服務DiscoveryProxyService和代表目標服務的CalculatorService，我們把所有的設置都定義在如下的配置中。